[Idr] 答复: New Version Notification for draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00.txt

"Dongjie (Jimmy)" <jie.dong@huawei.com> Tue, 24 March 2015 16:00 UTC

Return-Path: <jie.dong@huawei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6CF371B2EA0 for <idr@ietfa.amsl.com>; Tue, 24 Mar 2015 09:00:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 4.378
X-Spam-Level: ****
X-Spam-Status: No, score=4.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MANGLED_EXTNSN=2.3, 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] autolearn=no
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 SwiekveCx5um for <idr@ietfa.amsl.com>; Tue, 24 Mar 2015 09:00:15 -0700 (PDT)
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 0C6A91A8FD4 for <idr@ietf.org>; Tue, 24 Mar 2015 08:59:53 -0700 (PDT)
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 BQQ79613; Tue, 24 Mar 2015 15:59:52 +0000 (GMT)
Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 24 Mar 2015 15:59:51 +0000
Received: from NKGEML512-MBX.china.huawei.com ([169.254.7.168]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Tue, 24 Mar 2015 23:59:45 +0800
From: "Dongjie (Jimmy)" <jie.dong@huawei.com>
To: Pushpasis Sarkar <psarkar@juniper.net>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: New Version Notification for draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00.txt
Thread-Index: AQHQSfE7MqUX1IpgaUiBRD8mn4eTjp0r8Tog
Date: Tue, 24 Mar 2015 15:59:44 +0000
Message-ID: <76CD132C3ADEF848BD84D028D243C92757CA9F29@nkgeml512-mbx.china.huawei.com>
References: <20150216135932.15342.73832.idtracker@ietfa.amsl.com> <D107F5D4.206F0%psarkar@juniper.net>
In-Reply-To: <D107F5D4.206F0%psarkar@juniper.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.154.246]
Content-Type: text/plain; charset="gb2312"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/idr/TFsDczNCKW5tU2qvUQeQKc8S_rs>
Subject: [Idr] =?gb2312?b?tPC4tDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBk?= =?gb2312?b?cmFmdC1wc2Fya2FyLWlkci1iZ3AtbHMtbm9kZS1hZG1pbi10YWctZXh0ZW5z?= =?gb2312?b?aW9uLTAwLnR4dA==?=
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Mar 2015 16:00:16 -0000

Hi Pushpasis,

Thanks for this draft. IMO It is reasonable to extend BGP-LS for the distribution of node admin tags. Here are a few comments:

1. page 3, it says:

"a new Node Attribute TLV to be carried in the corresponding BGP-LS Node NLRI is proposed", 

 Maybe it is more accurate to say " to be carried with the corresponding BGP-LS Node NLRI", as this new TLV is carried in the BGP-LS attribute.

2. section 3.1 proposes to put admin tags with different scopes into separate node admin tag TLVs, and the L bit is used to identify the scope. This way all the node admin tags with per-area scope would be packed into the same TLV. While the ABRs in OSPF can participate in multiple areas, and the same node admin tag may have different meanings in these areas, in such case some mechanism may be needed to separate the per-area admin tags of different areas into separate node admin tag TLVs. 

Best regards,
Jie

-----邮件原件-----
发件人: Idr [mailto:idr-bounces@ietf.org] 代表 Pushpasis Sarkar
发送时间: 2015年2月16日 8:03
收件人: idr@ietf.org
主题: [Idr] FW: New Version Notification for draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00.txt

Hi Everyone,

It will be great if you can review this new draft and provide your comments and feedback.

Thanks for your time in advance.

Regards,
-Pushpasis

On 2/16/15, 7:29 PM, "internet-drafts@ietf.org" <internet-drafts@ietf.org>
wrote:

>
>A new version of I-D,
>draft-psarkar-idr-bgp-ls-node-admin-tag-extension-00.txt
>has been successfully submitted by Pushpasis Sarkar and posted to the 
>IETF repository.
>
>Name:		draft-psarkar-idr-bgp-ls-node-admin-tag-extension
>Revision:	00
>Title:		Advertising Per-node Admin Tags in BGP Link-State Advertisements
>Document date:	2015-02-16
>Group:		Individual Submission
>Pages:		11
>URL:            
>http://www.ietf.org/internet-drafts/draft-psarkar-idr-bgp-ls-node-admin
>-ta
>g-extension-00.txt
>Status:         
>https://datatracker.ietf.org/doc/draft-psarkar-idr-bgp-ls-node-admin-ta
>g-e
>xtension/
>Htmlized:       
>http://tools.ietf.org/html/draft-psarkar-idr-bgp-ls-node-admin-tag-exte
>nsi
>on-00
>
>
>Abstract:
>   This document describes the protocol extensions to collect per-node
>   administrative tags adevertised in IGP Link State advertisements and
>   disseminate the same in BGP Link-State advertisement protocol, to
>   facilitate inter-AS TE applications that may need the same per-node
>   administrative tags to associate a subset of network devices spanning
>   across more than one AS with a specific functionality.
>
>
>                  
>        
>
>
>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.
>
>The IETF Secretariat
>

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr