From nobody Tue Dec 1 14:58:54 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FCA01AD367; Tue, 1 Dec 2015 14:58:47 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Ben Campbell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151201225847.16221.28688.idtracker@ietfa.amsl.com> Date: Tue, 01 Dec 2015 14:58:47 -0800 Archived-At: Cc: "Dr. Nabil N. Bitar" , draft-ietf-l2vpn-vpls-pe-etree@ietf.org, draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org, pals-chairs@ietf.org, pals@ietf.org, stbryant@cisco.com Subject: [Pals] Ben Campbell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 22:58:47 -0000 Ben Campbell has entered the following ballot position for draft-ietf-l2vpn-vpls-pe-etree-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-l2vpn-vpls-pe-etree/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- - Section 3, first paragaph: This seems to use 2119 keywords to describe existing requirements from the referenced specification. Please avoid 2119 keywords for that (unless in the form of direct quotes). -9: Can you elaborate on how the prevention of leaf-to-leaf communication enhances security? As written, this seems to leave the actual enhancement for the reader to infer. - 4, last sentence: s/are/is From nobody Tue Dec 1 15:04:28 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 68E091AD370; Tue, 1 Dec 2015 15:04:26 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151201230426.16534.73083.idtracker@ietfa.amsl.com> Date: Tue, 01 Dec 2015 15:04:26 -0800 Archived-At: Cc: pals chair , pals mailing list , RFC Editor Subject: [Pals] Protocol Action: 'Pseudowire Redundancy on S-PE' to Proposed Standard (draft-ietf-pals-redundancy-spe-03.txt) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 23:04:26 -0000 The IESG has approved the following document: - 'Pseudowire Redundancy on S-PE' (draft-ietf-pals-redundancy-spe-03.txt) as Proposed Standard This document is the product of the Pseudowire And LDP-enabled Services Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-redundancy-spe/ Technical Summary This document describes Multi-Segment Pseudowire (MS-PW) protection scenarios in which the pseudowire redundancy is provided on the Switching-PE (S-PE). Operations of the S-PEs which provide PW redundancy are specified in this document. Signaling of the preferential forwarding status as defined in [RFC 6870] is reused. This document does not require any change to the T-PEs of MS-PW. Working Group Summary There was nothing particularly unusual in the progress of the draft. The document originated in the PWE3 working group and moved to the PALS working group when PWE3 was concluded in November 2014. The primary discussion in PWE3 was around clarification of the new procedures at the S-PE. Document Quality There are multiple implementations of PW redundancy, based on RFC6718 and RFC6870. This document reuses the procedures in those RFCs in the context of an S-PE. The document has also been widely reviewed by the original authors and contributors to those RFCs. I do not have any concerns with the quality of the document. Personnel The Document Shepherd is Matthew Bocci (matthew.bocci@alcatel-lucent.com) The Responsible Area Director is Deborah Brungard (db3546@att.com) From nobody Tue Dec 1 15:07:57 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 0857C1B29BD; Tue, 1 Dec 2015 15:07:55 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Sender: Message-ID: <20151201230754.18661.12044.idtracker@ietfa.amsl.com> Date: Tue, 01 Dec 2015 15:07:54 -0800 Archived-At: Cc: draft-ietf-pals-congcons@ietf.org, pals-chairs@ietf.org, agmalis@gmail.com, db3546@att.com, pals@ietf.org Subject: [Pals] Last Call: (Pseudowire Congestion Considerations) to Informational RFC X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Reply-To: ietf@ietf.org List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Dec 2015 23:07:55 -0000 The IESG has received a request from the Pseudowire And LDP-enabled Services WG (pals) to consider the following document: - 'Pseudowire Congestion Considerations' as Informational RFC The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2015-12-15. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract Pseudowires (PWs) have become a common mechanism for tunneling traffic, and may be found in unmanaged scenarios competing for network resources both with other PWs and with non-PW traffic, such as TCP/IP flows. It is thus worthwhile specifying under what conditions such competition is acceptable, i.e., the PW traffic does not significantly harm other traffic or contribute more than it should to congestion. We conclude that PWs transporting responsive traffic behave as desired without the need for additional mechanisms. For inelastic PWs (such as TDM PWs) we derive a bound under which such PWs consume no more network capacity than a TCP flow. For TDM PWs, we find that the level of congestion at which the PW can no longer deliver acceptable TDM service is never significantly greater than this bound, and typically much lower. Therefore, as long as the PW is shut down when it can no longer deliver acceptable TDM service, it will never do significantly more harm than even a single TCP flow. We propose employing a transport circuit breaker to shut down a TDM PW that persistently fails to comply with acceptable TDM service criteria. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-pals-congcons/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-pals-congcons/ballot/ No IPR declarations have been submitted directly on this I-D. From nobody Tue Dec 1 17:58:57 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 668851B30E1; Tue, 1 Dec 2015 17:58:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XSQLr_6UWtRz; Tue, 1 Dec 2015 17:58:50 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 005871B30E4; Tue, 1 Dec 2015 17:58:48 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CBB56640; Wed, 02 Dec 2015 01:58:47 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 2 Dec 2015 01:58:46 +0000 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.102]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Wed, 2 Dec 2015 09:58:36 +0800 From: Jiangyuanlong To: Ben Campbell , The IESG Thread-Topic: Ben Campbell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) Thread-Index: AQHRLIvfvyyW+7iKcEKN0tLvFL0RAJ627PGQ Date: Wed, 2 Dec 2015 01:58:35 +0000 Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B91600076@szxema506-mbs.china.huawei.com> References: <20151201225847.16221.28688.idtracker@ietfa.amsl.com> In-Reply-To: <20151201225847.16221.28688.idtracker@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.76.118] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090205.565E5057.0031, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.102, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 1db1fa6d1058c2a2cf6b94b4dbc6c344 Archived-At: Cc: "Dr. Nabil N. Bitar" , "draft-ietf-l2vpn-vpls-pe-etree@ietf.org" , "draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org" , "pals-chairs@ietf.org" , "pals@ietf.org" , "stbryant@cisco.com" Subject: Re: [Pals] Ben Campbell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 01:58:52 -0000 QmVuLA0KDQotU2VjLiAzDQpUaGVyZSB3YXMgYSB0ZW50YXRpdmUgc3VnZ2VzdGlvbiB0byB1c2Ug cmZjMjExOSBrZXl3b3JkcyBmb3IgU2VjdGlvbiAzIGluIHRoZSBQQUxTIG1haWxpbmcgbGlzdCwg YW5kIHdlIGhhdmUgbm8gc3Ryb25nIG9waW5pb24gYXQgdGhhdCB0aW1lLg0KRm9yIHRoZSBuZXh0 IHZlcnNpb24gd2Ugd2lsbCBjaGFuZ2UgdGhlc2Uga2V5d29yZHMgYmFjayB0byBsb3dlcmNhc2Uu DQoNCi1TZWMuIDkNClRoZSByZWFzb24gaXMsIG5ldHdvcmsgYXR0YWNrcyBmcm9tIGEgbGVhZiB0 byBhbm90aGVyIGxlYWYgYXJlIGF2b2lkZWQuIFdlIHdpbGwgYWRkIHRoaXMgc2VudGVuY2UgdG8g dGhlIGRvY3VtZW50Lg0KDQotU2VjLiA0DQpPSy4NCg0KVGhhbmtzLA0KWXVhbmxvbmcNCg0KLS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEJlbiBDYW1wYmVsbCBbbWFpbHRvOmJlbkBu b3N0cnVtLmNvbV0gDQpTZW50OiBXZWRuZXNkYXksIERlY2VtYmVyIDAyLCAyMDE1IDY6NTkgQU0N ClRvOiBUaGUgSUVTRw0KQ2M6IGRyYWZ0LWlldGYtbDJ2cG4tdnBscy1wZS1ldHJlZUBpZXRmLm9y ZzsgRHIuIE5hYmlsIE4uIEJpdGFyOyBkcmFmdC1pZXRmLWwydnBuLXZwbHMtcGUtZXRyZWUuYWxs QGlldGYub3JnOyBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgc3RicnlhbnRAY2lzY28uY29tOyBwYWxz QGlldGYub3JnDQpTdWJqZWN0OiBCZW4gQ2FtcGJlbGwncyBObyBPYmplY3Rpb24gb24gZHJhZnQt aWV0Zi1sMnZwbi12cGxzLXBlLWV0cmVlLTEwOiAod2l0aCBDT01NRU5UKQ0KDQpCZW4gQ2FtcGJl bGwgaGFzIGVudGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQpkcmFmdC1p ZXRmLWwydnBuLXZwbHMtcGUtZXRyZWUtMTA6IE5vIE9iamVjdGlvbg0KDQpXaGVuIHJlc3BvbmRp bmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwN CmVtYWlsIGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBm cmVlIHRvIGN1dCB0aGlzDQppbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCg0KDQpQ bGVhc2UgcmVmZXIgdG8gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaWVzZy9zdGF0ZW1lbnQvZGlzY3Vz cy1jcml0ZXJpYS5odG1sDQpmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1Mg YW5kIENPTU1FTlQgcG9zaXRpb25zLg0KDQoNClRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhl ciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCmh0dHBzOi8vZGF0YXRyYWNr ZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtbDJ2cG4tdnBscy1wZS1ldHJlZS8NCg0KDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NCkNPTU1FTlQ6DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCi0gU2VjdGlvbiAzLCBmaXJz dCBwYXJhZ2FwaDoNClRoaXMgc2VlbXMgdG8gdXNlIDIxMTkga2V5d29yZHMgdG8gZGVzY3JpYmUg ZXhpc3RpbmcgcmVxdWlyZW1lbnRzIGZyb20NCnRoZSByZWZlcmVuY2VkIHNwZWNpZmljYXRpb24u IFBsZWFzZSBhdm9pZCAyMTE5IGtleXdvcmRzIGZvciB0aGF0ICh1bmxlc3MNCmluIHRoZSBmb3Jt IG9mIGRpcmVjdCBxdW90ZXMpLg0KDQotOToNCkNhbiB5b3UgZWxhYm9yYXRlIG9uIGhvdyB0aGUg cHJldmVudGlvbiBvZiBsZWFmLXRvLWxlYWYgY29tbXVuaWNhdGlvbg0KZW5oYW5jZXMgc2VjdXJp dHk/IEFzIHdyaXR0ZW4sIHRoaXMgc2VlbXMgdG8gbGVhdmUgdGhlIGFjdHVhbCBlbmhhbmNlbWVu dA0KZm9yIHRoZSByZWFkZXIgdG8gaW5mZXIuDQoNCi0gNCwgbGFzdCBzZW50ZW5jZToNCnMvYXJl L2lzDQoNCg0K From nobody Wed Dec 2 03:32:24 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A5201A8852 for ; Wed, 2 Dec 2015 03:32:23 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2LKlbYMssHY0 for ; Wed, 2 Dec 2015 03:32:20 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 488EB1A884E for ; Wed, 2 Dec 2015 03:32:20 -0800 (PST) Received: by wmww144 with SMTP id w144so52651140wmw.0 for ; Wed, 02 Dec 2015 03:32:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type; bh=7V9JCxiwMFaoDzeiYrgJBi+2mXM/zDhRTIRM5gPZ7Hg=; b=CUwCl/8ajSr+t8xCux1uzlQi2fFLCGT8xmG48dmm0b2ihs6rPbDPyghf0zaL4rMfOE QVgRVRnCN/lxFXBCHW0Ia3l/ITyyXjo2pgg/dma/bJ9Vla3TT77P5SudvZLnbaHRA/Gg PDF2tuDpB4WKIMod0WoRJQVXENM084zuhMKsErl7PzcklZq7e40J2BKnKRPd7rTvgNtA GhoMtCKarTxlYgOkScd0NMLuLbcEtawX2YsQJPq/JpXT7WA9Sbhlpl6GljQHR9PGk6ac VzXN2RNsgCJFCTnvM/cmRo7s8kofeDnY0fExIwmAICbe1p4k82DCb0q23WMs4PA6ejOe ygVg== X-Received: by 10.194.134.135 with SMTP id pk7mr3987791wjb.111.1449055938738; Wed, 02 Dec 2015 03:32:18 -0800 (PST) Received: from [192.168.2.132] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id h67sm30283841wmf.17.2015.12.02.03.32.16 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Dec 2015 03:32:16 -0800 (PST) To: Alexander Vainshtein , "huubatwork@gmail.com" References: <5649E070.8000306@gmail.com> From: Stewart Bryant Message-ID: <565ED6BF.8000808@gmail.com> Date: Wed, 2 Dec 2015 11:32:15 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/alternative; boundary="------------060701040103010701090709" Archived-At: Cc: "pals@ietf.org" Subject: Re: [Pals] PALS WGLC on draft-ietf-pals-mpls-tp-pw-over-bidir-lsp X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 11:32:23 -0000 This is a multi-part message in MIME format. --------------060701040103010701090709 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Huub, Sasha, authors, What is the resolution on this point? Stewart On 16/11/2015 14:38, Alexander Vainshtein wrote: > > Huub hi! > > You have written (with regard to IETF vs. ITU-T Global ID formats): > > The number of bits/bytes used for the ID is the same, it is only the > format of the ID that is different. > Why make an explicit reference? > > I may be missing of misunderstanding something but: > > ·As per RFC 6923 ITU-T Global ID is provided by concatenating > 2-character Country Code with the ITU-T-assigned alphanumeric string > of up to 6 characters. So the total length of the Global_ID is /8 bytes/. > > ·As per RFC 6370 the IETF Global ID is /4 bytes/. > > This does not look like the same number of bits/bytes to me. > > Regards, > > Sasha > > Office: +972-39266302 > > Cell: +972-549266302 > > Email: Alexander.Vainshtein@ecitele.com > > *From:*Pals [mailto:pals-bounces@ietf.org] *On Behalf Of *Huub van > Helvoort > *Sent:* Monday, November 16, 2015 3:56 PM > *To:* pals@ietf.org > *Subject:* Re: [Pals] PALS WGLC on > draft-ietf-pals-mpls-tp-pw-over-bidir-lsp > > All, > > Triggered by the discussion here is my 2 (euro)cent: > > > > The intention/logical is that the co-routed bidirectional LSP should > be used if > > there have, otherwise two unidirectional LSPs with the same route can be > > used. > > > > How about we add some text to make this clear and give some cautions > to the > > case of "two unidirectional LSPs with the same route"? > > */[[Sasha]] This would be good enough IMHO./* > > [Mach] Great! > > > The advantage of co-routed bidirectional LSPs is that the sink MEP > is co-located with the source MEP and they have a connection required > to return OAM information (packet loss, delay, signal fail). > This is a requirement for MPLS-TP. > > With two uni-directional LSPs this is not obvious, and in case they are > used should be noted explicitly. > > > > > 2. The draft seems to use MPLS-TP Node Identifiers as defined in RFC > > > > 6370. I have two concerns in this regard: > > > a. RFC 6923 defines an alternative format of MPLS-TP identifiers based > > > on ITU-T. But the draft neither supports this alternative format nor > > > explicitly states that it must be supported > > > > There is no intention to support the ITU-T based identifier. Do you > suggest to > > make this explicitly?*/[[Sasha]] Yes, with an Informative reference > to 6923. I assume that Informative would be sufficient for something > that is not going to be implemented��. /* > > [Mach] OK. > > The number of bits/bytes used for the ID is the same, it is only > the format of the ID that is different. > Why make an explicit reference? > > Best regards, Huub. > > > > -- > ***************************************************************** > 请记住，你是独一无二的，就像其他每一个人一样 > > > _______________________________________________ > Pals mailing list > Pals@ietf.org > https://www.ietf.org/mailman/listinfo/pals --------------060701040103010701090709 Content-Type: multipart/related; boundary="------------050306060607090401030000" --------------050306060607090401030000 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Huub, Sasha, authors,

What is the resolution on this point?

Stewart

On 16/11/2015 14:38, Alexander Vainshtein wrote:

Huub hi!

 

You have written (with regard to IETF vs. ITU-T Global ID formats):

The number of bits/bytes used for the ID is the same, it is only the format of the ID that is different.
Why make an explicit reference?

I may be missing of misunderstanding something but:

·         As per RFC 6923 ITU-T Global ID is provided by concatenating 2-character Country Code with the ITU-T-assigned alphanumeric string of up to 6 characters. So the total length of the Global_ID is 8 bytes.

·         As per RFC 6370 the IETF Global ID is 4 bytes.

This does not look like the same number of bits/bytes to me.

 

Regards,

Sasha

 

Office: +972-39266302

Cell:      +972-549266302

Email:   Alexander.Vainshtein@ecitele.com

 

From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Huub van Helvoort
Sent: Monday, November 16, 2015 3:56 PM
To: pals@ietf.org
Subject: Re: [Pals] PALS WGLC on draft-ietf-pals-mpls-tp-pw-over-bidir-lsp

 

All,

Triggered by the discussion here is my 2 (euro)cent:


> The intention/logical is that the co-routed bidirectional LSP should be used if
> there have, otherwise two unidirectional LSPs with the same route can be
> used.
>
> How about we add some text to make this clear and give some cautions to the
> case of "two unidirectional LSPs with the same route"?

[[Sasha]] This would be good enough IMHO.

 

[Mach] Great!


The advantage of co-routed bidirectional LSPs is that the sink MEP
is co-located with the source MEP and they have a connection required
to return OAM information (packet loss, delay, signal fail).
This is a requirement for MPLS-TP.

With two uni-directional LSPs this is not obvious, and in case they are
used should be noted explicitly.


> > 2.  The draft seems to use MPLS-TP Node Identifiers as defined in RFC

> > 6370. I have two concerns in this regard:
> > a. RFC 6923 defines an alternative format of MPLS-TP identifiers based
> > on ITU-T.  But the draft neither supports this alternative format nor
> > explicitly states that it must be supported
>
> There is no intention to support the ITU-T based identifier. Do you suggest to
> make this explicitly?[[Sasha]] Yes, with an Informative reference to 6923. I assume that Informative would be sufficient for something that is not going to be implemented��. 

 

[Mach] OK.

The number of bits/bytes used for the ID is the same, it is only
the format of the ID that is different.
Why make an explicit reference?

Best regards, Huub.



-- 
*****************************************************************
              请记住，你是独一无二的，就像其他每一个人一样 


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

--------------050306060607090401030000 Content-Type: image/png Content-Transfer-Encoding: base64 Content-ID: iVBORw0KGgoAAAANSUhEUgAAABMAAAATCAYAAAByUDbMAAAAGXRFWHRTb2Z0d2FyZQBBZG9i ZSBJbWFnZVJlYWR5ccllPAAAAcBJREFUeNqsVM1LAlEQn7UwigQhCPK0EnjokrHd8x8o7FgX 9dJVhe659z7smBftUseEvGt3paJDIAQLhkIkLBgFQmwzj7frc3tuWzQwu+zMzu/Nx28egA+x mpr64z+WBcqE4AS+UqhJ1LDgMlGrqLqy3jI8wRCEAg9Qcz4SLiJgXgrGgeqo8UZrADetN9jQ 5iGhhZzoasOE+/YHpDYXQF0KkqmCgBkZWBlf6UqtD+bgE3I7i9J0yHd6+QJZ9IdDU06GDhjv UV0MoOySifA3sLv2O2Y1YwPZEgWtaQT4R0r0ZHQD8scdaWb5o2eZj/oMNlhS9FBv6HSZUEaV 677bTJXBNOfQWD2FvQisxmalYNSreGzObWY8VNz9+rNoTYXKNH4bp5d6sLb7yNohSoAz2fQD QlPe3n+CQqnLpkoU4WKIA6h6ARBNKJvo1gMY3SEjMg1CjQTt3xpsAPzjnAg7ToEOFEcnQxpZ f3uxwphPBxBwdkRs3b3cZVTLVjzVIjPp1eGyY6+fxZivXFBt24nnbrIm9IaQKRisRKIKW8Ta KytRoId8NyfdGlQSNZsxU1h6z1vD531m8GbL7zN6/Jd8CTAAHoTo8x9U5csAAAAASUVORK5C YII= --------------050306060607090401030000-- --------------060701040103010701090709-- From nobody Wed Dec 2 09:30:25 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C5061AC443 for ; Wed, 2 Dec 2015 09:30:21 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nvpX2WNfENgr for ; Wed, 2 Dec 2015 09:30:15 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EDE9D1ACC89 for ; Wed, 2 Dec 2015 09:30:14 -0800 (PST) Received: by wmww144 with SMTP id w144so66718363wmw.0 for ; Wed, 02 Dec 2015 09:30:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=to:from:subject:message-id:date:user-agent:mime-version :content-type; bh=ZCKKB8xAyCh1ktDmqb2vqWG/g7e6TrtG9H1KRvyzjsc=; b=mJFVzOwete8z5vYjCTRHXA7q87eX+owK2PupeaCjQnlHUwSeNQYLPxr/LFyEcUXza5 /Rl+0KWY5Z+e1haC29SwcbLAbKr6FmVJyxXNSqZEG6zxhYs4dCD712Clz3carqbV4/5F xWABciBRC6P5pevOF0oZ3w1+wTkA9uR8fsFl/KtBhdYPmhXCAhV9aCC6fZSlLhQ4xUbi pPWBTgAf7/7uf9c3vbvUX7UULhhSj8Gy1CF0ClRiMk94fl61G/mjYapJW7C0If6RNkBY uFqD9OjZLnSi+A1ikuWk6xa0O9eHsygVBBW5bB0trxBI29EUwVEOtSzr9vnCbMSr/qkU A8yA== X-Received: by 10.28.4.7 with SMTP id 7mr7048143wme.85.1449077412978; Wed, 02 Dec 2015 09:30:12 -0800 (PST) Received: from [192.168.2.132] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id b82sm31979699wmf.9.2015.12.02.09.30.11 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Dec 2015 09:30:11 -0800 (PST) To: "pals@ietf.org" From: Stewart Bryant Message-ID: <565F2AA3.2020806@gmail.com> Date: Wed, 2 Dec 2015 17:30:11 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------010504040606010203080405" Archived-At: Subject: [Pals] Does anyone have up to date contact details for Bo Wu X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 17:30:21 -0000 This is a multi-part message in MIME format. --------------010504040606010203080405 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi all Does anyone have up to date contact details for Bo Wu the editor of draft-ietf-pals-tp-oam-config. Thanks Stewart --------------010504040606010203080405 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit Hi all

Does anyone have up to date contact details for Bo Wu the editor of
draft-ietf-pals-tp-oam-config.

Thanks

Stewart
--------------010504040606010203080405-- From nobody Wed Dec 2 10:54:13 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EE381ACE83 for ; Wed, 2 Dec 2015 10:54:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c7gMqJkDZxQG for ; Wed, 2 Dec 2015 10:54:11 -0800 (PST) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1363F1ACE78 for ; Wed, 2 Dec 2015 10:54:11 -0800 (PST) Received: by wmww144 with SMTP id w144so227695711wmw.1 for ; Wed, 02 Dec 2015 10:54:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:to:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=+LMUZf5QCNS9Sw/0S8J389Ze/+WqKDqil2Kb7mlNtDw=; b=NC+807/C/Vahtp/7Rwx3hKO7HKmAB/KQ9a5RqrSg7qKt1NOkJpd3c81meJVOcwLdHr YHKw93bTlpV5PLtM6G0hDI+wywcglcyQveFCAoIsXxOyLPyvbASZAgl+apV+mv1w/h9G 6i9EGFakOMMBo/Z5iOQK8XycvgIylTuUFVtjQnkdPQDYe0kCJIzi04DSPD3MA69Q/lSZ BLK8vXF9KQdfA00yDcQ/iT9y48G4rfimtwqfx8DO4z6Ft/XcgVQlH9JCpB+fmAIE3BJD AU+vN6K4AjJluV8LXeCqT3DGetGPNjr5jQIFMf+QzOHlkrab1qPV0dpstIxB2QB9yInx yWpA== X-Received: by 10.194.190.225 with SMTP id gt1mr7189475wjc.94.1449082449701; Wed, 02 Dec 2015 10:54:09 -0800 (PST) Received: from [192.168.2.132] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id bh6sm4042649wjb.0.2015.12.02.10.54.08 for (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Dec 2015 10:54:08 -0800 (PST) References: To: "pals@ietf.org" From: Stewart Bryant X-Forwarded-Message-Id: Message-ID: <565F3E4F.20002@gmail.com> Date: Wed, 2 Dec 2015 18:54:07 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Pals] Fwd: Re: Fwd: IPR Poll draft-ietf-pals-tp-oam-config X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 18:54:12 -0000 For the record, Elisa Bellagamba wrote to me stating that "I confirm that I have declared all relevant IPRs." Just one more author response needed. Stewart From nobody Wed Dec 2 16:49:50 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D767B1AD21C for ; Wed, 2 Dec 2015 16:49:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -98.26 X-Spam-Level: X-Spam-Status: No, score=-98.26 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id utUq3VSjP7L4 for ; Wed, 2 Dec 2015 16:49:46 -0800 (PST) Received: from mx6.zte.com.cn (mx6.zte.com.cn [95.130.199.165]) by ietfa.amsl.com (Postfix) with ESMTP id A19581AD1C3 for ; Wed, 2 Dec 2015 16:49:46 -0800 (PST) Received: from zte.com.cn (unknown [192.168.168.119]) by Websense Email Security Gateway with ESMTP id 8C9B61B18C8CD for ; Thu, 3 Dec 2015 08:34:39 +0800 (CST) Received: from mse01.zte.com.cn (unknown [10.30.3.20]) by Websense Email Security Gateway with ESMTPS id 076BF69558885; Thu, 3 Dec 2015 08:49:42 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse01.zte.com.cn with ESMTP id tB30nOWx090036; Thu, 3 Dec 2015 08:49:24 +0800 (GMT-8) (envelope-from wu.bo@zte.com.cn) In-Reply-To: <565ED9FF.8060703@gmail.com> References: <5645F379.9010504@gmail.com> <565ED9FF.8060703@gmail.com> To: Stewart Bryant MIME-Version: 1.0 X-KeepSent: D6753008:F63115D1-48257F10:00042E49; type=4; name=$KeepSent X-Mailer: Lotus Notes Release 8.5.3 September 15, 2011 Message-ID: From: wu.bo@zte.com.cn Date: Thu, 3 Dec 2015 08:49:24 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 8.5.3FP6|November 21, 2013) at 2015-12-03 08:49:25, Serialize complete at 2015-12-03 08:49:25 Content-Type: multipart/alternative; boundary="=_alternative 0004864348257F10_=" X-MAIL: mse01.zte.com.cn tB30nOWx090036 Archived-At: Cc: "pals@ietf.org" Subject: [Pals] =?gb2312?b?tPC4tDogRndkOiBJUFIgUG9sbCBkcmFmdC1pZXRmLXBh?= =?gb2312?b?bHMtdHAtb2FtLWNvbmZpZw==?= X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 00:49:49 -0000 This is a multipart message in MIME format. --=_alternative 0004864348257F10_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 U3Rld2FydCwNCg0KU29ycnkgZm9yIHRoZSBsYXRlIHJlc3BvbnNlLiANCg0KSSBhbSBub3QgYXdh cmUgYW55IElQUiByZWxhdGVkIHdpdGggdGhpcyBkcmFmdC4NCg0KQmVzdCByZWdhcmRzLg0KDQp3 dWJvDQoNCg0KDQpTdGV3YXJ0IEJyeWFudCA8c3Rld2FydC5icnlhbnRAZ21haWwuY29tPiANCjIw MTUtMTItMDIgMTk6NDYNCg0KytW8/sjLDQpFbGlzYSBCZWxsYWdhbWJhIDxlbGlzYS5iZWxsYWdh bWJhQGVyaWNzc29uLmNvbT4sIHd1LmJvQHp0ZS5jb20uY24sIA0Ks63LzQ0KZHJhZnQtaWV0Zi1w YWxzLXRwLW9hbS1jb25maWdAdG9vbHMuaWV0Zi5vcmcsICJwYWxzLWNoYWlyc0B0b29scy5pZXRm Lm9yZyIgDQo8cGFscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmc+DQrW98ziDQpGd2Q6IElQUiBQb2xs IGRyYWZ0LWlldGYtcGFscy10cC1vYW0tY29uZmlnDQoNCg0KDQoNCg0KDQpFbGlzYSwgQm8gV3Us IA0KDQpBcG9sb2dpZXMgaWYgSSBoYXZlIG1pc3NlZCB5b3VyIGVtYWlscywgYnV0IEkgY2Fubm90 IGZpbmQgYSByZXNwb25zZQ0KdG8gdGhpcyBlbWFpbCBmcm9tIHlvdS4NCg0KUGxlYXNlIGNhbiB5 b3UgcmVwbHkgdG8gdGhlIGVtYWlsLCBtYWtpbmcgc3VyZSB0aGF0IHlvdSBjb3B5IHRoZSANClBB TFMgV0cuDQoNClRoYW5rcw0KDQpTdGV3YXJ0DQoNCi0tLS0tLS0tIEZvcndhcmRlZCBNZXNzYWdl IC0tLS0tLS0tIA0KU3ViamVjdDogDQpJUFIgUG9sbCBkcmFmdC1pZXRmLXBhbHMtdHAtb2FtLWNv bmZpZw0KRGF0ZTogDQpGcmksIDEzIE5vdiAyMDE1IDE0OjI4OjA5ICswMDAwDQpGcm9tOiANClN0 ZXdhcnQgQnJ5YW50IDxzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20+DQpUbzogDQpkcmFmdC1pZXRm LXBhbHMtdHAtb2FtLWNvbmZpZ0B0b29scy5pZXRmLm9yZywgcGFsc0BpZXRmLm9yZyANCjxwYWxz QGlldGYub3JnPg0KQ0M6IA0KcGFscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmcgPHBhbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnPg0KDQoNClRoZSBjaGFpcnMgaGF2ZSBiZWVuIGFza2VkIHRvIGlzc3Vl IGEgV0cgbGFzdCBjYWxsIGZvciANCmRyYWZ0LWlldGYtcGFscy10cC1vYW0tY29uZmlnLg0KDQpC ZWZvcmUgdGhhdCBjYW4gc3RhcnQgd2UgbmVlZCB0byBkbyBhbiBJUFIgcG9sbC4NCg0KUGxlYXNl IHdpbGwgZWFjaCBvZiB0aGUgYXV0aG9ycyByZXBseSB0byB0aGlzIGVtYWlsIGNvbmZpcm1pbmcg dGhhdCB0aGV5IA0KaGF2ZQ0KZGVjbGFyZWQgYWxsIElQUiByZWxldmFudCB0byB0aGlzIGRyYWZ0 Lg0KDQpJZiBhbnkgbWVtYmVyIG9mIHRoZSBQQUxTIFdHIGlzIGF3YXJlIG9mIGFueSBzbyBmYXIg dW5kaXNjbG9zZWQgSVBSIA0KcmVsYXRlZA0KdG8gdGhpcyBkcmFmdCwgcGxlYXNlIGRpc2Nsb3Nl IGl0Lg0KDQpUaGlzIElQUiBwb2xsIHdpbGwgY29uY2x1ZGUgb24gTW9uZGF5IDMwdGggTm92ZW1i ZXIuDQoNClJlZ2FyZHMNCg0KU3Rld2FydA0KDQoNCg0KDQo= --=_alternative 0004864348257F10_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlN0ZXdhcnQsPC9mb250Pg0KPGJyPg0KPGJy Pjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5Tb3JyeSBmb3IgdGhlIGxhdGUgcmVzcG9u c2UuIDwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SSBh bSBub3QgYXdhcmUgYW55IElQUiByZWxhdGVkIHdpdGgNCnRoaXMgZHJhZnQuPC9mb250Pg0KPGJy Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5CZXN0IHJlZ2FyZHMuPC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj53dWJvPC9mb250Pg0K PGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0 ZCB3aWR0aD0zNiU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPlN0ZXdhcnQgQnJ5 YW50ICZsdDtzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb20mZ3Q7PC9iPg0KPC9mb250Pg0KPHA+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMTUtMTItMDIgMTk6NDY8L2ZvbnQ+DQo8dGQg d2lkdGg9NjMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9u dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+RWxpc2EgQmVsbGFn YW1iYSAmbHQ7ZWxpc2EuYmVsbGFnYW1iYUBlcmljc3Nvbi5jb20mZ3Q7LA0Kd3UuYm9AenRlLmNv bS5jbiwgPC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxm b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0KPHRkPjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5kcmFmdC1pZXRmLXBhbHMtdHAtb2FtLWNvbmZpZ0B0 b29scy5pZXRmLm9yZywNCiZxdW90O3BhbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnJnF1b3Q7ICZs dDtwYWxzLWNoYWlyc0B0b29scy5pZXRmLm9yZyZndDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4N Cjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3 zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPkZ3ZDog SVBSIFBvbGwgZHJhZnQtaWV0Zi1wYWxzLXRwLW9hbS1jb25maWc8L2ZvbnQ+PC90YWJsZT4NCjxi cj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwvdGFibGU+DQo8YnI+PC90 YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTM+RWxpc2EsIEJvIFd1LCA8YnI+DQo8 L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zPkFwb2xvZ2llcyBpZiBJIGhhdmUgbWlzc2VkIHlvdXIg ZW1haWxzLCBidXQgSSBjYW5ub3QgZmluZA0KYSByZXNwb25zZTxicj4NCnRvIHRoaXMgZW1haWwg ZnJvbSB5b3UuPGJyPg0KPGJyPg0KUGxlYXNlIGNhbiB5b3UgcmVwbHkgdG8gdGhlIGVtYWlsLCBt YWtpbmcgc3VyZSB0aGF0IHlvdSBjb3B5IHRoZSA8YnI+DQpQQUxTIFdHLjxicj4NCjxicj4NClRo YW5rczxicj4NCjxicj4NClN0ZXdhcnQ8YnI+DQo8YnI+DQotLS0tLS0tLSBGb3J3YXJkZWQgTWVz c2FnZSAtLS0tLS0tLSA8L2ZvbnQ+DQo8dGFibGU+DQo8dHI+DQo8dGQgdmFsaWduPXRvcD4NCjxk aXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0zPjxiPlN1YmplY3Q6IDwvYj48L2ZvbnQ+PC9kaXY+ DQo8dGQ+PGZvbnQgc2l6ZT0zPklQUiBQb2xsIGRyYWZ0LWlldGYtcGFscy10cC1vYW0tY29uZmln PC9mb250Pg0KPHRyPg0KPHRkIHZhbGlnbj10b3A+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp emU9Mz48Yj5EYXRlOiA8L2I+PC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9Mz5GcmksIDEz IE5vdiAyMDE1IDE0OjI4OjA5ICswMDAwPC9mb250Pg0KPHRyPg0KPHRkIHZhbGlnbj10b3A+DQo8 ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9Mz48Yj5Gcm9tOiA8L2I+PC9mb250PjwvZGl2Pg0K PHRkPjxmb250IHNpemU9Mz5TdGV3YXJ0IEJyeWFudCA8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86c3Rl d2FydC5icnlhbnRAZ21haWwuY29tPjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1PiZsdDtzdGV3 YXJ0LmJyeWFudEBnbWFpbC5jb20mZ3Q7PC91PjwvZm9udD48L2E+DQo8dHI+DQo8dGQgdmFsaWdu PXRvcD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0zPjxiPlRvOiA8L2I+PC9mb250Pjwv ZGl2Pg0KPHRkPjxhIGhyZWY9Im1haWx0bzpkcmFmdC1pZXRmLXBhbHMtdHAtb2FtLWNvbmZpZ0B0 b29scy5pZXRmLm9yZyI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+ZHJhZnQtaWV0Zi1wYWxz LXRwLW9hbS1jb25maWdAdG9vbHMuaWV0Zi5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTM+ LA0KPC9mb250PjxhIGhyZWY9bWFpbHRvOnBhbHNAaWV0Zi5vcmc+PGZvbnQgc2l6ZT0zIGNvbG9y PWJsdWU+PHU+cGFsc0BpZXRmLm9yZzwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9Mz4NCjwvZm9u dD48YSBocmVmPW1haWx0bzpwYWxzQGlldGYub3JnPjxmb250IHNpemU9MyBjb2xvcj1ibHVlPjx1 PiZsdDtwYWxzQGlldGYub3JnJmd0OzwvdT48L2ZvbnQ+PC9hPg0KPHRyPg0KPHRkIHZhbGlnbj10 b3A+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9Mz48Yj5DQzogPC9iPjwvZm9udD48L2Rp dj4NCjx0ZD48YSBocmVmPSJtYWlsdG86cGFscy1jaGFpcnNAdG9vbHMuaWV0Zi5vcmciPjxmb250 IHNpemU9MyBjb2xvcj1ibHVlPjx1PnBhbHMtY2hhaXJzQHRvb2xzLmlldGYub3JnPC91PjwvZm9u dD48L2E+PGZvbnQgc2l6ZT0zPg0KPC9mb250PjxhIGhyZWY9Im1haWx0bzpwYWxzLWNoYWlyc0B0 b29scy5pZXRmLm9yZyI+PGZvbnQgc2l6ZT0zIGNvbG9yPWJsdWU+PHU+Jmx0O3BhbHMtY2hhaXJz QHRvb2xzLmlldGYub3JnJmd0OzwvdT48L2ZvbnQ+PC9hPjwvdGFibGU+DQo8YnI+PGZvbnQgc2l6 ZT0zPjxicj4NCjwvZm9udD4NCjxicj48dHQ+PGZvbnQgc2l6ZT0zPlRoZSBjaGFpcnMgaGF2ZSBi ZWVuIGFza2VkIHRvIGlzc3VlIGEgV0cgbGFzdCBjYWxsDQpmb3IgPGJyPg0KZHJhZnQtaWV0Zi1w YWxzLXRwLW9hbS1jb25maWcuPGJyPg0KPGJyPg0KQmVmb3JlIHRoYXQgY2FuIHN0YXJ0IHdlIG5l ZWQgdG8gZG8gYW4gSVBSIHBvbGwuPGJyPg0KPGJyPg0KUGxlYXNlIHdpbGwgZWFjaCBvZiB0aGUg YXV0aG9ycyByZXBseSB0byB0aGlzIGVtYWlsIGNvbmZpcm1pbmcgdGhhdCB0aGV5DQo8YnI+DQpo YXZlPGJyPg0KZGVjbGFyZWQgYWxsIElQUiByZWxldmFudCB0byB0aGlzIGRyYWZ0Ljxicj4NCjxi cj4NCklmIGFueSBtZW1iZXIgb2YgdGhlIFBBTFMgV0cgaXMgYXdhcmUgb2YgYW55IHNvIGZhciB1 bmRpc2Nsb3NlZCBJUFIgcmVsYXRlZDxicj4NCnRvIHRoaXMgZHJhZnQsIHBsZWFzZSBkaXNjbG9z ZSBpdC48YnI+DQo8YnI+DQpUaGlzIElQUiBwb2xsIHdpbGwgY29uY2x1ZGUgb24gTW9uZGF5IDMw dGggTm92ZW1iZXIuPGJyPg0KPGJyPg0KUmVnYXJkczxicj4NCjxicj4NClN0ZXdhcnQ8YnI+DQo8 L2ZvbnQ+PC90dD4NCjxicj4NCjxicj4NCjxicj4NCg== --=_alternative 0004864348257F10_=-- From nobody Wed Dec 2 19:55:17 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 53F621ACF02; Wed, 2 Dec 2015 19:55:14 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "Barry Leiba" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151203035514.30526.65935.idtracker@ietfa.amsl.com> Date: Wed, 02 Dec 2015 19:55:14 -0800 Archived-At: Cc: "Dr. Nabil N. Bitar" , draft-ietf-l2vpn-vpls-pe-etree@ietf.org, draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org, pals-chairs@ietf.org, pals@ietf.org, stbryant@cisco.com Subject: [Pals] Barry Leiba's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 03:55:14 -0000 Barry Leiba has entered the following ballot position for draft-ietf-l2vpn-vpls-pe-etree-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-l2vpn-vpls-pe-etree/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- I agree with Ben and Álvaro about the use of 2119 key words to talk about something that's normatively specified in a MEF document and not here. Why does the first paragraph of the Introduction specifically mention MEF 6.1, with no reference provided? There is a reference to MEF 6.2 (but it's not cited here). Is something out of sync? And if so, why is there no citation in the Introduction? The MEF documents are cited in the Terminology section (with an incorrect citation to MEF6.1, which isn't in the references). That tells me that they should be normative references, as they're providing definitions of terminology that has to be understood... but you have them as informative references. Why? (This comment is very close to a DISCUSS, but I'm not balloting it that way.) From nobody Wed Dec 2 21:50:15 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B1F9C1A1BAE for ; Wed, 2 Dec 2015 21:50:14 -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=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wP186ZKmyUUp for ; Wed, 2 Dec 2015 21:50:13 -0800 (PST) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E116A1A1BB0 for ; Wed, 2 Dec 2015 21:50:12 -0800 (PST) Received: by ioc74 with SMTP id 74so70357343ioc.2 for ; Wed, 02 Dec 2015 21:50:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=g51q8GhXMLTI/08L0x9xH7XnjiNNu0i2xi7J7eI2/Q8=; b=aGdZ948LBvFEcGvbA0g7XzzN1MFbRAMUFDb7+jdg1nnz38ClkfzVfaoC1NEawjORxm 3LNG+SS7/VWuC+gZy8PgP06CVYLdy5/norJ7RO23jgp5x01IoxU24vf9TG06K8Q8PQto lp/m4BdA0utlFSDhHQGnzsgABJQ4Ve/V37KE08MgOJoJRiiqFZwK99pRWSoahxxIp55G hyLvj/OX/bHH9eppbpx1IHbHug6Hp8do/+ROdZ6xN+gid3044zpNLZ+mqXASG0q0dsj5 eXJj03SF+LpWc+I4gWhdJaW4Cjhwv/fTbXrcZahaKpokMhHlhSPtbvA3Wwc8zcLvX2Ch BdBw== MIME-Version: 1.0 X-Received: by 10.107.133.205 with SMTP id p74mr8465389ioi.44.1449121812265; Wed, 02 Dec 2015 21:50:12 -0800 (PST) Received: by 10.107.20.145 with HTTP; Wed, 2 Dec 2015 21:50:12 -0800 (PST) In-Reply-To: References: Date: Thu, 3 Dec 2015 11:20:12 +0530 Message-ID: From: Sinbad To: pals@ietf.org Content-Type: multipart/alternative; boundary=001a113ed1ecdb41850525f7f633 Archived-At: Subject: Re: [Pals] ldp sync X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 05:50:14 -0000 --001a113ed1ecdb41850525f7f633 Content-Type: text/plain; charset=UTF-8 can anyone shed light on this ? On Sat, Nov 28, 2015 at 6:24 AM, Sinbad wrote: > Hi, > > In ldp igp synchronization rfc5443., it states that the igp link is > advertised > with the highest cost when ldp is not reached operational state yet, > so that it is excluded from the topology. since ldp relies on igp to > establish > a session (especially if the peer address is a loopback address), doesn't > this > make a deadlock, ldp waiting for igp to converge and vice versa. > > thanks > sinbad > --001a113ed1ecdb41850525f7f633 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
can anyone shed light on this ?

On Sat, Nov 28, 2015 at 6:24 AM, Sinba= d <sinbad.sinbad@gmail.com> wrote:
Hi,

In ldp igp synchro= nization rfc5443., it states that the igp link is advertised
with= the highest cost when ldp is not reached operational state yet,
= so that it is excluded from the topology. since ldp relies on igp to establ= ish=C2=A0
a session (especially if the peer address is a loopback= address), doesn't this=C2=A0
make a deadlock, ldp waiting fo= r igp to converge and vice versa.

thanks
sinbad
<= /div>

--001a113ed1ecdb41850525f7f633-- From nobody Wed Dec 2 22:42:35 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 339251B3203; Wed, 2 Dec 2015 22:42:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uRLO9OXX1O2n; Wed, 2 Dec 2015 22:42:31 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7C27F1B3202; Wed, 2 Dec 2015 22:42:30 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEY32059; Thu, 03 Dec 2015 06:42:27 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 3 Dec 2015 06:42:26 +0000 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.102]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Thu, 3 Dec 2015 14:42:14 +0800 From: Jiangyuanlong To: Barry Leiba , The IESG Thread-Topic: Barry Leiba's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) Thread-Index: AQHRLX5w4NjyzZ6RdEy+urpJf3TcZJ64x7TA Date: Thu, 3 Dec 2015 06:42:14 +0000 Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B91600688@szxema506-mbs.china.huawei.com> References: <20151203035514.30526.65935.idtracker@ietfa.amsl.com> In-Reply-To: <20151203035514.30526.65935.idtracker@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.76.118] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.565FE454.005B, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.102, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 25ef22b380a8828d42603f52c329f0d9 Archived-At: Cc: "Dr. Nabil N. Bitar" , "draft-ietf-l2vpn-vpls-pe-etree@ietf.org" , "draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org" , "pals-chairs@ietf.org" , "pals@ietf.org" , "stbryant@cisco.com" Subject: Re: [Pals] Barry Leiba's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 06:42:34 -0000 SGkgQmFycnksDQoNCjEuIFllcywgdGhleSBhcmUgb3V0IG9mIHN5bmMsIGFuZCBhbGwgdGhlIHJl ZmVyZW5jZXMgdG8gTUVGIDYuMSB3aWxsIGJlIHVwZGF0ZWQgdG8gTUVGIDYuMi4NCjIuIGlkbml0 cyB1c2VkIHRvIHRocm93IG91dCB3YXJuaW5ncyBpZiBub24tSUVURiBzdGFuZGFyZCB0cmFjayBS RkNzIHdlcmUgbGlzdGVkIGluIHRoZSBub3JtYXRpdmUgcmVmZXJlbmNlIHNlY3Rpb24sIHRoYXQg d2FzIHRoZSBtYWluIHJlYXNvbiB3ZSBtb3ZlZCB0aGVtIGluIHRoZSBpbmZvcm1hdGl2ZSByZWZl cmVuY2Ugc2VjdGlvbi4NCldlIGNhbiBtb3ZlIGJvdGggSUVFRSA4MDIuMVEtMjAxNCBhbmQgTUVG IDYuMiB0byB0aGUgbm9ybWF0aXZlIHJlZmVyZW5jZXMgKGl0IHNlZW1zIHRoZSBuZXdlc3QgdmVy c2lvbiBvZiBpZG5pdHMgYWNrbm93bGVkZ2VzIHRoZW0pLg0KDQpUaGFua3MsDQpZdWFubG9uZw0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogQmFycnkgTGVpYmEgW21haWx0bzpi YXJyeWxlaWJhQGNvbXB1dGVyLm9yZ10gDQpTZW50OiBUaHVyc2RheSwgRGVjZW1iZXIgMDMsIDIw MTUgMTE6NTUgQU0NClRvOiBUaGUgSUVTRw0KQ2M6IGRyYWZ0LWlldGYtbDJ2cG4tdnBscy1wZS1l dHJlZUBpZXRmLm9yZzsgRHIuIE5hYmlsIE4uIEJpdGFyOyBkcmFmdC1pZXRmLWwydnBuLXZwbHMt cGUtZXRyZWUuYWxsQGlldGYub3JnOyBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgc3RicnlhbnRAY2lz Y28uY29tOyBwYWxzQGlldGYub3JnDQpTdWJqZWN0OiBCYXJyeSBMZWliYSdzIE5vIE9iamVjdGlv biBvbiBkcmFmdC1pZXRmLWwydnBuLXZwbHMtcGUtZXRyZWUtMTA6ICh3aXRoIENPTU1FTlQpDQoN CkJhcnJ5IExlaWJhIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZv cg0KZHJhZnQtaWV0Zi1sMnZwbi12cGxzLXBlLWV0cmVlLTEwOiBObyBPYmplY3Rpb24NCg0KV2hl biByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQgcmVw bHkgdG8gYWxsDQplbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5l cy4gKEZlZWwgZnJlZSB0byBjdXQgdGhpcw0KaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZl ci4pDQoNCg0KUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVt ZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KZm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgSUVT RyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCg0KDQpUaGUgZG9jdW1lbnQsIGFsb25n IHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQpodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWwydnBuLXZwbHMtcGUtZXRyZWUv DQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpDT01NRU5UOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpJIGFncmVl IHdpdGggQmVuIGFuZCDDgWx2YXJvIGFib3V0IHRoZSB1c2Ugb2YgMjExOSBrZXkgd29yZHMgdG8g dGFsayBhYm91dA0Kc29tZXRoaW5nIHRoYXQncyBub3JtYXRpdmVseSBzcGVjaWZpZWQgaW4gYSBN RUYgZG9jdW1lbnQgYW5kIG5vdCBoZXJlLg0KDQpXaHkgZG9lcyB0aGUgZmlyc3QgcGFyYWdyYXBo IG9mIHRoZSBJbnRyb2R1Y3Rpb24gc3BlY2lmaWNhbGx5IG1lbnRpb24gTUVGDQo2LjEsIHdpdGgg bm8gcmVmZXJlbmNlIHByb3ZpZGVkPyAgVGhlcmUgaXMgYSByZWZlcmVuY2UgdG8gTUVGIDYuMiAo YnV0DQppdCdzIG5vdCBjaXRlZCBoZXJlKS4gIElzIHNvbWV0aGluZyBvdXQgb2Ygc3luYz8gIEFu ZCBpZiBzbywgd2h5IGlzIHRoZXJlDQpubyBjaXRhdGlvbiBpbiB0aGUgSW50cm9kdWN0aW9uPw0K DQpUaGUgTUVGIGRvY3VtZW50cyBhcmUgY2l0ZWQgaW4gdGhlIFRlcm1pbm9sb2d5IHNlY3Rpb24g KHdpdGggYW4gaW5jb3JyZWN0DQpjaXRhdGlvbiB0byBNRUY2LjEsIHdoaWNoIGlzbid0IGluIHRo ZSByZWZlcmVuY2VzKS4gIFRoYXQgdGVsbHMgbWUgdGhhdA0KdGhleSBzaG91bGQgYmUgbm9ybWF0 aXZlIHJlZmVyZW5jZXMsIGFzIHRoZXkncmUgcHJvdmlkaW5nIGRlZmluaXRpb25zIG9mDQp0ZXJt aW5vbG9neSB0aGF0IGhhcyB0byBiZSB1bmRlcnN0b29kLi4uIGJ1dCB5b3UgaGF2ZSB0aGVtIGFz IGluZm9ybWF0aXZlDQpyZWZlcmVuY2VzLiAgV2h5PyAgKFRoaXMgY29tbWVudCBpcyB2ZXJ5IGNs b3NlIHRvIGEgRElTQ1VTUywgYnV0IEknbSBub3QNCmJhbGxvdGluZyBpdCB0aGF0IHdheS4pDQoN Cg0K From nobody Thu Dec 3 01:13:20 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 611591B3314 for ; Thu, 3 Dec 2015 01:13:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ft0PbtsIV7D9 for ; Thu, 3 Dec 2015 01:13:07 -0800 (PST) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C16071B331B for ; Thu, 3 Dec 2015 01:13:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3828; q=dns/txt; s=iport; t=1449133986; x=1450343586; h=from:to:subject:date:message-id:references:in-reply-to: mime-version; bh=pjbgcOqD/xbiNInzNgLa5FY0cmpFS5fftFKUBuXCaDo=; b=htvrIeyH0ZbUbIqXPjZf6DLPpeEef7DvrC5lNYxUJ4gbaSVwvgux+5s/ 59lO1QQtud0E8/ma92HE6TV39SxXEVnh2sjhEJnlm1P4zFaAHrs7xDYbu 69DcI0nK+rKwkOHWdlX1Um34xVIvfNKd103kBu7WIvoIkQdTxeGYieZVO M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0DyAQD1BmBW/4UNJK1eGQEBAQEPAQEBA?= =?us-ascii?q?YMKU26rYpFXAQ2BWQkXAQmFbQKBRzgUAQEBAQEBAYEKhDUBAQEDAQEBaxsCAQg?= =?us-ascii?q?EOwchBgsUEQIEARKIGgMSDb0eDYRFAQEBAQEBAQEBAQEBAQEBAQEBAQEBFASGV?= =?us-ascii?q?YIPgm6CU4I1gx6BFQWWYAGLQoF3gVuTO4Nng3EBHwEBQoQEcoVsAQEB?= X-IronPort-AV: E=Sophos;i="5.20,377,1444694400"; d="scan'208,217";a="213621635" Received: from alln-core-11.cisco.com ([173.36.13.133]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 03 Dec 2015 09:13:05 +0000 Received: from XCH-ALN-009.cisco.com (xch-aln-009.cisco.com [173.36.7.19]) by alln-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id tB39D5Ve005830 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 3 Dec 2015 09:13:05 GMT Received: from xch-aln-009.cisco.com (173.36.7.19) by XCH-ALN-009.cisco.com (173.36.7.19) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 3 Dec 2015 03:13:05 -0600 Received: from xch-aln-009.cisco.com ([173.36.7.19]) by XCH-ALN-009.cisco.com ([173.36.7.19]) with mapi id 15.00.1104.000; Thu, 3 Dec 2015 03:13:05 -0600 From: "Stewart Bryant (stbryant)" To: Sinbad , "pals@ietf.org" Thread-Topic: [Pals] ldp sync Thread-Index: AQHRKXdsNsYT3/kb/kqilpANpHjNfp65LpkA///UG4U= Date: Thu, 3 Dec 2015 09:13:05 +0000 Message-ID: <39C2F326-9C9B-4A11-B59C-903AE9EA135B@cisco.com> References: , In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-GB X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted Content-Type: multipart/alternative; boundary="_000_39C2F3269C9B4A11B59C903AE9EA135Bciscocom_" MIME-Version: 1.0 Archived-At: Subject: Re: [Pals] ldp sync X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 09:13:19 -0000 --_000_39C2F3269C9B4A11B59C903AE9EA135Bciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Sinbad This is really a question for the MPLS WG. What you need to understand is that LDP is strictly layered on the underlyi= ng IP network, which needs to converge first. If your IGP is ISIS, then thi= s in turn is strictly layered on CLNP. It can take a while for the network to converge, but it comes up one layer = at a time. Stewart Sent from my iPad On 3 Dec 2015, at 05:50, Sinbad > wrote: can anyone shed light on this ? On Sat, Nov 28, 2015 at 6:24 AM, Sinbad > wrote: Hi, In ldp igp synchronization rfc5443., it states that the igp link is adverti= sed with the highest cost when ldp is not reached operational state yet, so that it is excluded from the topology. since ldp relies on igp to establ= ish a session (especially if the peer address is a loopback address), doesn't t= his make a deadlock, ldp waiting for igp to converge and vice versa. thanks sinbad _______________________________________________ Pals mailing list Pals@ietf.org https://www.ietf.org/mailman/listinfo/pals --_000_39C2F3269C9B4A11B59C903AE9EA135Bciscocom_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Sinbad

This is really a question for the MPLS WG.

What you need to understand is that LDP is strictly layered on the und= erlying IP network, which needs to converge first. If your IGP is ISIS, the= n this in turn is strictly layered on CLNP.

It can take a while for the network to converge, but it comes up one l= ayer at a time.

Stewart

Sent from my iPad

On 3 Dec 2015, at 05:50, Sinbad <sinbad.sinbad@gmail.com> wrote:

can anyone shed light on this ?

On Sat, Nov 28, 2015 at 6:24 AM, Sinbad <sinbad.sin= bad@gmail.com> wrote:
Hi,

In ldp igp synchronization rfc5443., it states that the igp link is ad= vertised
with the highest cost when ldp is not reached operational state yet,
so that it is excluded from the topology. since ldp relies on igp to e= stablish 
a session (especially if the peer address is a loopback address), does= n't this 
make a deadlock, ldp waiting for igp to converge and vice versa.

thanks
sinbad

_______________________________________________
Pals mailing list
Pals@ietf.org
https://www.ie= tf.org/mailman/listinfo/pals
--_000_39C2F3269C9B4A11B59C903AE9EA135Bciscocom_-- From nobody Thu Dec 3 04:48:57 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id D555C1B34E3; Thu, 3 Dec 2015 04:48:55 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "Stephen Farrell" To: "The IESG" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151203124855.28537.59385.idtracker@ietfa.amsl.com> Date: Thu, 03 Dec 2015 04:48:55 -0800 Archived-At: Cc: "Dr. Nabil N. Bitar" , draft-ietf-l2vpn-vpls-pe-etree@ietf.org, draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org, pals-chairs@ietf.org, pals@ietf.org, stbryant@cisco.com Subject: [Pals] Stephen Farrell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2015 12:48:56 -0000 Stephen Farrell has entered the following ballot position for draft-ietf-l2vpn-vpls-pe-etree-10: No Objection When responding, please keep the subject line intact and reply to all email addresses included in the To and CC lines. (Feel free to cut this introductory paragraph, however.) Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html for more information about IESG DISCUSS and COMMENT positions. The document, along with other ballot positions, can be found here: https://datatracker.ietf.org/doc/draft-ietf-l2vpn-vpls-pe-etree/ ---------------------------------------------------------------------- COMMENT: ---------------------------------------------------------------------- Could you explain a bit to me how prevention of leaf-to-leaf communication is enforced? I wasn't clear about that from a quick read, sorry. (I know it might not be quite in scope, being an implementation issue, but I'd like to know if it's easy to explain.) Are there possible attacks on signalling - e.g. to send fake packets saying some node is a root, when it's a leaf? If so shouldn't those be recognised in the security considerations? I think section 9 should describe the kind of node compromises that would invalidate the "no leaf to leaf" protections that are needed for this to work. The intent should be just to allow implementers to realise when a node that they are designing or deploying might need to be (better) protected against compromise. Were is possible to say something useful about how to mitigate such compromises, that'd be good too. (But it may amount to "harden your kit" I guess, which could be enough to say if one knows which bits of kit need hardening against what.) From nobody Thu Dec 3 17:02:43 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 268701A1A7F; Thu, 3 Dec 2015 17:02:41 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151204010241.4786.22971.idtracker@ietfa.amsl.com> Date: Thu, 03 Dec 2015 17:02:41 -0800 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2015 01:02:41 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF. Title : LDP Extensions for Pseudowire Binding to LSP Tunnels Authors : Mach(Guoyi) Chen Wei Cao Attila Takacs Ping Pan Filename : draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06.txt Pages : 16 Date : 2015-12-03 Abstract: Many transport services require that user traffic, in the form of Pseudowires (PW), be delivered on a single co-routed bidirectional LSP or two LSPs that share the same routes. In addition, the user traffic may traverse through multiple transport networks. This document defines an optional extension to LDP that enables the binding between PWs and the underlying LSPs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Thu Dec 3 18:34:29 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DAA421A88C2 for ; Thu, 3 Dec 2015 18:34:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ChBrQnY7SFD for ; Thu, 3 Dec 2015 18:34:25 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 480981A87DE for ; Thu, 3 Dec 2015 18:34:25 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEZ39066; Fri, 04 Dec 2015 02:34:10 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 4 Dec 2015 02:34:09 +0000 Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.73]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Fri, 4 Dec 2015 10:34:05 +0800 From: Mach Chen To: "pals@ietf.org" Thread-Topic: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06.txt Thread-Index: AQHRLi+OEKBahd086Emubps/P3nz1566GtTg Date: Fri, 4 Dec 2015 02:34:05 +0000 Message-ID: References: <20151204010241.4786.22971.idtracker@ietfa.amsl.com> In-Reply-To: <20151204010241.4786.22971.idtracker@ietfa.amsl.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.111.102.135] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090203.5660FBAF.015E, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.3.73, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 53695b05bf14c1ebe8adae1baa687c2d Archived-At: Subject: Re: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2015 02:34:28 -0000 Hi PALSers, This version addresses the WG last call comments that are mainly from Sasha= and Huub. Many thanks to Sasha and Huub!=20 Best regards, Mach > -----Original Message----- > From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of > internet-drafts@ietf.org > Sent: Friday, December 04, 2015 9:03 AM > To: i-d-announce@ietf.org > Cc: pals@ietf.org > Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06.= txt >=20 >=20 > A New Internet-Draft is available from the on-line Internet-Drafts direct= ories. > This draft is a work item of the Pseudowire And LDP-enabled Services Wor= king > Group of the IETF. >=20 > Title : LDP Extensions for Pseudowire Binding to LSP > Tunnels > Authors : Mach(Guoyi) Chen > Wei Cao > Attila Takacs > Ping Pan > Filename : draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06.txt > Pages : 16 > Date : 2015-12-03 >=20 > Abstract: > Many transport services require that user traffic, in the form of > Pseudowires (PW), be delivered on a single co-routed bidirectional > LSP or two LSPs that share the same routes. In addition, the user > traffic may traverse through multiple transport networks. >=20 > This document defines an optional extension to LDP that enables the > binding between PWs and the underlying LSPs. >=20 >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-ls= p/ >=20 > There's also a htmlized version available at: > https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-06 >=20 > A diff from the previous version is available at: > https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pals-mpls-tp-pw-over-bidir= -lsp-06 >=20 >=20 > Please note that it may take a couple of minutes from the time of submiss= ion > until the htmlized version and diff are available at tools.ietf.org. >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > Pals mailing list > Pals@ietf.org > https://www.ietf.org/mailman/listinfo/pals From nobody Fri Dec 4 01:19:12 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F40381A88B4; Fri, 4 Dec 2015 01:19:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.211 X-Spam-Level: X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5o1ZDv_2hQlB; Fri, 4 Dec 2015 01:19:08 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E48B41A87CB; Fri, 4 Dec 2015 01:19:06 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CEZ73735; Fri, 04 Dec 2015 09:19:04 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 4 Dec 2015 09:19:02 +0000 Received: from SZXEMA506-MBS.china.huawei.com ([169.254.4.102]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0235.001; Fri, 4 Dec 2015 17:18:45 +0800 From: Jiangyuanlong To: Stephen Farrell , The IESG Thread-Topic: Stephen Farrell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) Thread-Index: AQHRLckG4CemMX0T2EuN+OiNTq+1lZ66YCPA Date: Fri, 4 Dec 2015 09:18:44 +0000 Message-ID: <3B0A1BED22CAD649A1B3E97BE5DDD68B91600B18@szxema506-mbs.china.huawei.com> References: <20151203124855.28537.59385.idtracker@ietfa.amsl.com> In-Reply-To: <20151203124855.28537.59385.idtracker@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.76.118] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020205.56615A88.01E2, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=169.254.4.102, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 51784f1eb5a11bfce82930623d39d1a3 Archived-At: Cc: "Dr. Nabil N. Bitar" , "draft-ietf-l2vpn-vpls-pe-etree@ietf.org" , "draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org" , "pals-chairs@ietf.org" , "pals@ietf.org" , "stbryant@cisco.com" Subject: Re: [Pals] Stephen Farrell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2015 09:19:11 -0000 SGkgU3RlcGhlbiwNCg0KVGhhbmtzIGEgbG90IGZvciB0aGUgZGV0YWlsZWQgY29tbWVudHMsIHBs ZWFzZSBzZWUgdGhlIGlubGluZSBjb21tZW50cy4NCg0KQmVzdCByZWdhcmRzLA0KWXVhbmxvbmcN Cg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBTdGVwaGVuIEZhcnJlbGwg W21haWx0bzpzdGVwaGVuLmZhcnJlbGxAY3MudGNkLmllXQ0KPiBTZW50OiBUaHVyc2RheSwgRGVj ZW1iZXIgMDMsIDIwMTUgODo0OSBQTQ0KPiBUbzogVGhlIElFU0cNCj4gQ2M6IGRyYWZ0LWlldGYt bDJ2cG4tdnBscy1wZS1ldHJlZUBpZXRmLm9yZzsgRHIuIE5hYmlsIE4uIEJpdGFyOw0KPiBkcmFm dC1pZXRmLWwydnBuLXZwbHMtcGUtZXRyZWUuYWxsQGlldGYub3JnOyBwYWxzLWNoYWlyc0BpZXRm Lm9yZzsNCj4gc3RicnlhbnRAY2lzY28uY29tOyBwYWxzQGlldGYub3JnDQo+IFN1YmplY3Q6IFN0 ZXBoZW4gRmFycmVsbCdzIE5vIE9iamVjdGlvbiBvbiBkcmFmdC1pZXRmLWwydnBuLXZwbHMtcGUt ZXRyZWUtMTA6ICh3aXRoDQo+IENPTU1FTlQpDQo+IA0KPiBTdGVwaGVuIEZhcnJlbGwgaGFzIGVu dGVyZWQgdGhlIGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+IGRyYWZ0LWlldGYtbDJ2 cG4tdnBscy1wZS1ldHJlZS0xMDogTm8gT2JqZWN0aW9uDQo+IA0KPiBXaGVuIHJlc3BvbmRpbmcs IHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwNCj4g ZW1haWwgYWRkcmVzc2VzIGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZy ZWUgdG8gY3V0IHRoaXMNCj4gaW50cm9kdWN0b3J5IHBhcmFncmFwaCwgaG93ZXZlci4pDQo+IA0K PiANCj4gUGxlYXNlIHJlZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50 L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KPiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNH IERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25zLg0KPiANCj4gDQo+IFRoZSBkb2N1bWVudCwg YWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCj4g aHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1sMnZwbi12cGxzLXBl LWV0cmVlLw0KPiANCj4gDQo+IA0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IENPTU1FTlQ6DQo+IC0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCj4gDQo+IA0KPiBDb3VsZCB5b3UgZXhwbGFpbiBhIGJpdCB0byBtZSBob3cgcHJl dmVudGlvbiBvZiBsZWFmLXRvLWxlYWYNCj4gY29tbXVuaWNhdGlvbiBpcyBlbmZvcmNlZD8gSSB3 YXNuJ3QgY2xlYXIgYWJvdXQgdGhhdCBmcm9tIGEgcXVpY2sNCj4gcmVhZCwgc29ycnkuIChJIGtu b3cgaXQgbWlnaHQgbm90IGJlIHF1aXRlIGluIHNjb3BlLCBiZWluZyBhbg0KPiBpbXBsZW1lbnRh dGlvbiBpc3N1ZSwgYnV0IEknZCBsaWtlIHRvIGtub3cgaWYgaXQncyBlYXN5IHRvIGV4cGxhaW4u KQ0KPiANCltZSl0gSW4gYSBudXRzaGVsbCwgYSBQRSB3aWxsIG5vdCBzZW5kIHBhY2tldHMgaXQg cmVjZWl2ZXMgdGFnZ2VkIHdpdGggYSBsZWFmIFZMQU4gdG8gYW55IGxlYWYgbm9kZXMuIA0KTW9y ZSBzcGVjaWZpY2FsbHksIGZvciBhIFBFIGluY2x1ZGluZyBhIGJyaWRnZSBtb2R1bGUgd2l0aCBJ RUVFIDgwMi4xLTIwMTQgY2FwYWJpbGl0eTogDQpGb3IgZWFjaCBwb3J0IG9mIHRoZSBicmlkZ2Ug bW9kdWxlLCB0aGVyZSBpcyBhbiBlZ3Jlc3MgVkxBTiB0cmFuc2xhdGlvbiB0YWJsZSB3aGljaCBp bmRpY2F0ZXMgaG93IHRvIHRyYW5zbGF0ZSBhIFZMQU4gZm9yIGEgZnJhbWUgcmVjZWl2ZWQgZnJv bSBULVZTSS4NCklmIGEgcG9ydCBpcyBhdHRhY2hlZCB3aXRoIGEgbGVhZiBub2RlLCB0aGVuIGxl YWYgVkxBTiBpcyB0cmFuc2xhdGVkIHRvIDB4RkZGLCBhbmQgdGhlIGZyYW1lIHdpbGwgYmUgZGlz Y2FyZGVkIGF1dG9tYXRpY2FsbHkuDQpPbiB0aGUgb3RoZXIgaGFuZCwgaWYgYSBwb3J0IGlzIGF0 dGFjaGVkIHdpdGggYSByb290IG5vZGUsIHRoZW4gbGVhZiBWTEFOIGlzIHRyYW5zbGF0ZWQgdG8g YSBub3JtYWwgVkxBTiAob3IgcmVtb3ZlZCkgYW5kIHRoZSBmcmFtZSB3aWxsIGJlIGRlbGl2ZXJl ZCB0byB0aGUgcm9vdCBub2RlLg0KDQo+IEFyZSB0aGVyZSBwb3NzaWJsZSBhdHRhY2tzIG9uIHNp Z25hbGxpbmcgLSBlLmcuIHRvIHNlbmQgZmFrZSBwYWNrZXRzDQo+IHNheWluZyBzb21lIG5vZGUg aXMgYSByb290LCB3aGVuIGl0J3MgYSBsZWFmPyBJZiBzbyBzaG91bGRuJ3QgdGhvc2UNCj4gYmUg cmVjb2duaXNlZCBpbiB0aGUgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnM/DQo+IA0KW1lKXSBpZiBh IFBFIGlzIGNvbXByb21pc2VkIG9yIExEUCBpcyBzcG9vZmVkIGJ5IHNvbWUgbWlkZGxlLW1hbiAo dGhvdWdoIHJhcmVseSBmb3IgY2FycmllciBuZXR3b3JrcyksIHRoaXMgbWF5IGhhcHBlbiBpbmRl ZWQuIA0KSXQgc2VlbXMgdGhlIFNlY3VyaXR5IGNvbnNpZGVyYXRpb25zIGluIExEUCBwcm90b2Nv bCAoUkZDMzAzNi81MDM2KSBhbHJlYWR5IGNvdmVyIHRoZSBzaWduYWxpbmcgc2VjdXJpdHkgYXMg YSB3aG9sZSwgYW5kIGluZGlyZWN0bHkgcmVmZXJlbmNlZCBpbiB0aGlzIGRvY3VtZW50IChieSBy ZWZlcnJpbmcgdG8gU2VjdXJpdHkgY29uc2lkZXJhdGlvbnMgb2YgUkZDNDc2MikuDQpPbmUgYXJn dW1lbnQgd291bGQgYmU6IHRoaXMgZmFrZSByb290IHNpdHVhdGlvbiBpcyBubyB3b3JzZSB0aGFu IHRoZSBjb25zdHJ1Y3Rpb24gb2YgYSBWUExTIHdoZXJlIGV2ZXJ5IENFIG5vZGUgaXMgYWN0dWFs bHkgYSByb290IChhIFBFIGNvdWxkIGNob29zZSB0byBkbyBzbyBpZiBpdCBpcyBjb21wcm9taXNl ZCkuDQoNCj4gSSB0aGluayBzZWN0aW9uIDkgc2hvdWxkIGRlc2NyaWJlIHRoZSBraW5kIG9mIG5v ZGUgY29tcHJvbWlzZXMgdGhhdA0KPiB3b3VsZCBpbnZhbGlkYXRlIHRoZSAibm8gbGVhZiB0byBs ZWFmIiBwcm90ZWN0aW9ucyB0aGF0IGFyZSBuZWVkZWQNCj4gZm9yIHRoaXMgdG8gd29yay4gVGhl IGludGVudCBzaG91bGQgYmUganVzdCB0byBhbGxvdyBpbXBsZW1lbnRlcnMgdG8NCj4gcmVhbGlz ZSB3aGVuIGEgbm9kZSB0aGF0IHRoZXkgYXJlIGRlc2lnbmluZyBvciBkZXBsb3lpbmcgbWlnaHQg bmVlZA0KPiB0byBiZSAoYmV0dGVyKSBwcm90ZWN0ZWQgYWdhaW5zdCBjb21wcm9taXNlLiBXZXJl IGlzIHBvc3NpYmxlIHRvIHNheQ0KPiBzb21ldGhpbmcgdXNlZnVsIGFib3V0IGhvdyB0byBtaXRp Z2F0ZSBzdWNoIGNvbXByb21pc2VzLCB0aGF0J2QNCj4gYmUgZ29vZCB0b28uIChCdXQgaXQgbWF5 IGFtb3VudCB0byAiaGFyZGVuIHlvdXIga2l0IiBJIGd1ZXNzLCB3aGljaA0KPiBjb3VsZCBiZSBl bm91Z2ggdG8gc2F5IGlmIG9uZSBrbm93cyB3aGljaCBiaXRzIG9mIGtpdCBuZWVkIGhhcmRlbmlu Zw0KPiBhZ2FpbnN0IHdoYXQuKQ0KPiANCltZSl0gaXQgc2VlbXMgYXV0aGVudGljaXR5IGFuZCBp bnRlZ3JpdHkgbWVhc3VyZXMgYXJlIG5lZWRlZCBmb3IgTERQIHNlc3Npb24gbWVzc2FnZXMsIGFz IGRpY3RhdGVkIGJ5IFJGQzMwMzYvNTAzNi4gIA0KTm90IHN1cmUgd2hldGhlciBpdCBtYWtlIHNl bnNlIHRvIGFkZCBhIG5vdGUgZm9yIHNlcnZpY2UgcHJvdmlkZXJzIGluIHRoZSBkb2N1bWVudCwg c3VjaCBhczogaWYgYSByb290IG5vZGUgb3Igcm9vdCBWTEFOIGlzIGluYXBwcm9wcmlhdGVseSBj b25maWd1cmVkLCBzZXJ2aWNlIGZyYW1lcyBtYXkgYmUgbGVha2VkIG91dCB1bmludGVudGlvbmFs bHkuDQoNClRoYW5rcyBhZ2FpbiwNCll1YW5sb25nDQo= From nobody Fri Dec 4 04:34:24 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97E641A9004; Fri, 4 Dec 2015 04:34:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.311 X-Spam-Level: X-Spam-Status: No, score=-4.311 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MTj0lXIWmt4U; Fri, 4 Dec 2015 04:34:21 -0800 (PST) Received: from mercury.scss.tcd.ie (mercury.scss.tcd.ie [134.226.56.6]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3DB6B1B30CE; Fri, 4 Dec 2015 04:33:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mercury.scss.tcd.ie (Postfix) with ESMTP id AE92EBE3F; Fri, 4 Dec 2015 12:33:36 +0000 (GMT) X-Virus-Scanned: Debian amavisd-new at scss.tcd.ie Received: from mercury.scss.tcd.ie ([127.0.0.1]) by localhost (mercury.scss.tcd.ie [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AeUv_gX--mbQ; Fri, 4 Dec 2015 12:33:34 +0000 (GMT) Received: from [10.87.48.95] (unknown [86.46.20.32]) by mercury.scss.tcd.ie (Postfix) with ESMTPSA id 71895BE38; Fri, 4 Dec 2015 12:33:33 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cs.tcd.ie; s=mail; t=1449232414; bh=wmGGXWaZ66UALgg7tM6tI0XMXVuZOnJi2yoT/MAtt/o=; h=Subject:To:References:Cc:From:Date:In-Reply-To:From; b=xRFCzjbibhjpDmHCe5ptR02eiSOj3yA0z5sbkrp2uqhDdVwdmVFBJt4co7pxOujNH PlLMNMvMLsIsic8iYlFyrdgesMwU8A0obsc282b8wIKdn/fxYxRzMVdT3l7WrxjkAy 26p6GHBiQcAu7Z5HsM0dsXQAg7li/qGNAFRDrqCo= To: Jiangyuanlong , The IESG References: <20151203124855.28537.59385.idtracker@ietfa.amsl.com> <3B0A1BED22CAD649A1B3E97BE5DDD68B91600B18@szxema506-mbs.china.huawei.com> From: Stephen Farrell Openpgp: id=D66EA7906F0B897FB2E97D582F3C8736805F8DA2; url= X-Enigmail-Draft-Status: N1110 Message-ID: <5661881D.3040202@cs.tcd.ie> Date: Fri, 4 Dec 2015 12:33:33 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <3B0A1BED22CAD649A1B3E97BE5DDD68B91600B18@szxema506-mbs.china.huawei.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "Dr. Nabil N. Bitar" , "draft-ietf-l2vpn-vpls-pe-etree@ietf.org" , "draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org" , "pals-chairs@ietf.org" , "pals@ietf.org" , "stbryant@cisco.com" Subject: Re: [Pals] Stephen Farrell's No Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Dec 2015 12:34:23 -0000 Hiya, On 04/12/15 09:18, Jiangyuanlong wrote: > Hi Stephen, > > Thanks a lot for the detailed comments, please see the inline > comments. > > Best regards, Yuanlong > >> -----Original Message----- From: Stephen Farrell >> [mailto:stephen.farrell@cs.tcd.ie] Sent: Thursday, December 03, >> 2015 8:49 PM To: The IESG Cc: >> draft-ietf-l2vpn-vpls-pe-etree@ietf.org; Dr. Nabil N. Bitar; >> draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org; pals-chairs@ietf.org; >> stbryant@cisco.com; pals@ietf.org Subject: Stephen Farrell's No >> Objection on draft-ietf-l2vpn-vpls-pe-etree-10: (with COMMENT) >> >> Stephen Farrell has entered the following ballot position for >> draft-ietf-l2vpn-vpls-pe-etree-10: No Objection >> >> When responding, please keep the subject line intact and reply to >> all email addresses included in the To and CC lines. (Feel free to >> cut this introductory paragraph, however.) >> >> >> Please refer to >> https://www.ietf.org/iesg/statement/discuss-criteria.html for more >> information about IESG DISCUSS and COMMENT positions. >> >> >> The document, along with other ballot positions, can be found >> here: >> https://datatracker.ietf.org/doc/draft-ietf-l2vpn-vpls-pe-etree/ >> >> >> >> ---------------------------------------------------------------------- >> >> COMMENT: >> ---------------------------------------------------------------------- >> >> >> >> Could you explain a bit to me how prevention of leaf-to-leaf >> communication is enforced? I wasn't clear about that from a quick >> read, sorry. (I know it might not be quite in scope, being an >> implementation issue, but I'd like to know if it's easy to >> explain.) >> > [YJ] In a nutshell, a PE will not send packets it receives tagged > with a leaf VLAN to any leaf nodes. More specifically, for a PE > including a bridge module with IEEE 802.1-2014 capability: For each > port of the bridge module, there is an egress VLAN translation table > which indicates how to translate a VLAN for a frame received from > T-VSI. If a port is attached with a leaf node, then leaf VLAN is > translated to 0xFFF, and the frame will be discarded automatically. > On the other hand, if a port is attached with a root node, then leaf > VLAN is translated to a normal VLAN (or removed) and the frame will > be delivered to the root node. Thanks for that. > >> Are there possible attacks on signalling - e.g. to send fake >> packets saying some node is a root, when it's a leaf? If so >> shouldn't those be recognised in the security considerations? >> > [YJ] if a PE is compromised or LDP is spoofed by some middle-man > (though rarely for carrier networks), this may happen indeed. It > seems the Security considerations in LDP protocol (RFC3036/5036) > already cover the signaling security as a whole, and indirectly > referenced in this document (by referring to Security considerations > of RFC4762). One argument would be: this fake root situation is no > worse than the construction of a VPLS where every CE node is actually > a root (a PE could choose to do so if it is compromised). (Generally, I'm not a fan of "no worse than" arguments, as they cause us to forget or not notice many of the ways in which things can be compromised. And in many cases the thing that we are "no worse than" is not very robust from a security perspective, even sometimes depending on trusting non-compromised behaviour from every single host inside a network!) I think you could note the additional attack vector introduced here, and then (if you must:-) say that it's "no worse." > >> I think section 9 should describe the kind of node compromises >> that would invalidate the "no leaf to leaf" protections that are >> needed for this to work. The intent should be just to allow >> implementers to realise when a node that they are designing or >> deploying might need to be (better) protected against compromise. >> Were is possible to say something useful about how to mitigate such >> compromises, that'd be good too. (But it may amount to "harden your >> kit" I guess, which could be enough to say if one knows which bits >> of kit need hardening against what.) >> > [YJ] it seems authenticity and integrity measures are needed for LDP > session messages, as dictated by RFC3036/5036. Not sure whether it > make sense to add a note for service providers in the document, such > as: if a root node or root VLAN is inappropriately configured, > service frames may be leaked out unintentionally. I'd say "inappropriately configured or compromised" and do think it'd be a good addition as you'd be describing the security considerations related to this document, in this document, which is the goal of that section of this document:-) S. > > Thanks again, Yuanlong > From nobody Wed Dec 9 06:13:30 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 829A51B2BBA for ; Wed, 9 Dec 2015 06:13:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QayaXT3C91fR for ; Wed, 9 Dec 2015 06:13:28 -0800 (PST) Received: from mail-wm0-x236.google.com (mail-wm0-x236.google.com [IPv6:2a00:1450:400c:c09::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BB1A61B2BB3 for ; Wed, 9 Dec 2015 06:13:27 -0800 (PST) Received: by wmec201 with SMTP id c201so75353854wme.1 for ; Wed, 09 Dec 2015 06:13:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:to:message-id:date:user-agent:mime-version :content-type:content-transfer-encoding; bh=t8Gyu+wGkInnJ//l5+xc/T9B9klK+6MKOkY7524+NAc=; b=mU817icsrKOPWLoUn1TSz/mD4OBuPzxSW9Kkjml0a51r76Hay/ZtqyrgTRoqP5EBuX T354VfmBcLmdIFVo1HJ2r3r/eDEjjFdCLTn8kkcNe1uG5aGLbCRoBz6dHuUlQ1kRkJEm os6Ho33MtfM9KxTdmlpqb6NV9CsKRcZrnBBRbowm1GmYJUnr7gfrSeelxJfdzdPWsIEG N90lV6ne5v86RpVsPB0k+GjOHzuNL9JY2MiPiCB/1zwkXFVVEAAR2LNw5bPMOHkp9CtW hOU2S3MoyQzgh5Lgm7WK4nkNsQMhbU1Qz5W5QvpIKOh3LvMiWuW02CmBRcYpE4nh3Kz/ 7n8w== X-Received: by 10.28.176.70 with SMTP id z67mr12083061wme.5.1449670406332; Wed, 09 Dec 2015 06:13:26 -0800 (PST) Received: from [192.168.2.132] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id h4sm7895860wjx.41.2015.12.09.06.13.24 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 09 Dec 2015 06:13:25 -0800 (PST) From: Stewart Bryant To: draft-ietf-pals-mpls-tp-oam-config@tools.ietf.org, "pals@ietf.org" , "pals-chairs@tools.ietf.org" , "wu.bo@zte.com.cn" , Elisa.bellagamba@gmail.com Message-ID: <56683703.9040101@gmail.com> Date: Wed, 9 Dec 2015 14:13:23 +0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: [Pals] WG Last call draft-ietf-pals-tp-oam-config X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 14:13:29 -0000 This message starts the WG Last Call on draft-ietf-pals-tp-oam-config. This draft can be found at https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-oam-config/ Please respond to this thread with substantive comments and an indication of whether you have read the text and whether or not you think it is ready for publication. I will close WGLC on 23rd December. Regards - Stewart From nobody Thu Dec 17 22:49:29 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 927511B33CC; Thu, 17 Dec 2015 22:49:27 -0800 (PST) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151218064927.19704.99606.idtracker@ietfa.amsl.com> Date: Thu, 17 Dec 2015 22:49:27 -0800 Archived-At: Cc: pals@ietf.org Subject: [Pals] I-D Action: draft-ietf-l2vpn-vpls-pe-etree-11.txt X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 06:49:27 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Pseudowire And LDP-enabled Services Working Group of the IETF. Title : Ethernet-Tree (E-Tree) Support in Virtual Private LAN Service (VPLS) Authors : Yuanlong Jiang Lucy Yong Manuel Paul Filename : draft-ietf-l2vpn-vpls-pe-etree-11.txt Pages : 25 Date : 2015-12-17 Abstract: This document specifies a generic Virtual Private LAN Service (VPLS) solution which uses VLANs to indicate root or leaf traffic to support Ethernet-Tree (E-Tree) services. A VPLS Provider Edge (PE) model is illustrated as an example for the solution. In the solution, E-Tree VPLS PEs are interconnected by Pseudo Wires (PWs) which carry the VLAN indicating the E-Tree attribute. The MAC address-based Ethernet forwarding engine and the PW work in the same way as specified in RFC 4762 and RFC 4448 respectively. A signaling mechanism is described to support E-Tree capability and VLAN mapping negotiation. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-l2vpn-vpls-pe-etree/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-l2vpn-vpls-pe-etree-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-l2vpn-vpls-pe-etree-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Fri Dec 18 10:33:13 2015 Return-Path: X-Original-To: pals@ietf.org Delivered-To: pals@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id F39DB1B37DF; Fri, 18 Dec 2015 10:08:09 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: "IETF-Announce" X-Test-IDTracker: no X-IETF-IDTracker: 6.11.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20151218180809.1228.52727.idtracker@ietfa.amsl.com> Date: Fri, 18 Dec 2015 10:08:09 -0800 Archived-At: X-Mailman-Approved-At: Fri, 18 Dec 2015 10:33:11 -0800 Cc: db3546@att.com, "Dr. Nabil N. Bitar" , draft-ietf-l2vpn-vpls-pe-etree@ietf.org, draft-ietf-l2vpn-vpls-pe-etree.all@ietf.org, pals-chairs@ietf.org, The IESG , pals@ietf.org, stbryant@cisco.com, rfc-editor@rfc-editor.org Subject: [Pals] Protocol Action: 'Ethernet-Tree (E-Tree) Support in Virtual Private LAN Service (VPLS)' to Proposed Standard (draft-ietf-l2vpn-vpls-pe-etree-11.txt) X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Dec 2015 18:08:10 -0000 The IESG has approved the following document: - 'Ethernet-Tree (E-Tree) Support in Virtual Private LAN Service (VPLS)' (draft-ietf-l2vpn-vpls-pe-etree-11.txt) as Proposed Standard This document is the product of the Pseudowire And LDP-enabled Services Working Group. The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah Brungard. A URL of this Internet Draft is: https://datatracker.ietf.org/doc/draft-ietf-l2vpn-vpls-pe-etree/ Technical Summary A generic Virtual Private LAN Service (VPLS) solution is specified for Ethernet-Tree (E-Tree) services which uses VLANs to indicate root or leaf traffic. A VPLS Provider Edge (PE) model is illustrated as an example for the solution. In the solution, E-Tree VPLS PEs are interconnected by PWs which carry the VLAN indicating the E-Tree attribute, the MAC address based Ethernet forwarding engine and the PW work in the same way as before. A signaling mechanism for E-Tree capability and VLAN mapping negotiation is further described. Working Group Summary Progress through the working group was unremarkable until the end, when some discussion arose around the dynamic reconfiguration of the etree. It was determined that there was no requirement for seamless dynamic reconfiguration, although there was a need to be able to correct an incorrect configuration. Text was added to state this constraint and to provide guidance on how to ensure that the system automatically recovered to a state of correct operation in these circumstances. Document Quality There is at least two implementations of this protocol. Personnel Who is the Document Shepherd for this document? Stewart Bryant Who is the Responsible Area Director? Deborah Brungard From nobody Wed Dec 23 05:01:02 2015 Return-Path: X-Original-To: pals@ietfa.amsl.com Delivered-To: pals@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 252331ACF59 for ; Wed, 23 Dec 2015 05:01:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NJ4p40kc7tuo for ; Wed, 23 Dec 2015 05:01:00 -0800 (PST) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0A801ACF58 for ; Wed, 23 Dec 2015 05:00:59 -0800 (PST) Received: by mail-wm0-x22a.google.com with SMTP id p187so144181180wmp.0 for ; Wed, 23 Dec 2015 05:00:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-type:content-transfer-encoding; bh=t0RNqJp/84xQDea6WEaHohxIPzDEDMzm2LcKoP4A/q8=; b=JQOjaDIi/6XsnAMRUC7eCK0K63pw1p8e47Sg2hcuaZrSdFAItkc+wlOdo867TNw/ls b6RJN2xUVYVffNbCM1wVWE16+zW4/F0OHYbAsaWDGofC1BBiDnz+ErECTPnxm1tikY0X dBKRUzNrbHnifjvAtLcouIn0H+gP2kaTOrSl7YjQqa/ul6fyBxlxdKZIcgkhRxYQJeIe 27CMuQgTaRohF5RU/HseR0MP8n1LPneHfaxbiw0xohqA/LRiRB4nZUTT6b0pPRes5xUv Q07WTfqU4UlQ0Mq/XNf5zt2ZaGHOHBBDQIB3pB6nv9cCGecqlunRSD1AqocRRMjeWvjm E1Tg== X-Received: by 10.28.140.202 with SMTP id o193mr31960268wmd.38.1450875658224; Wed, 23 Dec 2015 05:00:58 -0800 (PST) Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id u12sm3372718wmu.10.2015.12.23.05.00.56 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 23 Dec 2015 05:00:57 -0800 (PST) To: draft-ietf-pals-mpls-tp-oam-config@tools.ietf.org, "pals@ietf.org" , "pals-chairs@tools.ietf.org" , "wu.bo@zte.com.cn" , Elisa.bellagamba@gmail.com References: <56683703.9040101@gmail.com> From: Stewart Bryant Message-ID: <567A9B08.5030001@gmail.com> Date: Wed, 23 Dec 2015 13:00:56 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: <56683703.9040101@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Archived-At: Subject: Re: [Pals] WG Last call draft-ietf-pals-tp-oam-config X-BeenThere: pals@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Pseudowire And LDP-enabled Services dicussion list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Dec 2015 13:01:01 -0000 On 09/12/2015 14:13, Stewart Bryant wrote: > This message starts the WG Last Call on draft-ietf-pals-tp-oam-config. > > This draft can be found at > > https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-oam-config/ > > Please respond to this thread with substantive comments and an > indication of whether you have read the text and whether or not > you think it is ready for publication. > > I will close WGLC on 23rd December. > > Regards > > - Stewart PALS WG I should close this LC today, but I have no evidence in terms of list traffic in response to this LC that I can present to the IESG that anyone has read it or cares whether we publish it of not. Has anyone besides the chairs and authors read it? Should we publish it, and why? - Stewart