[Idr] Shepherd report on draft-ietf-idr-eag-distribution

Susan Hares <shares@ndzh.com> Thu, 12 November 2020 19:21 UTC

Return-Path: <shares@ndzh.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0BB333A00C9; Thu, 12 Nov 2020 11:21:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.224
X-Spam-Level: *
X-Spam-Status: No, score=1.224 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, KHOP_HELO_FCRDNS=0.276, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=no 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 NKtN88KCpHlS; Thu, 12 Nov 2020 11:21:13 -0800 (PST)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (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 501253A005E; Thu, 12 Nov 2020 11:21:13 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=50.107.115.222;
From: "Susan Hares" <shares@ndzh.com>
To: <idr@ietf.org>, <draft-ietf-idr-eag-distribution@ietf.org>
Date: Thu, 12 Nov 2020 14:20:56 -0500
Message-ID: <02e101d6b928$f83b3af0$e8b1b0d0$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02E2_01D6B8FF.0F686740"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ada5Ja3+mXF9GZ7XQ5Gmi/g0l9T8/g==
Content-Language: en-us
X-Antivirus: AVG (VPS 201112-2, 11/12/2020), Outbound message
X-Antivirus-Status: Not-Tested
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/0DhNNKHRayYawQQ8QYwud9wOim0>
Subject: [Idr] Shepherd report on draft-ietf-idr-eag-distribution
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 12 Nov 2020 19:21:15 -0000

Status: Ready with 2 issues plus 2 editorial changes 

 

1) Abstract: 

Why: IESG wishes succinct abstracts. 

Type: Editorial 

Required/optional:   Optional, authors choice 

 

Old text:/ 

   Administrative groups (commonly referred to as "colors" or "link

   colors") are link attributes that are advertised by link state

   protocols like IS-IS (Intermediate System to Intermediate System) and

   OSPF (Open Shortest Path First) and used for traffic engineering.

   These administrative groups have initially been defined as a fixed-

   length 32-bit bitmask.  As networks grew and more use-cases were

   introduced, the 32-bit length was found to be constraining and hence

   extended administrative groups were introduced in the link state

   protocols.  The 32-bit administrative groups are already advertised

   as link attributes in BGP-LS (Border Gateway Protocol Link-State).

   This document defines extensions to BGP-LS for advertisement of the

   extended administrative groups./

 

shorter text: 

   /Administrative Groups are link attributes (commonly referred to as 

  "colors" or link colors") advertised by link state protocols 

  (e.g. ISIS or OSPF) and used for traffic engineering.  These
administrative 

  groups were initially defined as 32 bit masks.  As network usage grew, 

  these 32 bit masks were found to constrain traffic engineering.  

  Therefore, link state protocols (ISIS, OSPF) were expanded to advertise 

  a variable length administrative group.  

 

   This document defines extensions to BGP-LS for advertisement of the 

   Extended administrative groups./ 

 

 

2)  Error handling added to section 2

 

     Location:  section 2 paragraph 2, line that specifies length. 

    Type: error handling issue  

    change: required 

 

old:/  

      Length: variable (MUST be multiple of 4); represents the total

      length of the value field in octets.

     /  

 

 

new:/length:  variable length which represents the total length of the 

                        value field. The length value must MUST be multiple
of 4.

                        If the length is not a multiple of 4, the TLV must
be considered

                       malformed. 

 /               

    

3) Typographical error - Section 2 

   Status:  optional, but recommended 

 

  Old:/Value :/

   New:/Value:/

 

4) Security considerations 

    status: issue, required change 

 

   Old:/

   The extensions in this document advertise same administrative group

   information specified via [RFC7752] but as a larger/extended value

   and hence does not introduce security issues beyond those discussed

   in [RFC7752]. 

    /  

 

    New:/

   The extensions in this document advertise same administrative group

   information specified via [RFC7752] but as a larger/extended value

   and hence does not introduce security issues beyond those discussed

   in [RFC7752] and [RFC7752bis]. 

  /  

 

Please list [RFC7752bis] as an informative reference.