Re: [pim] [RTG-DIR] Rtgdir last call review of draft-ietf-pim-msdp-yang-08

<zhang.zheng@zte.com.cn> Wed, 22 January 2020 01:09 UTC

Return-Path: <zhang.zheng@zte.com.cn>
X-Original-To: pim@ietfa.amsl.com
Delivered-To: pim@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0318B1200C5; Tue, 21 Jan 2020 17:09:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=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 yWdti1CSDysr; Tue, 21 Jan 2020 17:08:58 -0800 (PST)
Received: from mxhk.zte.com.cn (mxhk.zte.com.cn [63.217.80.70]) (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 977C61200C3; Tue, 21 Jan 2020 17:08:57 -0800 (PST)
Received: from mse-fl1.zte.com.cn (unknown [10.30.14.238]) by Forcepoint Email with ESMTPS id 480FF9EED5C6D7397FFC; Wed, 22 Jan 2020 09:08:55 +0800 (CST)
Received: from njxapp01.zte.com.cn ([10.41.132.200]) by mse-fl1.zte.com.cn with SMTP id 00M164Y2037570; Wed, 22 Jan 2020 09:06:04 +0800 (GMT-8) (envelope-from zhang.zheng@zte.com.cn)
Received: from mapi (njxapp04[null]) by mapi (Zmail) with MAPI id mid203; Wed, 22 Jan 2020 09:06:04 +0800 (CST)
Date: Wed, 22 Jan 2020 09:06:04 +0800
X-Zmail-TransId: 2afc5e279ffc0c9c4221
X-Mailer: Zmail v1.0
Message-ID: <202001220906040933207@zte.com.cn>
In-Reply-To: <CABY-gOM9-Ph9_+yPEDVar-q3d7kbojxQECSZK-cjJdto2OSyjw@mail.gmail.com>
References: 157956120121.1481.9704277843445166362@ietfa.amsl.com, 202001211725124369521@zte.com.cn, CABY-gOM9-Ph9_+yPEDVar-q3d7kbojxQECSZK-cjJdto2OSyjw@mail.gmail.com
Mime-Version: 1.0
From: zhang.zheng@zte.com.cn
To: yingzhen.ietf@gmail.com
Cc: yingzhen.qu@futurewei.com, rtg-dir@ietf.org, draft-ietf-pim-msdp-yang.all@ietf.org, pim@ietf.org, last-call@ietf.org, zzhang_ietf@hotmail.com
Content-Type: multipart/mixed; boundary="=====_001_next====="
X-MAIL: mse-fl1.zte.com.cn 00M164Y2037570
Archived-At: <https://mailarchive.ietf.org/arch/msg/pim/wlTeurpWU2ARCdFQQiS1jgL2l7U>
Subject: Re: [pim] [RTG-DIR] Rtgdir last call review of draft-ietf-pim-msdp-yang-08
X-BeenThere: pim@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Protocol Independent Multicast <pim.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pim>, <mailto:pim-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pim/>
List-Post: <mailto:pim@ietf.org>
List-Help: <mailto:pim-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pim>, <mailto:pim-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 22 Jan 2020 01:09:01 -0000

Hi Yingzhen,






Thank you very much!


I will move RFC8407 to informative reference in next version. 


This change may be update with other modification suggestion from review experts.






Happy Lunar New Year! :-)






Thanks,


Sandy









原始邮件



发件人:YingzhenQu <yingzhen.ietf@gmail.com>
收件人:张征00007940;
抄送人:Yingzhen Qu <yingzhen.qu@futurewei.com>;rtg-dir@ietf.org <rtg-dir@ietf.org>;draft-ietf-pim-msdp-yang.all@ietf.org <draft-ietf-pim-msdp-yang.all@ietf.org>;pim@ietf.org <pim@ietf.org>;last-call@ietf.org <last-call@ietf.org>;
日 期 :2020年01月22日 07:17
主 题 :Re: [RTG-DIR] [pim] Rtgdir last call review of draft-ietf-pim-msdp-yang-08





Hi Sandy,

Thanks for making the changes. They look good to me.


I noticed that RFC 8407 (BCP) is used as a normative reference in this document. I'd suggest moving it to informative.


Thanks,
Yingzhen




On Tue, Jan 21, 2020 at 1:26 AM <zhang.zheng@zte.com.cn> wrote:


Hi Yingzhen,







Thank you very much for your review!


I updated the draft to 09 version according to your comments.


Please review the newest version.






Thanks,


Sandy








原始邮件


发件人:YingzhenQuviaDatatracker <noreply@ietf.org>
收件人:rtg-dir@ietf.org <rtg-dir@ietf.org>;
抄送人:last-call@ietf.org <last-call@ietf.org>;draft-ietf-pim-msdp-yang.all@ietf.org <draft-ietf-pim-msdp-yang.all@ietf.org>;pim@ietf.org <pim@ietf.org>;
日 期 :2020年01月21日 07:09
主 题 :[pim] Rtgdir last call review of draft-ietf-pim-msdp-yang-08


Reviewer: Yingzhen Qu
Review result: Has Issues

I have been selected as the Routing Directorate reviewer for this draft. The
Routing Directorate seeks to review all routing or routing-related drafts as
they pass through IETF last call and IESG review, and sometimes on special
request. The purpose of the review is to provide assistance to the Routing ADs.
For more information about the Routing Directorate, please see
http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would
be helpful if you could consider them along with any other IETF Last Call
comments that you receive, and strive to resolve them through discussion or by
updating the draft.

Document: draft-ietf-pim-msdp-yang
Reviewer: Yingzhen Qu
Review Date: Jan 20th, 2020
Intended Status: Standards Track

Summary:

This document is near ready for publication. It has some issues that should be
at least considered prior to publication.

Comments:

Thanks for working on this draft. As an active YANG contributor I appreciate
the work here.

Major issues:

The tree in the draft needs to be updated to match the model.

In the grouping definition of “global-config-attributes”:
      leaf prefix-policy {
        type string;
        description
          "If specified, only those SA entries whose RP is
           permitted in the prefix list are allowed;
           if not specified, all SA messages from the default
           peer are accepted.
           The according policy model is defined in
           'ietf-rtgwg-policy-model'.";
      }
It seems that this leaf is referencing what’s defined in the routing policy
model, hence the type should be a leafref instead of string. I'd suggest to use
ACL YANG model as defined in RFC8519 instead of routing policy model.

Same issue as above for “sa-filter” leaf “in” and “out”.
    container sa-filter {
      description
        "Specifies an access control list (ACL) to filter source
         active (SA) messages coming in to or going out of the
         peer.";
      leaf in {
        type string;
        description
          "Filters incoming SA messages only.
           The string value is the name to uniquely identify a
           policy that contains one or more policy rules used to
           accept or reject MSDP SA messages.
           If a policy is not specified, all MSDP SA messages are
           accepted, the definition of such a policy is outside
           the scope of this document.
           The according policy model is defined in
           'ietf-rtgwg-policy-model'.";
      }
      leaf out {
        type string;
        description
          "Filters outgoing SA messages only.
           The string value is the name to uniquely identify a
           policy that contains one or more policy rules used to
           accept or reject MSDP SA messages.
           If a policy is not specified, all MSDP SA messages are
           accepted, the definition of such a policy is outside
           the scope of this document.
           The according policy model is defined in
           'ietf-rtgwg-policy-model'.";
      }
    } // sa-filter

Minor Issues:

Section 5 Security Considerations
It should be the “key” field which is sensitive.

Section 6 IANA Considerations:
   The IANA is requested to assign two new URIs from the IETF XML
   registry [RFC3688].  Authors are suggesting the following URI
It should be one URI requested instead of two.

Nits for your consideration:

In the module:
The copyright should be changed 2020.

      leaf connect-retry-interval {
        type uint16;
        units seconds;
        default 30;
        description "Peer timer for connect-retry,
                     SHOULD be set to 30 seconds.";
      }
The description needs to be fixed. By default, MSDP peers wait 30 seconds after
session is reset.

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