[Lsr] 答复: I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-01.txt

wangyali <wangyali11@huawei.com> Mon, 27 April 2020 02:33 UTC

Return-Path: <wangyali11@huawei.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id C54A23A0AC6 for <lsr@ietfa.amsl.com>; Sun, 26 Apr 2020 19:33:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id guZme_ques3v for <lsr@ietfa.amsl.com>; Sun, 26 Apr 2020 19:33:57 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1530F3A0AC3 for <lsr@ietf.org>; Sun, 26 Apr 2020 19:33:57 -0700 (PDT)
Received: from lhreml705-cah.china.huawei.com (unknown []) by Forcepoint Email with ESMTP id 92AF55E990FFD3C3CA4E for <lsr@ietf.org>; Mon, 27 Apr 2020 03:33:51 +0100 (IST)
Received: from DGGEML424-HUB.china.huawei.com ( by lhreml705-cah.china.huawei.com ( with Microsoft SMTP Server (TLS) id 14.3.487.0; Mon, 27 Apr 2020 03:33:51 +0100
Received: from DGGEML524-MBX.china.huawei.com ([]) by dggeml424-hub.china.huawei.com ([]) with mapi id 14.03.0487.000; Mon, 27 Apr 2020 10:33:31 +0800
From: wangyali <wangyali11@huawei.com>
To: "lsr@ietf.org" <lsr@ietf.org>
Thread-Topic: [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-01.txt
Thread-Index: AQHWGzPTc56FA2Fnw0W5RGubkp6ts6iLT8dg
Date: Mon, 27 Apr 2020 02:33:30 +0000
Message-ID: <1520992FC97B944A9979C2FC1D7DB0F404E2F0C1@dggeml524-mbx.china.huawei.com>
References: <158775698322.10630.8680061282130600215@ietfa.amsl.com>
In-Reply-To: <158775698322.10630.8680061282130600215@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: zh-CN
x-originating-ip: []
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/ZhR4u2QXQ4wAudkiYkr1O8Onsg4>
Subject: [Lsr] =?utf-8?b?562U5aSNOiAgSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1sc3It?= =?utf-8?q?ospfv3-extended-lsa-yang-01=2Etxt?=
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 27 Apr 2020 02:33:59 -0000

Dear authors,

It's valuable work. After reading I have a clarifying question.

As you defined a Container unknown-tlv and Grouping unknown-sub-tlv in each OSPFv3 Extended LSAs defined in [RFC8362], are these used for extension of new OSPF Extended LSAs and new attributes in each extended LSA, respectively?

For example, if other attributes associated with Link are extended to E-Router-LSA TLV for access via NETCONF, does it can be directly augmented leaf of the List sub-tlvs in this YANG module? 

If not, does it need to define a new YANG module used for other Link attributes can be accessed via NETCONF?

Best regards,

发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
发送时间: 2020年4月25日 3:36
收件人: i-d-announce@ietf.org
抄送: lsr@ietf.org
主题: [Lsr] I-D Action: draft-ietf-lsr-ospfv3-extended-lsa-yang-01.txt

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Link State Routing WG of the IETF.

        Title           : YANG Model for OSPFv3 Extended LSAs
        Authors         : Acee Lindem
                          Sharmila Palani
                          Yingzhen Qu
	Filename        : draft-ietf-lsr-ospfv3-extended-lsa-yang-01.txt
	Pages           : 30
	Date            : 2020-04-24

   This document defines a YANG data model augmenting the IETF OSPF YANG
   model to provide support for OSPFv3 Link State Advertisment (LSA)
   Extensibility as defined in RFC 8362.  OSPFv3 Extended LSAs provide
   extensible TLV-based LSAs for the base LSA types defined in RFC 5340.

The IETF datatracker status page for this draft is:

There are also htmlized versions available at:

A diff from the previous version is available at:

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: