From loa@pi.nu Wed Dec 2 05:15:10 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E55F28C1C9; Wed, 2 Dec 2009 05:15:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ffTLLKx35MPT; Wed, 2 Dec 2009 05:15:09 -0800 (PST) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by core3.amsl.com (Postfix) with ESMTP id B3E7928C0FC; Wed, 2 Dec 2009 05:15:09 -0800 (PST) Received: from [192.36.158.71] (wdhcp-158-71.verkstad.net [192.36.158.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 20B0CD404B; Wed, 2 Dec 2009 14:14:59 +0100 (CET) Message-ID: <4B166852.2060502@pi.nu> Date: Wed, 02 Dec 2009 14:14:58 +0100 From: Loa Andersson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "mpls-tp@ietf.org" , mpls@ietf.org, ccamp@ietf.org, pwe3@ietf.org, l2vpn@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] wg lasxt call on draft-ietf-mpls-tp-nm-framework-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 13:15:10 -0000 All, this is to start a 2 week wg last call on draft-ietf-mpls-tp-nm-framework-02. The wg last call ends on Dec 17. Please send yor comments to the mpls-tp@ietf.org mailing list. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From erosen@cisco.com Wed Dec 2 07:18:09 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E533728C1DD for ; Wed, 2 Dec 2009 07:18:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a-5lXJRzUbTR for ; Wed, 2 Dec 2009 07:18:09 -0800 (PST) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id C599A3A67FA for ; Wed, 2 Dec 2009 07:18:08 -0800 (PST) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.47,328,1257120000"; d="scan'208";a="71570176" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 02 Dec 2009 15:18:00 +0000 Received: from erosen-linux.cisco.com (erosen-linux.cisco.com [161.44.70.34]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id nB2FI0uG024372; Wed, 2 Dec 2009 15:18:00 GMT Received: from erosen-linux (localhost.localdomain [127.0.0.1]) by erosen-linux.cisco.com (8.13.1/8.13.1) with ESMTP id nB2FI0DY022697; Wed, 2 Dec 2009 10:18:00 -0500 To: Yakov Rekhter In-reply-to: Your message of Mon, 23 Nov 2009 13:21:50 -0800. <200911232121.nANLLoj23490@magenta.juniper.net> Date: Wed, 02 Dec 2009 10:18:00 -0500 Message-ID: <22696.1259767080@erosen-linux> From: Eric Rosen Cc: mpls@ietf.org, ice@cisco.com Subject: Re: [mpls] Regarding draft-wijnands-mpls-mldp-csc-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: erosen@cisco.com List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 15:18:10 -0000 > The MVPN solution that L3VPN WG has to produce is based on the > requirements developed in L3VPN WG, as specified in rfc4834, and > *not* on what you think "will be a quite common deployment > scenario" There is no reason why the WG should not consider simplifications that optimize for particular deployment scenarios, particularly if those scenarios are common. > supporting carrier that "does not want to deploy BGP C-multicast routing", > which you use as a justification for the approach specified in > draft-wijnands-mpls-mldp-csc, is *not* one of the requirements listed in > that rfc. I don't think that anything in the requirements doc prevents the WG from considering design goals that or simplifications that are not explicitly mentioned there. If SPs are interested in such simplifications, then there should be public, interoperable standard for them. Also, it's made quite clear in the drafts that the WG has already approved that BGP C-multicast routing is optional to deploy. I don't know if anyone will ever deploy it or not, but I'm pretty sure that an SP that does not deploy it for signaling customer multicast routes is not going to deploy it just to provide unaggregated CsC mLDP-in-mLDP service! Not when there's a much simpler solution available. > as John pointed out in his e-mail, the approach specified in > draft-wijnands-mpls-mldp-csc does *not* meet two of the "SHOULD" > requirements specified in rfc4834. There's no reason why every individual option should meet each requirement. And there's no reason for a service provider to deploy something that is more complex than needed in that provider's environment. If we were required to design a set of eating utensils that supported the eating of both liquid and solid foods, I think it would be okay to design a spoon and a fork; we would not have to design a swiss army knife. And I don't think anyone would object to the inclusion of the "fork option" on the grounds that you can't eat soup with a fork. From Adrian.Farrel@huawei.com Wed Dec 2 12:21:07 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 07C6D3A68D9; Wed, 2 Dec 2009 12:21:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.265 X-Spam-Level: X-Spam-Status: No, score=-2.265 tagged_above=-999 required=5 tests=[AWL=0.333, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dX-XMtBX5KbN; Wed, 2 Dec 2009 12:21:06 -0800 (PST) Received: from usaga03-in.huawei.com (usaga03-in.huawei.com [206.16.17.220]) by core3.amsl.com (Postfix) with ESMTP id 086DB3A6829; Wed, 2 Dec 2009 12:21:06 -0800 (PST) Received: from huawei.com (usaga03-in [172.18.4.17]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KU100CUBKI98B@usaga03-in.huawei.com>; Wed, 02 Dec 2009 14:20:33 -0600 (CST) Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KU100J3ZKI6P5@usaga03-in.huawei.com>; Wed, 02 Dec 2009 14:20:33 -0600 (CST) Date: Wed, 02 Dec 2009 20:20:17 +0000 From: Adrian Farrel To: IANA Message-id: <91BB8D7B14CD42AF8AF027F6ADD9ACE1@your029b8cecfe> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailer: Microsoft Outlook Express 6.00.2900.5843 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal Cc: mpls@ietf.org, mpls-chairs@tools.ietf.org, pwe3@ietf.org, pwe3-chairs@tools.ietf.org, mpls-tp@ietf.org Subject: [mpls] Change to registry through RFC Erratum 1940 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2009 20:21:07 -0000 Hi IANA, RFC 4385 created the "Pseudowire Associated Channel Types" sub-registry of the "Pseudowire Name Spaces (PWE3)" registry (http://www.iana.org/assignments/pwe3-parameters) This registry is updated by RFC 5586 There are two issues: 1. RFC 5586 contained an error. This error has been notified on Erratum 1940. The proposed change has been discussed on the MPLS, PWE3, and MPLS-TP mailing lists and there is consensus to support the change as documented in the erratum. The Erratum has been verified. Please accept this as a request to modify the registry accordingly. 2. Examination of the registry shows that it does not actually capture the requested policy as stated in RFC 5586. Hopefully, this provides an opportunity to update the registry. Please let me know if there are any issues. Regards, Adrian From web-usrn@ISI.EDU Wed Dec 2 19:02:13 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6253528C10B for ; Wed, 2 Dec 2009 19:02:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -17.572 X-Spam-Level: X-Spam-Status: No, score=-17.572 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SD3acbiKYRsB for ; Wed, 2 Dec 2009 19:02:12 -0800 (PST) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 81B7E3A687E for ; Wed, 2 Dec 2009 19:02:12 -0800 (PST) Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id nB331FCX014880; Wed, 2 Dec 2009 19:01:16 -0800 (PST) Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id nB331Dvd014870; Wed, 2 Dec 2009 19:01:13 -0800 (PST) Date: Wed, 2 Dec 2009 19:01:13 -0800 (PST) Message-Id: <200912030301.nB331Dvd014870@boreas.isi.edu> To: benjamin.niven-jenkins@bt.com, dbrungard@att.com, malcolm.betts@huawei.com, nurit.sprecher@nsn.com, satoshi.ueno@ntt.com, rcallon@juniper.net, adrian.farrel@huawei.com, swallow@cisco.com, loa@pi.nu From: RFC Errata System X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: web-usrn@boreas.isi.edu Cc: mpls@ietf.org, duzongpeng@gmail.com, rfc-editor@rfc-editor.org Subject: [mpls] [Editorial Errata Reported] RFC5654 (1953) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 03:02:13 -0000 The following errata report has been submitted for RFC5654, "Requirements of an MPLS Transport Profile". -------------------------------------- You may review the report below and at: http://www.rfc-editor.org/errata_search.php?rfc=5654&eid=1953 -------------------------------------- Type: Editorial Reported by: Zongpeng Du Section: 1 Original Text ------------- Investment in equipment and facilities (Capital Expenditure (CAPEX)) and Operational Expenditure (OPEX) should be minimized. Corrected Text -------------- Investment in equipment and facilities (Capital Expenditure (CAPEX) and Operational Expenditure (OPEX) should be minimized. Notes ----- An unnecessary parenthesis. Instructions: ------------- This errata is currently posted as "Reported". If necessary, please use "Reply All" to discuss whether it should be verified or rejected. When a decision is reached, the verifying party (IESG) can log in to change the status and edit the report, if necessary. -------------------------------------- RFC5654 (draft-ietf-mpls-tp-requirements-10) -------------------------------------- Title : Requirements of an MPLS Transport Profile Publication Date : September 2009 Author(s) : B. Niven-Jenkins, Ed., D. Brungard, Ed., M. Betts, Ed., N. Sprecher, S. Ueno Category : PROPOSED STANDARD Source : Multiprotocol Label Switching Area : Routing Stream : IETF Verifying Party : IESG From vishwas.ietf@gmail.com Wed Dec 2 22:21:49 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2666E3A69F1 for ; Wed, 2 Dec 2009 22:21:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.469 X-Spam-Level: X-Spam-Status: No, score=-2.469 tagged_above=-999 required=5 tests=[AWL=0.130, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mYfsTj16pyF4 for ; Wed, 2 Dec 2009 22:21:46 -0800 (PST) Received: from mail-yw0-f185.google.com (mail-yw0-f185.google.com [209.85.211.185]) by core3.amsl.com (Postfix) with ESMTP id 6A4353A69EF for ; Wed, 2 Dec 2009 22:21:43 -0800 (PST) Received: by ywh15 with SMTP id 15so1038845ywh.5 for ; Wed, 02 Dec 2009 22:21:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=L2fVWj6vtFyQADSqTf3YHvjVLtP8cmU9adnLfmjJbTE=; b=mZhh2s0XGU/XjnkBat6wEQ2n7sSF4sHpZMhoqQO6mf0njoQ05Ro5DrEeR71Iqv+7Li pIAVgwfjZRRoHgiDX1KQDm3IiDtLgw+x01gkpIvtAYR+n3E4CHeJukA111aD0if2ZDGU DKdO7tQVC2b24OlLTPx5ZBGOaXui/+LJCEF4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=P9BfzSLYJGclNJi0N2dbrsdA4vnj9ioXDVQ8ZgHatQ7y+pY1ABBiSYjB/Royj8cV0k K1U1Y7cuKmbt2Bg2O7k8mQEIFAv01dOHhHSS1VQwjf2hZBLo8YXltCtf868vuSyzYRKa xP+1A1uGwFwYv9VXJ9LihN8+9y4PpeA8PpUls= MIME-Version: 1.0 Received: by 10.150.76.30 with SMTP id y30mr2131791yba.104.1259821290942; Wed, 02 Dec 2009 22:21:30 -0800 (PST) In-Reply-To: <200912030301.nB331Dvd014870@boreas.isi.edu> References: <200912030301.nB331Dvd014870@boreas.isi.edu> Date: Wed, 2 Dec 2009 22:21:30 -0800 Message-ID: <77ead0ec0912022221r2820a9a7x9a4094a0faf98844@mail.gmail.com> From: Vishwas Manral To: RFC Errata System Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: nurit.sprecher@nsn.com, satoshi.ueno@ntt.com, mpls@ietf.org, malcolm.betts@huawei.com, duzongpeng@gmail.com, adrian.farrel@huawei.com, rcallon@juniper.net, dbrungard@att.com Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 06:21:50 -0000 Zongpeng, The brakcets look good earlier. Have a look at the 2 brackets: (Capital Expenditure (CAPEX)) Thanks, Vishwas On Wed, Dec 2, 2009 at 7:01 PM, RFC Errata System wrote: > > The following errata report has been submitted for RFC5654, > "Requirements of an MPLS Transport Profile". > > -------------------------------------- > You may review the report below and at: > http://www.rfc-editor.org/errata_search.php?rfc=3D5654&eid=3D1953 > > -------------------------------------- > Type: Editorial > Reported by: Zongpeng Du > > Section: 1 > > Original Text > ------------- > Investment in equipment and facilities (Capital Expenditure > =A0 (CAPEX)) and Operational Expenditure (OPEX) should be minimized. > > > Corrected Text > -------------- > Investment in equipment and facilities (Capital Expenditure > =A0 (CAPEX) and Operational Expenditure (OPEX) should be minimized. > > > Notes > ----- > An unnecessary parenthesis. > > Instructions: > ------------- > This errata is currently posted as "Reported". If necessary, please > use "Reply All" to discuss whether it should be verified or > rejected. When a decision is reached, the verifying party (IESG) > can log in to change the status and edit the report, if necessary. > > -------------------------------------- > RFC5654 (draft-ietf-mpls-tp-requirements-10) > -------------------------------------- > Title =A0 =A0 =A0 =A0 =A0 =A0 =A0 : Requirements of an MPLS Transport Pro= file > Publication Date =A0 =A0: September 2009 > Author(s) =A0 =A0 =A0 =A0 =A0 : B. Niven-Jenkins, Ed., D. Brungard, Ed., = M. Betts, Ed., N. Sprecher, S. Ueno > Category =A0 =A0 =A0 =A0 =A0 =A0: PROPOSED STANDARD > Source =A0 =A0 =A0 =A0 =A0 =A0 =A0: Multiprotocol Label Switching > Area =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: Routing > Stream =A0 =A0 =A0 =A0 =A0 =A0 =A0: IETF > Verifying Party =A0 =A0 : IESG > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From ssaxena@cisco.com Thu Dec 3 10:18:18 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D5243A63EB for ; Thu, 3 Dec 2009 10:18:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZKbF9Cu+nWjg for ; Thu, 3 Dec 2009 10:18:17 -0800 (PST) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id E20F63A67E2 for ; Thu, 3 Dec 2009 10:18:16 -0800 (PST) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAGuPF0tAZnwN/2dsb2JhbAClGZtRl2WEMgQ X-IronPort-AV: E=Sophos;i="4.47,336,1257120000"; d="scan'208";a="71836422" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 03 Dec 2009 18:18:07 +0000 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id nB3II7Zu021758; Thu, 3 Dec 2009 18:18:07 GMT Received: from xmb-rtp-216.amer.cisco.com ([64.102.31.80]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 3 Dec 2009 13:18:07 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 3 Dec 2009 13:18:04 -0500 Message-ID: <4E46AF44FCC76E4DA8AE81494BBAE7990A25C90C@xmb-rtp-216.amer.cisco.com> In-Reply-To: <77ead0ec0912022221r2820a9a7x9a4094a0faf98844@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] [Editorial Errata Reported] RFC5654 (1953) Thread-Index: Acpz4PlXnE3UlvC4QwWmn9/g1aPkDgAYynZA References: <200912030301.nB331Dvd014870@boreas.isi.edu> <77ead0ec0912022221r2820a9a7x9a4094a0faf98844@mail.gmail.com> From: "Shaleen Saxena (ssaxena)" To: "Vishwas Manral" , "RFC Errata System" X-OriginalArrivalTime: 03 Dec 2009 18:18:07.0272 (UTC) FILETIME=[F6531A80:01CA7444] Cc: mpls@ietf.org, nurit.sprecher@nsn.com, satoshi.ueno@ntt.com, malcolm.betts@huawei.com, duzongpeng@gmail.com, adrian.farrel@huawei.com, rcallon@juniper.net, dbrungard@att.com Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 18:18:18 -0000 Hi: The original sentence is: 1) Investment in equipment and facilities (Capital Expenditure (CAPEX)) = and Operational Expenditure (OPEX) should be minimized. Shouldn't the second parenthesis be at the end of OPEX instead of CAPEX? = That is: 2) Investment in equipment and facilities (Capital Expenditure (CAPEX) = and Operational Expenditure (OPEX)) should be minimized. Otherwise the different 'and' in the statement are not in agreement. Or = perhaps the first 'and' should be replaced by a ','. That is: 3) Investment in equipment, facilities (Capital Expenditure (CAPEX)) and = Operational Expenditure (OPEX) should be minimized. I guess the authors mean the 2) rather than 3). Regards, Shaleen > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf = Of > Vishwas Manral > Sent: Thursday, December 03, 2009 1:22 AM > To: RFC Errata System > Cc: nurit.sprecher@nsn.com; satoshi.ueno@ntt.com; mpls@ietf.org; > malcolm.betts@huawei.com; duzongpeng@gmail.com; > adrian.farrel@huawei.com; rcallon@juniper.net; dbrungard@att.com > Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) >=20 > Zongpeng, >=20 > The brakcets look good earlier. Have a look at the 2 brackets: >=20 > (Capital Expenditure (CAPEX)) >=20 > Thanks, > Vishwas >=20 > On Wed, Dec 2, 2009 at 7:01 PM, RFC Errata System > wrote: > > > > The following errata report has been submitted for RFC5654, > > "Requirements of an MPLS Transport Profile". > > > > -------------------------------------- > > You may review the report below and at: > > http://www.rfc-editor.org/errata_search.php?rfc=3D5654&eid=3D1953 > > > > -------------------------------------- > > Type: Editorial > > Reported by: Zongpeng Du > > > > Section: 1 > > > > Original Text > > ------------- > > Investment in equipment and facilities (Capital Expenditure > > =A0 (CAPEX)) and Operational Expenditure (OPEX) should be minimized. > > > > > > Corrected Text > > -------------- > > Investment in equipment and facilities (Capital Expenditure > > =A0 (CAPEX) and Operational Expenditure (OPEX) should be minimized. > > > > > > Notes > > ----- > > An unnecessary parenthesis. > > > > Instructions: > > ------------- > > This errata is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party (IESG) > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC5654 (draft-ietf-mpls-tp-requirements-10) > > -------------------------------------- > > Title =A0 =A0 =A0 =A0 =A0 =A0 =A0 : Requirements of an MPLS = Transport Profile > > Publication Date =A0 =A0: September 2009 > > Author(s) =A0 =A0 =A0 =A0 =A0 : B. Niven-Jenkins, Ed., D. Brungard, = Ed., M. > Betts, Ed., N. Sprecher, S. Ueno > > Category =A0 =A0 =A0 =A0 =A0 =A0: PROPOSED STANDARD > > Source =A0 =A0 =A0 =A0 =A0 =A0 =A0: Multiprotocol Label Switching > > Area =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0: Routing > > Stream =A0 =A0 =A0 =A0 =A0 =A0 =A0: IETF > > Verifying Party =A0 =A0 : IESG > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From Adrian.Farrel@huawei.com Thu Dec 3 10:35:34 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 635A33A67B6 for ; Thu, 3 Dec 2009 10:35:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.348 X-Spam-Level: X-Spam-Status: No, score=-2.348 tagged_above=-999 required=5 tests=[AWL=0.250, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TVtknKtfVk7Z for ; Thu, 3 Dec 2009 10:35:33 -0800 (PST) Received: from usaga01-in.huawei.com (usaga01-in.huawei.com [206.16.17.211]) by core3.amsl.com (Postfix) with ESMTP id 59A7C3A67A5 for ; Thu, 3 Dec 2009 10:35:33 -0800 (PST) Received: from huawei.com (usaga01-in [172.18.4.6]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KU3003ZFAB1BG@usaga01-in.huawei.com> for mpls@ietf.org; Thu, 03 Dec 2009 10:35:25 -0800 (PST) Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KU3003U4AAVGF@usaga01-in.huawei.com> for mpls@ietf.org; Thu, 03 Dec 2009 10:35:24 -0800 (PST) Date: Thu, 03 Dec 2009 18:35:07 +0000 From: Adrian Farrel To: "Shaleen Saxena (ssaxena)" , Vishwas Manral Message-id: <30747D6716E944D1BCBFAC2F23910576@your029b8cecfe> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailer: Microsoft Outlook Express 6.00.2900.5843 Content-type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original Content-transfer-encoding: 7BIT X-Priority: 3 X-MSMail-priority: Normal References: <200912030301.nB331Dvd014870@boreas.isi.edu> <77ead0ec0912022221r2820a9a7x9a4094a0faf98844@mail.gmail.com> <4E46AF44FCC76E4DA8AE81494BBAE7990A25C90C@xmb-rtp-216.amer.cisco.com> Cc: mpls@ietf.org Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 18:35:34 -0000 The text is perfect as formed and published. It says: Investment in equipment and facilities (Capital Expenditure (CAPEX)) and Operational Expenditure (OPEX) should be minimized. It means... Minimize investment in (equipment and facilities) and minimize investment in (operational expenditure). It also explains... 1. equipment and facilities is otherwise known as Capital Expenditure 2. Capital Expenditure is abbreviated as CAPEX 3. Operational Expenditure is abbreviated as OPEX I might have written it differently, but there is nothing wrong with it. Cheers, Adrian (moving back to technical work) ----- Original Message ----- From: "Shaleen Saxena (ssaxena)" To: "Vishwas Manral" ; "RFC Errata System" Cc: ; ; ; ; ; ; ; Sent: Thursday, December 03, 2009 6:18 PM Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) Hi: The original sentence is: 1) Investment in equipment and facilities (Capital Expenditure (CAPEX)) and Operational Expenditure (OPEX) should be minimized. Shouldn't the second parenthesis be at the end of OPEX instead of CAPEX? That is: 2) Investment in equipment and facilities (Capital Expenditure (CAPEX) and Operational Expenditure (OPEX)) should be minimized. Otherwise the different 'and' in the statement are not in agreement. Or perhaps the first 'and' should be replaced by a ','. That is: 3) Investment in equipment, facilities (Capital Expenditure (CAPEX)) and Operational Expenditure (OPEX) should be minimized. I guess the authors mean the 2) rather than 3). Regards, Shaleen > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of > Vishwas Manral > Sent: Thursday, December 03, 2009 1:22 AM > To: RFC Errata System > Cc: nurit.sprecher@nsn.com; satoshi.ueno@ntt.com; mpls@ietf.org; > malcolm.betts@huawei.com; duzongpeng@gmail.com; > adrian.farrel@huawei.com; rcallon@juniper.net; dbrungard@att.com > Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) > > Zongpeng, > > The brakcets look good earlier. Have a look at the 2 brackets: > > (Capital Expenditure (CAPEX)) > > Thanks, > Vishwas > > On Wed, Dec 2, 2009 at 7:01 PM, RFC Errata System > wrote: > > > > The following errata report has been submitted for RFC5654, > > "Requirements of an MPLS Transport Profile". > > > > -------------------------------------- > > You may review the report below and at: > > http://www.rfc-editor.org/errata_search.php?rfc=5654&eid=1953 > > > > -------------------------------------- > > Type: Editorial > > Reported by: Zongpeng Du > > > > Section: 1 > > > > Original Text > > ------------- > > Investment in equipment and facilities (Capital Expenditure > > (CAPEX)) and Operational Expenditure (OPEX) should be minimized. > > > > > > Corrected Text > > -------------- > > Investment in equipment and facilities (Capital Expenditure > > (CAPEX) and Operational Expenditure (OPEX) should be minimized. > > > > > > Notes > > ----- > > An unnecessary parenthesis. > > > > Instructions: > > ------------- > > This errata is currently posted as "Reported". If necessary, please > > use "Reply All" to discuss whether it should be verified or > > rejected. When a decision is reached, the verifying party (IESG) > > can log in to change the status and edit the report, if necessary. > > > > -------------------------------------- > > RFC5654 (draft-ietf-mpls-tp-requirements-10) > > -------------------------------------- > > Title : Requirements of an MPLS Transport Profile > > Publication Date : September 2009 > > Author(s) : B. Niven-Jenkins, Ed., D. Brungard, Ed., M. > Betts, Ed., N. Sprecher, S. Ueno > > Category : PROPOSED STANDARD > > Source : Multiprotocol Label Switching > > Area : Routing > > Stream : IETF > > Verifying Party : IESG > > _______________________________________________ > > mpls mailing list > > mpls@ietf.org > > https://www.ietf.org/mailman/listinfo/mpls > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From root@core3.amsl.com Thu Dec 3 13:45:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 5358C28C198; Thu, 3 Dec 2009 13:45:00 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20091203214501.5358C28C198@core3.amsl.com> Date: Thu, 3 Dec 2009 13:45:01 -0800 (PST) Cc: mpls@ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-tp-oam-framework-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 21:45:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS-TP OAM Framework Author(s) : D. Allan, I. Busi, B. Niven-Jenkins Filename : draft-ietf-mpls-tp-oam-framework-03.txt Pages : 49 Date : 2009-12-3 Multi-Protocol Label Switching (MPLS) Transport Profile (MPLS-TP) is based on a profile of the MPLS and pseudowire (PW) procedures as specified in the MPLS Traffic Engineering (MPLS-TE), pseudowire (PW) and multi-segment PW (MS-PW) architectures complemented with additional Operations, Administration and Maintenance (OAM) procedures for fault, performance and protection-switching management for packet transport applications that do not rely on the presence of a control plane. This document describes a framework to support a comprehensive set of OAM procedures that fulfills the MPLS-TP OAM requirements [12]. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunications Union Telecommunications Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-framework-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-tp-oam-framework-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-12-3134306.I-D@ietf.org> --NextPart-- From zb.asghari@gmail.com Sun Dec 6 02:08:38 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0870C3A67F7 for ; Sun, 6 Dec 2009 02:08:38 -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_43=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pgSIznw1EC1W for ; Sun, 6 Dec 2009 02:08:37 -0800 (PST) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by core3.amsl.com (Postfix) with ESMTP id 1987D3A677E for ; Sun, 6 Dec 2009 02:08:36 -0800 (PST) Received: by ey-out-2122.google.com with SMTP id 9so208847eyd.51 for ; Sun, 06 Dec 2009 02:08:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=O2KqylVfpYvarVFNuvbE835kDJkkJyHqSE3wVuQ0SPc=; b=ptHvAMixZS6unvaH5dvZWCTdDFVuK3OEQwMFdDXjPXgQXDgtSvAd4Glw8nwOfOzk4X 9CtC9sZaP7bSL00NzX0XGTRlk06xEJfQgAqeQ3eiY+TAPkXqgpw6bISgKL4mQ9xgB8uB WfLZjzHKDCs35RW/6Rxg/g+Z4jMQCzW1za1Wo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=riI31DHhPE+EHsCxlapwpaWWshinedzCihammAvF9zKlRTYJsWwuJYwYWxlOH2DDWT iG5Y7M+QqpqAFBObj70hSYZS8DiLcYPRV/pqxYzvEcwTLysPQoDKcNFCeA8ivSWMlyCa uhsN2EvvQgtTwrcwvoqN0+7jECTHuYxOgiHPY= MIME-Version: 1.0 Received: by 10.216.87.16 with SMTP id x16mr1844181wee.106.1260094103562; Sun, 06 Dec 2009 02:08:23 -0800 (PST) Date: Sun, 6 Dec 2009 13:38:23 +0330 Message-ID: From: z Asghari To: mpls@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [mpls] emergency help X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2009 10:08:38 -0000 hi I want to implement stack in mpls node.but I can not to do this job. please help me in coding with ns-2 regards From cbenson@adax.com Mon Dec 7 16:13:39 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4961428C0F3 for ; Mon, 7 Dec 2009 16:13:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Ozf7fzi+RtH for ; Mon, 7 Dec 2009 16:13:35 -0800 (PST) Received: from mail1.adax.com (mail1.adax.com [208.201.231.104]) by core3.amsl.com (Postfix) with ESMTP id 0EE5728C104 for ; Mon, 7 Dec 2009 16:13:05 -0800 (PST) Received: from adax (adax [12.0.0.88]) by mail1.adax.com (Postfix) with ESMTP id C6AF01209E3; Mon, 7 Dec 2009 16:12:54 -0800 (PST) Received: by adax (Postfix, from userid 243) id AFEE38E52B; Mon, 7 Dec 2009 16:13:18 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by adax (Postfix) with ESMTP id A70708E52A; Mon, 7 Dec 2009 16:13:18 -0800 (PST) Date: Mon, 7 Dec 2009 16:13:18 -0800 (PST) From: Chris Benson X-X-Sender: cbenson@adax.adax To: RFC Errata System In-Reply-To: <200912030301.nB331Dvd014870@boreas.isi.edu> Message-ID: References: <200912030301.nB331Dvd014870@boreas.isi.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: nurit.sprecher@nsn.com, satoshi.ueno@ntt.com, mpls@ietf.org, malcolm.betts@huawei.com, duzongpeng@gmail.com, adrian.farrel@huawei.com, rcallon@juniper.net, dbrungard@att.com Subject: Re: [mpls] [Editorial Errata Reported] RFC5654 (1953) X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 00:13:39 -0000 Hi folks, IMHO, the original text had one '(' AND one ')' too many. The corrected text as shown in the NEXT email below removes only the second of these extra parentheses. The first one should also be removed. The Erratum "corrected" Corrected Text should [IMHO] read: Corrected Text -------------- Investment in equipment and facilities Capital Expenditure (CAPEX) and Operational Expenditure (OPEX) should be minimized. With thanks, from Chris Benson. On Wed, 2 Dec 2009, RFC Errata System wrote: >> Date: Wed, 2 Dec 2009 19:01:13 -0800 (PST) >> From: RFC Errata System >> To: , , >> , , >> , , >> , , >> Cc: , , >> Subject: [mpls] [Editorial Errata Reported] RFC5654 (1953) >> >> >> The following errata report has been submitted for RFC5654, >> "Requirements of an MPLS Transport Profile". >> >> -------------------------------------- >> You may review the report below and at: >> http://www.rfc-editor.org/errata_search.php?rfc=5654&eid=1953 >> >> -------------------------------------- >> Type: Editorial >> Reported by: Zongpeng Du >> >> Section: 1 >> >> Original Text >> ------------- >> Investment in equipment and facilities (Capital Expenditure >> (CAPEX)) and Operational Expenditure (OPEX) should be minimized. >> >> >> Corrected Text >> -------------- >> Investment in equipment and facilities (Capital Expenditure >> (CAPEX) and Operational Expenditure (OPEX) should be minimized. >> >> >> Notes >> ----- >> An unnecessary parenthesis. >> >> Instructions: >> ------------- >> This errata is currently posted as "Reported". If necessary, please >> use "Reply All" to discuss whether it should be verified or >> rejected. When a decision is reached, the verifying party (IESG) >> can log in to change the status and edit the report, if necessary. >> >> -------------------------------------- >> RFC5654 (draft-ietf-mpls-tp-requirements-10) >> -------------------------------------- >> Title : Requirements of an MPLS Transport Profile >> Publication Date : September 2009 >> Author(s) : B. Niven-Jenkins, Ed., D. Brungard, Ed., M. Betts, Ed., N. Sprecher, S. Ueno >> Category : PROPOSED STANDARD >> Source : Multiprotocol Label Switching >> Area : Routing >> Stream : IETF >> Verifying Party : IESG >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls >> From yakov@juniper.net Tue Dec 8 11:14:01 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 683033A6A59 for ; Tue, 8 Dec 2009 11:14:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.262 X-Spam-Level: X-Spam-Status: No, score=-6.262 tagged_above=-999 required=5 tests=[AWL=-0.263, BAYES_00=-2.599, J_CHICKENPOX_13=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mz0Ld9E9SIhQ for ; Tue, 8 Dec 2009 11:13:55 -0800 (PST) Received: from exprod7og109.obsmtp.com (exprod7og109.obsmtp.com [64.18.2.171]) by core3.amsl.com (Postfix) with ESMTP id 6E3293A6A6D for ; Tue, 8 Dec 2009 11:13:40 -0800 (PST) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob109.postini.com ([64.18.6.12]) with SMTP ID DSNKSx6lMGbNscZnxdJIenToGi87phs91YBs@postini.com; Tue, 08 Dec 2009 11:13:30 PST Received: from p-emfe01-sac.jnpr.net (66.129.254.72) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.393.1; Tue, 8 Dec 2009 11:03:08 -0800 Received: from p-emlb01-sac.jnpr.net ([66.129.254.46]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Dec 2009 11:03:07 -0800 Received: from emailsmtp56.jnpr.net ([172.24.60.77]) by p-emlb01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Dec 2009 11:03:07 -0800 Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Dec 2009 11:03:07 -0800 Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id nB8J36j61879; Tue, 8 Dec 2009 11:03:06 -0800 (PST) (envelope-from yakov@juniper.net) Message-ID: <200912081903.nB8J36j61879@magenta.juniper.net> To: erosen@cisco.com In-Reply-To: <22696.1259767080@erosen-linux> References: <22696.1259767080@erosen-linux> X-MH-In-Reply-To: Eric Rosen message dated "Wed, 02 Dec 2009 10:18:00 -0500." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <47866.1260298986.1@juniper.net> Date: Tue, 8 Dec 2009 11:03:06 -0800 From: Yakov Rekhter X-OriginalArrivalTime: 08 Dec 2009 19:03:07.0098 (UTC) FILETIME=[139C9BA0:01CA7839] Cc: ice@cisco.com, mpls@ietf.org Subject: Re: [mpls] Regarding draft-wijnands-mpls-mldp-csc-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 19:14:01 -0000 Eric, > > The MVPN solution that L3VPN WG has to produce is based on the > > requirements developed in L3VPN WG, as specified in rfc4834, and > > *not* on what you think "will be a quite common deployment > > scenario" > > There is no reason why the WG should not consider simplifications that > optimize for particular deployment scenarios, particularly if those > scenarios are common. Then please bring this up in L3VPN WG mailing list, as the topic of the discussion is MVPN (and as such it is outside the scope of MPLS WG). Yakov. From daniele.ceccarelli@ericsson.com Wed Dec 9 02:52:53 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5228A3A68E5 for ; Wed, 9 Dec 2009 02:52:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.949 X-Spam-Level: X-Spam-Status: No, score=-5.949 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, HELO_EQ_SE=0.35, J_CHICKENPOX_43=0.6, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7yBBcO6Jd+u for ; Wed, 9 Dec 2009 02:52:52 -0800 (PST) Received: from mailgw5.ericsson.se (mailgw5.ericsson.se [193.180.251.36]) by core3.amsl.com (Postfix) with ESMTP id E3A6428C16A for ; Wed, 9 Dec 2009 02:52:51 -0800 (PST) X-AuditID: c1b4fb24-b7beeae000003a71-49-4b1f8177a360 Received: from esealmw127.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw5.ericsson.se (Symantec Mail Security) with SMTP id B1.21.14961.7718F1B4; Wed, 9 Dec 2009 11:52:39 +0100 (CET) Received: from EITRMMW021.eemea.ericsson.se ([141.137.48.176]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Dec 2009 11:52:39 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Dec 2009 11:52:37 +0100 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] emergency help Thread-Index: Acp2XBNepRKCYZEkQwq+GQvNFQRx/ACYTJBA References: From: "Daniele Ceccarelli" To: "z Asghari" X-OriginalArrivalTime: 09 Dec 2009 10:52:39.0409 (UTC) FILETIME=[B9C15E10:01CA78BD] X-Brightmail-Tracker: AAAAAA== Cc: mpls@ietf.org, Christian Callegari Subject: Re: [mpls] emergency help X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 10:52:53 -0000 Hi Zb, try to take a look at this link from the research labs of the university of Pisa: http://netserv.iet.unipi.it/software/mtens/ Regards Daniele -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of z Asghari Sent: domenica 6 dicembre 2009 11.08 To: mpls@ietf.org Subject: [mpls] emergency help hi I want to implement stack in mpls node.but I can not to do this job. please help me in coding with ns-2 regards _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From eric.gray@ericsson.com Wed Dec 9 08:05:12 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 999A728C17B for ; Wed, 9 Dec 2009 08:05:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.055 X-Spam-Level: X-Spam-Status: No, score=-4.055 tagged_above=-999 required=5 tests=[AWL=0.123, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R8KfAiaGxAcj for ; Wed, 9 Dec 2009 08:05:11 -0800 (PST) Received: from imr1.ericy.com (imr1.ericy.com [198.24.6.9]) by core3.amsl.com (Postfix) with ESMTP id C0A8328C161 for ; Wed, 9 Dec 2009 08:05:10 -0800 (PST) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id nB9G4ix4029098 for ; Wed, 9 Dec 2009 10:05:23 -0600 Received: from EUSAACMS0701.eamcs.ericsson.se ([169.254.1.137]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Wed, 9 Dec 2009 11:04:55 -0500 From: Eric Gray To: "mpls@ietf.org" Date: Wed, 9 Dec 2009 11:04:54 -0500 Thread-Topic: Possible mailing list SNAFU Thread-Index: Acp43ZFSm46PDR0aQeep+XUTF70jhAAC3pkA Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/related; boundary="_005_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_"; type="multipart/alternative" MIME-Version: 1.0 Subject: Re: [mpls] Possible mailing list SNAFU X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2009 16:05:12 -0000 --_005_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_ Content-Type: multipart/alternative; boundary="_000_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_" --_000_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Please do not respond to this mail directly. It has recently come to my attention that some number of mailing list membe= rs may not have received the following E-Mail (even though it clearly got to the archi= ve): * [mpls] wg lasxt call on draft-ietf-mpls-tp-nm-framework-02, Loa Andersson I would like to determine if this is a general problem, but without causing= a storm. If you did not get a copy of this message earlier, and it is not currently = later than 2 PM (US Eastern Time), please click here, and then send th= e mail - or send me an E-Mail with this exact subject: I Did Not Receive This Mail: [mpls] wg lasxt call on draft-ietf-mpls-tp-nm-= framework-02, Loa Andersson. This should allow me to quickly determine how general this issue is. If this turns out to be a general problem, I plan to report it to the appro= priate help desk at 2 PM today. Normally, E-Mail will not make it to the archive if it di= d not pass E-Mail filters, so this would be a problem with the mailing list software itself, = or some server downstream from the exploder. Thanks in advance, [http://www.ericsson.com/shared/images/Email_line.gif] ERIC GRAY Ericsson Systems and Technology Phone +1 978 275 7470 Fax +1 978 275 7474 SMS/MMS +1 603 781 6751 eric.gray@ericsson.com www.ericsson.com [http://www.ericsson.com/shared/images/Email.gif] --_000_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Please do not respond to this mail=20 directly.
 
It has re= cently come=20 to my attention that some number of mailing list members may not=20
have rece= ived the=20 following E-Mail (even though it clearly got to the=20 archive):
 
 
I would l= ike to=20 determine if this is a general problem, but without causing = a=20 storm.
 
If = you did not=20 get a copy of this message earlier, and it is not currently later=20 than  2=20 PM 
(US= Eastern=20 Time), please=20 click

3Dline

ERIC GRAY=20


Ericsson
S= ystems=20 and Technology
Phone +1 978 275 7470
Fax +1 978 275 7474
SMS/MMS += 1 603=20 781 6751
eric.gray@ericsson.com
www.ericsson.com



3DEricsson=20

 

 
--_000_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_-- --_005_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_ Content-Type: image/gif; name="Email_line.gif" Content-Description: Email_line.gif Content-Disposition: inline; filename="Email_line.gif"; size=1417; creation-date="Wed, 09 Dec 2009 11:04:54 GMT"; modification-date="Wed, 09 Dec 2009 11:04:54 GMT" Content-Location: http://www.ericsson.com/shared/images/Email_line.gif Content-Transfer-Encoding: base64 R0lGODlh/wADAPcAABUpeBUoeBQse1WrIWCvHQCDrwCOUhQtewCLcRMvfACMZQCEoxiYOzqiLQCN XwCMZp0MXEYdbQCHkkAfbjyjLAhhnwdlojAicgCNWgCGlQCOVQRvqQRxqgCIhg9BiQZopFYaag6U P8YEU3C0FrYHVwtUln4SYgCGlxI1gHUUZACKeCmdNFsZaYgRYACQR8MFVIQRYRE3gqcKWpoNXACF nnIVZGsWZi0ichomdghenQN1rQhgngCHjg5HjQ9AiHa2ExE6hDkgcACIiUwcbDShL7kHVg9Dijwf b3gUY4y9CgpXmF8ZaACOWGuyGFCqI2OwG24WZZS/BkqoJgCJewCDrE2pJQtTlQCHiyyeMyEldVut HwCMaBA8hRA/hxyZOdUBUMwDUqoKWQCFmwF8sgF+swCNYaQLWgCEqgCCtgCEpwCFnACJfwCKdgCL bWgXZgCPTCojcwCFoBQqeSQkdAldnAJ6sAN0rFkaaQxNkQlbmwCHjQ1Kjw5GjACLaz+kKgCQSRE5 g7MIVwVtp4S6DZrBBAdjoKAMWzGgMM8OWl2uHgGQRQORRHO1FHsTYxaXPJEPXo++CYe7DACPSkkd bU8ca7AJWGixGQN3rgVrphcndwZqpWawGgdkoWIYaAZno5K/CC+fMY0PXwCHkAxQkwCKegCIhLwG VQCPUCGbNzeiLgiTQgCNXCScNhCVPhOWPX64EJzCA2UXZ0SmKBA9hlKqIgxOkh6aONICUVIba88C USecNRMwfq0JWACCs3m3EgCGmQCJgACIgpfABRI2gQCMY78GVVisIACEqIG5DwCCtQ5EiwCEpYES YQF/tACBtQCJfZQOXQCKdEinJ4m8CwCLbwpWl0KlKQCOVwCPTjMhcYoQX0MebgtRlB0ldZcOXQVu qCckdACFogCGkwCDsQJ7sQCKcgWSQwRyqw1MkG6zFzcgcAlamgCDrgCIh3y4EQ1JjhMyfhIzfwJ4 rwCLagCNXgCOUwpYmQuUQLPPN+Drqp/DAtXkjK/NLLHOK/Ccu////yH5BAAAAAAALAAAAAD/AAMA AAj/AP/9y8cPFiFhUT5BSjIt0iBkr9z5+sFoRLomljY9IZBIi7EBtJxUkSJNljU/FBqkInIIFJYV ulihsuWFgSNXrULcU2VukSIXfyS9wXbKQD0N15hgWEXPQRliCh5smdenDTUE5aKxUUFqyrM1wIKV 6tBOyBU9PERJEJfhxC8xamjECbdgWZpjZ6iwKzCuVzI0zpqRGUOujrxLOuyc47DhmyBMmj54ssCp UIUdOejkWWdPSbUSVriNqoUH3Z53PfgoM+LBR5dZXIAAijEMRTx4uxIcECAHQIBMOLplmQMOzo0L 2dQFOTJhW4RJQyjhAnGHxZJOsdzYgFIjBZJGJpjB/2ihLdQjaN5mQDBkRkYYXpUCkShiqtgLESLA 5Lp1y59Agf3oYxBCCjHkEEQSUWQRRhpx5BFIIpFkEkoqseQSTDLRZBNOOvHkE1BCEWUUUkox5RRU UlFlFVZaceUVWGKRZRZaarHlFlxy0WUXXnrx5RdgghFmGGKKMeYYZJJRZhlmmnHmGWiikWYaaqqx 5hpsstFmG2668eYbcMIRZxxyyjHnHHTSUWcddtpx5x144pFnHnrqsecefPLRZx9++t3yBSL//bMP PgMmtFBDD0U0UUUXZbRRRx+FNFJJJ6W0UksvxTRTTTfltFNPPwU1VFFHJbVUU09FNVVVV2W1VVdf hWY1VllnpbVWW2/FNVddd+W1V19/BTZYYYcltlhjj0U2WWWXZbZZZ5+FNlppp6W2WmuvxTZbbbfl tltvvwU3XHHHJbdcc89FN11112W3XXffhTdeeeelt15778U3X3335bffF/79ExAAOw== --_005_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_ Content-Type: image/gif; name="Email.gif" Content-Description: Email.gif Content-Disposition: inline; filename="Email.gif"; size=4024; creation-date="Wed, 09 Dec 2009 11:04:55 GMT"; modification-date="Wed, 09 Dec 2009 11:04:55 GMT" Content-Location: http://www.ericsson.com/shared/images/Email.gif Content-Transfer-Encoding: base64 R0lGODlh9AFRAPf/AOrs8ezu8ylMflZulPn5+zNSgbK8zVx0mYWWsSRFefDz9fn6/JWhuoKRrdjd 5T9Zht7j6XaGpQgoZqq3yU5kje7x9DdHewosaGF2mtbc5Y2dtr7G1ZyrwF1xl3GFpVNpknmKqPf4 +pqpv0JdiQ4ybAkqaPr8/UpdiWp+oe3w8wIbXtHY4Qwuam6CojhTgsPK2KKvw+Pm7PH09mZ4nC5O f3+MqszT3g0wazJNfuXo7ufr8HSJqBA1bsnQ3Bk6cpypv87U3pKhuf39/sDI11Rqkm1+oLbB0CFC d0ZciClKfQUiYqy2ySZKfBI3cKezxtXb5KWxxD1UgwcmZRk+dB1Cd8rR3FBnkAYkZBAybZimvOHl 67vE07nC0lpulY2btbS+zkBbiCE/dS1Dd5Cet/P1+Imas7rC0gYkYufq75aku2qAoUlgi2l8n9Ta 4wAUWQ80bcrS3XGCo0Vah8bO2ihIelpwlhc7cq+5yhY2b6i0x0hijHiIpg8wbAQgYQMeX8HK1yxK fGZ9nz1VhCxGeZmnvgkpZgARVxk8coSSrlFmj3+Oq2x9n2l7ng0wbDhVg2J4nAknZhIuagQhYg4v aixIexE3bxM0bgwuaQstaf///xA2b3mMqhI4cSlMfShMfRI4cCpMfipMfypNfxE4cHiMqniMqQor aPL09/L19/X2+f7+/v3+/q24yggoZRI4b+3w9BI5cBAzbYWYsklkjv7+/6+7zLjC0cTN2cXO2vP0 9/T2+Ojr8B89cwUjY8bO2aCuwsPN2fz9/VVrlEVgi1dii3uNqn+QrXuOqytMfRM7cu/x9XWHp1dw lxYzbDtYhj9SgoyctRg3caStwbC6zJelvA4oZQosZ2V5m8/W4O/y9hs/dWl3mh06csLJ12R1m8nR 3OPp7cLL2IWUsNDW4AwvaxA2bnqFpdrf54iXsuXp7rjB0Jilu6+7y/b3+f7//8bN2vL09khch2Jz mFJii1BijLvF1L3F0xM5ctvg6PT2+fX3+PX3+aGtwRE2bxE3cP///yH5BAEAAP8ALAAAAAD0AVEA AAj/AGVtIrVpYKlNBwsqRFgq4cCCDgsSlEhq4sKIpSwu3FgKwb+PIEOKHEmypMmTKFOqXMmypcuX MGPKnEmzps2bOHPqpFKpX7+e/nxWAtrPn9FKQX0WNap0adGfS40mRZrUZ9CjS4n6o6Kzq9evYMOK HUu2rNmzMgUEHSoVKVWgcJNKlRtV6VV/bu9ihRr1qk8BaAMLHky4sOHDiLsK+NmWKd6jeJ1StevY adPLSTXR7fk0sk9RiUOLHk26tOnTJBcLtWw3a2Skmjh3nmrV89O+eiFn7RcKte/fwIMLH17SE9Kf mosOfbpcrlvKyo8/hnyccVS2eCcLBUy8u/fv4MPr/1RNtfJdq8d7Tq7MGe8nEqYkFGLhtHJRzXKZ 9uMuvr///wB+t1hV6q2mlCZQPQaUXk9xUgkLkpiCAzMD+HABdsrxxZhnPfUW4IcghijiYGr5g59V Sj0HVV7oNfcJJ29I0YcP3kBxziomDIHDBXPVJpR+UYE24pBEFmkkTCU29Zp+QDZFFGc3XMHCGgxg E0ImWGIJwyRv2PWWY2slBcqRZJZpppGe9IOgdD8qqZds/vBwgymF0KBIFcpkqWcmT4RBwnkoIkjX X2cWauih4HViYo9OHtVeZJzwcIkEphzxyBIp0LLnnrdEg0Vu2W0YmVEeImrqqaiGplp0PuYXJoxS 9P/CCxFZnLPprbqwUYKBTD4K2ZipBivssGN1wplWmElXiSskFHICOnMscOumAdhyjSlvgIlhVefx R+y34Ib7UpIYylafUVjEEoQO0+5pwhwNIEGCFDx8glV7zc3FlLfi9uvvv/+oNl1nfbHFgwQoqNIu lqvgw4AezfThxxUkoPhYbZEhaFmpAHfscbCrSqUcXrH51c8bphDSbjC7fHGNHX6oYEoBgRxwBCad LZfck0ry+/HPQJdpLMZGaZyiUjwUAs2tAXSjCCB+uHEFJSjcEQCWNrhwwdHVuTqZz0GHLTaIApu8 4YpJmfKAFlkuYMMYFJhiiBs+dPBDG5tOwOVtcLr/uRSwYwcuuH+dUKZeeY7BVQIYMGwhwgBhRC0F ldjAM22fN1QH55tXgT3456D7JoDRZtc2FFCu9HPBJJZIoIIkdIAwRDYLZ7IBHhX/eGyPInMc+u/A j5YkisxlWJsmnNwgxRVhHLBEAArXLgMGuzaZIJDHeR789tyftVhybkoXplEsTGLFGA7UnqUWXxBh Cg98CUrXWiXv1/39+Jullo9Oas4UCdEgRCrUl4kAbAEELpCCFE6Hsbw0pzq8yZ8EJ6gYNXGLb0AK SiFaoD4hVAEaSOCDCqQWi6uoJ1S884s/tEfBFrowJaIYla+OdhWUiaBdQogBIawQDUmooAQjMMYy /+iAibUc6zYHIpjvXsjEJpJEUbNxy3qy4483FKIMmxJCAOyBAh/ETAKAaMELCOCOVZzjAVsrHmua tEInuvGNICkbbMxlsZ5cwAUZyFIA3iGOAihBaoN4hBPSsalapAuCbTIiYyqxRDg6coICYBEKzQWk EriAA7VIQyJIMLdYdOEHT2hXBsLQiOvNBjJyaeQjV9m9Eo0KN1TkjCsqYQopkKMPUnvAGL6BitrV A3cGiuJUrgI4Vhqze2nCijLrortKxKIQSkhABLqRAgLuwn1qvI6oflKJYh7zm79zJclmc0qhkMMS dYABGqK3sBDEQBpgeJ8aG3OxqLAQnPgMWiSjg/+snD3lBj7IAwEzwb5FHOEKONOdZCh5LCHl86GB K9wymWSbfhxsGepTQD0QkUAlXIIT9jIZWxYEyzZC9KRhUxQqkWgyE73hAjdsFxDKsAZLnEEKb/jE KMplsZ4aTpUoDaq4CrdIfF2PgYVAwKZUEQMoDIAbJSjEJMrBiQSNrJ7T6RFQNHFPoXoVZMGsymqC siZM4AAOetxAERIggQvcgAf5cpPI1oOZkXnzq3gdlrFoo5nySFFB1qDDOmzhBRcUgmJvOddexDdM kREPqHmN7KHUUiCxTpE5nGDBFaSghBKIzDahUhGb9IWeutxVsqg1FGWNhhkCrakfnKiiP6rqwNf/ WFVf5kpPm6xy2tT6lkyeWAsNTYcirXBrfNjjHXS4uSLLdPW30CWbYvODMTVJZmTL3WYiM0RPvgTl udENr3+CqyJOgNReDjKvUWLbjxcJRb1tie1OpcKJnWJnFA6abWyDsl/hMlK8AB4SuSrxCVP04gpX 6IUE+iEBBPeiEDzwxwUkMQl7TbgPvWgELFjQiz5I4gawwIQk/KAEEsAiRn3owwViawol0Ksfh81p QwNMY+nCRhM8GAEG6tABDOiBE3rogJAfQA4SOGMGyCABGOPQAEbQoRAJiAMiikAHKQDCA4hgRAIw wYJENGAPNJAAD8CAAQrEggd6EMYU3jAZyNb4/83DiWRSGoEFA+TjFKdARTim0ANd5DkF/LgANUJA ij4oAgALWEAqoPEACKSCAKgowgm0oI8Q6KIIV2BFLhKtAzZAYgL7yIYVIoGLHAjCFAXqLZxXHRzj WIXO9ciECNjgAWZ84gkmqIE5FOAOGqjMA8MQwgIYgIQWDIADmXACJSjgiGlk4geUGIAYFJGJdCTC CwUEBCuwxIVI2CAbgtgVY8DL6nKLJk1uaQQfbJEJQsygBbPAQhtCsA1igCMHVFAZCmCQCRiooMG9 +EUmVrAHC/ShFpmoQgTE0AdgZEIRhsDEHDKhBiiYQBkhGMAGUhAFcX/X3CAPzj57Qg4ssDtL4f8g hw30pIY+cMAdHuBCJiKggmR8ghzO+AOWdNCBZ+ACSxA4wDcyQYTDbvsYTiCDBpTRgzkEQBCFyAu5 Q051wRSuErEpObtlMY8uuCAWbVgANcyQCQb4AdkoUBkrJKEECWgWEicwQCZu4YZq0EMdmciDETIh DkNMYuiBcMIq5CD3dqQjCoVoi0OrznhVVYXOW8h7DcTBhns4wARReAYqZKANEbhjGY5IBS1YIY9l YIAZDZDDttlRhz3EPRNBUEMwANABBmQiBgn4Qibi8QATZEIH4b7N4htP/MLsMyiNiMUEUvCKALzi D1QIhw4o0Is/VIAZsnjFDvwwA3zkggzZSEP/MRRwimyMwwVBkAEqFGADQUhhHa+QwSnwIYxPp2AW fZhABTLgAlNsaPjFF4BoQVlJwQM0MAIP8AAjUABNUAAPMAU3gAxgwAQJMAxH8ExTYAUz8AEJcAQa SATaYApJQAQzYAWHwAI8UAKO8AhdQAW7QgMPSALaMAKOYAfwYxVTJ4A6eBOjAxf9gAmtUAiFIAGY UAkXUAhvwAmYUAg3cAOtUDGcMC8uRgIkkGBSYGJR4mI3sFOaYGBXcAN4cQlI6A8k0ArvA0EAuINq +BUSNRcvElKj0A/49V50NVsvghf1FVKzNQrzVR6f8BYOwhj24kCqtoaGaBPBNTLLcRtLsiA9/6Ex YNIaKsJcTNE1XuIjaXiImkgTiWhVi1SJ2lRb3LUedGQ6F5Me2MEZbraJrMgSA+I3tAEorsEkRKMv 7OFPJzIVPZGDrdiLIrEYiHRKYUI8u+UjicUo0WEi7dEXncGLvviMnZgv0mhUxENdBKIsb8EWu6Fb deGMz9iLewVL/tRT2UEUrZFIjhWJrwVBVVGI3/iOIUFZyAIXbFIf52iP3JSO3DVXWZEXeJGJ8BiQ H5FMgHIeoMVNl9UYyKIgi1gf2jEb7iiQ39gJ8pOPllhdDak7pENau7EiwWg2ACmR70hZDmkdfqUk 3kVStjhdxfVKBBIUISmSz7gqkqggt1gXJv9EGZCYVQy5GcIFJqsok60IRTnJkwiJHndBjS3iGa7S Xa0xFd4olDpYIstIHUiEkMoUFw7UN8pxIstoPH4RlVIZgImYHwl5WwRzLqyBONdljsb1GBE5lpoI Raa4lCv1WQXzFIKSHtMhGx85P0Epl4Y4IC7ZWAlijgxSiQz5I4mDL88xMKQimAFJl9foJJLRlCb0 KEdEWpelIdblE3EpmWrYhuWBXRejG59IV8dCUmmpIK0SF/4Qk6K5huTRKLSIlJ/VUsRoOHjJHFh1 F6E5mwJImBypH1xpVCjkF5rZWj3lK7sonDPpK0XJjFR0NtrIIbvZKiaZktsBnb5IXlIUGyWVdVV3 QTpYqU3XQ0VGxJZi4p29aBxz4ZzDiFUsqVXFU5z1VFxIIZvuWXzfUzq/6V33UVnG85j5aJ3FRZ5u EZz9WXUJsIioSU6BUpO2aELzGZ/kWZ1MwQQNuokj4AkCIACdMKIiKgCe4AkjeqInaqICIAom2gks KqIwGqIhCqMuiqIySqMwuqMg2gmikKIrygQj0KGaGBAAOw== --_005_C0AC8FAB6849AB4FADACCC70A949E2F1043219EF4FEUSAACMS0701e_-- From root@core3.amsl.com Thu Dec 10 09:45:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 47E143A6A4E; Thu, 10 Dec 2009 09:45:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20091210174501.47E143A6A4E@core3.amsl.com> Date: Thu, 10 Dec 2009 09:45:01 -0800 (PST) Cc: mpls@ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-tp-oam-framework-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 17:45:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : MPLS-TP OAM Framework Author(s) : D. Allan, I. Busi, B. Niven-Jenkins Filename : draft-ietf-mpls-tp-oam-framework-04.txt Pages : 50 Date : 2009-12-10 Multi-Protocol Label Switching (MPLS) Transport Profile (MPLS-TP) is based on a profile of the MPLS and pseudowire (PW) procedures as specified in the MPLS Traffic Engineering (MPLS-TE), pseudowire (PW) and multi-segment PW (MS-PW) architectures complemented with additional Operations, Administration and Maintenance (OAM) procedures for fault, performance and protection-switching management for packet transport applications that do not rely on the presence of a control plane. This document describes a framework to support a comprehensive set of OAM procedures that fulfills the MPLS-TP OAM requirements [12]. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunications Union Telecommunications Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-framework-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-tp-oam-framework-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-12-10093226.I-D@ietf.org> --NextPart-- From tnadeau@lucidvision.com Thu Dec 10 12:27:52 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 34EB13A6A46 for ; Thu, 10 Dec 2009 12:27:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.392 X-Spam-Level: X-Spam-Status: No, score=-2.392 tagged_above=-999 required=5 tests=[AWL=-0.208, BAYES_40=-0.185, GB_I_LETTER=-2, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gemu7sE5EqOm for ; Thu, 10 Dec 2009 12:27:48 -0800 (PST) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id 5C8DB3A6A3C for ; Thu, 10 Dec 2009 12:27:48 -0800 (PST) Received: from [192.168.1.120] (unknown [72.71.250.36]) by lucidvision.com (Postfix) with ESMTP id 7BF5F422D1CE for ; Thu, 10 Dec 2009 15:27:36 -0500 (EST) From: Thomas Nadeau Content-Type: multipart/alternative; boundary=Apple-Mail-11-849298450 Date: Thu, 10 Dec 2009 15:27:36 -0500 Message-Id: <06F23644-F8F8-46C4-8EDA-D34AD172B59E@lucidvision.com> To: mpls@ietf.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Subject: [mpls] ONTC-PRISM Newsletter: Call for Papers - Special Issue on Cloud Computing and Data Center Networks X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 20:27:52 -0000 --Apple-Mail-11-849298450 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii FYI: ONTC-PRISM Newsletter: Call for Papers - Special Issue on Cloud Computing and Data Center Networks Scope: IT services have proliferated significantly through most enterprises and even to end-users. This explosion of IT services has led to the emergence, growth and consolidation of computationally intensive data centers. Data centers are principle network wide entities that are responsible for the successful provisioning and scaling of IT services across disparate users over a heterogenous network. We seek to understand the network-wide design, implementation, architecture and technology aspects of data centers and of emerging applications such as cloud computing. We seek original review articles on technologies, architectures, implementation excercises associated with data centers including cloud computing, distributed and virtual data centers and applications using such infrastructures. Articles must be written as per the format prescribed below. Keywords: Cloud computing, data centers, Carrier Ethernet, MPLS-TP, PBB-TE, Virtualization, Consolidation. Format: up to 3 pages with single column format, Times new roman 10 point font for the text and 8 point font for the figure captions. Submission information: Please send manuscripts to submissions@ontc-prism.org. All articles will be reviewed by the TAB and/or external reviewers. Timeline: Submission Deadline: Dec 31, 2009 Notification: Feb 1, 2010 Issue date: Feb 15, 2010 TAB in-charge: Thomas Nadeau BT Group LLC. About ONTC Prism (www.ontc-prism.org): Prism is a quarterly newsletter aimed at the dissemination of relevant content pertaining to optical and high-speed networks and related growth areas across industry and academia. Prism seeks to promote the growth of optical networking activity by creation of a unified knowledge base and aims to create a communication bridge between industry and academia in terms of research frontiers and complementary strategies for future growth. --Apple-Mail-11-849298450 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii submissions@ontc-prism.org.= All articles will be reviewed by the TAB
and/or external = reviewers.

Timeline:
Submission Deadline: Dec 31, = 2009
Notification: Feb 1, 2010
Issue date: Feb 15, 2010

TAB = in-charge: Thomas Nadeau BT Group LLC.

About ONTC Prism (www.ontc-prism.org): Prism is a = quarterly newsletter
aimed at the dissemination of relevant content = pertaining to optical and
high-speed networks and related growth = areas across industry and academia.
Prism seeks to promote the growth = of optical networking activity by
creation of a unified knowledge = base and aims to create a communication
bridge between industry and = academia in terms of research frontiers and
complementary strategies = for future growth.
= --Apple-Mail-11-849298450-- From sriganesh.kini@ericsson.com Sun Dec 13 13:13:42 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC9273A68D2 for ; Sun, 13 Dec 2009 13:13:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oWI1t3fKnL9e for ; Sun, 13 Dec 2009 13:13:39 -0800 (PST) Received: from imr1.ericy.com (imr1.ericy.com [198.24.6.9]) by core3.amsl.com (Postfix) with ESMTP id CC9CC3A6939 for ; Sun, 13 Dec 2009 13:13:38 -0800 (PST) Received: from eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) by imr1.ericy.com (8.13.1/8.13.1) with ESMTP id nBDLDXU2001831; Sun, 13 Dec 2009 15:13:38 -0600 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.228]) by eusaamw0707.eamcs.ericsson.se ([147.117.20.32]) with mapi; Sun, 13 Dec 2009 16:12:57 -0500 From: Sriganesh Kini To: Loa Andersson , "mpls@ietf.org" , George Swallow , Adrian Farrel , Martin Vigoureux Date: Sun, 13 Dec 2009 16:12:56 -0500 Thread-Topic: [mpls] CORRECTION: poll on making draft-wijnands-mpls-in-band-signaling-02 an mpls wg document Thread-Index: AcpsIktKgQ4wUeJITASbZh01LireAQQE0GDA Message-ID: <5A5E55DF96F73844AF7DFB0F48721F0F513818171A@EUSAACMS0703.eamcs.ericsson.se> References: <4B0537BC.7050807@pi.nu> <4B0A5AAF.9060508@pi.nu> In-Reply-To: <4B0A5AAF.9060508@pi.nu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [mpls] CORRECTION: poll on making draft-wijnands-mpls-in-band-signaling-02 an mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Dec 2009 21:13:45 -0000 Support making this WG draft Few editorial nits 1. Pg 4, Section 1.2 Terminology 'IP multicast tree'. Usage of 'and/or' wou= ld imply that multicast distribution tree is identified by 'source IP addre= ss' 2. Pg 5, Section 1.2 Terminology 'MP2MP LSP', 'Ingress LSR', 'Egress LSR'. = Should be copied from draft-ietf-mpls-ldp-p2mp-08 3. Pg 5, Section 1.2 Terminology 'Transit LSP'. Better to move it towards e= nd of sec 1.2 so there are only backward references. Could use 'MP LSP' ins= tead of 'P2MP or MP2MP'. If this is newly introduced terminology, it may be= useful to point that out. 4. Pg 6, Section 2. Instead of 'multicast code' may be better to use 'multi= cast functionality'. 5. Spell check errors - refered (referred), positif (positive), bidirection= (bidirectional), typlically(typically) Regards - Sri -----Original Message----- From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa= Andersson Sent: Monday, November 23, 2009 1:50 AM To: mpls@ietf.org; George Swallow; Adrian Farrel; Martin Vigoureux Subject: [mpls] CORRECTION: poll on making draft-wijnands-mpls-in-band-sign= aling-02 an mpls wg document All, I made a mistake when I started this poll, the draft I'm asking about is: http://tools.ietf.org/html/draft-wijnands-mpls-mldp-in-band-signaling-02 It is odd that we made the same mistake both on the agenda in and in the te= ntative minutes from Hiroshima. But as far as I understand the comments we'= ve had are on the correct draft. I will extend the poll to Sun Dec 14 to compensate for my mistake. /Loa Loa Andersson wrote: > All, >=20 > this is to start a two week poll in making >=20 > draft-wijnands-mpls-in-band-signaling-02 >=20 > an MPLS working group document. >=20 > Send a mail to the working group (mpls@ietf.org) mailing list,=20 > indicating "yes/support" or "no/do not support". >=20 > Comments on the content of the draft should be sent to the same=20 > mailing list with a different subject line. >=20 > The poll ends Sun Dec 6, 2009. >=20 > /Loa --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 ____________= ___________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls From thomas.morin@orange-ftgroup.com Mon Dec 14 01:59:44 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C9E93A69EC for ; Mon, 14 Dec 2009 01:59:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.949 X-Spam-Level: X-Spam-Status: No, score=-2.949 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s62SLxSTcIdn for ; Mon, 14 Dec 2009 01:59:43 -0800 (PST) Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by core3.amsl.com (Postfix) with ESMTP id 2A0853A69E7 for ; Mon, 14 Dec 2009 01:59:42 -0800 (PST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 14 Dec 2009 10:59:28 +0100 Received: from [10.193.15.39] ([10.193.15.39]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 14 Dec 2009 10:59:28 +0100 Message-ID: <4B260C80.9040109@orange-ftgroup.com> Date: Mon, 14 Dec 2009 10:59:28 +0100 From: Thomas Morin Organization: France Telecom Orange User-Agent: Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.9.1.5) Gecko/20091204 Lightning/1.0b1pre Thunderbird/3.0 MIME-Version: 1.0 To: mpls@ietf.org References: <4B0537BC.7050807@pi.nu> <4B0A5AAF.9060508@pi.nu> In-Reply-To: <4B0A5AAF.9060508@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Dec 2009 09:59:28.0398 (UTC) FILETIME=[1FD47AE0:01CA7CA4] Subject: Re: [mpls] CORRECTION: poll on making draft-wijnands-mpls-in-band-signaling-02 an mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2009 09:59:44 -0000 Support. -Thomas Loa Andersson: > All, > > I made a mistake when I started this poll, the draft I'm asking > about is: > > http://tools.ietf.org/html/draft-wijnands-mpls-mldp-in-band-signaling-02 > > It is odd that we made the same mistake both on the agenda in and in > the tentative minutes from Hiroshima. But as far as I understand the > comments we've had are on the correct draft. > > I will extend the poll to Sun Dec 14 to compensate for my mistake. > > /Loa > > Loa Andersson wrote: >> All, >> >> this is to start a two week poll in making >> >> draft-wijnands-mpls-in-band-signaling-02 >> >> an MPLS working group document. >> >> Send a mail to the working group (mpls@ietf.org) mailing list, >> indicating "yes/support" or "no/do not support". >> >> Comments on the content of the draft should be sent to the same >> mailing list with a different subject line. >> >> The poll ends Sun Dec 6, 2009. >> >> /Loa > From root@core3.amsl.com Mon Dec 14 14:15:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 72E203A6826; Mon, 14 Dec 2009 14:15:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20091214221501.72E203A6826@core3.amsl.com> Date: Mon, 14 Dec 2009 14:15:01 -0800 (PST) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-p2mp-lsp-ping-09.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Dec 2009 22:15:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Detecting Data Plane Failures in Point-to-Multipoint Multiprotocol Label Switching (MPLS) - Extensions to LSP Ping Author(s) : S. Yasukawa, et al. Filename : draft-ietf-mpls-p2mp-lsp-ping-09.txt Pages : 28 Date : 2009-12-14 Recent proposals have extended the scope of Multiprotocol Label Switching (MPLS) Label Switched Paths (LSPs) to encompass point-to-multipoint (P2MP) LSPs. The requirement for a simple and efficient mechanism that can be used to detect data plane failures in point-to-point (P2P) MPLS LSPs has been recognized and has led to the development of techniques for fault detection and isolation commonly referred to as "LSP Ping". The scope of this document is fault detection and isolation for P2MP MPLS LSPs. This documents does not replace any of the mechanisms of LSP Ping, but clarifies their applicability to MPLS P2MP LSPs, and extends the techniques and mechanisms of LSP Ping to the MPLS P2MP environment.Copyright Notice Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-p2mp-lsp-ping-09.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-p2mp-lsp-ping-09.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-12-14141138.I-D@ietf.org> --NextPart-- From michelg@upperside.fr Tue Dec 15 07:04:13 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C838C3A6A6D for ; Tue, 15 Dec 2009 07:04:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YwXW+buXEido for ; Tue, 15 Dec 2009 07:04:12 -0800 (PST) Received: from smtp02.msg.oleane.net (smtp02.msg.oleane.net [62.161.4.2]) by core3.amsl.com (Postfix) with ESMTP id 908953A6A67 for ; Tue, 15 Dec 2009 07:04:11 -0800 (PST) Received: from nbMichelvst ([195.6.217.229]) by smtp02.msg.oleane.net (MTA) with ESMTP id nBFF3t7D015428 for ; Tue, 15 Dec 2009 16:03:56 +0100 X-Oleane-Rep: REPA From: "Michel Gosse" To: Date: Tue, 15 Dec 2009 15:56:22 +0100 Message-ID: <24C7825C09354E49BD6737CDFEFB792B@UPPERSIDECONFERENCES.COM> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001D_01CA7D9F.267ABB10" X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acp9lsRNj+EtLlgVT3eHj2NuQralZg== X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6000.16669 X-PMX-Spam: Probability=10% X-PFSI-Info: PMX 5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2009.12.15.144530 (no antivirus check) Subject: [mpls] MPLS & Ethernet World Congress Paris 2010 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Dec 2009 15:04:13 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_001D_01CA7D9F.267ABB10 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit The early bird registration for MPLS & Ethernet World Congress ends on December 31st. The 2010 conference agenda will pay particular attention to MPLS-TP standards and mechanisms, multicasting and MPLS and cloud computing. The proposals have been analyzed and categorized according to their degree of pertinence by the members of the scientific committee. The debate will address OAM issues of MPLS-TP. As each year, the panel will propose a fruitful confrontation between equipment vendors and service providers. Remind that a second event "Ethernet Wholesale" will be organized at the same time, same place. More info: http://www.upperside.fr/ ------=_NextPart_000_001D_01CA7D9F.267ABB10 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

The early bird registration for MPLS & = Ethernet World Congress ends on December 31st.

 

The 2010 = conference agenda will pay particular attention to MPLS-TP standards and = mechanisms, multicasting and MPLS and cloud computing.
The proposals have been analyzed and categorized according to their = degree of pertinence by the members of the scientific = committee.

The debate will address OAM issues of = MPLS-TP. As each year, the panel will propose a fruitful confrontation between = equipment vendors and service providers.

 

Remind that a second event "Ethernet Wholesale" will be organized at the same time, same place.

 

More info: = http://www.upperside.fr/

------=_NextPart_000_001D_01CA7D9F.267ABB10-- From root@core3.amsl.com Wed Dec 16 11:30:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 75A923A6A67; Wed, 16 Dec 2009 11:30:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20091216193001.75A923A6A67@core3.amsl.com> Date: Wed, 16 Dec 2009 11:30:01 -0800 (PST) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-tp-oam-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Dec 2009 19:30:01 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : Requirements for OAM in MPLS Transport Networks Author(s) : M. Vigoureux, et al. Filename : draft-ietf-mpls-tp-oam-requirements-04.txt Pages : 17 Date : 2009-12-16 This document lists architectural and functional requirements for the Operations, Administration and Maintenance of MPLS Transport Profile. These requirements apply to pseudowires, Label Switched Paths, and Sections. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on June 19, 2010. Copyright Notice Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-requirements-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-tp-oam-requirements-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-12-16112425.I-D@ietf.org> --NextPart-- From liu.guoman@zte.com.cn Wed Dec 16 17:08:06 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F96E3A6ABE; Wed, 16 Dec 2009 17:08:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -95.476 X-Spam-Level: X-Spam-Status: No, score=-95.476 tagged_above=-999 required=5 tests=[AWL=0.300, BAYES_20=-0.74, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G3xbU9uU87co; Wed, 16 Dec 2009 17:08:04 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id 972683A6AF6; Wed, 16 Dec 2009 17:08:03 -0800 (PST) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 111644351137843; Thu, 17 Dec 2009 08:36:43 +0800 (CST) Received: from [10.30.3.19] by [10.30.17.100] with StormMail ESMTP id 83949.4351137843; Thu, 17 Dec 2009 09:06:18 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id nBH17bHA053699; Thu, 17 Dec 2009 09:07:37 +0800 (CST) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <20091216193001.75A923A6A67@core3.amsl.com> To: mpls-tp@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: Thu, 17 Dec 2009 09:07:32 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-12-17 09:07:36, Serialize complete at 2009-12-17 09:07:36 Content-Type: multipart/alternative; boundary="=_alternative 000633264825768F_=" X-MAIL: mse2.zte.com.cn nBH17bHA053699 Cc: mpls@ietf.org, mpls-bounces@ietf.org, i-d-announce@ietf.org Subject: Re: [mpls] I-D Action:draft-ietf-mpls-tp-oam-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 01:08:06 -0000 This is a multipart message in MIME format. --=_alternative 000633264825768F_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 aGksIGd1eXM6DQp0b2RheSBJIHJldmlld2VkIHRoaXMgZHJhZnQuIEkgaGF2ZSBvbmx5IG9uZSBw cm9ibGVtIGZvciBsb2NrIGluc3RydWN0IA0KZnVuY3Rpb25zLiBpbiBzZWN0aW9uIDIuMi42LCB0 aGVyZSBpcyB0aGUgZm9sbG93aW5nIGRlc2NyaWJsZXMgLA0KICJUaGUgcHJvdG9jb2wgc29sdXRp b24ocykgZGV2ZWxvcGVkIHRvIHBlcmZvcm0gdGhpcyBmdW5jdGlvbiBNVVNUIGFsc28NCiAgIGFw cGx5IHRvIHBvaW50LXRvLXBvaW50IGFzc29jaWF0ZWQgYmlkaXJlY3Rpb25hbCBMU1BzLCBwb2lu dC10by1wb2ludA0KICAgdW5pZGlyZWN0aW9uYWwgTFNQcyBhbmQgcG9pbnQtdG8tbXVsdGlwb2lu dCBMU1BzLg0Ko6INCqPJc3VzcGVjdCB3aHkgdGhlIGxvY2sgSW5zdHJ1Y3QgZnVuY3Rpb24gbXVz dCBvbmx5IGFwcGx5IHRvIFB0UCBhc3NvY2lhdGVkIA0KYmlkaXJlY3Rpb25hbCBMU1BzLiBmb3Ig Y28tUm91dGVyIFB0UCBiaWRpcmVjdGlvbmFsIExTUHMsIGlzIGl0IA0KdW5uZWNlc3NhcnkgdG8g cGVyZm9ybQ0KdGhlIExvY2sgSW5zdHJ1Y3QgZnVuY3Rpb24/DQpvciwgSSB0aGluayB3aGV0aGVy IHRoZSBlZGl0b3IgbWF5IGJlIGhhdmUgYW4gZXJyb3IgdG8gYWRkIGFuIHVzZWxlc3Mgd29yZCAN CiIgYXNzb2NpYXRlZCIgZHVyaW5nIHRoZSBlZGl0aW5nIHRoZSBkcmFmdD8gDQptYXliZSBteSB1 bmRlcnN0YW5kaW5nIGJlIGZhbHNlPyB0aGFuayB5b3UuDQoNCmJlc3QgcmVnYXJkcw0KbGl1DQoN Cg0KDQoNCg0KDQoNCg0KDQoNCkludGVybmV0LURyYWZ0c0BpZXRmLm9yZyANCreivP7IyzogIG1w bHMtYm91bmNlc0BpZXRmLm9yZw0KMjAwOS0xMi0xNyAwMzozMA0KDQrK1bz+yMsNCmktZC1hbm5v dW5jZUBpZXRmLm9yZw0Ks63LzQ0KbXBsc0BpZXRmLm9yZw0K1vfM4g0KW21wbHNdIEktRCBBY3Rp b246ZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1yZXF1aXJlbWVudHMtMDQudHh0DQoNCg0KDQoNCg0K DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRl cm5ldC1EcmFmdHMgDQpkaXJlY3Rvcmllcy4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2Yg dGhlIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFdvcmtpbmcgDQpHcm91cCBvZiB0aGUg SUVURi4NCg0KDQogICAgICAgICAgICAgICAgIFRpdGxlICAgICAgICAgICA6IFJlcXVpcmVtZW50 cyBmb3IgT0FNIGluIE1QTFMgVHJhbnNwb3J0IA0KTmV0d29ya3MNCiAgICAgICAgICAgICAgICAg QXV0aG9yKHMpICAgICAgIDogTS4gVmlnb3VyZXV4LCBldCBhbC4NCiAgICAgICAgICAgICAgICAg RmlsZW5hbWUgICAgICAgIDogDQpkcmFmdC1pZXRmLW1wbHMtdHAtb2FtLXJlcXVpcmVtZW50cy0w NC50eHQNCiAgICAgICAgICAgICAgICAgUGFnZXMgICAgICAgICAgIDogMTcNCiAgICAgICAgICAg ICAgICAgRGF0ZSAgICAgICAgICAgIDogMjAwOS0xMi0xNg0KDQpUaGlzIGRvY3VtZW50IGxpc3Rz IGFyY2hpdGVjdHVyYWwgYW5kIGZ1bmN0aW9uYWwgcmVxdWlyZW1lbnRzIGZvciB0aGUNCk9wZXJh dGlvbnMsIEFkbWluaXN0cmF0aW9uIGFuZCBNYWludGVuYW5jZSBvZiBNUExTIFRyYW5zcG9ydCBQ cm9maWxlLg0KVGhlc2UgcmVxdWlyZW1lbnRzIGFwcGx5IHRvIHBzZXVkb3dpcmVzLCBMYWJlbCBT d2l0Y2hlZCBQYXRocywgYW5kDQpTZWN0aW9ucy4NCg0KU3RhdHVzIG9mIHRoaXMgTWVtbw0KDQpU aGlzIEludGVybmV0LURyYWZ0IGlzIHN1Ym1pdHRlZCB0byBJRVRGIGluIGZ1bGwgY29uZm9ybWFu Y2Ugd2l0aCB0aGUNCnByb3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuDQoNCkludGVybmV0 LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5n DQpUYXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAg Tm90ZSB0aGF0DQpvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3Vt ZW50cyBhcyBJbnRlcm5ldC0NCkRyYWZ0cy4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBk b2N1bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzDQphbmQgbWF5IGJlIHVw ZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQ0K dGltZS4gIEl0IGlzIGluYXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZl cmVuY2UNCm1hdGVyaWFsIG9yIHRvIGNpdGUgdGhlbSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHBy b2dyZXNzLiINCg0KVGhlIGxpc3Qgb2YgY3VycmVudCBJbnRlcm5ldC1EcmFmdHMgY2FuIGJlIGFj Y2Vzc2VkIGF0DQpodHRwOi8vd3d3LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQuDQoN ClRoZSBsaXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNj ZXNzZWQgYXQNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuDQoNClRoaXMgSW50ZXJu ZXQtRHJhZnQgd2lsbCBleHBpcmUgb24gSnVuZSAxOSwgMjAxMC4NCg0KQ29weXJpZ2h0IE5vdGlj ZQ0KDQpDb3B5cmlnaHQgKGMpIDIwMDkgSUVURiBUcnVzdCBhbmQgdGhlIHBlcnNvbnMgaWRlbnRp ZmllZCBhcyB0aGUNCmRvY3VtZW50IGF1dGhvcnMuICBBbGwgcmlnaHRzIHJlc2VydmVkLg0KDQpU aGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFuZCB0aGUgSUVURiBUcnVzdCdzIExl Z2FsDQpQcm92aXNpb25zIFJlbGF0aW5nIHRvIElFVEYgRG9jdW1lbnRzDQooaHR0cDovL3RydXN0 ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YNCnB1Ymxp Y2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRvY3VtZW50cw0K Y2FyZWZ1bGx5LCBhcyB0aGV5IGRlc2NyaWJlIHlvdXIgcmlnaHRzIGFuZCByZXN0cmljdGlvbnMg d2l0aCByZXNwZWN0DQp0byB0aGlzIGRvY3VtZW50LiAgQ29kZSBDb21wb25lbnRzIGV4dHJhY3Rl ZCBmcm9tIHRoaXMgZG9jdW1lbnQgbXVzdA0KaW5jbHVkZSBTaW1wbGlmaWVkIEJTRCBMaWNlbnNl IHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mDQp0aGUgVHJ1c3QgTGVnYWwgUHJv dmlzaW9ucyBhbmQgYXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXMNCmRlc2NyaWJlZCBp biB0aGUgQlNEIExpY2Vuc2UuDQoNCkEgVVJMIGZvciB0aGlzIEludGVybmV0LURyYWZ0IGlzOg0K aHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1tcGxzLXRwLW9h bS1yZXF1aXJlbWVudHMtMDQudHh0DQoNCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWls YWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy8NCg0KQmVsb3cgaXMgdGhlIGRhdGEgd2hpY2ggd2lsbCBlbmFibGUgYSBNSU1FIGNvbXBs aWFudCBtYWlsIHJlYWRlcg0KaW1wbGVtZW50YXRpb24gdG8gYXV0b21hdGljYWxseSByZXRyaWV2 ZSB0aGUgQVNDSUkgdmVyc2lvbiBvZiB0aGUNCkludGVybmV0LURyYWZ0Lg0KZnRwOi8vYW5vbnlt b3VzQGZ0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1y ZXF1aXJlbWVudHMtMDQudHh0DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9u IFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwg aXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFp bCBjb21tdW5pY2F0aW9uIGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBh cmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRv IGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0K VGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVu dGlhbCBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9y IGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQg dGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBt ZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2Yg dGhlIGluZGl2aWR1YWwgc2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9y IHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 000633264825768F_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmhpLCBndXlzOjwvZm9udD4NCjxi cj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+dG9kYXkgSSByZXZpZXdlZCB0aGlzIGRy YWZ0LiBJIGhhdmUNCm9ubHkgb25lIHByb2JsZW0gZm9yIGxvY2sgaW5zdHJ1Y3QgZnVuY3Rpb25z LiBpbiBzZWN0aW9uIDIuMi42LCB0aGVyZSBpcw0KdGhlIGZvbGxvd2luZyBkZXNjcmlibGVzICw8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyZxdW90Ozwv Zm9udD48Zm9udCBzaXplPTMgY29sb3I9Ymx1ZT48dHQ+VGhlDQpwcm90b2NvbCBzb2x1dGlvbihz KSBkZXZlbG9wZWQgdG8gcGVyZm9ybSB0aGlzIGZ1bmN0aW9uIE1VU1QgYWxzbzxicj4NCiAmbmJz cDsgYXBwbHkgdG8gcG9pbnQtdG8tcG9pbnQgYXNzb2NpYXRlZCBiaWRpcmVjdGlvbmFsIExTUHMs IHBvaW50LXRvLXBvaW50PGJyPg0KICZuYnNwOyB1bmlkaXJlY3Rpb25hbCBMU1BzIGFuZCBwb2lu dC10by1tdWx0aXBvaW50IExTUHMuPC90dD48L2ZvbnQ+PGZvbnQgc2l6ZT0zPjx0dD48YnI+DQo8 L3R0PjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+o6I8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPqPJc3VzcGVjdCB3aHkgdGhlIGxvY2sgSW5z dHJ1Y3QgZnVuY3Rpb24NCm11c3Qgb25seSBhcHBseSB0byBQdFAgYXNzb2NpYXRlZCBiaWRpcmVj dGlvbmFsIExTUHMuIGZvciBjby1Sb3V0ZXIgUHRQDQpiaWRpcmVjdGlvbmFsIExTUHMsIGlzIGl0 IHVubmVjZXNzYXJ5IHRvIHBlcmZvcm08L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPnRoZSBMb2NrIEluc3RydWN0IGZ1bmN0aW9uPzwvZm9udD4NCjxicj48Zm9udCBz aXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+b3IsIEkgdGhpbmsgd2hldGhlciB0aGUgZWRpdG9yIG1h eSBiZQ0KaGF2ZSBhbiBlcnJvciB0byBhZGQgYW4gdXNlbGVzcyB3b3JkICZxdW90OyBhc3NvY2lh dGVkJnF1b3Q7IGR1cmluZyB0aGUNCmVkaXRpbmcgdGhlIGRyYWZ0PyA8L2ZvbnQ+DQo8YnI+PGZv bnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPm1heWJlIG15IHVuZGVyc3RhbmRpbmcgYmUgZmFs c2U/IHRoYW5rDQp5b3UuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj5iZXN0IHJlZ2FyZHM8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMt c2VyaWYiPmxpdTwvZm9udD4NCjx0YWJsZT4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249Y2VudGVy PjwvZGl2Pg0KPHRkPjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi Pjxicj4NCjwvZm9udD4NCjx0YWJsZT4NCjx0cj4NCjx0ZD4NCjxkaXYgYWxpZ249Y2VudGVyPjwv ZGl2Pg0KPHRkPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9 MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTI2JT48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+PGI+SW50ZXJuZXQtRHJhZnRzQGlldGYub3JnPC9iPg0KPC9mb250Pg0KPGJy Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj63orz+yMs6ICZuYnNwO21wbHMtYm91bmNl c0BpZXRmLm9yZzwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDA5 LTEyLTE3IDAzOjMwPC9mb250Pg0KPHRkIHdpZHRoPTczJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0K PHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPmktZC1hbm5vdW5jZUBpZXRmLm9yZzwvZm9udD4NCjx0ciB2YWxpZ249dG9w Pg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ s63LzTwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+bXBs c0BpZXRmLm9yZzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdo dD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+W21wbHNdIEktRCBBY3Rpb246ZHJhZnQtaWV0 Zi1tcGxzLXRwLW9hbS1yZXF1aXJlbWVudHMtMDQudHh0PC9mb250PjwvdGFibGU+DQo8YnI+DQo8 dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+ DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5BIE5ldyBJbnRlcm5ldC1EcmFmdCBp cyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZQ0KSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVz Ljxicj4NClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIE11bHRpcHJvdG9jb2wgTGFi ZWwgU3dpdGNoaW5nIFdvcmtpbmcNCkdyb3VwIG9mIHRoZSBJRVRGLjxicj4NCjxicj4NCjxicj4N CiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 DQpUaXRsZSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IDogUmVxdWlyZW1lbnRz IGZvciBPQU0gaW4gTVBMUw0KVHJhbnNwb3J0IE5ldHdvcmtzPGJyPg0KICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCkF1dGhvcihzKSAmbmJz cDsgJm5ic3A7ICZuYnNwOyA6IE0uIFZpZ291cmV1eCwgZXQgYWwuPGJyPg0KICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCkZpbGVuYW1lICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOzogZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1yZXF1aXJl bWVudHMtMDQudHh0PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsNClBhZ2VzICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgOiAxNzxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7DQpEYXRlICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7OiAyMDA5LTEyLTE2PGJyPg0KPGJyPg0KVGhpcyBkb2N1bWVudCBsaXN0cyBhcmNoaXRlY3R1 cmFsIGFuZCBmdW5jdGlvbmFsIHJlcXVpcmVtZW50cyBmb3IgdGhlPGJyPg0KT3BlcmF0aW9ucywg QWRtaW5pc3RyYXRpb24gYW5kIE1haW50ZW5hbmNlIG9mIE1QTFMgVHJhbnNwb3J0IFByb2ZpbGUu PGJyPg0KVGhlc2UgcmVxdWlyZW1lbnRzIGFwcGx5IHRvIHBzZXVkb3dpcmVzLCBMYWJlbCBTd2l0 Y2hlZCBQYXRocywgYW5kPGJyPg0KU2VjdGlvbnMuPGJyPg0KPGJyPg0KU3RhdHVzIG9mIHRoaXMg TWVtbzxicj4NCjxicj4NClRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIHRvIElFVEYg aW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZTxicj4NCnByb3Zpc2lvbnMgb2YgQkNQIDc4IGFu ZCBCQ1AgNzkuPGJyPg0KPGJyPg0KSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50 cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmc8YnI+DQpUYXNrIEZvcmNlIChJRVRGKSwgaXRz IGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAmbmJzcDtOb3RlIHRoYXQ8YnI+DQpvdGhl ciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5nIGRvY3VtZW50cyBhcyBJbnRlcm5l dC08YnI+DQpEcmFmdHMuPGJyPg0KPGJyPg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBkcmFmdCBkb2N1 bWVudHMgdmFsaWQgZm9yIGEgbWF4aW11bSBvZiBzaXggbW9udGhzPGJyPg0KYW5kIG1heSBiZSB1 cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVyIGRvY3VtZW50cyBhdCBhbnk8 YnI+DQp0aW1lLiAmbmJzcDtJdCBpcyBpbmFwcHJvcHJpYXRlIHRvIHVzZSBJbnRlcm5ldC1EcmFm dHMgYXMgcmVmZXJlbmNlPGJyPg0KbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4g YXMgJnF1b3Q7d29yayBpbiBwcm9ncmVzcy4mcXVvdDs8YnI+DQo8YnI+DQpUaGUgbGlzdCBvZiBj dXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQ8YnI+DQpodHRwOi8vd3d3 LmlldGYub3JnL2lldGYvMWlkLWFic3RyYWN0cy50eHQuPGJyPg0KPGJyPg0KVGhlIGxpc3Qgb2Yg SW50ZXJuZXQtRHJhZnQgU2hhZG93IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdDxicj4N Cmh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuPGJyPg0KPGJyPg0KVGhpcyBJbnRlcm5l dC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBKdW5lIDE5LCAyMDEwLjxicj4NCjxicj4NCkNvcHlyaWdo dCBOb3RpY2U8YnI+DQo8YnI+DQpDb3B5cmlnaHQgKGMpIDIwMDkgSUVURiBUcnVzdCBhbmQgdGhl IHBlcnNvbnMgaWRlbnRpZmllZCBhcyB0aGU8YnI+DQpkb2N1bWVudCBhdXRob3JzLiAmbmJzcDtB bGwgcmlnaHRzIHJlc2VydmVkLjxicj4NCjxicj4NClRoaXMgZG9jdW1lbnQgaXMgc3ViamVjdCB0 byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWw8YnI+DQpQcm92aXNpb25zIFJlbGF0 aW5nIHRvIElFVEYgRG9jdW1lbnRzPGJyPg0KKGh0dHA6Ly90cnVzdGVlLmlldGYub3JnL2xpY2Vu c2UtaW5mbykgaW4gZWZmZWN0IG9uIHRoZSBkYXRlIG9mPGJyPg0KcHVibGljYXRpb24gb2YgdGhp cyBkb2N1bWVudC4gJm5ic3A7UGxlYXNlIHJldmlldyB0aGVzZSBkb2N1bWVudHM8YnI+DQpjYXJl ZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRo IHJlc3BlY3Q8YnI+DQp0byB0aGlzIGRvY3VtZW50LiAmbmJzcDtDb2RlIENvbXBvbmVudHMgZXh0 cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVudCBtdXN0PGJyPg0KaW5jbHVkZSBTaW1wbGlmaWVkIEJT RCBMaWNlbnNlIHRleHQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gNC5lIG9mPGJyPg0KdGhlIFRy dXN0IExlZ2FsIFByb3Zpc2lvbnMgYW5kIGFyZSBwcm92aWRlZCB3aXRob3V0IHdhcnJhbnR5IGFz PGJyPg0KZGVzY3JpYmVkIGluIHRoZSBCU0QgTGljZW5zZS48YnI+DQo8YnI+DQpBIFVSTCBmb3Ig dGhpcyBJbnRlcm5ldC1EcmFmdCBpczo8YnI+DQpodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0 LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtdHAtb2FtLXJlcXVpcmVtZW50cy0wNC50eHQ8YnI+DQo8 YnI+DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAg YXQ6PGJyPg0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88YnI+DQo8YnI+DQpC ZWxvdyBpcyB0aGUgZGF0YSB3aGljaCB3aWxsIGVuYWJsZSBhIE1JTUUgY29tcGxpYW50IG1haWwg cmVhZGVyPGJyPg0KaW1wbGVtZW50YXRpb24gdG8gYXV0b21hdGljYWxseSByZXRyaWV2ZSB0aGUg QVNDSUkgdmVyc2lvbiBvZiB0aGU8YnI+DQpJbnRlcm5ldC1EcmFmdC48YnI+DQo8L3R0PjwvZm9u dD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+ZnRwOi8vYW5vbnltb3VzQGZ0cC5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1yZXF1aXJlbWVudHMt MDQudHh0PC9mb250Pjxmb250IHNpemU9Mj48dHQ+X19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCm1wbHNAaWV0 Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8YnI+ DQo8L3R0PjwvZm9udD4NCjxicj4NCjxicj48cHJlPg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSZuYnNwO0luZm9ybWF0aW9uJm5i c3A7U2VjdXJpdHkmbmJzcDtOb3RpY2U6Jm5ic3A7VGhlJm5ic3A7aW5mb3JtYXRpb24mbmJzcDtj b250YWluZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttYWlsJm5ic3A7aXMmbmJzcDtzb2xlbHkm bmJzcDtwcm9wZXJ0eSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7c2VuZGVyJ3MmbmJzcDtvcmdhbml6 YXRpb24uJm5ic3A7VGhpcyZuYnNwO21haWwmbmJzcDtjb21tdW5pY2F0aW9uJm5ic3A7aXMmbmJz cDtjb25maWRlbnRpYWwuJm5ic3A7UmVjaXBpZW50cyZuYnNwO25hbWVkJm5ic3A7YWJvdmUmbmJz cDthcmUmbmJzcDtvYmxpZ2F0ZWQmbmJzcDt0byZuYnNwO21haW50YWluJm5ic3A7c2VjcmVjeSZu YnNwO2FuZCZuYnNwO2FyZSZuYnNwO25vdCZuYnNwO3Blcm1pdHRlZCZuYnNwO3RvJm5ic3A7ZGlz Y2xvc2UmbmJzcDt0aGUmbmJzcDtjb250ZW50cyZuYnNwO29mJm5ic3A7dGhpcyZuYnNwO2NvbW11 bmljYXRpb24mbmJzcDt0byZuYnNwO290aGVycy4NClRoaXMmbmJzcDtlbWFpbCZuYnNwO2FuZCZu YnNwO2FueSZuYnNwO2ZpbGVzJm5ic3A7dHJhbnNtaXR0ZWQmbmJzcDt3aXRoJm5ic3A7aXQmbmJz cDthcmUmbmJzcDtjb25maWRlbnRpYWwmbmJzcDthbmQmbmJzcDtpbnRlbmRlZCZuYnNwO3NvbGVs eSZuYnNwO2ZvciZuYnNwO3RoZSZuYnNwO3VzZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7aW5kaXZp ZHVhbCZuYnNwO29yJm5ic3A7ZW50aXR5Jm5ic3A7dG8mbmJzcDt3aG9tJm5ic3A7dGhleSZuYnNw O2FyZSZuYnNwO2FkZHJlc3NlZC4mbmJzcDtJZiZuYnNwO3lvdSZuYnNwO2hhdmUmbmJzcDtyZWNl aXZlZCZuYnNwO3RoaXMmbmJzcDtlbWFpbCZuYnNwO2luJm5ic3A7ZXJyb3ImbmJzcDtwbGVhc2Um bmJzcDtub3RpZnkmbmJzcDt0aGUmbmJzcDtvcmlnaW5hdG9yJm5ic3A7b2YmbmJzcDt0aGUmbmJz cDttZXNzYWdlLiZuYnNwO0FueSZuYnNwO3ZpZXdzJm5ic3A7ZXhwcmVzc2VkJm5ic3A7aW4mbmJz cDt0aGlzJm5ic3A7bWVzc2FnZSZuYnNwO2FyZSZuYnNwO3Rob3NlJm5ic3A7b2YmbmJzcDt0aGUm bmJzcDtpbmRpdmlkdWFsJm5ic3A7c2VuZGVyLg0KVGhpcyZuYnNwO21lc3NhZ2UmbmJzcDtoYXMm bmJzcDtiZWVuJm5ic3A7c2Nhbm5lZCZuYnNwO2ZvciZuYnNwO3ZpcnVzZXMmbmJzcDthbmQmbmJz cDtTcGFtJm5ic3A7YnkmbmJzcDtaVEUmbmJzcDtBbnRpLVNwYW0mbmJzcDtzeXN0ZW0uDQo8L3By ZT4= --=_alternative 000633264825768F_=-- From yljiang@huawei.com Wed Dec 16 17:58:09 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B4E13A684F; Wed, 16 Dec 2009 17:58:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.956 X-Spam-Level: * X-Spam-Status: No, score=1.956 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UpA1IIXzb+9z; Wed, 16 Dec 2009 17:58:07 -0800 (PST) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 6FBE13A68CC; Wed, 16 Dec 2009 17:58:07 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUR006NSXG4KG@szxga03-in.huawei.com>; Thu, 17 Dec 2009 09:57:41 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUR00B02XG415@szxga03-in.huawei.com>; Thu, 17 Dec 2009 09:57:40 +0800 (CST) Received: from j59929 ([10.70.40.63]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KUR008H0XG43T@szxml06-in.huawei.com>; Thu, 17 Dec 2009 09:57:40 +0800 (CST) Date: Thu, 17 Dec 2009 09:57:40 +0800 From: Jiang Yuan-long To: liu.guoman@zte.com.cn, mpls-tp@ietf.org Message-id: <005101ca7ebc$50abfac0$3f28460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3598 Content-type: multipart/alternative; boundary="Boundary_(ID_JdibX3Yywwd9x4L4zcGlUw)" X-Priority: 3 X-MSMail-priority: Normal References: Cc: mpls@ietf.org, mpls-bounces@ietf.org, i-d-announce@ietf.org Subject: Re: [mpls] [mpls-tp] I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 01:58:09 -0000 This is a multi-part message in MIME format. --Boundary_(ID_JdibX3Yywwd9x4L4zcGlUw) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: quoted-printable Hi Liu, There is no problem in this writing, as it is already said in Section = 2.1.1: " The protocol solution(s) developed to meet the requirements identified in this document MUST at least be applicable to point-to- point bidirectional PWs, point-to-point co-routed bidirectional LSPs, and point-to-point bidirectional Sections." Regards Yuanlong ----- Original Message -----=20 From: liu.guoman@zte.com.cn=20 To: mpls-tp@ietf.org=20 Cc: mpls@ietf.org ; mpls-bounces@ietf.org ; i-d-announce@ietf.org=20 Sent: Thursday, December 17, 2009 9:07 AM Subject: Re: [mpls-tp] [mpls] = I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt hi, guys:=20 today I reviewed this draft. I have only one problem for lock instruct = functions. in section 2.2.6, there is the following describles ,=20 "The protocol solution(s) developed to perform this function MUST = also apply to point-to-point associated bidirectional LSPs, = point-to-point unidirectional LSPs and point-to-multipoint LSPs. =A3=A2=20 =A3=C9suspect why the lock Instruct function must only apply to PtP = associated bidirectional LSPs. for co-Router PtP bidirectional LSPs, is = it unnecessary to perform=20 the Lock Instruct function?=20 or, I think whether the editor may be have an error to add an useless = word " associated" during the editing the draft?=20 maybe my understanding be false? thank you.=20 best regards=20 liu =20 =20 Internet-Drafts@ietf.org=20 =B7=A2=BC=FE=C8=CB: mpls-bounces@ietf.org=20 2009-12-17 03:30=20 =CA=D5=BC=FE=C8=CB i-d-announce@ietf.org =20 =B3=AD=CB=CD mpls@ietf.org =20 =D6=F7=CC=E2 [mpls] I-D = Action:draft-ietf-mpls-tp-oam-requirements-04.txt=20 =20 =20 A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the Multiprotocol Label Switching Working = Group of the IETF. Title : Requirements for OAM in MPLS = Transport Networks Author(s) : M. Vigoureux, et al. Filename : = draft-ietf-mpls-tp-oam-requirements-04.txt Pages : 17 Date : 2009-12-16 This document lists architectural and functional requirements for the Operations, Administration and Maintenance of MPLS Transport Profile. These requirements apply to pseudowires, Label Switched Paths, and Sections. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on June 19, 2010. Copyright Notice Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. A URL for this Internet-Draft is: = http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-requirements-0= 4.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. = ftp://anonymous@ftp.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-requi= rements-04.txt_______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail = is solely property of the sender's organization. This mail communication = is confidential. Recipients named above are obligated to maintain = secrecy and are not permitted to disclose the contents of this = communication to others. This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the = originator of the message. Any views expressed in this message are those = of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. -------------------------------------------------------------------------= ----- _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp --Boundary_(ID_JdibX3Yywwd9x4L4zcGlUw) Content-type: text/html; charset=gb2312 Content-transfer-encoding: quoted-printable
Hi Liu,
 
There is no problem in this writing, as it is already said in = Section=20 2.1.1:
"   The protocol solution(s) developed to meet the=20 requirements
   identified in this document MUST at least = be=20 applicable to point-to-
   point bidirectional PWs, = point-to-point=20 co-routed bidirectional LSPs,
   and point-to-point = bidirectional=20 Sections."
 
Regards
Yuanlong
----- Original Message ----- =
Cc: mpls@ietf.org ; mpls-bounces@ietf.org ; i-d-announce@ietf.org
Sent: Thursday, December = 17, 2009 9:07=20 AM
Subject: Re: [mpls-tp] = [mpls]=20 I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt


hi, guys: =
today I reviewed this draft. I have only = one problem=20 for lock instruct functions. in section 2.2.6, there is the following=20 describles ,
 "The protocol solution(s) developed to = perform this=20 function MUST also
  apply to point-to-point associated = bidirectional=20 LSPs, point-to-point
  unidirectional LSPs and = point-to-multipoint=20 LSPs.
=A3=A2
=A3=C9suspect why the lock=20 Instruct function must only apply to PtP associated bidirectional = LSPs. for=20 co-Router PtP bidirectional LSPs, is it unnecessary to perform=20
the Lock Instruct = function?
or, I think whether the editor may be have = an error to=20 add an useless word " associated" during the editing the draft?=20
maybe my understanding be = false? thank=20 you.

best = regards
liu=20






Internet-Drafts@ietf.org
=B7=A2=BC=FE=C8=CB:  mpls-bounces@ietf.org=20

2009-12-17 03:30


=CA=D5=BC=FE=C8=CB
i-d-announce@ietf.org=20
=B3=AD=CB=CD
mpls@ietf.org=20
=D6=F7=CC=E2
[mpls] I-D=20 = Action:draft-ietf-mpls-tp-oam-requirements-04.txt
=




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


        =  =20       Title           : = Requirements=20 for OAM in MPLS Transport Networks
        =  =20       Author(s)       : M. Vigoureux, et = al.
                = Filename  =20      : = draft-ietf-mpls-tp-oam-requirements-04.txt
 =20               Pages     =  =20     : 17
              =  =20 Date            : 2009-12-16

This = document lists architectural and functional requirements for=20 the
Operations, Administration and Maintenance of MPLS Transport=20 Profile.
These requirements apply to pseudowires, Label Switched = Paths,=20 and
Sections.

Status of this Memo

This Internet-Draft = is=20 submitted to IETF in full conformance with the
provisions of BCP 78 = and BCP=20 79.

Internet-Drafts are working documents of the Internet=20 Engineering
Task Force (IETF), its areas, and its working groups.=20  Note that
other groups may also distribute working documents = as=20 Internet-
Drafts.

Internet-Drafts are draft documents valid = for a=20 maximum of six months
and may be updated, replaced, or obsoleted by = other=20 documents at any
time.  It is inappropriate to use = Internet-Drafts as=20 reference
material or to cite them other than as "work in=20 progress."

The list of current Internet-Drafts can be accessed=20 at
http://www.ietf.org/ietf/1id-abstracts.txt.

The list of=20 Internet-Draft Shadow Directories can be accessed=20 at
http://www.ietf.org/shadow.html.

This Internet-Draft will = expire=20 on June 19, 2010.

Copyright Notice

Copyright (c) 2009 = IETF Trust=20 and the persons identified as the
document authors.  All = rights=20 reserved.

This document is subject to BCP 78 and the IETF = Trust's=20 Legal
Provisions Relating to IETF=20 Documents
(http://trustee.ietf.org/license-info) in effect on the = date=20 of
publication of this document.  Please review these=20 documents
carefully, as they describe your rights and restrictions = with=20 respect
to this document.  Code Components extracted from this = document must
include Simplified BSD License text as described in = Section=20 4.e of
the Trust Legal Provisions and are provided without warranty = as
described in the BSD License.

A URL for this = Internet-Draft=20 = is:
http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-require= ments-04.txt

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

Below is the data = which will=20 enable a MIME compliant mail reader
implementation to automatically = retrieve the ASCII version of = the
Internet-Draft.
ftp://anonymous@ftp.ietf.org/internet-drafts/draft-ietf-mpls-tp-= oam-requirements-04.txt_______________________________________________
mpls = mailing=20 = list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls


--------------------------------------------------=
------
ZTE Information Security Notice: The information=
 contained in this mail is solely prop=
erty of the sender's organization. This mai=
l communication is confidential. Recipients name=
d above are obligated to maintain secrecy&n=
bsp;and are not permitted to disclose the&n=
bsp;contents of this communication to others.
This email and any files transmitted with&n=
bsp;it are confidential and intended solely =
;for the use of the individual or enti=
ty to whom they are addressed. If you&=
nbsp;have received this email in error plea=
se notify the originator of the message.&nb=
sp;Any views expressed in this message are&=
nbsp;those of the individual sender.
This message has been scanned for viruses&n=
bsp;and Spam by ZTE Anti-Spam system.

_______________________________________________
mpls-tp = mailing=20 = list
mpls-tp@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-tp=
--Boundary_(ID_JdibX3Yywwd9x4L4zcGlUw)-- From liu.guoman@zte.com.cn Wed Dec 16 18:12:27 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0235B3A687F; Wed, 16 Dec 2009 18:12:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.555 X-Spam-Level: X-Spam-Status: No, score=-96.555 tagged_above=-999 required=5 tests=[AWL=1.079, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rETkc+wi+Hsx; Wed, 16 Dec 2009 18:12:25 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id D5E343A685B; Wed, 16 Dec 2009 18:12:23 -0800 (PST) Received: from [10.30.17.99] by mx5.zte.com.cn with surfront esmtp id 111644351137843; Thu, 17 Dec 2009 09:41:04 +0800 (CST) Received: from [192.168.168.1] by [192.168.168.15] with StormMail ESMTP id 78921.5352144741; Thu, 17 Dec 2009 10:03:34 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id nBH2C2u3003080; Thu, 17 Dec 2009 10:12:03 +0800 (CST) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <005101ca7ebc$50abfac0$3f28460a@china.huawei.com> To: Jiang Yuan-long MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: liu.guoman@zte.com.cn Date: Thu, 17 Dec 2009 10:11:56 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-12-17 10:12:00, Serialize complete at 2009-12-17 10:12:00 Content-Type: multipart/alternative; boundary="=_alternative 000C18A24825768F_=" X-MAIL: mse2.zte.com.cn nBH2C2u3003080 Cc: mpls@ietf.org, mpls-tp@ietf.org, mpls-bounces@ietf.org, i-d-announce@ietf.org Subject: Re: [mpls] [mpls-tp] I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 02:12:27 -0000 This is a multipart message in MIME format. --=_alternative 000C18A24825768F_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 RG9jdG9yIGppYW5nOg0KdGhhbmsgeW91IGZvciByZXBseSBzbyBmYXN0LiBpbiBteSBtaW5kICwg aWYgdGhpcyBsb2NrIGluc3RydWN0IGZ1bmN0aW9uIA0KbWF5IGFwcGx5IHRvIGNvLXJvdXRlciBi aWRpcmVjdGlvbmFsIExTUHMsIHdoeSBuZWVkIHRvIGEgd29yZCAiIA0KYXNzb2NpYXRlZCIgaW4g dGhpcyBzZWN0aW9ucyA/DQpkbyB5b3UgdGhpbmsgdGhlcmUgd2lsbCBvdGhlciBhaW0gYW5kIHVz ZW5lc3MgZm9yIGFkZGluZyB0aGUgd29yZCAiIA0KYXNzb2NpYXRlZCIgaGVyZSA/DQoNCklNTywg SSB3YW50IHRvIGNsYXJpZnkgdGhlIGNhdXNlIG9mIGFkZGluZyB0aGUgd29yZCAiIGFzc29jaWF0 ZWQiIC4NCmRvIHlvdSB1bmRlcnN0YW5kIG15IHRob3VnaHQuDQoNCnRoYW5rIHlvdSANCmxpdQ0K DQoNCg0KDQoNCg0KSmlhbmcgWXVhbi1sb25nIDx5bGppYW5nQGh1YXdlaS5jb20+IA0KMjAwOS0x Mi0xNyAwOTo1Nw0KDQrK1bz+yMsNCmxpdS5ndW9tYW5AenRlLmNvbS5jbiwgbXBscy10cEBpZXRm Lm9yZw0Ks63LzQ0KbXBsc0BpZXRmLm9yZywgbXBscy1ib3VuY2VzQGlldGYub3JnLCBpLWQtYW5u b3VuY2VAaWV0Zi5vcmcNCtb3zOINClJlOiBbbXBscy10cF0gW21wbHNdIEktREFjdGlvbjpkcmFm dC1pZXRmLW1wbHMtdHAtb2FtLXJlcXVpcmVtZW50cy0wNC50eHQNCg0KDQoNCg0KDQoNCkhpIExp dSwNCiANClRoZXJlIGlzIG5vIHByb2JsZW0gaW4gdGhpcyB3cml0aW5nLCBhcyBpdCBpcyBhbHJl YWR5IHNhaWQgaW4gU2VjdGlvbiANCjIuMS4xOg0KIiAgIFRoZSBwcm90b2NvbCBzb2x1dGlvbihz KSBkZXZlbG9wZWQgdG8gbWVldCB0aGUgcmVxdWlyZW1lbnRzDQogICBpZGVudGlmaWVkIGluIHRo aXMgZG9jdW1lbnQgTVVTVCBhdCBsZWFzdCBiZSBhcHBsaWNhYmxlIHRvIHBvaW50LXRvLQ0KICAg cG9pbnQgYmlkaXJlY3Rpb25hbCBQV3MsIHBvaW50LXRvLXBvaW50IGNvLXJvdXRlZCBiaWRpcmVj dGlvbmFsIExTUHMsDQogICBhbmQgcG9pbnQtdG8tcG9pbnQgYmlkaXJlY3Rpb25hbCBTZWN0aW9u cy4iDQogDQpSZWdhcmRzDQpZdWFubG9uZw0KLS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSAN CkZyb206IGxpdS5ndW9tYW5AenRlLmNvbS5jbiANClRvOiBtcGxzLXRwQGlldGYub3JnIA0KQ2M6 IG1wbHNAaWV0Zi5vcmcgOyBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcgOyBpLWQtYW5ub3VuY2VAaWV0 Zi5vcmcgDQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgMTcsIDIwMDkgOTowNyBBTQ0KU3ViamVj dDogUmU6IFttcGxzLXRwXSBbbXBsc10gDQpJLURBY3Rpb246ZHJhZnQtaWV0Zi1tcGxzLXRwLW9h bS1yZXF1aXJlbWVudHMtMDQudHh0DQoNCg0KaGksIGd1eXM6IA0KdG9kYXkgSSByZXZpZXdlZCB0 aGlzIGRyYWZ0LiBJIGhhdmUgb25seSBvbmUgcHJvYmxlbSBmb3IgbG9jayBpbnN0cnVjdCANCmZ1 bmN0aW9ucy4gaW4gc2VjdGlvbiAyLjIuNiwgdGhlcmUgaXMgdGhlIGZvbGxvd2luZyBkZXNjcmli bGVzICwgDQogIlRoZSBwcm90b2NvbCBzb2x1dGlvbihzKSBkZXZlbG9wZWQgdG8gcGVyZm9ybSB0 aGlzIGZ1bmN0aW9uIE1VU1QgYWxzbw0KICBhcHBseSB0byBwb2ludC10by1wb2ludCBhc3NvY2lh dGVkIGJpZGlyZWN0aW9uYWwgTFNQcywgcG9pbnQtdG8tcG9pbnQNCiAgdW5pZGlyZWN0aW9uYWwg TFNQcyBhbmQgcG9pbnQtdG8tbXVsdGlwb2ludCBMU1BzLg0Ko6IgDQqjyXN1c3BlY3Qgd2h5IHRo ZSBsb2NrIEluc3RydWN0IGZ1bmN0aW9uIG11c3Qgb25seSBhcHBseSB0byBQdFAgYXNzb2NpYXRl ZCANCmJpZGlyZWN0aW9uYWwgTFNQcy4gZm9yIGNvLVJvdXRlciBQdFAgYmlkaXJlY3Rpb25hbCBM U1BzLCBpcyBpdCANCnVubmVjZXNzYXJ5IHRvIHBlcmZvcm0gDQp0aGUgTG9jayBJbnN0cnVjdCBm dW5jdGlvbj8gDQpvciwgSSB0aGluayB3aGV0aGVyIHRoZSBlZGl0b3IgbWF5IGJlIGhhdmUgYW4g ZXJyb3IgdG8gYWRkIGFuIHVzZWxlc3Mgd29yZCANCiIgYXNzb2NpYXRlZCIgZHVyaW5nIHRoZSBl ZGl0aW5nIHRoZSBkcmFmdD8gDQptYXliZSBteSB1bmRlcnN0YW5kaW5nIGJlIGZhbHNlPyB0aGFu ayB5b3UuIA0KDQpiZXN0IHJlZ2FyZHMgDQpsaXUgDQoNCg0KDQoNCg0KDQoNCg0KDQoNCkludGVy bmV0LURyYWZ0c0BpZXRmLm9yZyANCreivP7IyzogIG1wbHMtYm91bmNlc0BpZXRmLm9yZyANCjIw MDktMTItMTcgMDM6MzAgDQoNCg0KytW8/sjLDQppLWQtYW5ub3VuY2VAaWV0Zi5vcmcgDQqzrcvN DQptcGxzQGlldGYub3JnIA0K1vfM4g0KW21wbHNdIEktRCBBY3Rpb246ZHJhZnQtaWV0Zi1tcGxz LXRwLW9hbS1yZXF1aXJlbWVudHMtMDQudHh0DQoNCg0KDQoNCg0KDQoNCg0KQSBOZXcgSW50ZXJu ZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZyb20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIA0K ZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRoZSBNdWx0aXByb3Rv Y29sIExhYmVsIFN3aXRjaGluZyBXb3JraW5nIA0KR3JvdXAgb2YgdGhlIElFVEYuDQoNCg0KICAg ICAgICAgICAgICAgIFRpdGxlICAgICAgICAgICA6IFJlcXVpcmVtZW50cyBmb3IgT0FNIGluIE1Q TFMgVHJhbnNwb3J0IA0KTmV0d29ya3MNCiAgICAgICAgICAgICAgICBBdXRob3IocykgICAgICAg OiBNLiBWaWdvdXJldXgsIGV0IGFsLg0KICAgICAgICAgICAgICAgIEZpbGVuYW1lICAgICAgICA6 IA0KZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1yZXF1aXJlbWVudHMtMDQudHh0DQogICAgICAgICAg ICAgICAgUGFnZXMgICAgICAgICAgIDogMTcNCiAgICAgICAgICAgICAgICBEYXRlICAgICAgICAg ICAgOiAyMDA5LTEyLTE2DQoNClRoaXMgZG9jdW1lbnQgbGlzdHMgYXJjaGl0ZWN0dXJhbCBhbmQg ZnVuY3Rpb25hbCByZXF1aXJlbWVudHMgZm9yIHRoZQ0KT3BlcmF0aW9ucywgQWRtaW5pc3RyYXRp b24gYW5kIE1haW50ZW5hbmNlIG9mIE1QTFMgVHJhbnNwb3J0IFByb2ZpbGUuDQpUaGVzZSByZXF1 aXJlbWVudHMgYXBwbHkgdG8gcHNldWRvd2lyZXMsIExhYmVsIFN3aXRjaGVkIFBhdGhzLCBhbmQN ClNlY3Rpb25zLg0KDQpTdGF0dXMgb2YgdGhpcyBNZW1vDQoNClRoaXMgSW50ZXJuZXQtRHJhZnQg aXMgc3VibWl0dGVkIHRvIElFVEYgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQ0KcHJvdmlz aW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4NCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSB3b3JraW5n IGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5naW5lZXJpbmcNClRhc2sgRm9yY2UgKElFVEYp LCBpdHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQNCm90aGVyIGdy b3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LQ0K RHJhZnRzLg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3Ig YSBtYXhpbXVtIG9mIHNpeCBtb250aHMNCmFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9y IG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55DQp0aW1lLiAgSXQgaXMgaW5hcHBy b3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQ0KbWF0ZXJpYWwgb3Ig dG8gY2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQpUaGUgbGlz dCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQNCmh0dHA6Ly93 d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dC4NCg0KVGhlIGxpc3Qgb2YgSW50ZXJu ZXQtRHJhZnQgU2hhZG93IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdA0KaHR0cDovL3d3 dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4NCg0KVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGly ZSBvbiBKdW5lIDE5LCAyMDEwLg0KDQpDb3B5cmlnaHQgTm90aWNlDQoNCkNvcHlyaWdodCAoYykg MjAwOSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRoZQ0KZG9jdW1l bnQgYXV0aG9ycy4gIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQoNClRoaXMgZG9jdW1lbnQgaXMgc3Vi amVjdCB0byBCQ1AgNzggYW5kIHRoZSBJRVRGIFRydXN0J3MgTGVnYWwNClByb3Zpc2lvbnMgUmVs YXRpbmcgdG8gSUVURiBEb2N1bWVudHMNCihodHRwOi8vdHJ1c3RlZS5pZXRmLm9yZy9saWNlbnNl LWluZm8pIGluIGVmZmVjdCBvbiB0aGUgZGF0ZSBvZg0KcHVibGljYXRpb24gb2YgdGhpcyBkb2N1 bWVudC4gIFBsZWFzZSByZXZpZXcgdGhlc2UgZG9jdW1lbnRzDQpjYXJlZnVsbHksIGFzIHRoZXkg ZGVzY3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3BlY3QNCnRvIHRo aXMgZG9jdW1lbnQuICBDb2RlIENvbXBvbmVudHMgZXh0cmFjdGVkIGZyb20gdGhpcyBkb2N1bWVu dCBtdXN0DQppbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmliZWQg aW4gU2VjdGlvbiA0LmUgb2YNCnRoZSBUcnVzdCBMZWdhbCBQcm92aXNpb25zIGFuZCBhcmUgcHJv dmlkZWQgd2l0aG91dCB3YXJyYW50eSBhcw0KZGVzY3JpYmVkIGluIHRoZSBCU0QgTGljZW5zZS4N Cg0KQSBVUkwgZm9yIHRoaXMgSW50ZXJuZXQtRHJhZnQgaXM6DQpodHRwOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtdHAtb2FtLXJlcXVpcmVtZW50cy0wNC50 eHQNCg0KDQpJbnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBG VFAgYXQ6DQpmdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzLw0KDQpCZWxvdyBpcyB0 aGUgZGF0YSB3aGljaCB3aWxsIGVuYWJsZSBhIE1JTUUgY29tcGxpYW50IG1haWwgcmVhZGVyDQpp bXBsZW1lbnRhdGlvbiB0byBhdXRvbWF0aWNhbGx5IHJldHJpZXZlIHRoZSBBU0NJSSB2ZXJzaW9u IG9mIHRoZQ0KSW50ZXJuZXQtRHJhZnQuDQpmdHA6Ly9hbm9ueW1vdXNAZnRwLmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtdHAtb2FtLXJlcXVpcmVtZW50cy0wNC50eHQN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1h aWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby9tcGxzDQoNCg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBp bmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtYWlsIGlzIA0Kc29sZWx5IHByb3BlcnR5IG9m IHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIA0K Y29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFp bnRhaW4gc2VjcmVjeSBhbmQgDQphcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29u dGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvIA0Kb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQg YW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5k ZWQgDQpzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdo b20gdGhleSBhcmUgYWRkcmVzc2VkLiANCklmIHlvdSBoYXZlIHJlY2VpdmVkIHRoaXMgZW1haWwg aW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvciBvZiANCnRoZSBtZXNzYWdlLiBB bnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIA0KaW5k aXZpZHVhbCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNl cyBhbmQgU3BhbSBieSBaVEUgQW50aS1TcGFtIA0Kc3lzdGVtLg0KDQoNCl9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQptcGxzLXRwIG1haWxpbmcgbGlzdA0K bXBscy10cEBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9t cGxzLXRwDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3VyaXR5IE5vdGljZTogVGhlIGluZm9y bWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBz ZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIGlzIGNvbmZpZGVu dGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNl Y3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0 aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRy YW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQgc29sZWx5IGZv ciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0eSB0byB3aG9tIHRoZXkgYXJlIGFk ZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ug bm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2Vk IGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwgc2VuZGVyLg0KVGhp cyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFu dGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 000C18A24825768F_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkRvY3RvciBqaWFuZzo8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPnRoYW5rIHlvdSBmb3IgcmVwbHkg c28gZmFzdC4gaW4gbXkgbWluZA0KLCBpZiB0aGlzIGxvY2sgaW5zdHJ1Y3QgZnVuY3Rpb24gbWF5 IGFwcGx5IHRvIGNvLXJvdXRlciBiaWRpcmVjdGlvbmFsIExTUHMsDQp3aHkgbmVlZCB0byBhIHdv cmQgJnF1b3Q7IGFzc29jaWF0ZWQmcXVvdDsgaW4gdGhpcyBzZWN0aW9ucyA/PC9mb250Pg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5kbyB5b3UgdGhpbmsgdGhlcmUgd2lsbCBv dGhlciBhaW0gYW5kDQp1c2VuZXNzIGZvciBhZGRpbmcgdGhlIHdvcmQgJnF1b3Q7IGFzc29jaWF0 ZWQmcXVvdDsgaGVyZSA/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5z LXNlcmlmIj5JTU8sIEkgd2FudCB0byBjbGFyaWZ5IHRoZSBjYXVzZSBvZg0KYWRkaW5nIHRoZSB3 b3JkICZxdW90OyBhc3NvY2lhdGVkJnF1b3Q7IC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPmRvIHlvdSB1bmRlcnN0YW5kIG15IHRob3VnaHQuPC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj50aGFuayB5b3UgPC9mb250Pg0K PGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5saXU8L2ZvbnQ+DQo8dGFibGU+DQo8 dHI+DQo8dGQ+DQo8ZGl2IGFsaWduPWNlbnRlcj48L2Rpdj4NCjx0ZD48L3RhYmxlPg0KPGJyPg0K PGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZCB3aWR0aD0yNiU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPkppYW5nIFl1YW4t bG9uZyAmbHQ7eWxqaWFuZ0BodWF3ZWkuY29tJmd0OzwvYj4NCjwvZm9udD4NCjxwPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDA5LTEyLTE3IDA5OjU3PC9mb250Pg0KPHRkIHdpZHRo PTczJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFs aWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9k aXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmxpdS5ndW9tYW5AenRlLmNv bS5jbiwgbXBscy10cEBpZXRmLm9yZzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRp diBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9udD48 L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+bXBsc0BpZXRmLm9yZywg bXBscy1ib3VuY2VzQGlldGYub3JnLA0KaS1kLWFubm91bmNlQGlldGYub3JnPC9mb250Pg0KPHRy IHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5z LXNlcmlmIj5SZTogW21wbHMtdHBdIFttcGxzXSBJLURBY3Rpb246ZHJhZnQtaWV0Zi1tcGxzLXRw LW9hbS1yZXF1aXJlbWVudHMtMDQudHh0PC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8 dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPkhpIExpdSw8L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOzwvZm9udD4NCjxicj48Zm9u dCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+VGhlcmUgaXMgbm8gcHJvYmxlbSBpbiB0aGlzIHdy aXRpbmcsDQphcyBpdCBpcyBhbHJlYWR5IHNhaWQgaW4gU2VjdGlvbiAyLjEuMTo8L2ZvbnQ+DQo8 YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90OyAmbmJzcDsgVGhlIHByb3Rv Y29sIHNvbHV0aW9uKHMpDQpkZXZlbG9wZWQgdG8gbWVldCB0aGUgcmVxdWlyZW1lbnRzPGJyPg0K ICZuYnNwOyBpZGVudGlmaWVkIGluIHRoaXMgZG9jdW1lbnQgTVVTVCBhdCBsZWFzdCBiZSBhcHBs aWNhYmxlIHRvIHBvaW50LXRvLTxicj4NCiAmbmJzcDsgcG9pbnQgYmlkaXJlY3Rpb25hbCBQV3Ms IHBvaW50LXRvLXBvaW50IGNvLXJvdXRlZCBiaWRpcmVjdGlvbmFsDQpMU1BzLDxicj4NCiAmbmJz cDsgYW5kIHBvaW50LXRvLXBvaW50IGJpZGlyZWN0aW9uYWwgU2VjdGlvbnMuJnF1b3Q7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDs8L2ZvbnQ+DQo8YnI+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlJlZ2FyZHM8L2ZvbnQ+DQo8YnI+PGZvbnQg c2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPll1YW5sb25nPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MyBmYWNlPSJzYW5zLXNlcmlmIj4tLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+PGI+RnJvbTo8L2I+IDwvZm9udD48 YSBocmVmPW1haWx0bzpsaXUuZ3VvbWFuQHp0ZS5jb20uY24+PGZvbnQgc2l6ZT0zIGNvbG9yPWJs dWUgZmFjZT0ic2Fucy1zZXJpZiI+PHU+bGl1Lmd1b21hbkB6dGUuY29tLmNuPC91PjwvZm9udD48 L2E+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPGJyPjxmb250IHNp emU9MyBmYWNlPSJzYW5zLXNlcmlmIj48Yj5Ubzo8L2I+IDwvZm9udD48YSBocmVmPSJtYWlsdG86 bXBscy10cEBpZXRmLm9yZyI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1zZXJp ZiI+PHU+bXBscy10cEBpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MyBmYWNlPSJz YW5zLXNlcmlmIj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+ PGI+Q2M6PC9iPiA8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86bXBsc0BpZXRmLm9yZz48Zm9udCBzaXpl PTMgY29sb3I9Ymx1ZSBmYWNlPSJzYW5zLXNlcmlmIj48dT5tcGxzQGlldGYub3JnPC91PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KOyA8L2ZvbnQ+PGEgaHJlZj0i bWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZyI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFj ZT0ic2Fucy1zZXJpZiI+PHU+bXBscy1ib3VuY2VzQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZv bnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KOyA8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOmkt ZC1hbm5vdW5jZUBpZXRmLm9yZyI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWUgZmFjZT0ic2Fucy1z ZXJpZiI+PHU+aS1kLWFubm91bmNlQGlldGYub3JnPC91PjwvZm9udD48L2E+PGZvbnQgc2l6ZT0z IGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5z LXNlcmlmIj48Yj5TZW50OjwvYj4gVGh1cnNkYXksIERlY2VtYmVyIDE3LA0KMjAwOSA5OjA3IEFN PC9mb250Pg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48Yj5TdWJqZWN0Ojwv Yj4gUmU6IFttcGxzLXRwXSBbbXBsc10NCkktREFjdGlvbjpkcmFmdC1pZXRmLW1wbHMtdHAtb2Ft LXJlcXVpcmVtZW50cy0wNC50eHQ8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9 InNhbnMtc2VyaWYiPjxicj4NCmhpLCBndXlzOjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fu cy1zZXJpZiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0KdG9k YXkgSSByZXZpZXdlZCB0aGlzIGRyYWZ0LiBJIGhhdmUgb25seSBvbmUgcHJvYmxlbSBmb3IgbG9j ayBpbnN0cnVjdA0KZnVuY3Rpb25zLiBpbiBzZWN0aW9uIDIuMi42LCB0aGVyZSBpcyB0aGUgZm9s bG93aW5nIGRlc2NyaWJsZXMgLDwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+ DQo8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCiAmcXVvdDs8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHR0PlRoZSBwcm90b2NvbCBzb2x1dGlvbihzKSBk ZXZlbG9wZWQNCnRvIHBlcmZvcm0gdGhpcyBmdW5jdGlvbiBNVVNUIGFsc288YnI+DQogJm5ic3A7 YXBwbHkgdG8gcG9pbnQtdG8tcG9pbnQgYXNzb2NpYXRlZCBiaWRpcmVjdGlvbmFsIExTUHMsIHBv aW50LXRvLXBvaW50PGJyPg0KICZuYnNwO3VuaWRpcmVjdGlvbmFsIExTUHMgYW5kIHBvaW50LXRv LW11bHRpcG9pbnQgTFNQcy48L3R0PjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+PGJyPg0Ko6I8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+ PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCqPJc3VzcGVjdCB3aHkgdGhlIGxv Y2sgSW5zdHJ1Y3QgZnVuY3Rpb24gbXVzdCBvbmx5IGFwcGx5IHRvIFB0UCBhc3NvY2lhdGVkDQpi aWRpcmVjdGlvbmFsIExTUHMuIGZvciBjby1Sb3V0ZXIgUHRQIGJpZGlyZWN0aW9uYWwgTFNQcywg aXMgaXQgdW5uZWNlc3NhcnkNCnRvIHBlcmZvcm08L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNh bnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NCnRo ZSBMb2NrIEluc3RydWN0IGZ1bmN0aW9uPzwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1z ZXJpZiI+IDwvZm9udD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJyPg0Kb3IsIEkg dGhpbmsgd2hldGhlciB0aGUgZWRpdG9yIG1heSBiZSBoYXZlIGFuIGVycm9yIHRvIGFkZCBhbiB1 c2VsZXNzIHdvcmQNCiZxdW90OyBhc3NvY2lhdGVkJnF1b3Q7IGR1cmluZyB0aGUgZWRpdGluZyB0 aGUgZHJhZnQ/IDxicj4NCm1heWJlIG15IHVuZGVyc3RhbmRpbmcgYmUgZmFsc2U/IHRoYW5rIHlv dS48L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPGJyPg0KPC9mb250Pjxm b250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQpiZXN0IHJlZ2FyZHM8L2ZvbnQ+PGZv bnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPjxicj4NCmxpdTwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+ IDwvZm9udD4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyPg0KPHRkIHdpZHRoPTUwJT4NCjx0ZCB3 aWR0aD01MCU+PC90YWJsZT4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+PGJy Pg0KPC9mb250Pg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHI+DQo8dGQgd2lkdGg9NTAlPg0KPHRk IHdpZHRoPTUwJT48L3RhYmxlPg0KPGJyPjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48 YnI+DQo8YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249 dG9wPg0KPHRkIHdpZHRoPTMxJT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+SW50 ZXJuZXQtRHJhZnRzQGlldGYub3JnPC9iPg0KPGJyPg0Kt6K8/sjLOiAmbmJzcDttcGxzLWJvdW5j ZXNAaWV0Zi5vcmc8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250 Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMDktMTItMTcgMDM6MzA8L2Zv bnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPg0KPC9mb250Pg0KPHRkIHdpZHRoPTY4 JT4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9 OSU+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+ yMs8L2ZvbnQ+PC9kaXY+DQo8dGQgd2lkdGg9OTAlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj5pLWQtYW5ub3VuY2VAaWV0Zi5vcmc8L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMt c2VyaWYiPg0KPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0 Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPjxm b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5tcGxzQGlldGYub3JnPC9mb250Pjxmb250IHNp emU9MyBmYWNlPSJzYW5zLXNlcmlmIj4NCjwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9u dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+W21wbHNdIEktRCBB Y3Rpb246ZHJhZnQtaWV0Zi1tcGxzLXRwLW9hbS1yZXF1aXJlbWVudHMtMDQudHh0PC9mb250Pjwv dGFibGU+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0K PHRkIHdpZHRoPTUwJT4NCjx0ZCB3aWR0aD01MCU+PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJy Pjxmb250IHNpemU9MyBmYWNlPSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8L2ZvbnQ+PGZvbnQg c2l6ZT0yPjx0dD48YnI+DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0 aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuPGJyPg0KVGhpcyBkcmFmdCBp cyBhIHdvcmsgaXRlbSBvZiB0aGUgTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgV29ya2lu Zw0KR3JvdXAgb2YgdGhlIElFVEYuPGJyPg0KPGJyPg0KPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtUaXRsZSAmbmJzcDsgJm5ic3A7 DQombmJzcDsgJm5ic3A7ICZuYnNwOyA6IFJlcXVpcmVtZW50cyBmb3IgT0FNIGluIE1QTFMgVHJh bnNwb3J0IE5ldHdvcmtzPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDtBdXRob3IocykgJm5ic3A7DQombmJzcDsgJm5ic3A7IDogTS4g Vmlnb3VyZXV4LCBldCBhbC48YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwO0ZpbGVuYW1lICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJz cDs6IGRyYWZ0LWlldGYtbXBscy10cC1vYW0tcmVxdWlyZW1lbnRzLTA0LnR4dDxicj4NCiAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7UGFnZXMg Jm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgOiAxNzxicj4NCiAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7RGF0ZSAmbmJzcDsg Jm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDs6IDIwMDktMTItMTY8YnI+DQo8YnI+ DQpUaGlzIGRvY3VtZW50IGxpc3RzIGFyY2hpdGVjdHVyYWwgYW5kIGZ1bmN0aW9uYWwgcmVxdWly ZW1lbnRzIGZvciB0aGU8YnI+DQpPcGVyYXRpb25zLCBBZG1pbmlzdHJhdGlvbiBhbmQgTWFpbnRl bmFuY2Ugb2YgTVBMUyBUcmFuc3BvcnQgUHJvZmlsZS48YnI+DQpUaGVzZSByZXF1aXJlbWVudHMg YXBwbHkgdG8gcHNldWRvd2lyZXMsIExhYmVsIFN3aXRjaGVkIFBhdGhzLCBhbmQ8YnI+DQpTZWN0 aW9ucy48YnI+DQo8YnI+DQpTdGF0dXMgb2YgdGhpcyBNZW1vPGJyPg0KPGJyPg0KVGhpcyBJbnRl cm5ldC1EcmFmdCBpcyBzdWJtaXR0ZWQgdG8gSUVURiBpbiBmdWxsIGNvbmZvcm1hbmNlIHdpdGgg dGhlPGJyPg0KcHJvdmlzaW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS48YnI+DQo8YnI+DQpJbnRl cm5ldC1EcmFmdHMgYXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCBFbmdpbmVl cmluZzxicj4NClRhc2sgRm9yY2UgKElFVEYpLCBpdHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBn cm91cHMuICZuYnNwO05vdGUgdGhhdDxicj4NCm90aGVyIGdyb3VwcyBtYXkgYWxzbyBkaXN0cmli dXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFzIEludGVybmV0LTxicj4NCkRyYWZ0cy48YnI+DQo8YnI+ DQpJbnRlcm5ldC1EcmFmdHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVt IG9mIHNpeCBtb250aHM8YnI+DQphbmQgbWF5IGJlIHVwZGF0ZWQsIHJlcGxhY2VkLCBvciBvYnNv bGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueTxicj4NCnRpbWUuICZuYnNwO0l0IGlzIGlu YXBwcm9wcmlhdGUgdG8gdXNlIEludGVybmV0LURyYWZ0cyBhcyByZWZlcmVuY2U8YnI+DQptYXRl cmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAmcXVvdDt3b3JrIGluIHByb2dyZXNz LiZxdW90Ozxicj4NCjxicj4NClRoZSBsaXN0IG9mIGN1cnJlbnQgSW50ZXJuZXQtRHJhZnRzIGNh biBiZSBhY2Nlc3NlZCBhdDxicj4NCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJh Y3RzLnR4dC48YnI+DQo8YnI+DQpUaGUgbGlzdCBvZiBJbnRlcm5ldC1EcmFmdCBTaGFkb3cgRGly ZWN0b3JpZXMgY2FuIGJlIGFjY2Vzc2VkIGF0PGJyPg0KaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFk b3cuaHRtbC48YnI+DQo8YnI+DQpUaGlzIEludGVybmV0LURyYWZ0IHdpbGwgZXhwaXJlIG9uIEp1 bmUgMTksIDIwMTAuPGJyPg0KPGJyPg0KQ29weXJpZ2h0IE5vdGljZTxicj4NCjxicj4NCkNvcHly aWdodCAoYykgMjAwOSBJRVRGIFRydXN0IGFuZCB0aGUgcGVyc29ucyBpZGVudGlmaWVkIGFzIHRo ZTxicj4NCmRvY3VtZW50IGF1dGhvcnMuICZuYnNwO0FsbCByaWdodHMgcmVzZXJ2ZWQuPGJyPg0K PGJyPg0KVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1 c3QncyBMZWdhbDxicj4NClByb3Zpc2lvbnMgUmVsYXRpbmcgdG8gSUVURiBEb2N1bWVudHM8YnI+ DQooaHR0cDovL3RydXN0ZWUuaWV0Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhl IGRhdGUgb2Y8YnI+DQpwdWJsaWNhdGlvbiBvZiB0aGlzIGRvY3VtZW50LiAmbmJzcDtQbGVhc2Ug cmV2aWV3IHRoZXNlIGRvY3VtZW50czxicj4NCmNhcmVmdWxseSwgYXMgdGhleSBkZXNjcmliZSB5 b3VyIHJpZ2h0cyBhbmQgcmVzdHJpY3Rpb25zIHdpdGggcmVzcGVjdDxicj4NCnRvIHRoaXMgZG9j dW1lbnQuICZuYnNwO0NvZGUgQ29tcG9uZW50cyBleHRyYWN0ZWQgZnJvbSB0aGlzIGRvY3VtZW50 IG11c3Q8YnI+DQppbmNsdWRlIFNpbXBsaWZpZWQgQlNEIExpY2Vuc2UgdGV4dCBhcyBkZXNjcmli ZWQgaW4gU2VjdGlvbiA0LmUgb2Y8YnI+DQp0aGUgVHJ1c3QgTGVnYWwgUHJvdmlzaW9ucyBhbmQg YXJlIHByb3ZpZGVkIHdpdGhvdXQgd2FycmFudHkgYXM8YnI+DQpkZXNjcmliZWQgaW4gdGhlIEJT RCBMaWNlbnNlLjxicj4NCjxicj4NCkEgVVJMIGZvciB0aGlzIEludGVybmV0LURyYWZ0IGlzOjxi cj4NCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtbXBscy10 cC1vYW0tcmVxdWlyZW1lbnRzLTA0LnR4dDxicj4NCjxicj4NCkludGVybmV0LURyYWZ0cyBhcmUg YWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDo8YnI+DQpmdHA6Ly9mdHAuaWV0Zi5v cmcvaW50ZXJuZXQtZHJhZnRzLzxicj4NCjxicj4NCkJlbG93IGlzIHRoZSBkYXRhIHdoaWNoIHdp bGwgZW5hYmxlIGEgTUlNRSBjb21wbGlhbnQgbWFpbCByZWFkZXI8YnI+DQppbXBsZW1lbnRhdGlv biB0byBhdXRvbWF0aWNhbGx5IHJldHJpZXZlIHRoZSBBU0NJSSB2ZXJzaW9uIG9mIHRoZTxicj4N CkludGVybmV0LURyYWZ0LjwvdHQ+PC9mb250Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij48YnI+DQpmdHA6Ly9hbm9ueW1vdXNAZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1pZXRmLW1wbHMtdHAtb2FtLXJlcXVpcmVtZW50cy0wNC50eHQ8L2ZvbnQ+PGZvbnQgc2l6ZT0y Pjx0dD5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4N Cm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KbXBsc0BpZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczwvdHQ+PC9mb250Pjxmb250IHNpemU9MyBmYWNl PSJzYW5zLXNlcmlmIj48YnI+DQo8YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPjx0dD4t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxi cj4NClpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250 YWluZWQgaW4gdGhpcyBtYWlsDQppcyBzb2xlbHkgcHJvcGVydHkgb2YgdGhlIHNlbmRlcidzIG9y Z2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRpb24NCmlzIGNvbmZpZGVudGlhbC4gUmVj aXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kNCmFu ZCBhcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21t dW5pY2F0aW9uIHRvDQpvdGhlcnMuPGJyPg0KVGhpcyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5z bWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBhbmQgaW50ZW5kZWQNCnNvbGVseSBmb3Ig dGhlIHVzZSBvZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRy ZXNzZWQuDQpJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGluIGVycm9yIHBsZWFzZSBu b3RpZnkgdGhlIG9yaWdpbmF0b3Igb2YNCnRoZSBtZXNzYWdlLiBBbnkgdmlld3MgZXhwcmVzc2Vk IGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGluZGl2aWR1YWwNCnNlbmRlci48YnI+ DQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQgU3BhbSBieSBa VEUgQW50aS1TcGFtIHN5c3RlbS48YnI+DQo8L3R0PjwvZm9udD4NCjxwPg0KPGhyPg0KPHA+PGZv bnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fPGJyPg0KbXBscy10cCBtYWlsaW5nIGxpc3Q8YnI+DQptcGxzLXRw QGlldGYub3JnPGJyPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxz LXRwPC9mb250Pg0KPHA+DQo8YnI+PHByZT4NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUmbmJzcDtJbmZvcm1hdGlvbiZuYnNwO1Nl Y3VyaXR5Jm5ic3A7Tm90aWNlOiZuYnNwO1RoZSZuYnNwO2luZm9ybWF0aW9uJm5ic3A7Y29udGFp bmVkJm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7bWFpbCZuYnNwO2lzJm5ic3A7c29sZWx5Jm5ic3A7 cHJvcGVydHkmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO3NlbmRlcidzJm5ic3A7b3JnYW5pemF0aW9u LiZuYnNwO1RoaXMmbmJzcDttYWlsJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO2lzJm5ic3A7Y29u ZmlkZW50aWFsLiZuYnNwO1JlY2lwaWVudHMmbmJzcDtuYW1lZCZuYnNwO2Fib3ZlJm5ic3A7YXJl Jm5ic3A7b2JsaWdhdGVkJm5ic3A7dG8mbmJzcDttYWludGFpbiZuYnNwO3NlY3JlY3kmbmJzcDth bmQmbmJzcDthcmUmbmJzcDtub3QmbmJzcDtwZXJtaXR0ZWQmbmJzcDt0byZuYnNwO2Rpc2Nsb3Nl Jm5ic3A7dGhlJm5ic3A7Y29udGVudHMmbmJzcDtvZiZuYnNwO3RoaXMmbmJzcDtjb21tdW5pY2F0 aW9uJm5ic3A7dG8mbmJzcDtvdGhlcnMuDQpUaGlzJm5ic3A7ZW1haWwmbmJzcDthbmQmbmJzcDth bnkmbmJzcDtmaWxlcyZuYnNwO3RyYW5zbWl0dGVkJm5ic3A7d2l0aCZuYnNwO2l0Jm5ic3A7YXJl Jm5ic3A7Y29uZmlkZW50aWFsJm5ic3A7YW5kJm5ic3A7aW50ZW5kZWQmbmJzcDtzb2xlbHkmbmJz cDtmb3ImbmJzcDt0aGUmbmJzcDt1c2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwm bmJzcDtvciZuYnNwO2VudGl0eSZuYnNwO3RvJm5ic3A7d2hvbSZuYnNwO3RoZXkmbmJzcDthcmUm bmJzcDthZGRyZXNzZWQuJm5ic3A7SWYmbmJzcDt5b3UmbmJzcDtoYXZlJm5ic3A7cmVjZWl2ZWQm bmJzcDt0aGlzJm5ic3A7ZW1haWwmbmJzcDtpbiZuYnNwO2Vycm9yJm5ic3A7cGxlYXNlJm5ic3A7 bm90aWZ5Jm5ic3A7dGhlJm5ic3A7b3JpZ2luYXRvciZuYnNwO29mJm5ic3A7dGhlJm5ic3A7bWVz c2FnZS4mbmJzcDtBbnkmbmJzcDt2aWV3cyZuYnNwO2V4cHJlc3NlZCZuYnNwO2luJm5ic3A7dGhp cyZuYnNwO21lc3NhZ2UmbmJzcDthcmUmbmJzcDt0aG9zZSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7 aW5kaXZpZHVhbCZuYnNwO3NlbmRlci4NClRoaXMmbmJzcDttZXNzYWdlJm5ic3A7aGFzJm5ic3A7 YmVlbiZuYnNwO3NjYW5uZWQmbmJzcDtmb3ImbmJzcDt2aXJ1c2VzJm5ic3A7YW5kJm5ic3A7U3Bh bSZuYnNwO2J5Jm5ic3A7WlRFJm5ic3A7QW50aS1TcGFtJm5ic3A7c3lzdGVtLg0KPC9wcmU+ --=_alternative 000C18A24825768F_=-- From yljiang@huawei.com Wed Dec 16 19:10:09 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9399C3A6936; Wed, 16 Dec 2009 19:10:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.956 X-Spam-Level: * X-Spam-Status: No, score=1.956 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E7vq3n5NMWx1; Wed, 16 Dec 2009 19:10:08 -0800 (PST) Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id E8B4E3A692A; Wed, 16 Dec 2009 19:10:06 -0800 (PST) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUS000ZQ0S1JA@szxga02-in.huawei.com>; Thu, 17 Dec 2009 11:09:37 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUS00JVM0S0CN@szxga02-in.huawei.com>; Thu, 17 Dec 2009 11:09:36 +0800 (CST) Received: from j59929 ([10.70.40.63]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KUS000PK0S00Y@szxml04-in.huawei.com>; Thu, 17 Dec 2009 11:09:36 +0800 (CST) Date: Thu, 17 Dec 2009 11:09:36 +0800 From: Jiang Yuan-long To: liu.guoman@zte.com.cn Message-id: <008c01ca7ec6$5d3eedb0$3f28460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3598 Content-type: multipart/alternative; boundary="Boundary_(ID_/Q4js8WD/h6QHrXQaDtrlg)" X-Priority: 3 X-MSMail-priority: Normal References: Cc: mpls@ietf.org, mpls-tp@ietf.org Subject: Re: [mpls] [mpls-tp] I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 03:10:09 -0000 This is a multi-part message in MIME format. --Boundary_(ID_/Q4js8WD/h6QHrXQaDtrlg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: quoted-printable Liu,=20 As stated in Sec. 2.1.1, ALL functions MUST support co-routed = bidirectional LSPs, and support of associated LSPs etc. in Sec. 2.2 is additional, thus = enumeration of these additions is needed. Regards Yuanlong ----- Original Message -----=20 From: liu.guoman@zte.com.cn=20 To: Jiang Yuan-long=20 Cc: i-d-announce@ietf.org ; mpls@ietf.org ; mpls-bounces@ietf.org ; = mpls-tp@ietf.org=20 Sent: Thursday, December 17, 2009 10:11 AM Subject: Re: [mpls-tp] [mpls] = I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt Doctor jiang:=20 thank you for reply so fast. in my mind , if this lock instruct = function may apply to co-router bidirectional LSPs, why need to a word " = associated" in this sections ?=20 do you think there will other aim and useness for adding the word " = associated" here ?=20 IMO, I want to clarify the cause of adding the word " associated" .=20 do you understand my thought.=20 thank you=20 liu =20 Jiang Yuan-long =20 2009-12-17 09:57=20 =CA=D5=BC=FE=C8=CB liu.guoman@zte.com.cn, mpls-tp@ietf.org =20 =B3=AD=CB=CD mpls@ietf.org, mpls-bounces@ietf.org, = i-d-announce@ietf.org =20 =D6=F7=CC=E2 Re: [mpls-tp] [mpls] = I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt=20 =20 =20 Hi Liu,=20 =20 There is no problem in this writing, as it is already said in Section = 2.1.1:=20 " The protocol solution(s) developed to meet the requirements identified in this document MUST at least be applicable to point-to- point bidirectional PWs, point-to-point co-routed bidirectional = LSPs, and point-to-point bidirectional Sections."=20 =20 Regards=20 Yuanlong=20 ----- Original Message -----=20 From: liu.guoman@zte.com.cn=20 To: mpls-tp@ietf.org=20 Cc: mpls@ietf.org ; mpls-bounces@ietf.org ; i-d-announce@ietf.org=20 Sent: Thursday, December 17, 2009 9:07 AM=20 Subject: Re: [mpls-tp] [mpls] = I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt=20 hi, guys:=20 today I reviewed this draft. I have only one problem for lock instruct = functions. in section 2.2.6, there is the following describles ,=20 "The protocol solution(s) developed to perform this function MUST also apply to point-to-point associated bidirectional LSPs, point-to-point unidirectional LSPs and point-to-multipoint LSPs. =A3=A2=20 =A3=C9suspect why the lock Instruct function must only apply to PtP = associated bidirectional LSPs. for co-Router PtP bidirectional LSPs, is = it unnecessary to perform=20 the Lock Instruct function?=20 or, I think whether the editor may be have an error to add an useless = word " associated" during the editing the draft?=20 maybe my understanding be false? thank you.=20 best regards=20 liu =20 =20 Internet-Drafts@ietf.org=20 =B7=A2=BC=FE=C8=CB: mpls-bounces@ietf.org=20 2009-12-17 03:30=20 =20 =CA=D5=BC=FE=C8=CB i-d-announce@ietf.org =20 =B3=AD=CB=CD mpls@ietf.org =20 =D6=F7=CC=E2 [mpls] I-D = Action:draft-ietf-mpls-tp-oam-requirements-04.txt=20 =20 =20 A New Internet-Draft is available from the on-line Internet-Drafts = directories. This draft is a work item of the Multiprotocol Label Switching Working = Group of the IETF. Title : Requirements for OAM in MPLS = Transport Networks Author(s) : M. Vigoureux, et al. Filename : = draft-ietf-mpls-tp-oam-requirements-04.txt Pages : 17 Date : 2009-12-16 This document lists architectural and functional requirements for the Operations, Administration and Maintenance of MPLS Transport Profile. These requirements apply to pseudowires, Label Switched Paths, and Sections. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on June 19, 2010. Copyright Notice Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. A URL for this Internet-Draft is: = http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-requirements-0= 4.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. = ftp://anonymous@ftp.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-requi= rements-04.txt_______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls -------------------------------------------------------- ZTE Information Security Notice: The information contained in this = mail is solely property of the sender's organization. This mail = communication is confidential. Recipients named above are obligated to = maintain secrecy and are not permitted to disclose the contents of this = communication to others. This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the = originator of the message. Any views expressed in this message are those = of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. -------------------------------------------------------------------------= ----- _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp=20 -------------------------------------------------------- ZTE Information Security Notice: The information contained in this mail = is solely property of the sender's organization. This mail communication = is confidential. Recipients named above are obligated to maintain = secrecy and are not permitted to disclose the contents of this = communication to others. This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the = originator of the message. Any views expressed in this message are those = of the individual sender. This message has been scanned for viruses and Spam by ZTE Anti-Spam = system. --Boundary_(ID_/Q4js8WD/h6QHrXQaDtrlg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: quoted-printable
Liu,
 
As stated in Sec. 2.1.1, ALL functions MUST support = co-routed=20 bidirectional LSPs,
and support of associated LSPs etc. in Sec. = 2.2 is=20 additional, thus enumeration
of these additions is needed.
 
Regards
Yuanlong

----- Original Message ----- =
Cc: i-d-announce@ietf.org ; mpls@ietf.org = ; mpls-bounces@ietf.org ; mpls-tp@ietf.org=20
Sent: Thursday, December = 17, 2009 10:11=20 AM
Subject: Re: [mpls-tp] = [mpls]=20 I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt


Doctor = jiang:
thank you for reply so fast. in my mind , = if this lock=20 instruct function may apply to co-router bidirectional LSPs, why need = to a=20 word " associated" in this sections ?
do you think there will other aim and useness for adding the = word "=20 associated" here ?

IMO, I want to=20 clarify the cause of adding the word " associated" .
do you understand my thought. =

thank you
liu=20




Jiang = Yuan-long <yljiang@huawei.com> =

2009-12-17 09:57

<= /TABLE>
=CA=D5=BC=FE=C8=CB
liu.guoman@zte.com.cn, mpls-tp@ietf.org=20
=B3=AD=CB=CD
mpls@ietf.org, mpls-bounces@ietf.org, i-d-announce@ietf.org=20
=D6=F7=CC=E2
Re: [mpls-tp] [mpls]=20 = I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt
=




Hi Liu,
 
There is = no problem in=20 this writing, as it is already said in Section 2.1.1:
"   The protocol solution(s) developed = to meet the=20 requirements
  identified in this document MUST at least be = applicable=20 to point-to-
  point bidirectional PWs, point-to-point = co-routed=20 bidirectional LSPs,
  and point-to-point bidirectional=20 Sections."
  =
Regards
Yuanlong
----- = Original Message=20 -----
From: = liu.guoman@zte.com.cn=20
To: mpls-tp@ietf.org=20
Cc: mpls@ietf.org ;=20 mpls-bounces@ietf.org ;=20 i-d-announce@ietf.org=20
Sent: Thursday, = December 17,=20 2009 9:07 AM
Subject: Re:=20 [mpls-tp] [mpls] = I-DAction:draft-ietf-mpls-tp-oam-requirements-04.txt=20


hi, guys:
today I reviewed = this draft. I=20 have only one problem for lock instruct functions. in section 2.2.6, = there is=20 the following describles , =
"The protocol=20 solution(s) developed to perform this function MUST = also
 apply to=20 point-to-point associated bidirectional LSPs,=20 point-to-point
 unidirectional LSPs and point-to-multipoint=20 LSPs.
=A3=A2
=A3=C9suspect why=20 the lock Instruct function must only apply to PtP associated = bidirectional=20 LSPs. for co-Router PtP bidirectional LSPs, is it unnecessary to=20 perform
the Lock Instruct function?=20
or, I think whether the = editor may be=20 have an error to add an useless word " associated" during the editing = the=20 draft?
maybe my understanding be false? thank you.

best=20 regards
liu






Internet-Drafts@ietf.org
=B7=A2=BC=FE=C8=CB: =  mpls-bounces@ietf.org

2009-12-17 03:30




=CA=D5=BC=FE=C8=CB
i-d-announce@ietf.org=20
=B3=AD=CB=CD
mpls@ietf.org
=D6=F7=CC=E2
[mpls] I-D=20 = Action:draft-ietf-mpls-tp-oam-requirements-04.txt





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


        =  =20      Title           : = Requirements=20 for OAM in MPLS Transport Networks
        =  =20      Author(s)       : M. Vigoureux, et=20 al.
               Filename =  =20      : = draft-ietf-mpls-tp-oam-requirements-04.txt
 =20              Pages     =  =20     : 17
              =  Date            : = 2009-12-16

This=20 document lists architectural and functional requirements for=20 the
Operations, Administration and Maintenance of MPLS Transport=20 Profile.
These requirements apply to pseudowires, Label Switched = Paths,=20 and
Sections.

Status of this Memo

This Internet-Draft = is=20 submitted to IETF in full conformance with the
provisions of BCP 78 = and BCP=20 79.

Internet-Drafts are working documents of the Internet=20 Engineering
Task Force (IETF), its areas, and its working groups.=20  Note that
other groups may also distribute working documents = as=20 Internet-
Drafts.

Internet-Drafts are draft documents valid = for a=20 maximum of six months
and may be updated, replaced, or obsoleted by = other=20 documents at any
time.  It is inappropriate to use = Internet-Drafts as=20 reference
material or to cite them other than as "work in=20 progress."

The list of current Internet-Drafts can be accessed=20 at
http://www.ietf.org/ietf/1id-abstracts.txt.

The list of=20 Internet-Draft Shadow Directories can be accessed=20 at
http://www.ietf.org/shadow.html.

This Internet-Draft will = expire=20 on June 19, 2010.

Copyright Notice

Copyright (c) 2009 = IETF Trust=20 and the persons identified as the
document authors.  All = rights=20 reserved.

This document is subject to BCP 78 and the IETF = Trust's=20 Legal
Provisions Relating to IETF=20 Documents
(http://trustee.ietf.org/license-info) in effect on the = date=20 of
publication of this document.  Please review these=20 documents
carefully, as they describe your rights and restrictions = with=20 respect
to this document.  Code Components extracted from this = document must
include Simplified BSD License text as described in = Section=20 4.e of
the Trust Legal Provisions and are provided without warranty = as
described in the BSD License.

A URL for this = Internet-Draft=20 = is:
http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-require= ments-04.txt

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

Below is the data = which will=20 enable a MIME compliant mail reader
implementation to automatically = retrieve the ASCII version of the
Internet-Draft.
ftp://anonymous@ftp.ietf.org/internet-drafts/draft-ietf-mpls= -tp-oam-requirements-04.txt_______________________________________________
mpls = mailing=20 = list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls<= /FONT>


--------------------------------------------------------
= ZTE=20 Information Security Notice: The information contained in this mail is = solely=20 property of the sender's organization. This mail communication is=20 confidential. Recipients named above are obligated to maintain secrecy = and are=20 not permitted to disclose the contents of this communication to=20 others.
This email and any files transmitted with it are = confidential and=20 intended solely for the use of the individual or entity to whom they = are=20 addressed. If you have received this email in error please notify the=20 originator of the message. Any views expressed in this message are = those of=20 the individual sender.
This message has been scanned for viruses = and Spam=20 by ZTE Anti-Spam system.

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


--------------------------------------------------------
ZTE Information Security Notice: The information=
 contained in this mail is solely prop=
erty of the sender's organization. This mai=
l communication is confidential. Recipients name=
d above are obligated to maintain secrecy&n=
bsp;and are not permitted to disclose the&n=
bsp;contents of this communication to others.
This email and any files transmitted with&n=
bsp;it are confidential and intended solely =
;for the use of the individual or enti=
ty to whom they are addressed. If you&=
nbsp;have received this email in error plea=
se notify the originator of the message.&nb=
sp;Any views expressed in this message are&=
nbsp;those of the individual sender.
This message has been scanned for viruses&n=
bsp;and Spam by ZTE Anti-Spam system.
--Boundary_(ID_/Q4js8WD/h6QHrXQaDtrlg)-- From loa@pi.nu Wed Dec 16 20:22:20 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D61D73A695A for ; Wed, 16 Dec 2009 20:22:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i1dn5Drr0fAY for ; Wed, 16 Dec 2009 20:22:15 -0800 (PST) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by core3.amsl.com (Postfix) with ESMTP id 6397C3A68F1 for ; Wed, 16 Dec 2009 20:22:13 -0800 (PST) Received: from [172.17.165.88] (207.47.24.2.static.nextweb.net [207.47.24.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 90F6CD4052; Thu, 17 Dec 2009 05:21:55 +0100 (CET) Message-ID: <4B29B1DF.7060301@pi.nu> Date: Thu, 17 Dec 2009 05:21:51 +0100 From: Loa Andersson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: mpls@ietf.org, George Swallow , Adrian Farrel , Martin Vigoureux References: <4B0537BC.7050807@pi.nu> <4B0A5AAF.9060508@pi.nu> In-Reply-To: <4B0A5AAF.9060508@pi.nu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [mpls] CORRECTION: poll on making draft-wijnands-mpls-mldp-in-band-signaling-02 an mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 04:22:20 -0000 All, this concludes the poll on draft-wijnands-mpls-mldp-in-band-signaling. We have good support to make it a working group document. Could the authors please republish the draft as: draft-ietf-mpls-mldp-in-band-signaling-00 /Loa Loa Andersson wrote: > All, > > I made a mistake when I started this poll, the draft I'm asking > about is: > > http://tools.ietf.org/html/draft-wijnands-mpls-mldp-in-band-signaling-02 > > It is odd that we made the same mistake both on the agenda in and in > the tentative minutes from Hiroshima. But as far as I understand the > comments we've had are on the correct draft. > > I will extend the poll to Sun Dec 14 to compensate for my mistake. > > /Loa > > Loa Andersson wrote: >> All, >> >> this is to start a two week poll in making >> >> draft-wijnands-mpls-in-band-signaling-02 >> >> an MPLS working group document. >> >> Send a mail to the working group (mpls@ietf.org) mailing list, >> indicating "yes/support" or "no/do not support". >> >> Comments on the content of the draft should be sent to the same >> mailing list with a different subject line. >> >> The poll ends Sun Dec 6, 2009. >> >> /Loa > -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From loa@pi.nu Wed Dec 16 20:36:25 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A99A33A6936; Wed, 16 Dec 2009 20:36:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rcOx+LH+QP1J; Wed, 16 Dec 2009 20:36:24 -0800 (PST) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by core3.amsl.com (Postfix) with ESMTP id C19E23A68F1; Wed, 16 Dec 2009 20:36:24 -0800 (PST) Received: from [172.17.165.88] (207.47.24.2.static.nextweb.net [207.47.24.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id E05A2D4052; Thu, 17 Dec 2009 05:36:07 +0100 (CET) Message-ID: <4B29B534.8040906@pi.nu> Date: Thu, 17 Dec 2009 05:36:04 +0100 From: Loa Andersson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "mpls-tp@ietf.org" , mpls@ietf.org, "ccamp@ietf.org" , pwe3@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 04:36:25 -0000 All, this is to start a two week poll on making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt an MPLS working group document. Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" or "no/do not support". Comments on the content of the draft should be sent to the same mailing list with a different subject line. The poll ends Friday 15 Jan, 2010. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From maarten.vissers@huawei.com Wed Dec 16 23:43:26 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 91E063A6835; Wed, 16 Dec 2009 23:43:26 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.082 X-Spam-Level: X-Spam-Status: No, score=-0.082 tagged_above=-999 required=5 tests=[AWL=0.413, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UZHadskwU5hD; Wed, 16 Dec 2009 23:43:25 -0800 (PST) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 72C2D3A6831; Wed, 16 Dec 2009 23:43:25 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUS00104DFO0L@szxga03-in.huawei.com>; Thu, 17 Dec 2009 15:43:01 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUS00APSDFO09@szxga03-in.huawei.com>; Thu, 17 Dec 2009 15:43:00 +0800 (CST) Received: from M00900002 (vissersm.demon.nl [83.160.252.43]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KUS00J69DFJMR@szxml02-in.huawei.com>; Thu, 17 Dec 2009 15:43:00 +0800 (CST) Date: Thu, 17 Dec 2009 08:42:54 +0100 From: Maarten Vissers In-reply-to: <4B29B534.8040906@pi.nu> To: 'Loa Andersson' , mpls-tp@ietf.org, mpls@ietf.org, ccamp@ietf.org, pwe3@ietf.org Message-id: <001801ca7eec$8e352670$6c02a8c0@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acp+0nx4dPl6Lc1rTuiovDVmelzglwAGehog Subject: Re: [mpls] [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 07:43:26 -0000 No/do not support. Maarten -----Original Message----- From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson Sent: donderdag 17 december 2009 5:36 To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org Subject: [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document All, this is to start a two week poll on making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt an MPLS working group document. Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" or "no/do not support". Comments on the content of the draft should be sent to the same mailing list with a different subject line. The poll ends Friday 15 Jan, 2010. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From maarten.vissers@huawei.com Wed Dec 16 23:45:49 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B0B43A6835; Wed, 16 Dec 2009 23:45:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.141 X-Spam-Level: X-Spam-Status: No, score=-0.141 tagged_above=-999 required=5 tests=[AWL=0.354, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ObU-8AABAKQG; Wed, 16 Dec 2009 23:45:48 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id F03B23A6831; Wed, 16 Dec 2009 23:45:47 -0800 (PST) Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUS00C1QDJLY4@szxga01-in.huawei.com>; Thu, 17 Dec 2009 15:45:21 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUS00JXVDJLOM@szxga01-in.huawei.com>; Thu, 17 Dec 2009 15:45:21 +0800 (CST) Received: from M00900002 (vissersm.demon.nl [83.160.252.43]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KUS00JBFDJGMR@szxml02-in.huawei.com>; Thu, 17 Dec 2009 15:45:21 +0800 (CST) Date: Thu, 17 Dec 2009 08:45:15 +0100 From: Maarten Vissers In-reply-to: <4B29B534.8040906@pi.nu> To: 'Loa Andersson' , mpls-tp@ietf.org, mpls@ietf.org, ccamp@ietf.org, pwe3@ietf.org Message-id: <001901ca7eec$e2179b60$6c02a8c0@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acp+0nx4dPl6Lc1rTuiovDVmelzglwAFWAQg Subject: [mpls] Comment on http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 07:45:49 -0000 Some comments on the content of this draft: In section 2.1 it is stated: " <..> For example an AIS message may be sent during a protection switching event and would cease being sent if the protection switch was successful in restoring the link. Its primary purpose is to suppress alarms in the MPLS-TP layer network above the level at which the defect occurs. The AIS message MAY be used to trigger recovery mechanisms. It should be noted that such use would be subject to false positives, e.g. unnecessary protection switching events in the client layer." It is not correct to state that AIS sending is stopped if the protection switch was succesful. The reason is that the AIS insertion is done by a MEP Sink function that is upstream of the protection switch selector process, and this MEP Sink function is as such unaware of the presence of a protection switch process and of the state of the protection switch process. AIS in packet transport networks must **not** used to trigger recovery mechanisms. Reason is that AIS OAM messages in packet transport network are to be generated within 1 second after the detection of the signal fail type defect detection and be generated with a periodicity of 1 second. These times are much too long to trigger any recovery mechanism. The 1 second time requirement to generate the first AIS message is derived from the 2.5 +/- 0.5 second fault cause to failure integration timer as specified in G.7710. Generation of the first AIS message within a period of 1 second will leave enough time to reach the downstream MEP Sink function and suppress the fault cause that report the interruption of the connection. Protection switching in packet transport networks is triggered by e.g. loss of continuity and misconnection defects. In section 2.2 it is stated: " The LDI message is generated in response to detecting a fatal failure in the server layer. The LDI message MUST NOT be sent until the defect has been determined to be fatal. For example during a protection switching event LDI messages are not sent. However if the protection switch was unsuccessful in restoring the link within the expected repair time, an LDI message MUST be sent." and in section 2.1 it is stated: " The MPLS-TP Alarm Indication Signal (AIS) message is generated in response to detecting defects in the server layer. The AIS message SHOULD be sent as soon is the condition is detected, that is before any determination has been made as to whether the condition is fatal." This draft suggest that it is possible for a MEP Sink function to determine if the fault is *fatal* or *not fatal*. This is not possible for a MEP Sink function. The reason is that a MEP Sink function has no knowledge of the presence or state of a protection switch process associated with the connection. E.g. the protection switch process may be in a downstream node. It is also not necessary to make AIS generation conditional on e.g. protection switch actions. Reason is that a protection switch process will select traffic from either a working connection input port, or a protection connection input port. Any traffic present on the not selected input port will drop at this input port and not be forwarded to the protection switch process output port. At the output port AIS messages will be present as long as the protection switch process selects its traffic from the failed connection; once the protection switch process selects its traffic from the non-failed connection AIS messages will not longer be forwarded to the output port. This draft should as such not become a WG document. Regards, Maarten -----Original Message----- From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson Sent: donderdag 17 december 2009 5:36 To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org Subject: [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document All, this is to start a two week poll on making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt an MPLS working group document. Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" or "no/do not support". Comments on the content of the draft should be sent to the same mailing list with a different subject line. The poll ends Friday 15 Jan, 2010. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From John.E.Drake2@boeing.com Thu Dec 17 05:49:58 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D4C8C3A69E0; Thu, 17 Dec 2009 05:49:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vl0k2xo8sfID; Thu, 17 Dec 2009 05:49:58 -0800 (PST) Received: from blv-smtpout-01.boeing.com (blv-smtpout-01.boeing.com [130.76.32.69]) by core3.amsl.com (Postfix) with ESMTP id DDC993A685A; Thu, 17 Dec 2009 05:49:57 -0800 (PST) Received: from stl-av-01.boeing.com (stl-av-01.boeing.com [192.76.190.6]) by blv-smtpout-01.ns.cs.boeing.com (8.14.0/8.14.0/8.14.0/SMTPOUT) with ESMTP id nBHDnLCZ001503 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 17 Dec 2009 05:49:22 -0800 (PST) Received: from stl-av-01.boeing.com (localhost [127.0.0.1]) by stl-av-01.boeing.com (8.14.0/8.14.0/DOWNSTREAM_RELAY) with ESMTP id nBHDnLXE017882; Thu, 17 Dec 2009 07:49:21 -0600 (CST) Received: from xch-swht-01.sw.nos.boeing.com (xch-swht-01.sw.nos.boeing.com [129.172.142.4]) by stl-av-01.boeing.com (8.14.0/8.14.0/UPSTREAM_RELAY) with ESMTP id nBHDnK6c017877 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=OK); Thu, 17 Dec 2009 07:49:21 -0600 (CST) Received: from XCH-SW-03V.sw.nos.boeing.com ([129.172.197.23]) by xch-swht-01.sw.nos.boeing.com ([129.172.142.4]) with mapi; Thu, 17 Dec 2009 05:49:20 -0800 From: "Drake, John E" To: Maarten Vissers , "'Loa Andersson'" , "mpls-tp@ietf.org" , "mpls@ietf.org" , "ccamp@ietf.org" , "pwe3@ietf.org" Date: Thu, 17 Dec 2009 05:49:22 -0800 Thread-Topic: [PWE3] [mpls-tp] Poll om makinghttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working groupdocument Thread-Index: Acp+0nx4dPl6Lc1rTuiovDVmelzglwAGehogAAzU+gA= Message-ID: <83C701404B004C4094B604670B3F5FFA395C58AAFA@XCH-SW-03V.sw.nos.boeing.com> References: <4B29B534.8040906@pi.nu> <001801ca7eec$8e352670$6c02a8c0@china.huawei.com> In-Reply-To: <001801ca7eec$8e352670$6c02a8c0@china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [mpls] [PWE3] [mpls-tp] Poll om makinghttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working groupdocument X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 13:49:58 -0000 Support=20 > -----Original Message----- > From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On=20 > Behalf Of Maarten Vissers > Sent: Wednesday, December 16, 2009 11:43 PM > To: 'Loa Andersson'; mpls-tp@ietf.org; mpls@ietf.org;=20 > ccamp@ietf.org; pwe3@ietf.org > Subject: Re: [PWE3] [mpls-tp] Poll om=20 > makinghttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a=20 > working groupdocument >=20 > No/do not support. >=20 > Maarten=20 >=20 > -----Original Message----- > From: mpls-tp-bounces@ietf.org=20 > [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: donderdag 17 december 2009 5:36 > To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org > Subject: [mpls-tp] Poll om making > http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a=20 > working group document >=20 > All, >=20 > this is to start a two week poll on making >=20 > http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt >=20 > an MPLS working group document. >=20 > Send a mail to the mpls-tp@ietf.org mailing list, indicating=20 > "yes/support" > or "no/do not support". >=20 > Comments on the content of the draft should be sent to the=20 > same mailing list with a different subject line. >=20 > The poll ends Friday 15 Jan, 2010. >=20 > /Loa > --=20 >=20 >=20 > Loa Andersson email:=20 > loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92=20 > 13 _______________________________________________ > mpls-tp mailing list > mpls-tp@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-tp >=20 > _______________________________________________ > pwe3 mailing list > pwe3@ietf.org > https://www.ietf.org/mailman/listinfo/pwe3 > = From yakov@juniper.net Thu Dec 17 06:30:32 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D5FF3A67EA for ; Thu, 17 Dec 2009 06:30:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.536 X-Spam-Level: X-Spam-Status: No, score=-6.536 tagged_above=-999 required=5 tests=[AWL=0.063, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JXufQwAv3pkq for ; Thu, 17 Dec 2009 06:30:31 -0800 (PST) Received: from exprod7og113.obsmtp.com (exprod7og113.obsmtp.com [64.18.2.179]) by core3.amsl.com (Postfix) with SMTP id 8BB583A6405 for ; Thu, 17 Dec 2009 06:30:27 -0800 (PST) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob113.postini.com ([64.18.6.12]) with SMTP ID DSNKSypAc9nUJ/COYQ0VCR7Tci0qCNvkuyIQ@postini.com; Thu, 17 Dec 2009 06:30:17 PST Received: from p-emfe01-sac.jnpr.net (66.129.254.71) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.393.1; Thu, 17 Dec 2009 06:23:57 -0800 Received: from p-emlb02-sac.jnpr.net ([66.129.254.47]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 17 Dec 2009 06:23:57 -0800 Received: from emailsmtp56.jnpr.net ([172.24.60.77]) by p-emlb02-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 17 Dec 2009 06:23:57 -0800 Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 17 Dec 2009 06:23:56 -0800 Received: from juniper.net (sapphire.juniper.net [172.17.28.108]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id nBHENuj76269; Thu, 17 Dec 2009 06:23:56 -0800 (PST) (envelope-from yakov@juniper.net) Message-ID: <200912171423.nBHENuj76269@magenta.juniper.net> To: Loa Andersson In-Reply-To: <4B29B1DF.7060301@pi.nu> References: <4B0537BC.7050807@pi.nu> <4B0A5AAF.9060508@pi.nu> <4B29B1DF.7060301@pi.nu> X-MH-In-Reply-To: Loa Andersson message dated "Thu, 17 Dec 2009 05:21:51 +0100." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <84117.1261059835.1@juniper.net> Date: Thu, 17 Dec 2009 06:23:56 -0800 From: Yakov Rekhter X-OriginalArrivalTime: 17 Dec 2009 14:23:56.0869 (UTC) FILETIME=[916A3F50:01CA7F24] Cc: mpls@ietf.org Subject: Re: [mpls] CORRECTION: poll on making draft-wijnands-mpls-mldp-in-band-signaling-02 an mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 14:30:32 -0000 Loa, > All, > > this concludes the poll on draft-wijnands-mpls-mldp-in-band-signaling. > > We have good support to make it a working group document. Could the > authors please republish the draft as: > > draft-ietf-mpls-mldp-in-band-signaling-00 Given that the authors of the draft already agreed to make certain changes wrt clarifying procedures for handling PIM-Bidir, and its applicability wrt the ASM service model and PIM-DM, what are the plans for incorporating these changes in draft-ietf-mpls-mldp-in-band-signaling ? Yakov. > /Loa > > Loa Andersson wrote: > > All, > > > > I made a mistake when I started this poll, the draft I'm asking > > about is: > > > > http://tools.ietf.org/html/draft-wijnands-mpls-mldp-in-band-signaling-02 > > > > It is odd that we made the same mistake both on the agenda in and in > > the tentative minutes from Hiroshima. But as far as I understand the > > comments we've had are on the correct draft. > > > > I will extend the poll to Sun Dec 14 to compensate for my mistake. > > > > /Loa > > > > Loa Andersson wrote: > >> All, > >> > >> this is to start a two week poll in making > >> > >> draft-wijnands-mpls-in-band-signaling-02 > >> > >> an MPLS working group document. > >> > >> Send a mail to the working group (mpls@ietf.org) mailing list, > >> indicating "yes/support" or "no/do not support". > >> > >> Comments on the content of the draft should be sent to the same > >> mailing list with a different subject line. > >> > >> The poll ends Sun Dec 6, 2009. > >> > >> /Loa > > > > -- > > > Loa Andersson email: loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92 13 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From lufang@cisco.com Thu Dec 17 06:34:00 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 99B4928C123; Thu, 17 Dec 2009 06:34:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IxP2FsZxO5bH; Thu, 17 Dec 2009 06:33:59 -0800 (PST) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 66E2F28C12D; Thu, 17 Dec 2009 06:33:59 -0800 (PST) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEACvQKUutJV2a/2dsb2JhbAC/U5cgAoQrBIFj X-IronPort-AV: E=Sophos;i="4.47,413,1257120000"; d="scan'208";a="74868378" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rtp-iport-1.cisco.com with ESMTP; 17 Dec 2009 14:33:44 +0000 Received: from xbh-rcd-202.cisco.com (xbh-rcd-202.cisco.com [72.163.62.201]) by rcdn-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id nBHEXivr021633; Thu, 17 Dec 2009 14:33:44 GMT Received: from xmb-rcd-201.cisco.com ([72.163.62.208]) by xbh-rcd-202.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 17 Dec 2009 08:33:44 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 17 Dec 2009 08:33:42 -0600 Message-ID: <238542D917511A45B6B8AA806E875E251BCBFF@XMB-RCD-201.cisco.com> In-Reply-To: <4B29B534.8040906@pi.nu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document Thread-Index: Acp+0niC1zz7gwgGS2eqV84hf1kMSAAUwJZg References: <4B29B534.8040906@pi.nu> From: "Luyuan Fang (lufang)" To: "Loa Andersson" , , , , X-OriginalArrivalTime: 17 Dec 2009 14:33:44.0262 (UTC) FILETIME=[EF874E60:01CA7F25] Subject: Re: [mpls] [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Dec 2009 14:34:00 -0000 yes/support.=20 Luyuan=20 -----Original Message----- From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson Sent: 16 December 2009 23:36 To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org Subject: [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document All, this is to start a two week poll on making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt an MPLS working group document. Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" or "no/do not support". Comments on the content of the draft should be sent to the same mailing list with a different subject line. The poll ends Friday 15 Jan, 2010. /Loa --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From liu.guoman@zte.com.cn Thu Dec 17 17:43:42 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 69FCC3A6860; Thu, 17 Dec 2009 17:43:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.915 X-Spam-Level: X-Spam-Status: No, score=-96.915 tagged_above=-999 required=5 tests=[AWL=0.720, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yvXFu3tZdTij; Thu, 17 Dec 2009 17:43:41 -0800 (PST) Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id 8228A3A6824; Thu, 17 Dec 2009 17:43:39 -0800 (PST) Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 111643782249529; Fri, 18 Dec 2009 09:12:13 +0800 (CST) Received: from [192.168.168.1] by [192.168.168.16] with StormMail ESMTP id 75400.4792141558; Fri, 18 Dec 2009 09:31:13 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id nBI1hEtI023405; Fri, 18 Dec 2009 09:43:14 +0800 (CST) (envelope-from liu.guoman@zte.com.cn) In-Reply-To: <001901ca7eec$e2179b60$6c02a8c0@china.huawei.com> To: Maarten Vissers 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, 18 Dec 2009 09:43:08 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-12-18 09:43:12, Serialize complete at 2009-12-18 09:43:12 Content-Type: multipart/alternative; boundary="=_alternative 000976A748257690_=" X-MAIL: mse1.zte.com.cn nBI1hEtI023405 Cc: mpls@ietf.org, ccamp@ietf.org, mpls-tp@ietf.org, pwe3@ietf.org, mpls-tp-bounces@ietf.org Subject: Re: [mpls] [mpls-tp] Comment on http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2009 01:43:42 -0000 This is a multipart message in MIME format. --=_alternative 000976A748257690_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 IEkgdGhpbmsgdGhhdCBNYWFydGVuJ3MgY29tbWVudHMgd2lsbCBiZSBnb29kLiBJIGhvcGUgdGhl IGF1dGhvcnMgb2YgdGhlIA0KZHJhZnQgY2FuIGNsYXJpZnkgdGhlIHByb2JsZW1zIGFjY29yZGlu ZyB0byB0aGVzZSBjb21tZW50cy4NCklNTywgb25seSBhbGwgdW5kZXJzdGFuZCAgdGhlIGFuc3dl cnMgdG8gdGhlc2UgcHJvYmxlbXMuIHRoZW4gY29udGludWUgdG8gDQpuZXh0IHN0ZXBzIGZvciB0 aGlzIGRyYWZ0LiBpdCBpcyB0aGUgYmVzdCB3YXkuDQoNCmJlc3QgIHJlZ2FyZHMNCmxpdQ0KDQoN Cg0KDQoNCg0KDQpNYWFydGVuIFZpc3NlcnMgPG1hYXJ0ZW4udmlzc2Vyc0BodWF3ZWkuY29tPiAN CreivP7IyzogIG1wbHMtdHAtYm91bmNlc0BpZXRmLm9yZw0KMjAwOS0xMi0xNyAxNTo0NQ0KDQrK 1bz+yMsNCidMb2EgQW5kZXJzc29uJyA8bG9hQHBpLm51PiwgbXBscy10cEBpZXRmLm9yZywgbXBs c0BpZXRmLm9yZywgDQpjY2FtcEBpZXRmLm9yZywgcHdlM0BpZXRmLm9yZw0Ks63LzQ0KDQrW98zi DQpbbXBscy10cF0gQ29tbWVudCBvbiBodHRwOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LXNmdi1t cGxzLXRwLWZhdWx0LTAxLnR4dA0KDQoNCg0KDQoNCg0KDQpTb21lIGNvbW1lbnRzIG9uIHRoZSBj b250ZW50IG9mIHRoaXMgZHJhZnQ6DQoNCkluIHNlY3Rpb24gMi4xIGl0IGlzIHN0YXRlZDogDQoi ICA8Li4+DQogICBGb3IgZXhhbXBsZSBhbiBBSVMgbWVzc2FnZSBtYXkgYmUgc2VudCBkdXJpbmcg YSBwcm90ZWN0aW9uIHN3aXRjaGluZw0KICAgZXZlbnQgYW5kIHdvdWxkIGNlYXNlIGJlaW5nIHNl bnQgaWYgdGhlIHByb3RlY3Rpb24gc3dpdGNoIHdhcw0KICAgc3VjY2Vzc2Z1bCBpbiByZXN0b3Jp bmcgdGhlIGxpbmsuDQoNCiAgIEl0cyBwcmltYXJ5IHB1cnBvc2UgaXMgdG8gc3VwcHJlc3MgYWxh cm1zIGluIHRoZSBNUExTLVRQIGxheWVyDQogICBuZXR3b3JrIGFib3ZlIHRoZSBsZXZlbCBhdCB3 aGljaCB0aGUgZGVmZWN0IG9jY3Vycy4gIFRoZSBBSVMgbWVzc2FnZQ0KICAgTUFZIGJlIHVzZWQg dG8gdHJpZ2dlciByZWNvdmVyeSBtZWNoYW5pc21zLiAgSXQgc2hvdWxkIGJlIG5vdGVkIHRoYXQN CiAgIHN1Y2ggdXNlIHdvdWxkIGJlIHN1YmplY3QgdG8gZmFsc2UgcG9zaXRpdmVzLCBlLmcuIHVu bmVjZXNzYXJ5DQogICBwcm90ZWN0aW9uIHN3aXRjaGluZyBldmVudHMgaW4gdGhlIGNsaWVudCBs YXllci4iDQoNCkl0IGlzIG5vdCBjb3JyZWN0IHRvIHN0YXRlIHRoYXQgQUlTIHNlbmRpbmcgaXMg c3RvcHBlZCBpZiB0aGUgcHJvdGVjdGlvbg0Kc3dpdGNoIHdhcyBzdWNjZXNmdWwuIFRoZSByZWFz b24gaXMgdGhhdCB0aGUgQUlTIGluc2VydGlvbiBpcyBkb25lIGJ5IGEgDQpNRVANClNpbmsgZnVu Y3Rpb24gdGhhdCBpcyB1cHN0cmVhbSBvZiB0aGUgcHJvdGVjdGlvbiBzd2l0Y2ggc2VsZWN0b3Ig cHJvY2VzcywNCmFuZCB0aGlzIE1FUCBTaW5rIGZ1bmN0aW9uIGlzIGFzIHN1Y2ggdW5hd2FyZSBv ZiB0aGUgcHJlc2VuY2Ugb2YgYQ0KcHJvdGVjdGlvbiBzd2l0Y2ggcHJvY2VzcyBhbmQgb2YgdGhl IHN0YXRlIG9mIHRoZSBwcm90ZWN0aW9uIHN3aXRjaCANCnByb2Nlc3MuDQoNCkFJUyBpbiBwYWNr ZXQgdHJhbnNwb3J0IG5ldHdvcmtzIG11c3QgKipub3QqKiB1c2VkIHRvIHRyaWdnZXIgcmVjb3Zl cnkNCm1lY2hhbmlzbXMuIFJlYXNvbiBpcyB0aGF0IEFJUyBPQU0gbWVzc2FnZXMgaW4gcGFja2V0 IHRyYW5zcG9ydCBuZXR3b3JrIA0KYXJlDQp0byBiZSBnZW5lcmF0ZWQgd2l0aGluIDEgc2Vjb25k IGFmdGVyIHRoZSBkZXRlY3Rpb24gb2YgdGhlIHNpZ25hbCBmYWlsIA0KdHlwZQ0KZGVmZWN0IGRl dGVjdGlvbiBhbmQgYmUgZ2VuZXJhdGVkIHdpdGggYSBwZXJpb2RpY2l0eSBvZiAxIHNlY29uZC4g VGhlc2UNCnRpbWVzIGFyZSBtdWNoIHRvbyBsb25nIHRvIHRyaWdnZXIgYW55IHJlY292ZXJ5IG1l Y2hhbmlzbS4NCg0KVGhlIDEgc2Vjb25kIHRpbWUgcmVxdWlyZW1lbnQgdG8gZ2VuZXJhdGUgdGhl IGZpcnN0IEFJUyBtZXNzYWdlIGlzIGRlcml2ZWQNCmZyb20gdGhlIDIuNSArLy0gMC41IHNlY29u ZCBmYXVsdCBjYXVzZSB0byBmYWlsdXJlIGludGVncmF0aW9uIHRpbWVyIGFzDQpzcGVjaWZpZWQg aW4gRy43NzEwLiBHZW5lcmF0aW9uIG9mIHRoZSBmaXJzdCBBSVMgbWVzc2FnZSB3aXRoaW4gYSBw ZXJpb2QgDQpvZg0KMSBzZWNvbmQgd2lsbCBsZWF2ZSBlbm91Z2ggdGltZSB0byByZWFjaCB0aGUg ZG93bnN0cmVhbSBNRVAgU2luayBmdW5jdGlvbg0KYW5kIHN1cHByZXNzIHRoZSBmYXVsdCBjYXVz ZSB0aGF0IHJlcG9ydCB0aGUgaW50ZXJydXB0aW9uIG9mIHRoZSANCmNvbm5lY3Rpb24uDQoNClBy b3RlY3Rpb24gc3dpdGNoaW5nIGluIHBhY2tldCB0cmFuc3BvcnQgbmV0d29ya3MgaXMgdHJpZ2dl cmVkIGJ5IGUuZy4gDQpsb3NzDQpvZiBjb250aW51aXR5IGFuZCBtaXNjb25uZWN0aW9uIGRlZmVj dHMuDQoNCkluIHNlY3Rpb24gMi4yIGl0IGlzIHN0YXRlZDoNCiIgIFRoZSBMREkgbWVzc2FnZSBp cyBnZW5lcmF0ZWQgaW4gcmVzcG9uc2UgdG8gZGV0ZWN0aW5nIGEgZmF0YWwgZmFpbHVyZQ0KICAg aW4gdGhlIHNlcnZlciBsYXllci4gIFRoZSBMREkgbWVzc2FnZSBNVVNUIE5PVCBiZSBzZW50IHVu dGlsIHRoZQ0KICAgZGVmZWN0IGhhcyBiZWVuIGRldGVybWluZWQgdG8gYmUgZmF0YWwuICBGb3Ig ZXhhbXBsZSBkdXJpbmcgYQ0KICAgcHJvdGVjdGlvbiBzd2l0Y2hpbmcgZXZlbnQgTERJIG1lc3Nh Z2VzIGFyZSBub3Qgc2VudC4gIEhvd2V2ZXIgaWYgdGhlDQogICBwcm90ZWN0aW9uIHN3aXRjaCB3 YXMgdW5zdWNjZXNzZnVsIGluIHJlc3RvcmluZyB0aGUgbGluayB3aXRoaW4gdGhlDQogICBleHBl Y3RlZCByZXBhaXIgdGltZSwgYW4gTERJIG1lc3NhZ2UgTVVTVCBiZSBzZW50LiINCmFuZCBpbiBz ZWN0aW9uIDIuMSBpdCBpcyBzdGF0ZWQ6DQoiICBUaGUgTVBMUy1UUCBBbGFybSBJbmRpY2F0aW9u IFNpZ25hbCAoQUlTKSBtZXNzYWdlIGlzIGdlbmVyYXRlZCBpbg0KICAgcmVzcG9uc2UgdG8gZGV0 ZWN0aW5nIGRlZmVjdHMgaW4gdGhlIHNlcnZlciBsYXllci4gIFRoZSBBSVMgbWVzc2FnZQ0KICAg U0hPVUxEIGJlIHNlbnQgYXMgc29vbiBpcyB0aGUgY29uZGl0aW9uIGlzIGRldGVjdGVkLCB0aGF0 IGlzIGJlZm9yZQ0KICAgYW55IGRldGVybWluYXRpb24gaGFzIGJlZW4gbWFkZSBhcyB0byB3aGV0 aGVyIHRoZSBjb25kaXRpb24gaXMgZmF0YWwuIg0KDQpUaGlzIGRyYWZ0IHN1Z2dlc3QgdGhhdCBp dCBpcyBwb3NzaWJsZSBmb3IgYSBNRVAgU2luayBmdW5jdGlvbiB0byANCmRldGVybWluZQ0KaWYg dGhlIGZhdWx0IGlzICpmYXRhbCogb3IgKm5vdCBmYXRhbCouIFRoaXMgaXMgbm90IHBvc3NpYmxl IGZvciBhIE1FUCANClNpbmsNCmZ1bmN0aW9uLiBUaGUgcmVhc29uIGlzIHRoYXQgYSBNRVAgU2lu ayBmdW5jdGlvbiBoYXMgbm8ga25vd2xlZGdlIG9mIHRoZQ0KcHJlc2VuY2Ugb3Igc3RhdGUgb2Yg YSBwcm90ZWN0aW9uIHN3aXRjaCBwcm9jZXNzIGFzc29jaWF0ZWQgd2l0aCB0aGUNCmNvbm5lY3Rp b24uIEUuZy4gdGhlIHByb3RlY3Rpb24gc3dpdGNoIHByb2Nlc3MgbWF5IGJlIGluIGEgZG93bnN0 cmVhbSANCm5vZGUuDQoNCkl0IGlzIGFsc28gbm90IG5lY2Vzc2FyeSB0byBtYWtlIEFJUyBnZW5l cmF0aW9uIGNvbmRpdGlvbmFsIG9uIGUuZy4NCnByb3RlY3Rpb24gc3dpdGNoIGFjdGlvbnMuIFJl YXNvbiBpcyB0aGF0IGEgcHJvdGVjdGlvbiBzd2l0Y2ggcHJvY2VzcyB3aWxsDQpzZWxlY3QgdHJh ZmZpYyBmcm9tIGVpdGhlciBhIHdvcmtpbmcgY29ubmVjdGlvbiBpbnB1dCBwb3J0LCBvciBhIA0K cHJvdGVjdGlvbg0KY29ubmVjdGlvbiBpbnB1dCBwb3J0LiBBbnkgdHJhZmZpYyBwcmVzZW50IG9u IHRoZSBub3Qgc2VsZWN0ZWQgaW5wdXQgcG9ydA0Kd2lsbCBkcm9wIGF0IHRoaXMgaW5wdXQgcG9y dCBhbmQgbm90IGJlIGZvcndhcmRlZCB0byB0aGUgcHJvdGVjdGlvbiBzd2l0Y2gNCnByb2Nlc3Mg b3V0cHV0IHBvcnQuIEF0IHRoZSBvdXRwdXQgcG9ydCBBSVMgbWVzc2FnZXMgd2lsbCBiZSBwcmVz ZW50IGFzIA0KbG9uZw0KYXMgdGhlIHByb3RlY3Rpb24gc3dpdGNoIHByb2Nlc3Mgc2VsZWN0cyBp dHMgdHJhZmZpYyBmcm9tIHRoZSBmYWlsZWQNCmNvbm5lY3Rpb247IG9uY2UgdGhlIHByb3RlY3Rp b24gc3dpdGNoIHByb2Nlc3Mgc2VsZWN0cyBpdHMgdHJhZmZpYyBmcm9tIA0KdGhlDQpub24tZmFp bGVkIGNvbm5lY3Rpb24gQUlTIG1lc3NhZ2VzIHdpbGwgbm90IGxvbmdlciBiZSBmb3J3YXJkZWQg dG8gdGhlDQpvdXRwdXQgcG9ydC4NCg0KVGhpcyBkcmFmdCBzaG91bGQgYXMgc3VjaCBub3QgYmVj b21lIGEgV0cgZG9jdW1lbnQuDQoNClJlZ2FyZHMsDQpNYWFydGVuDQoNCi0tLS0tT3JpZ2luYWwg TWVzc2FnZS0tLS0tDQpGcm9tOiBtcGxzLXRwLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzptcGxz LXRwLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZg0KT2YgTG9hIEFuZGVyc3Nvbg0KU2VudDog ZG9uZGVyZGFnIDE3IGRlY2VtYmVyIDIwMDkgNTozNg0KVG86IG1wbHMtdHBAaWV0Zi5vcmc7IG1w bHNAaWV0Zi5vcmc7IGNjYW1wQGlldGYub3JnOyBwd2UzQGlldGYub3JnDQpTdWJqZWN0OiBbbXBs cy10cF0gUG9sbCBvbSBtYWtpbmcNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtc2Z2LW1w bHMtdHAtZmF1bHQtMDEudHh0IGEgd29ya2luZyBncm91cA0KZG9jdW1lbnQNCg0KQWxsLA0KDQp0 aGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBtYWtpbmcNCg0KaHR0cDovL3d3dy5p ZXRmLm9yZy9pZC9kcmFmdC1zZnYtbXBscy10cC1mYXVsdC0wMS50eHQNCg0KYW4gTVBMUyB3b3Jr aW5nIGdyb3VwIGRvY3VtZW50Lg0KDQpTZW5kIGEgbWFpbCB0byB0aGUgbXBscy10cEBpZXRmLm9y ZyBtYWlsaW5nIGxpc3QsIGluZGljYXRpbmcgInllcy9zdXBwb3J0Ig0Kb3IgIm5vL2RvIG5vdCBz dXBwb3J0Ii4NCg0KQ29tbWVudHMgb24gdGhlIGNvbnRlbnQgb2YgdGhlIGRyYWZ0IHNob3VsZCBi ZSBzZW50IHRvIHRoZSBzYW1lIG1haWxpbmcgDQpsaXN0DQp3aXRoIGEgZGlmZmVyZW50IHN1Ympl Y3QgbGluZS4NCg0KVGhlIHBvbGwgZW5kcyBGcmlkYXkgMTUgSmFuLCAyMDEwLg0KDQovTG9hDQot LSANCg0KDQpMb2EgQW5kZXJzc29uICAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOiBsb2Eu YW5kZXJzc29uQGVyaWNzc29uLmNvbQ0KU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2Vy ICAgICAgICAgICAgbG9hQHBpLm51DQpFcmljc3NvbiBJbmMgICAgICAgICAgICAgICAgICAgICAg ICAgIHBob25lOiArNDYgMTAgNzE3IDUyIDEzDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgKzQ2IDc2NyA3MiA5MiAxMw0KX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMtdHAgbWFpbGluZyBsaXN0DQptcGxzLXRw QGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMtdHAN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMt dHAgbWFpbGluZyBsaXN0DQptcGxzLXRwQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL21wbHMtdHANCg0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNlY3Vy aXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMgc29s ZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBjb21t dW5pY2F0aW9uIGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2Js aWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRpc2Ns b3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhpcyBl bWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlhbCBh bmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVudGl0 eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBl bWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNzYWdl LiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhlIGlu ZGl2aWR1YWwgc2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVz ZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo= --=_alternative 000976A748257690_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwO0kgdGhpbmsgdGhhdCBN YWFydGVuJ3MgY29tbWVudHMNCndpbGwgYmUgZ29vZC4gSSBob3BlIHRoZSBhdXRob3JzIG9mIHRo ZSBkcmFmdCBjYW4gY2xhcmlmeSB0aGUgcHJvYmxlbXMNCmFjY29yZGluZyB0byB0aGVzZSBjb21t ZW50cy48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPklNTywgb25s eSBhbGwgdW5kZXJzdGFuZCAmbmJzcDt0aGUgYW5zd2Vycw0KdG8gdGhlc2UgcHJvYmxlbXMuIHRo ZW4gY29udGludWUgdG8gbmV4dCBzdGVwcyBmb3IgdGhpcyBkcmFmdC4gaXQgaXMgdGhlDQpiZXN0 IHdheS48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmJl c3QgJm5ic3A7cmVnYXJkczwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJp ZiI+bGl1PGJyPg0KPC9mb250Pg0KPHRhYmxlPg0KPHRyPg0KPHRkPg0KPGRpdiBhbGlnbj1jZW50 ZXI+PC9kaXY+DQo8dGQ+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3 aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MjYlPjxmb250IHNpemU9MSBm YWNlPSJzYW5zLXNlcmlmIj48Yj5NYWFydGVuIFZpc3NlcnMgJmx0O21hYXJ0ZW4udmlzc2Vyc0Bo dWF3ZWkuY29tJmd0OzwvYj4NCjwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+t6K8/sjLOiAmbmJzcDttcGxzLXRwLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8cD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAwOS0xMi0xNyAxNTo0NTwvZm9udD4NCjx0 ZCB3aWR0aD03MyU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9m b250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4nTG9hIEFuZGVy c3NvbicgJmx0O2xvYUBwaS5udSZndDssIG1wbHMtdHBAaWV0Zi5vcmcsDQptcGxzQGlldGYub3Jn LCBjY2FtcEBpZXRmLm9yZywgcHdlM0BpZXRmLm9yZzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0K PHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63L zTwvZm9udD48L2Rpdj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1y aWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9udD48L2Rpdj4NCjx0 ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+W21wbHMtdHBdIENvbW1lbnQgb24gJm5i c3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwO2h0dHA6Ly93d3cuaWV0Zi5vcmcvaWQvZHJhZnQtc2Z2 LW1wbHMtdHAtZmF1bHQtMDEudHh0PC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIg dmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+ DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD48YnI+DQpTb21lIGNvbW1lbnRzIG9uIHRoZSBjb250ZW50 IG9mIHRoaXMgZHJhZnQ6PGJyPg0KPGJyPg0KSW4gc2VjdGlvbiAyLjEgaXQgaXMgc3RhdGVkOiA8 YnI+DQomcXVvdDsgJm5ic3A7Jmx0Oy4uJmd0Ozxicj4NCiAmbmJzcDsgRm9yIGV4YW1wbGUgYW4g QUlTIG1lc3NhZ2UgbWF5IGJlIHNlbnQgZHVyaW5nIGEgcHJvdGVjdGlvbiBzd2l0Y2hpbmc8YnI+ DQogJm5ic3A7IGV2ZW50IGFuZCB3b3VsZCBjZWFzZSBiZWluZyBzZW50IGlmIHRoZSBwcm90ZWN0 aW9uIHN3aXRjaCB3YXM8YnI+DQogJm5ic3A7IHN1Y2Nlc3NmdWwgaW4gcmVzdG9yaW5nIHRoZSBs aW5rLjxicj4NCjxicj4NCiAmbmJzcDsgSXRzIHByaW1hcnkgcHVycG9zZSBpcyB0byBzdXBwcmVz cyBhbGFybXMgaW4gdGhlIE1QTFMtVFAgbGF5ZXI8YnI+DQogJm5ic3A7IG5ldHdvcmsgYWJvdmUg dGhlIGxldmVsIGF0IHdoaWNoIHRoZSBkZWZlY3Qgb2NjdXJzLiAmbmJzcDtUaGUgQUlTDQptZXNz YWdlPGJyPg0KICZuYnNwOyBNQVkgYmUgdXNlZCB0byB0cmlnZ2VyIHJlY292ZXJ5IG1lY2hhbmlz bXMuICZuYnNwO0l0IHNob3VsZCBiZQ0Kbm90ZWQgdGhhdDxicj4NCiAmbmJzcDsgc3VjaCB1c2Ug d291bGQgYmUgc3ViamVjdCB0byBmYWxzZSBwb3NpdGl2ZXMsIGUuZy4gdW5uZWNlc3Nhcnk8YnI+ DQogJm5ic3A7IHByb3RlY3Rpb24gc3dpdGNoaW5nIGV2ZW50cyBpbiB0aGUgY2xpZW50IGxheWVy LiZxdW90Ozxicj4NCjxicj4NCkl0IGlzIG5vdCBjb3JyZWN0IHRvIHN0YXRlIHRoYXQgQUlTIHNl bmRpbmcgaXMgc3RvcHBlZCBpZiB0aGUgcHJvdGVjdGlvbjxicj4NCnN3aXRjaCB3YXMgc3VjY2Vz ZnVsLiBUaGUgcmVhc29uIGlzIHRoYXQgdGhlIEFJUyBpbnNlcnRpb24gaXMgZG9uZSBieSBhDQpN RVA8YnI+DQpTaW5rIGZ1bmN0aW9uIHRoYXQgaXMgdXBzdHJlYW0gb2YgdGhlIHByb3RlY3Rpb24g c3dpdGNoIHNlbGVjdG9yIHByb2Nlc3MsPGJyPg0KYW5kIHRoaXMgTUVQIFNpbmsgZnVuY3Rpb24g aXMgYXMgc3VjaCB1bmF3YXJlIG9mIHRoZSBwcmVzZW5jZSBvZiBhPGJyPg0KcHJvdGVjdGlvbiBz d2l0Y2ggcHJvY2VzcyBhbmQgb2YgdGhlIHN0YXRlIG9mIHRoZSBwcm90ZWN0aW9uIHN3aXRjaCBw cm9jZXNzLjxicj4NCjxicj4NCkFJUyBpbiBwYWNrZXQgdHJhbnNwb3J0IG5ldHdvcmtzIG11c3Qg Kipub3QqKiB1c2VkIHRvIHRyaWdnZXIgcmVjb3Zlcnk8YnI+DQptZWNoYW5pc21zLiBSZWFzb24g aXMgdGhhdCBBSVMgT0FNIG1lc3NhZ2VzIGluIHBhY2tldCB0cmFuc3BvcnQgbmV0d29yaw0KYXJl PGJyPg0KdG8gYmUgZ2VuZXJhdGVkIHdpdGhpbiAxIHNlY29uZCBhZnRlciB0aGUgZGV0ZWN0aW9u IG9mIHRoZSBzaWduYWwgZmFpbA0KdHlwZTxicj4NCmRlZmVjdCBkZXRlY3Rpb24gYW5kIGJlIGdl bmVyYXRlZCB3aXRoIGEgcGVyaW9kaWNpdHkgb2YgMSBzZWNvbmQuIFRoZXNlPGJyPg0KdGltZXMg YXJlIG11Y2ggdG9vIGxvbmcgdG8gdHJpZ2dlciBhbnkgcmVjb3ZlcnkgbWVjaGFuaXNtLjxicj4N Cjxicj4NClRoZSAxIHNlY29uZCB0aW1lIHJlcXVpcmVtZW50IHRvIGdlbmVyYXRlIHRoZSBmaXJz dCBBSVMgbWVzc2FnZSBpcyBkZXJpdmVkPGJyPg0KZnJvbSB0aGUgMi41ICsvLSAwLjUgc2Vjb25k IGZhdWx0IGNhdXNlIHRvIGZhaWx1cmUgaW50ZWdyYXRpb24gdGltZXIgYXM8YnI+DQpzcGVjaWZp ZWQgaW4gRy43NzEwLiBHZW5lcmF0aW9uIG9mIHRoZSBmaXJzdCBBSVMgbWVzc2FnZSB3aXRoaW4g YSBwZXJpb2QNCm9mPGJyPg0KMSBzZWNvbmQgd2lsbCBsZWF2ZSBlbm91Z2ggdGltZSB0byByZWFj aCB0aGUgZG93bnN0cmVhbSBNRVAgU2luayBmdW5jdGlvbjxicj4NCmFuZCBzdXBwcmVzcyB0aGUg ZmF1bHQgY2F1c2UgdGhhdCByZXBvcnQgdGhlIGludGVycnVwdGlvbiBvZiB0aGUgY29ubmVjdGlv bi48YnI+DQo8YnI+DQpQcm90ZWN0aW9uIHN3aXRjaGluZyBpbiBwYWNrZXQgdHJhbnNwb3J0IG5l dHdvcmtzIGlzIHRyaWdnZXJlZCBieSBlLmcuDQpsb3NzPGJyPg0Kb2YgY29udGludWl0eSBhbmQg bWlzY29ubmVjdGlvbiBkZWZlY3RzLjxicj4NCjxicj4NCkluIHNlY3Rpb24gMi4yIGl0IGlzIHN0 YXRlZDo8YnI+DQomcXVvdDsgJm5ic3A7VGhlIExESSBtZXNzYWdlIGlzIGdlbmVyYXRlZCBpbiBy ZXNwb25zZSB0byBkZXRlY3RpbmcgYSBmYXRhbA0KZmFpbHVyZTxicj4NCiAmbmJzcDsgaW4gdGhl IHNlcnZlciBsYXllci4gJm5ic3A7VGhlIExESSBtZXNzYWdlIE1VU1QgTk9UIGJlIHNlbnQgdW50 aWwNCnRoZTxicj4NCiAmbmJzcDsgZGVmZWN0IGhhcyBiZWVuIGRldGVybWluZWQgdG8gYmUgZmF0 YWwuICZuYnNwO0ZvciBleGFtcGxlIGR1cmluZw0KYTxicj4NCiAmbmJzcDsgcHJvdGVjdGlvbiBz d2l0Y2hpbmcgZXZlbnQgTERJIG1lc3NhZ2VzIGFyZSBub3Qgc2VudC4gJm5ic3A7SG93ZXZlcg0K aWYgdGhlPGJyPg0KICZuYnNwOyBwcm90ZWN0aW9uIHN3aXRjaCB3YXMgdW5zdWNjZXNzZnVsIGlu IHJlc3RvcmluZyB0aGUgbGluayB3aXRoaW4NCnRoZTxicj4NCiAmbmJzcDsgZXhwZWN0ZWQgcmVw YWlyIHRpbWUsIGFuIExESSBtZXNzYWdlIE1VU1QgYmUgc2VudC4mcXVvdDs8YnI+DQphbmQgaW4g c2VjdGlvbiAyLjEgaXQgaXMgc3RhdGVkOjxicj4NCiZxdW90OyAmbmJzcDtUaGUgTVBMUy1UUCBB bGFybSBJbmRpY2F0aW9uIFNpZ25hbCAoQUlTKSBtZXNzYWdlIGlzIGdlbmVyYXRlZA0KaW48YnI+ DQogJm5ic3A7IHJlc3BvbnNlIHRvIGRldGVjdGluZyBkZWZlY3RzIGluIHRoZSBzZXJ2ZXIgbGF5 ZXIuICZuYnNwO1RoZSBBSVMNCm1lc3NhZ2U8YnI+DQogJm5ic3A7IFNIT1VMRCBiZSBzZW50IGFz IHNvb24gaXMgdGhlIGNvbmRpdGlvbiBpcyBkZXRlY3RlZCwgdGhhdCBpcyBiZWZvcmU8YnI+DQog Jm5ic3A7IGFueSBkZXRlcm1pbmF0aW9uIGhhcyBiZWVuIG1hZGUgYXMgdG8gd2hldGhlciB0aGUg Y29uZGl0aW9uIGlzDQpmYXRhbC4mcXVvdDs8YnI+DQo8YnI+DQpUaGlzIGRyYWZ0IHN1Z2dlc3Qg dGhhdCBpdCBpcyBwb3NzaWJsZSBmb3IgYSBNRVAgU2luayBmdW5jdGlvbiB0byBkZXRlcm1pbmU8 YnI+DQppZiB0aGUgZmF1bHQgaXMgKmZhdGFsKiBvciAqbm90IGZhdGFsKi4gVGhpcyBpcyBub3Qg cG9zc2libGUgZm9yIGEgTUVQDQpTaW5rPGJyPg0KZnVuY3Rpb24uIFRoZSByZWFzb24gaXMgdGhh dCBhIE1FUCBTaW5rIGZ1bmN0aW9uIGhhcyBubyBrbm93bGVkZ2Ugb2YgdGhlPGJyPg0KcHJlc2Vu Y2Ugb3Igc3RhdGUgb2YgYSBwcm90ZWN0aW9uIHN3aXRjaCBwcm9jZXNzIGFzc29jaWF0ZWQgd2l0 aCB0aGU8YnI+DQpjb25uZWN0aW9uLiBFLmcuIHRoZSBwcm90ZWN0aW9uIHN3aXRjaCBwcm9jZXNz IG1heSBiZSBpbiBhIGRvd25zdHJlYW0gbm9kZS48YnI+DQo8YnI+DQpJdCBpcyBhbHNvIG5vdCBu ZWNlc3NhcnkgdG8gbWFrZSBBSVMgZ2VuZXJhdGlvbiBjb25kaXRpb25hbCBvbiBlLmcuPGJyPg0K cHJvdGVjdGlvbiBzd2l0Y2ggYWN0aW9ucy4gUmVhc29uIGlzIHRoYXQgYSBwcm90ZWN0aW9uIHN3 aXRjaCBwcm9jZXNzIHdpbGw8YnI+DQpzZWxlY3QgdHJhZmZpYyBmcm9tIGVpdGhlciBhIHdvcmtp bmcgY29ubmVjdGlvbiBpbnB1dCBwb3J0LCBvciBhIHByb3RlY3Rpb248YnI+DQpjb25uZWN0aW9u IGlucHV0IHBvcnQuIEFueSB0cmFmZmljIHByZXNlbnQgb24gdGhlIG5vdCBzZWxlY3RlZCBpbnB1 dCBwb3J0PGJyPg0Kd2lsbCBkcm9wIGF0IHRoaXMgaW5wdXQgcG9ydCBhbmQgbm90IGJlIGZvcndh cmRlZCB0byB0aGUgcHJvdGVjdGlvbiBzd2l0Y2g8YnI+DQpwcm9jZXNzIG91dHB1dCBwb3J0LiBB dCB0aGUgb3V0cHV0IHBvcnQgQUlTIG1lc3NhZ2VzIHdpbGwgYmUgcHJlc2VudCBhcw0KbG9uZzxi cj4NCmFzIHRoZSBwcm90ZWN0aW9uIHN3aXRjaCBwcm9jZXNzIHNlbGVjdHMgaXRzIHRyYWZmaWMg ZnJvbSB0aGUgZmFpbGVkPGJyPg0KY29ubmVjdGlvbjsgb25jZSB0aGUgcHJvdGVjdGlvbiBzd2l0 Y2ggcHJvY2VzcyBzZWxlY3RzIGl0cyB0cmFmZmljIGZyb20NCnRoZTxicj4NCm5vbi1mYWlsZWQg Y29ubmVjdGlvbiBBSVMgbWVzc2FnZXMgd2lsbCBub3QgbG9uZ2VyIGJlIGZvcndhcmRlZCB0byB0 aGU8YnI+DQpvdXRwdXQgcG9ydC48YnI+DQo8YnI+DQpUaGlzIGRyYWZ0IHNob3VsZCBhcyBzdWNo IG5vdCBiZWNvbWUgYSBXRyBkb2N1bWVudC48YnI+DQo8YnI+DQpSZWdhcmRzLDxicj4NCk1hYXJ0 ZW48YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLTxicj4NCkZyb206IG1wbHMt dHAtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMtdHAtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmPGJyPg0KT2YgTG9hIEFuZGVyc3Nvbjxicj4NClNlbnQ6IGRvbmRlcmRhZyAxNyBkZWNl bWJlciAyMDA5IDU6MzY8YnI+DQpUbzogbXBscy10cEBpZXRmLm9yZzsgbXBsc0BpZXRmLm9yZzsg Y2NhbXBAaWV0Zi5vcmc7IHB3ZTNAaWV0Zi5vcmc8YnI+DQpTdWJqZWN0OiBbbXBscy10cF0gUG9s bCBvbSBtYWtpbmc8YnI+DQpodHRwOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LXNmdi1tcGxzLXRw LWZhdWx0LTAxLnR4dCBhIHdvcmtpbmcgZ3JvdXA8YnI+DQpkb2N1bWVudDxicj4NCjxicj4NCkFs bCw8YnI+DQo8YnI+DQp0aGlzIGlzIHRvIHN0YXJ0IGEgdHdvIHdlZWsgcG9sbCBvbiBtYWtpbmc8 YnI+DQo8YnI+DQpodHRwOi8vd3d3LmlldGYub3JnL2lkL2RyYWZ0LXNmdi1tcGxzLXRwLWZhdWx0 LTAxLnR4dDxicj4NCjxicj4NCmFuIE1QTFMgd29ya2luZyBncm91cCBkb2N1bWVudC48YnI+DQo8 YnI+DQpTZW5kIGEgbWFpbCB0byB0aGUgbXBscy10cEBpZXRmLm9yZyBtYWlsaW5nIGxpc3QsIGlu ZGljYXRpbmcgJnF1b3Q7eWVzL3N1cHBvcnQmcXVvdDs8YnI+DQpvciAmcXVvdDtuby9kbyBub3Qg c3VwcG9ydCZxdW90Oy48YnI+DQo8YnI+DQpDb21tZW50cyBvbiB0aGUgY29udGVudCBvZiB0aGUg ZHJhZnQgc2hvdWxkIGJlIHNlbnQgdG8gdGhlIHNhbWUgbWFpbGluZw0KbGlzdDxicj4NCndpdGgg YSBkaWZmZXJlbnQgc3ViamVjdCBsaW5lLjxicj4NCjxicj4NClRoZSBwb2xsIGVuZHMgRnJpZGF5 IDE1IEphbiwgMjAxMC48YnI+DQo8YnI+DQovTG9hPGJyPg0KLS0gPGJyPg0KPGJyPg0KPGJyPg0K TG9hIEFuZGVyc3NvbiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgZW1haWw6IGxvYS5hbmRl cnNzb25AZXJpY3Nzb24uY29tPGJyPg0KU3IgU3RyYXRlZ3kgYW5kIFN0YW5kYXJkcyBNYW5hZ2Vy ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7bG9hQHBpLm51PGJyPg0K RXJpY3Nzb24gSW5jICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtwaG9uZTogKzQ2 IDEwIDcxNyA1MiAxMzxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZu YnNwOyAmbmJzcDsrNDYgNzY3IDcyIDkyIDEzPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzLXRwIG1haWxpbmcgbGlzdDxicj4NCm1w bHMtdHBAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv L21wbHMtdHA8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXzxicj4NCm1wbHMtdHAgbWFpbGluZyBsaXN0PGJyPg0KbXBscy10cEBpZXRmLm9y Zzxicj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscy10cDxicj4N Cjxicj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0KPGJyPjxwcmU+DQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFJm5ic3A7SW5mb3JtYXRp b24mbmJzcDtTZWN1cml0eSZuYnNwO05vdGljZTombmJzcDtUaGUmbmJzcDtpbmZvcm1hdGlvbiZu YnNwO2NvbnRhaW5lZCZuYnNwO2luJm5ic3A7dGhpcyZuYnNwO21haWwmbmJzcDtpcyZuYnNwO3Nv bGVseSZuYnNwO3Byb3BlcnR5Jm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtzZW5kZXIncyZuYnNwO29y Z2FuaXphdGlvbi4mbmJzcDtUaGlzJm5ic3A7bWFpbCZuYnNwO2NvbW11bmljYXRpb24mbmJzcDtp cyZuYnNwO2NvbmZpZGVudGlhbC4mbmJzcDtSZWNpcGllbnRzJm5ic3A7bmFtZWQmbmJzcDthYm92 ZSZuYnNwO2FyZSZuYnNwO29ibGlnYXRlZCZuYnNwO3RvJm5ic3A7bWFpbnRhaW4mbmJzcDtzZWNy ZWN5Jm5ic3A7YW5kJm5ic3A7YXJlJm5ic3A7bm90Jm5ic3A7cGVybWl0dGVkJm5ic3A7dG8mbmJz cDtkaXNjbG9zZSZuYnNwO3RoZSZuYnNwO2NvbnRlbnRzJm5ic3A7b2YmbmJzcDt0aGlzJm5ic3A7 Y29tbXVuaWNhdGlvbiZuYnNwO3RvJm5ic3A7b3RoZXJzLg0KVGhpcyZuYnNwO2VtYWlsJm5ic3A7 YW5kJm5ic3A7YW55Jm5ic3A7ZmlsZXMmbmJzcDt0cmFuc21pdHRlZCZuYnNwO3dpdGgmbmJzcDtp dCZuYnNwO2FyZSZuYnNwO2NvbmZpZGVudGlhbCZuYnNwO2FuZCZuYnNwO2ludGVuZGVkJm5ic3A7 c29sZWx5Jm5ic3A7Zm9yJm5ic3A7dGhlJm5ic3A7dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtp bmRpdmlkdWFsJm5ic3A7b3ImbmJzcDtlbnRpdHkmbmJzcDt0byZuYnNwO3dob20mbmJzcDt0aGV5 Jm5ic3A7YXJlJm5ic3A7YWRkcmVzc2VkLiZuYnNwO0lmJm5ic3A7eW91Jm5ic3A7aGF2ZSZuYnNw O3JlY2VpdmVkJm5ic3A7dGhpcyZuYnNwO2VtYWlsJm5ic3A7aW4mbmJzcDtlcnJvciZuYnNwO3Bs ZWFzZSZuYnNwO25vdGlmeSZuYnNwO3RoZSZuYnNwO29yaWdpbmF0b3ImbmJzcDtvZiZuYnNwO3Ro ZSZuYnNwO21lc3NhZ2UuJm5ic3A7QW55Jm5ic3A7dmlld3MmbmJzcDtleHByZXNzZWQmbmJzcDtp biZuYnNwO3RoaXMmbmJzcDttZXNzYWdlJm5ic3A7YXJlJm5ic3A7dGhvc2UmbmJzcDtvZiZuYnNw O3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtzZW5kZXIuDQpUaGlzJm5ic3A7bWVzc2FnZSZuYnNw O2hhcyZuYnNwO2JlZW4mbmJzcDtzY2FubmVkJm5ic3A7Zm9yJm5ic3A7dmlydXNlcyZuYnNwO2Fu ZCZuYnNwO1NwYW0mbmJzcDtieSZuYnNwO1pURSZuYnNwO0FudGktU3BhbSZuYnNwO3N5c3RlbS4N CjwvcHJlPg== --=_alternative 000976A748257690_=-- From david.sinicrope@ericsson.com Fri Dec 18 01:02:50 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 378C33A683F; Fri, 18 Dec 2009 01:02:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FzUz9taZpQhp; Fri, 18 Dec 2009 01:02:49 -0800 (PST) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id 52C223A6855; Fri, 18 Dec 2009 01:02:49 -0800 (PST) Received: from eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id nBI93J2k019336; Fri, 18 Dec 2009 03:03:21 -0600 Received: from EUSAACMS0703.eamcs.ericsson.se ([169.254.1.228]) by eusaamw0712.eamcs.ericsson.se ([147.117.20.181]) with mapi; Fri, 18 Dec 2009 04:02:31 -0500 From: David Sinicrope To: Loa Andersson , "mpls-tp@ietf.org" , "mpls@ietf.org" , "ccamp@ietf.org" , "IETF.PWE3" Date: Fri, 18 Dec 2009 04:02:36 -0500 Thread-Topic: [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document Thread-Index: Acp+0nepJvwUccU/R2qmyTeUFimkFAA7l/cR Message-ID: In-Reply-To: <4B29B534.8040906@pi.nu> Accept-Language: en-US Content-Language: en X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [mpls] [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2009 09:02:50 -0000 Support On 12/16/09 11:36 PM, "Loa Andersson" wrote: All, this is to start a two week poll on making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt an MPLS working group document. Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" or "no/do not support". Comments on the content of the draft should be sent to the same mailing list with a different subject line. The poll ends Friday 15 Jan, 2010. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From maarten.vissers@huawei.com Fri Dec 18 03:30:18 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0D5FA3A6AC5; Fri, 18 Dec 2009 03:30:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.495 X-Spam-Level: X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CssagUjWcdtP; Fri, 18 Dec 2009 03:30:16 -0800 (PST) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 6558F3A6AA1; Fri, 18 Dec 2009 03:30:16 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUU00I7HILUNW@szxga03-in.huawei.com>; Fri, 18 Dec 2009 19:29:54 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KUU00ABTILUJF@szxga03-in.huawei.com>; Fri, 18 Dec 2009 19:29:54 +0800 (CST) Received: from M00900002 ([10.202.112.160]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KUU00IPXILQX7@szxml04-in.huawei.com>; Fri, 18 Dec 2009 19:29:54 +0800 (CST) Date: Fri, 18 Dec 2009 12:29:50 +0100 From: Maarten Vissers In-reply-to: <001901ca7eec$e2179b60$6c02a8c0@china.huawei.com> To: mpls-tp@ietf.org, mpls@ietf.org, ccamp@ietf.org, pwe3@ietf.org Message-id: <001a01ca7fd5$6ac557c0$a070ca0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acp+0nx4dPl6Lc1rTuiovDVmelzglwAFWAQgADmfjCA= Subject: Re: [mpls] [mpls-tp] Comment onhttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2009 11:30:18 -0000 I would like to raise three additional issues in this draft. 1) in section 3 it is stated "The FM Channel uses ACH TLVs and MUST include the ACH TLV header." and "The ACH TLVs may include (but are not limited to) IF-ID, Global-ID, and ICC." AIS and LCK OAM messages should not carry any identifiers, as such identifiers are not read by the receiving MEP. Those identifiers are not providing any useful information to network management or detector circuits. Addition of such identifiers to the AIS and LCK frames adds unnecessary complexities to the designs. 2) In section 4 it is stated "R-flag The R-flag is normally set to zero. A setting of one indicates the removal of a previously sent FM condition." This R-flag is not a helpful feature in AIS and LCK messages. Addition of such flag only increases complexity of the solution and designs. It is a classical item, discussed in previous OAM developments as well. The idea is that the receiver can be explicitly informed about the end of the AIS or LCK condition. Unfortunately it is necessary to take into account that a packet may be dropped due to congestion or bit errors. As such, the AIS and LCK detector circuits in the MEP Sink fucntions must be able to clear the AIS and LCK defects also when such packet with R-flag was lost (which is foreseen in the specification in section 5.3). It is therefore less complex to have the absence of three AIS or LCK packets being used as clearing condition for the AIS and LCK defects. 3) In section 4 it is stated "Refresh Timer The maximum time between successive FM messages specified in seconds. The range is 1 to 65535. The value 0 is not permitted. The default value is 60." The default AIS and LCK repetition period is generically 1-second, not 60-seconds. There is no need for a range of AIS and LCK repetition periods. The first AIS packet for each LSP/PW impacted by the fault has to be generated within 1 second after a signal fail type defect is detected and the next one has to be generated 1-second later. This 1 second period is necessary in order to prevent that downstream the alarms are raised (which happens after 2.5 +/- 0.5 seconds). If the first AIS packet was lost (due to congestion or bit errors) then there is a second AIS packet that will be received by the MEP Sink fucntion before the 2.5 +/- 0.5 second fault cause to failure filter will expire. Either the first or second AIS packet will clear the fault cause and prevent the alarm from being raised. MPLS-TP AIS and LCK OAM packets should be very simple OAM packets including only a Version number and OAM Type (MsgType or OpCode). AIS and LCK OAM packets should be inserted within 1 second after the condition to generate those packets became active and these OAM packets must be send with a 1 second repetition rate. Regards, Maarten -----Original Message----- From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Maarten Vissers Sent: donderdag 17 december 2009 8:45 To: 'Loa Andersson'; mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org Subject: [mpls-tp] Comment onhttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt Some comments on the content of this draft: In section 2.1 it is stated: " <..> For example an AIS message may be sent during a protection switching event and would cease being sent if the protection switch was successful in restoring the link. Its primary purpose is to suppress alarms in the MPLS-TP layer network above the level at which the defect occurs. The AIS message MAY be used to trigger recovery mechanisms. It should be noted that such use would be subject to false positives, e.g. unnecessary protection switching events in the client layer." It is not correct to state that AIS sending is stopped if the protection switch was succesful. The reason is that the AIS insertion is done by a MEP Sink function that is upstream of the protection switch selector process, and this MEP Sink function is as such unaware of the presence of a protection switch process and of the state of the protection switch process. AIS in packet transport networks must **not** used to trigger recovery mechanisms. Reason is that AIS OAM messages in packet transport network are to be generated within 1 second after the detection of the signal fail type defect detection and be generated with a periodicity of 1 second. These times are much too long to trigger any recovery mechanism. The 1 second time requirement to generate the first AIS message is derived from the 2.5 +/- 0.5 second fault cause to failure integration timer as specified in G.7710. Generation of the first AIS message within a period of 1 second will leave enough time to reach the downstream MEP Sink function and suppress the fault cause that report the interruption of the connection. Protection switching in packet transport networks is triggered by e.g. loss of continuity and misconnection defects. In section 2.2 it is stated: " The LDI message is generated in response to detecting a fatal failure in the server layer. The LDI message MUST NOT be sent until the defect has been determined to be fatal. For example during a protection switching event LDI messages are not sent. However if the protection switch was unsuccessful in restoring the link within the expected repair time, an LDI message MUST be sent." and in section 2.1 it is stated: " The MPLS-TP Alarm Indication Signal (AIS) message is generated in response to detecting defects in the server layer. The AIS message SHOULD be sent as soon is the condition is detected, that is before any determination has been made as to whether the condition is fatal." This draft suggest that it is possible for a MEP Sink function to determine if the fault is *fatal* or *not fatal*. This is not possible for a MEP Sink function. The reason is that a MEP Sink function has no knowledge of the presence or state of a protection switch process associated with the connection. E.g. the protection switch process may be in a downstream node. It is also not necessary to make AIS generation conditional on e.g. protection switch actions. Reason is that a protection switch process will select traffic from either a working connection input port, or a protection connection input port. Any traffic present on the not selected input port will drop at this input port and not be forwarded to the protection switch process output port. At the output port AIS messages will be present as long as the protection switch process selects its traffic from the failed connection; once the protection switch process selects its traffic from the non-failed connection AIS messages will not longer be forwarded to the output port. This draft should as such not become a WG document. Regards, Maarten -----Original Message----- From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson Sent: donderdag 17 december 2009 5:36 To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org Subject: [mpls-tp] Poll om making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group document All, this is to start a two week poll on making http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt an MPLS working group document. Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" or "no/do not support". Comments on the content of the draft should be sent to the same mailing list with a different subject line. The poll ends Friday 15 Jan, 2010. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From loa@pi.nu Sat Dec 19 03:11:23 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 535893A67B0 for ; Sat, 19 Dec 2009 03:11:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 96gP814F2pBn for ; Sat, 19 Dec 2009 03:11:18 -0800 (PST) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by core3.amsl.com (Postfix) with ESMTP id E68283A699A for ; Sat, 19 Dec 2009 03:11:17 -0800 (PST) Received: from [192.168.0.101] (h133n2fls33o883.telia.com [217.208.62.133]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id A9303D4052; Sat, 19 Dec 2009 12:10:56 +0100 (CET) Message-ID: <4B2CB4BE.9060105@pi.nu> Date: Sat, 19 Dec 2009 12:10:54 +0100 From: Loa Andersson User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Yakov Rekhter References: <4B0537BC.7050807@pi.nu> <4B0A5AAF.9060508@pi.nu> <4B29B1DF.7060301@pi.nu> <200912171423.nBHENuj76269@magenta.juniper.net> In-Reply-To: <200912171423.nBHENuj76269@magenta.juniper.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mpls@ietf.org Subject: Re: [mpls] CORRECTION: poll on making draft-wijnands-mpls-mldp-in-band-signaling-02 an mpls wg document X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2009 11:11:26 -0000 Yakov, I've told the authors to do the following 1. publish the -00 version of the wg doc, which is unchanged from the -02 except for version numbers and dates (we want to have that version for tracking purposes) 2. directly after publish a -01 version of the working group document that includes the agreed comments from you. I've not set a dead line for this because I know that folks are on season vacation, but expect to have the -01 version of the wg doc in January. /Loa Yakov Rekhter wrote: > Loa, > >> All, >> >> this concludes the poll on draft-wijnands-mpls-mldp-in-band-signaling. >> >> We have good support to make it a working group document. Could the >> authors please republish the draft as: >> >> draft-ietf-mpls-mldp-in-band-signaling-00 > > > Given that the authors of the draft already agreed to make certain > changes wrt clarifying procedures for handling PIM-Bidir, and its > applicability wrt the ASM service model and PIM-DM, what are the > plans for incorporating these changes in > draft-ietf-mpls-mldp-in-band-signaling ? > > Yakov. > >> /Loa >> >> Loa Andersson wrote: >>> All, >>> >>> I made a mistake when I started this poll, the draft I'm asking >>> about is: >>> >>> http://tools.ietf.org/html/draft-wijnands-mpls-mldp-in-band-signaling-02 >>> >>> It is odd that we made the same mistake both on the agenda in and in >>> the tentative minutes from Hiroshima. But as far as I understand the >>> comments we've had are on the correct draft. >>> >>> I will extend the poll to Sun Dec 14 to compensate for my mistake. >>> >>> /Loa >>> >>> Loa Andersson wrote: >>>> All, >>>> >>>> this is to start a two week poll in making >>>> >>>> draft-wijnands-mpls-in-band-signaling-02 >>>> >>>> an MPLS working group document. >>>> >>>> Send a mail to the working group (mpls@ietf.org) mailing list, >>>> indicating "yes/support" or "no/do not support". >>>> >>>> Comments on the content of the draft should be sent to the same >>>> mailing list with a different subject line. >>>> >>>> The poll ends Sun Dec 6, 2009. >>>> >>>> /Loa >> -- >> >> >> Loa Andersson email: loa.andersson@ericsson.com >> Sr Strategy and Standards Manager loa@pi.nu >> Ericsson Inc phone: +46 10 717 52 13 >> +46 767 72 92 13 >> _______________________________________________ >> mpls mailing list >> mpls@ietf.org >> https://www.ietf.org/mailman/listinfo/mpls -- 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 neil.2.harrison@bt.com Sat Dec 19 06:03:00 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF39A3A69D1; Sat, 19 Dec 2009 06:03:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.187 X-Spam-Level: X-Spam-Status: No, score=-3.187 tagged_above=-999 required=5 tests=[AWL=0.412, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uv6YN6nNmXbD; Sat, 19 Dec 2009 06:02:59 -0800 (PST) Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137]) by core3.amsl.com (Postfix) with ESMTP id 07F533A6825; Sat, 19 Dec 2009 06:02:58 -0800 (PST) Received: from E03MVB2-UKBR.domain1.systemhost.net ([193.113.197.107]) by smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 19 Dec 2009 14:02:43 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Sat, 19 Dec 2009 13:54:38 -0000 Message-ID: <2ECAA42C79676B42AEBAC11229CA7D0C05714578@E03MVB2-UKBR.domain1.systemhost.net> In-Reply-To: <001901ca7eec$e2179b60$6c02a8c0@china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] Comment onhttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt Thread-Index: Acp+0nx4dPl6Lc1rTuiovDVmelzglwAFWAQgAHAay+A= From: To: , , , , , X-OriginalArrivalTime: 19 Dec 2009 14:02:43.0326 (UTC) FILETIME=[EF2681E0:01CA80B3] Subject: Re: [mpls] Comment onhttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Dec 2009 14:03:01 -0000 I also have some comments on this draft. =20 Major Arch point: ---------------- The key issue here is that the co-ps mode should not be using AIS. It is a mistake to try and copy the co-cs mode. In the co-cs mode labelling and resource allocation are fixed and intrinsically bound together (this is a consequence of using regular fixed-size time-slices of resource). When such a co-cs mode signal 'dies' one simply has to replace it with something (ie a 'resource hole' must be filled with something)...and if we delve back into the history of early PDH path layer networks one will find a binary all 1s signal was the natural traffic signal replacement. In the cl-ps mode we do not have a connection and we thus do not have an a priori fixed client/server relationship...which as an aside is also why we must have a PID label in all cl-ps mode traffic units but we do not require a PID function in co-cs/ps mode traffic units when carrying a single client. However, the key point here is that AIS makes no sense whatsoever for the cl-ps mode. But of course we already know that...if it were not true IP would have adopted it years ago. We can do everything we need using CV for defect detection in the co-ps mode (and where BDI is useful for single ended monitoring and effecting some simple protection-switching cases). We do not require AIS in the co-ps mode. It is just something else that must be consciously generated and thus can go wrong. I do not make the above observation lightly. We have had much internal discussion on this topic several years ago (I started off in favour of co-ps mode AIS) before reaching a somewhat counter-intuitive conclusion that AIS should not be used in co-ps mode layer networks. We should not therefore make this mistake in MPLS-TP IMO...but also see next point. Some related observations: ------------------------- AIS in the co-cs mode is a *replacement for the DP traffic signal*. If one really wanted to emulate the co-cs mode here, the co-ps mode AIS must look as identical as possible to the normal co-ps mode DP traffic unit. In the draft the AIS is using a reserved label (the GAL) that does not normally appear in the *traffic DP*. In fact we should have only allowed the GAL to be used for logically OOB CP/MP protocols and not any OAM DP functions. There are some related issues here that I will not expand on but simply mention in passing as they are germane to fixing MPLS-TP properly: - there should not be a PW layer network above MPLS-TP....PWs are an artefact of the arch problems of LDP and in MPLS-TP would simply represent an unnecessary cost - there should not be arbitrary sublayering in a co-ps mode transport network, ie the S-bit issue...all MPLS-TP LSPs should represent their own layer network. This (and the prior comment on PWs) is important looking ahead to getting the key MPLS-TPoverMPLS-TP client/server relationship correct. - the OAM indicate function should be a part of the normal DP traffic header (and not indicated by adding a further reserved label...esp one that should only be used with the logically OOB CP/MP protocols) - a co-ps mode network has no need for a TTL function in the child traffic units of a parent connection. There is of course still time to get MPLS-TP right in these respects, however I sadly don't see it happening now....which is why, if I am honest, I can't get too excited about whether this draft progresses or not. regards, Neil > -----Original Message----- > From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On=20 > Behalf Of Maarten Vissers > Sent: 17 December 2009 07:45 > To: 'Loa Andersson'; mpls-tp@ietf.org; mpls@ietf.org;=20 > ccamp@ietf.org; pwe3@ietf.org > Subject: [mpls] Comment=20 > onhttp://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt >=20 >=20 > Some comments on the content of this draft: >=20 > In section 2.1 it is stated:=20 > " <..> > For example an AIS message may be sent during a protection=20 > switching > event and would cease being sent if the protection switch was > successful in restoring the link. >=20 > Its primary purpose is to suppress alarms in the MPLS-TP layer > network above the level at which the defect occurs. The=20 > AIS message > MAY be used to trigger recovery mechanisms. It should be=20 > noted that > such use would be subject to false positives, e.g. unnecessary > protection switching events in the client layer." >=20 > It is not correct to state that AIS sending is stopped if the=20 > protection switch was succesful. The reason is that the AIS=20 > insertion is done by a MEP Sink function that is upstream of=20 > the protection switch selector process, and this MEP Sink=20 > function is as such unaware of the presence of a protection=20 > switch process and of the state of the protection switch process. >=20 > AIS in packet transport networks must **not** used to trigger=20 > recovery mechanisms. Reason is that AIS OAM messages in=20 > packet transport network are to be generated within 1 second=20 > after the detection of the signal fail type defect detection=20 > and be generated with a periodicity of 1 second. These times=20 > are much too long to trigger any recovery mechanism. >=20 > The 1 second time requirement to generate the first AIS=20 > message is derived from the 2.5 +/- 0.5 second fault cause to=20 > failure integration timer as specified in G.7710. Generation=20 > of the first AIS message within a period of > 1 second will leave enough time to reach the downstream MEP=20 > Sink function and suppress the fault cause that report the=20 > interruption of the connection. >=20 > Protection switching in packet transport networks is=20 > triggered by e.g. loss of continuity and misconnection defects. >=20 > In section 2.2 it is stated: > " The LDI message is generated in response to detecting a=20 > fatal failure > in the server layer. The LDI message MUST NOT be sent until the > defect has been determined to be fatal. For example during a > protection switching event LDI messages are not sent. =20 > However if the > protection switch was unsuccessful in restoring the link within the > expected repair time, an LDI message MUST be sent." > and in section 2.1 it is stated: > " The MPLS-TP Alarm Indication Signal (AIS) message is generated in > response to detecting defects in the server layer. The AIS message > SHOULD be sent as soon is the condition is detected, that is before > any determination has been made as to whether the=20 > condition is fatal." >=20 > This draft suggest that it is possible for a MEP Sink=20 > function to determine if the fault is *fatal* or *not fatal*.=20 > This is not possible for a MEP Sink function. The reason is=20 > that a MEP Sink function has no knowledge of the presence or=20 > state of a protection switch process associated with the=20 > connection. E.g. the protection switch process may be in a=20 > downstream node. >=20 > It is also not necessary to make AIS generation conditional on e.g. > protection switch actions. Reason is that a protection switch=20 > process will select traffic from either a working connection=20 > input port, or a protection connection input port. Any=20 > traffic present on the not selected input port will drop at=20 > this input port and not be forwarded to the protection switch=20 > process output port. At the output port AIS messages will be=20 > present as long as the protection switch process selects its=20 > traffic from the failed connection; once the protection=20 > switch process selects its traffic from the non-failed=20 > connection AIS messages will not longer be forwarded to the=20 > output port. >=20 > This draft should as such not become a WG document. >=20 > Regards, > Maarten >=20 > -----Original Message----- > From: mpls-tp-bounces@ietf.org=20 > [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson > Sent: donderdag 17 december 2009 5:36 > To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org > Subject: [mpls-tp] Poll om making > http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a=20 > working group document >=20 > All, >=20 > this is to start a two week poll on making >=20 > http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt >=20 > an MPLS working group document. >=20 > Send a mail to the mpls-tp@ietf.org mailing list, indicating=20 > "yes/support" > or "no/do not support". >=20 > Comments on the content of the draft should be sent to the=20 > same mailing list with a different subject line. >=20 > The poll ends Friday 15 Jan, 2010. >=20 > /Loa > --=20 >=20 >=20 > Loa Andersson email:=20 > loa.andersson@ericsson.com > Sr Strategy and Standards Manager loa@pi.nu > Ericsson Inc phone: +46 10 717 52 13 > +46 767 72 92=20 > 13 _______________________________________________ > mpls-tp mailing list > mpls-tp@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-tp >=20 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >=20 From djsmith@cisco.com Mon Dec 21 07:59:34 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA9D13A6A1C for ; Mon, 21 Dec 2009 07:59:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13OTdbHUssaw for ; Mon, 21 Dec 2009 07:59:34 -0800 (PST) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 1758A3A69F8 for ; Mon, 21 Dec 2009 07:59:34 -0800 (PST) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAJopL0urR7Ht/2dsb2JhbADBGpUvhC4E X-IronPort-AV: E=Sophos;i="4.47,431,1257120000"; d="scan'208";a="229746724" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-2.cisco.com with ESMTP; 21 Dec 2009 15:59:18 +0000 Received: from xbh-rcd-201.cisco.com (xbh-rcd-201.cisco.com [72.163.62.200]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id nBLFxIwg020502 for ; Mon, 21 Dec 2009 15:59:18 GMT Received: from xmb-rcd-202.cisco.com ([72.163.62.209]) by xbh-rcd-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 21 Dec 2009 09:59:18 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 21 Dec 2009 09:59:16 -0600 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] draft-ietf-mpls-ip-options-02 Thread-Index: AcqCVoxsBCWaAg4MQ0aqLhex9/1JbA== From: "David Smith (djsmith)" To: X-OriginalArrivalTime: 21 Dec 2009 15:59:18.0141 (UTC) FILETIME=[8D3612D0:01CA8256] Subject: [mpls] draft-ietf-mpls-ip-options-02 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 15:59:34 -0000 This draft passed last call back in June-July. We therefore ask that it be sent to IESG. Thanks. /dave From hhelvoort@chello.nl Mon Dec 21 08:48:33 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E436828C127; Mon, 21 Dec 2009 08:48:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.077 X-Spam-Level: * X-Spam-Status: No, score=1.077 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_40=-0.185, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sPIaeKlrGwd1; Mon, 21 Dec 2009 08:48:33 -0800 (PST) Received: from viefep17-int.chello.at (viefep17-int.chello.at [62.179.121.37]) by core3.amsl.com (Postfix) with ESMTP id 7B6F128C147; Mon, 21 Dec 2009 08:48:30 -0800 (PST) Received: from edge03.upc.biz ([192.168.13.238]) by viefep17-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20091221164812.GPHD18225.viefep17-int.chello.at@edge03.upc.biz>; Mon, 21 Dec 2009 17:48:12 +0100 Received: from McAsterix.local ([24.132.228.153]) by edge03.upc.biz with edge id Kso61d04b3KDBhC03so7AB; Mon, 21 Dec 2009 17:48:12 +0100 X-SourceIP: 24.132.228.153 Message-ID: <4B2FA6C6.4030602@chello.nl> Date: Mon, 21 Dec 2009 17:48:06 +0100 From: Huub van Helvoort User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Maarten Vissers References: <001901ca7eec$e2179b60$6c02a8c0@china.huawei.com> In-Reply-To: <001901ca7eec$e2179b60$6c02a8c0@china.huawei.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: mpls@ietf.org, ccamp@ietf.org, mpls-tp@ietf.org, pwe3@ietf.org Subject: Re: [mpls] [mpls-tp] Comment on http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: hhelvoort@chello.nl List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Dec 2009 16:48:34 -0000 I support the following comments. Regards, Huub. ===================== Maarten Vissers wrote: > Some comments on the content of this draft: > > In section 2.1 it is stated: > " <..> > For example an AIS message may be sent during a protection switching > event and would cease being sent if the protection switch was > successful in restoring the link. > > Its primary purpose is to suppress alarms in the MPLS-TP layer > network above the level at which the defect occurs. The AIS message > MAY be used to trigger recovery mechanisms. It should be noted that > such use would be subject to false positives, e.g. unnecessary > protection switching events in the client layer." > > It is not correct to state that AIS sending is stopped if the protection > switch was succesful. The reason is that the AIS insertion is done by a MEP > Sink function that is upstream of the protection switch selector process, > and this MEP Sink function is as such unaware of the presence of a > protection switch process and of the state of the protection switch process. > > AIS in packet transport networks must **not** used to trigger recovery > mechanisms. Reason is that AIS OAM messages in packet transport network are > to be generated within 1 second after the detection of the signal fail type > defect detection and be generated with a periodicity of 1 second. These > times are much too long to trigger any recovery mechanism. > > The 1 second time requirement to generate the first AIS message is derived > from the 2.5 +/- 0.5 second fault cause to failure integration timer as > specified in G.7710. Generation of the first AIS message within a period of > 1 second will leave enough time to reach the downstream MEP Sink function > and suppress the fault cause that report the interruption of the connection. > > Protection switching in packet transport networks is triggered by e.g. loss > of continuity and misconnection defects. > > In section 2.2 it is stated: > " The LDI message is generated in response to detecting a fatal failure > in the server layer. The LDI message MUST NOT be sent until the > defect has been determined to be fatal. For example during a > protection switching event LDI messages are not sent. However if the > protection switch was unsuccessful in restoring the link within the > expected repair time, an LDI message MUST be sent." > and in section 2.1 it is stated: > " The MPLS-TP Alarm Indication Signal (AIS) message is generated in > response to detecting defects in the server layer. The AIS message > SHOULD be sent as soon is the condition is detected, that is before > any determination has been made as to whether the condition is fatal." > > This draft suggest that it is possible for a MEP Sink function to determine > if the fault is *fatal* or *not fatal*. This is not possible for a MEP Sink > function. The reason is that a MEP Sink function has no knowledge of the > presence or state of a protection switch process associated with the > connection. E.g. the protection switch process may be in a downstream node. > > It is also not necessary to make AIS generation conditional on e.g. > protection switch actions. Reason is that a protection switch process will > select traffic from either a working connection input port, or a protection > connection input port. Any traffic present on the not selected input port > will drop at this input port and not be forwarded to the protection switch > process output port. At the output port AIS messages will be present as long > as the protection switch process selects its traffic from the failed > connection; once the protection switch process selects its traffic from the > non-failed connection AIS messages will not longer be forwarded to the > output port. > > This draft should as such not become a WG document. > > Regards, > Maarten > > -----Original Message----- > From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf > Of Loa Andersson > Sent: donderdag 17 december 2009 5:36 > To: mpls-tp@ietf.org; mpls@ietf.org; ccamp@ietf.org; pwe3@ietf.org > Subject: [mpls-tp] Poll om making > http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt a working group > document > > All, > > this is to start a two week poll on making > > http://www.ietf.org/id/draft-sfv-mpls-tp-fault-01.txt > > an MPLS working group document. > > Send a mail to the mpls-tp@ietf.org mailing list, indicating "yes/support" > or "no/do not support". > > Comments on the content of the draft should be sent to the same mailing list > with a different subject line. > > The poll ends Friday 15 Jan, 2010. > > /Loa -- ================================================================ http://www.van-helvoort.eu/ ================================================================ Always remember that you are unique...just like everyone else... From root@core3.amsl.com Tue Dec 22 13:15:02 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 54ABE3A67DB; Tue, 22 Dec 2009 13:15:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20091222211502.54ABE3A67DB@core3.amsl.com> Date: Tue, 22 Dec 2009 13:15:02 -0800 (PST) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-tp-framework-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Dec 2009 21:15:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Multiprotocol Label Switching Working Group of the IETF. Title : A Framework for MPLS in Transport Networks Author(s) : M. Bocci, et al. Filename : draft-ietf-mpls-tp-framework-07.txt Pages : 46 Date : 2009-12-22 This document specifies an architectural framework for the application of Multiprotocol Label Switching (MPLS) to the construction of packet-switched equivalents of traditional circuit- switched carrier networks. It describes a common set of protocol functions - the MPLS Transport Profile (MPLS-TP) - that supports the operational models and capabilities typical of such networks, including signaled or explicitly provisioned bi-directional connection-oriented paths, protection and restoration mechanisms, comprehensive Operations, Administration and Maintenance (OAM) functions, and network operation in the absence of a dynamic control plane or IP forwarding support. Some of these functions are defined in existing MPLS specifications, while others require extensions to existing specifications to meet the requirements of the MPLS-TP. This document defines the subset of the MPLS-TP applicable in general and to point-to-point paths. The remaining subset, applicable specifically to point-to-multipoint paths, are out of scope of this document. This document is a product of a joint Internet Engineering Task Force (IETF) / International Telecommunications Union Telecommunications Standardization Sector (ITU-T) effort to include an MPLS Transport Profile within the IETF MPLS and PWE3 architectures to support the capabilities and functionalities of a packet transport network as defined by the ITU-T. Status of This Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on June 25, 2010. Copyright Notice Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-framework-07.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-tp-framework-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-12-22130227.I-D@ietf.org> --NextPart-- From abhishekv.verma@gmail.com Mon Dec 28 18:40:29 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE8753A6894 for ; Mon, 28 Dec 2009 18:40:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xkOotsnYsI8g for ; Mon, 28 Dec 2009 18:40:29 -0800 (PST) Received: from mail-yx0-f192.google.com (mail-yx0-f192.google.com [209.85.210.192]) by core3.amsl.com (Postfix) with ESMTP id DA4563A688E for ; Mon, 28 Dec 2009 18:40:28 -0800 (PST) Received: by yxe30 with SMTP id 30so12358305yxe.29 for ; Mon, 28 Dec 2009 18:40:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=ZiPRqYWhBnwKOYTuQ+ELsd+2Y7+1cNRvBQl1PEwiGcE=; b=AhJCwm3ZV/ynfU3Ab9Xp1jAKmGAUtSTQbYb6QKZn/VtIjCNEqxPc1PkjU302DVOqQc qE0FzGkCja27Hmbj+CSeDEL6c+HKQaElSU5kOC/MCxH7o3g0Rf1dsBieTW9H+E82yj01 BLSb1vRMsuBSNE4yFPXfwWFDg7WtOFGDVixnQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=kZDtzCmGN8YdhFz1fWZZm5QXeaGKWVrnnFfSDdjC5NkbQ0t8fhqHBnycqkfEIuHqKj xK9yUtoHEAsFPt4ohtUj2YIQBI1amp1KjO8/ETg0E2N5ul38wnsXbUJazenPKtkGw2eW gRZ4Focg6Q31CSHSuNuy8QtuIbyf+DGC9c7+g= MIME-Version: 1.0 Received: by 10.101.151.14 with SMTP id d14mr6381929ano.54.1262054397838; Mon, 28 Dec 2009 18:39:57 -0800 (PST) In-Reply-To: References: Date: Tue, 29 Dec 2009 08:09:57 +0530 Message-ID: From: Abhishek Verma To: mpls@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [mpls] MPLS Label Ranges X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 02:40:30 -0000 Hi, I see that we have only space left for 16 reserved MPLS labels. http://www.iana.org/assignments/mpls-label-values/ and there is no explicit range set for experimental/proprietary mpls label values. Shouldnt we be reserving some range for that kind? The reason i bring this up is because i want to use some MPLS labels for a proprietary application within the router and i want to make sure that i dont recieve those labels from the external world. Given that there is no mpls label range allocated for this, how can such applications be implemented? Thanks, Abhishek From agmalis@gmail.com Mon Dec 28 21:07:51 2009 Return-Path: X-Original-To: mpls@core3.amsl.com Delivered-To: mpls@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A0AF43A69A2 for ; Mon, 28 Dec 2009 21:07:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.56 X-Spam-Level: X-Spam-Status: No, score=-2.56 tagged_above=-999 required=5 tests=[AWL=0.039, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x55mQ80w8DIC for ; Mon, 28 Dec 2009 21:07:50 -0800 (PST) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by core3.amsl.com (Postfix) with ESMTP id 832CC3A68BE for ; Mon, 28 Dec 2009 21:07:50 -0800 (PST) Received: by gxk6 with SMTP id 6so8654993gxk.13 for ; Mon, 28 Dec 2009 21:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=OJH/PoGtK65ebp4MxfUVMdJeQJ0xlqfRMcMoL7AjrJ4=; b=fckkfUwgUl/KymjQN508bYM1Q6v/5gSo7nIaka4472aVuIjJ95JGcfhFljtA7wk3RV 4J/+qc9iRBjO6qKek9XLp9MoFi6u4XgbGZgGf1TqIqUYT5tOgykydSaRQ8x21GlWzEeU nVQpZDdunPEGcGqDJRI3tTZnUuaCGeOHovBmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=rjFI3rKtJ+bNwKuc/pnSmvRUiLp0OOmm362uxxBsIyiJsBav7kNgzXdOdPhAhmO2cH b9t4leemRk4BJ6Kp7HxNv7/P2tBlbV923vdRmmJ4/eUNsx0D05GaIGgaB8lqoDdvUJgz iOZFyfczKL6HTQ7kr5WyuMCcixmaVWywZpNFs= MIME-Version: 1.0 Received: by 10.101.121.16 with SMTP id y16mr10844086anm.95.1262063248385; Mon, 28 Dec 2009 21:07:28 -0800 (PST) In-Reply-To: References: From: "Andrew G. Malis" Date: Tue, 29 Dec 2009 00:07:08 -0500 Message-ID: <8c99930d0912282107l67c4a74bhc7040d3809a5466c@mail.gmail.com> To: Abhishek Verma Content-Type: text/plain; charset=ISO-8859-1 Cc: mpls@ietf.org Subject: Re: [mpls] MPLS Label Ranges X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2009 05:07:51 -0000 Abhishek, Just set aside a range of labels for your special use and don't advertise them to neighboring routers. Routers are free to advertise whatever labels they want to their neighbors (as long as they're not the reserved labels), and conversely to not advertise whatever labels they don't want to. You can (and should) drop any MPLS packets that arrive at your router's ingress interfaces in your special label range, since neighboring routers should only send MPLS labels that were previously advertised by your router. Cheers, Andy On Mon, Dec 28, 2009 at 9:39 PM, Abhishek Verma wrote: > Hi, > > I see that we have only space left for 16 reserved MPLS labels. > > http://www.iana.org/assignments/mpls-label-values/ > > and there is no explicit range set for experimental/proprietary mpls > label values. Shouldnt we be reserving some range for that kind? > > The reason i bring this up is because i want to use some MPLS labels > for a proprietary application within the router and i want to make > sure that i dont recieve those labels from the external world. Given > that there is no mpls label range allocated for this, how can such > applications be implemented? > > Thanks, > Abhishek > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls >