[Idr] draft-ietf-idr-segment-routing-te-policy Policy Name Sub-TLV considerations

Jeffrey Haas <jhaas@pfrc.org> Wed, 12 February 2020 23:11 UTC

Return-Path: <jhaas@slice.pfrc.org>
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 478E2120013; Wed, 12 Feb 2020 15:11:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_PASS=-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 eRYWypqXU9Kb; Wed, 12 Feb 2020 15:11:40 -0800 (PST)
Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id A5557120033; Wed, 12 Feb 2020 15:11:40 -0800 (PST)
Received: by slice.pfrc.org (Postfix, from userid 1001) id 5A32C1E2F6; Wed, 12 Feb 2020 18:17:12 -0500 (EST)
Date: Wed, 12 Feb 2020 18:17:12 -0500
From: Jeffrey Haas <jhaas@pfrc.org>
To: draft-ietf-idr-segment-routing-te-policy@ietf.org, idr@ietf.org
Message-ID: <20200212231711.GB32507@pfrc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/j1VWn0yNh_xbnl6G08pPmqEQLxM>
Subject: [Idr] draft-ietf-idr-segment-routing-te-policy Policy Name Sub-TLV considerations
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: Wed, 12 Feb 2020 23:11:42 -0000

Authors,

In draft-ietf-idr-segment-routing-te-policy-08, Section 2.4.6 we have a TLV
for Policy Name.  Its text is:

: 2.4.6.  Policy Name Sub-TLV
: 
:    An operator MAY set the Policy Name sub-TLV to attach a symbolic name
:    to the SR Policy candidate path.
: 
:    Usage of Policy Name sub-TLV is described in section 2 in
:    [I-D.ietf-spring-segment-routing-policy].
: 
:    The Policy Name sub-TLV may exceed 255 bytes length due to long
:    policy name.  Therefore a 2-octet length is required.  According to
:    [I-D.ietf-idr-tunnel-encaps], the first bit of the sub-TLV codepoint
:    defines the size of the length field.  Therefore, for the Policy Name
:    sub-TLV a code point of 128 or higher is used.
: 
:    The Policy Name sub-TLV is optional and it MUST NOT appear more than
:    once in the SR Policy TLV.
: 
:    The Policy Name sub-TLV has following format:
: 
:    0                   1                   2                   3
:     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
:    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:    |     Type      |   Length                      |   RESERVED    |
:    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
:    //                        Policy Name                          //
:    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
: 
:    Where:
: 
:       Type: 129.
: 
:       Length: Variable.
: 
:       RESERVED: 1 octet of reserved bits.  SHOULD be set to zero on
:       transmission and MUST be ignored on receipt.
: 
:       Policy Name: Symbolic name for the policy.  It SHOULD be a string
:       of printable ASCII characters, without a NULL terminator.

draft-ietf-spring-segment-routing-policy-06, Section 2.1 discusses this
Sub-TLV:

:    An implementation MAY allow assignment of a symbolic name comprising
:    of printable ASCII characters to an SR Policy to serve as a user-
:    friendly attribute for debug and troubleshooting purposes.  Such
:    symbolic names may identify an SR Policy when the naming scheme
:    ensures uniqueness.

There are two observations I'd like to make:
1. A 65K length isn't very likely in BGP. :-)  I suggest that greater
guidance for shorter names should be offered. For example, perhaps limit the
length to 1K.  Alternatively, offer advice such as: "Implementations may
choose to truncate long Policy Names".

2. The guidance about "printable ASCII" is rather old-style and likely to
run askance of IESG review for internationalization considerations.  I'd
suggest that the field be encoded in UTF-8 and make reference to
print-safety similar to RFC 8203 (BGP Administrative Shutdown) in its
Security Considerations.

-- Jeff