Re: [Idr] Shepherd report on draft-ietf-idr-bgp-ls-sr-policy-00

Ketan Talaulikar <ketant.ietf@gmail.com> Fri, 22 September 2023 11:25 UTC

Return-Path: <ketant.ietf@gmail.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 DA45DC151099 for <idr@ietfa.amsl.com>; Fri, 22 Sep 2023 04:25:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id APkw-KX3Gq3h for <idr@ietfa.amsl.com>; Fri, 22 Sep 2023 04:25:24 -0700 (PDT)
Received: from mail-ej1-x62d.google.com (mail-ej1-x62d.google.com [IPv6:2a00:1450:4864:20::62d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59E1DC15108D for <idr@ietf.org>; Fri, 22 Sep 2023 04:25:24 -0700 (PDT)
Received: by mail-ej1-x62d.google.com with SMTP id a640c23a62f3a-9ada2e6e75fso265769766b.2 for <idr@ietf.org>; Fri, 22 Sep 2023 04:25:24 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1695381923; x=1695986723; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=kyn4kgG0okDlsxeTc40scNvenDTuxnjYiAdk3ekQDLE=; b=QF2bzOp95UjrsY1PYju7DH+j0ZZPXpEU27mUSN7QsOdQ64W39valsc24JHxqSMc/QL GUrSsnNR//hpv946Tq6lDlZpg3GzoehfNaPlhZl2VQSyd3tnDJVXw7277k/E/9mA2kLT nmWFGZHT8C2c2t2T39Oy3r5iuHWfrL9AB5uhngFmnIbh+a6cBQkUwCxhlstvgyfLcPvx o9OLSueW/8Rgj7yAiOGKJUYEXD3jU9QWc+v1f+LoI5DpbqkumNdETEBr7tfSXhxoGSMX ZR0q2B3w70YcCN/7SpXnPkMwLom5EgIuS20LjKOFQB44fRZIo2xLertntWdNKXsw6EkF K0ng==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1695381923; x=1695986723; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=kyn4kgG0okDlsxeTc40scNvenDTuxnjYiAdk3ekQDLE=; b=MU80I5zd4BVKEo82SQza0rv9khhUebU6nYicYrKiw3v35rxseRgvZTqeeVwZqC+0d1 m5Xi1X/K1ukMzLmZ1b3hyGr4guBVmAIjmBvpHojT+7YlaU4mvj4/3StYWW0eYvcWm256 fHX4tnQH5MED96NIhymPrfY3/avultejC908bzjdoGWktNViipi2BTyqgl94h7M7GC0/ OTrvqTru2e5xDcoW5jId61k1S/zASY4sBLTBa6s6cjh9DesJmlZv6aG5EvOe+848zkVA KnVg1jrcx9WdJSvRP/MD5Q1PGd0oOV2Ffnd5VIPF9bdx+//KOJ7AoNbUbyYBh21oAnxE AsVQ==
X-Gm-Message-State: AOJu0YyaT3BmbXvwH1q+n0Wyaw+VUoqV+7dthiMS3keaX+RWKlLdaW6g qEVbr4n228eFwr5dfpmBesl6sD9ApFE2jY/bt7mYSPeSPjo=
X-Google-Smtp-Source: AGHT+IFBN3R0oBUPmJ31kdWgeqSEwyDKcpBGKPSjwW4NQ5RJ9wL3ZnywRk0froxLEKUFpg4fvZXQDfbkKZ5lcbISYN0=
X-Received: by 2002:a17:906:8474:b0:9ae:690d:4282 with SMTP id hx20-20020a170906847400b009ae690d4282mr3721455ejc.18.1695381922393; Fri, 22 Sep 2023 04:25:22 -0700 (PDT)
MIME-Version: 1.0
References: <BYAPR08MB48729370D9A713DA28155E3DB3EDA@BYAPR08MB4872.namprd08.prod.outlook.com>
In-Reply-To: <BYAPR08MB48729370D9A713DA28155E3DB3EDA@BYAPR08MB4872.namprd08.prod.outlook.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Fri, 22 Sep 2023 16:55:10 +0530
Message-ID: <CAH6gdPwxMcXVyDAMA9+vM=i4bf8q=GZ45muG8OkDJ0DVabrUPw@mail.gmail.com>
To: Susan Hares <shares@ndzh.com>
Cc: "idr@ietf.org" <idr@ietf.org>, "stefano.previdi@gmail.com" <stefano.previdi@gmail.com>, "Dongjie (Jimmy)" <jie.dong@huawei.com>, "hannes@rtbrick.com" <hannes@rtbrick.com>, Jeff Tantsura <jefftant.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000003e344a0605f0ddce"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/b3_CfBujUJ12ZD557adG1--PmI0>
Subject: Re: [Idr] Shepherd report on draft-ietf-idr-bgp-ls-sr-policy-00
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.39
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: Fri, 22 Sep 2023 11:25:28 -0000

Hi Sue,

As indicated during the presentation during IETF 117, the authors would
like to request allocations for the pending code points for this draft as
follows:

1214 (suggested) SR Segment List Identifier

1215 (suggested) SR Bidirectional Group Constraint

1216 (suggested) SR Metric Constraint

1217 (suggested) SR Segment List Bandwidth


This will help us start preparation of implementation reports for this
draft as well.

Also, thanks for your review and please check inline below for responses.


On Fri, Sep 8, 2023 at 4:02 PM Susan Hares <shares@ndzh.com> wrote:

> This is a shepherd report for draft-ietf-idr-bgp-ls-sr-policy-00.
>
>
>
> This draft will need to be adjusted after
> draft-ietf-idr-segment-routing-te-policy is split into two drafts.
>

KT> I am not sure that would be necessary. That draft was about BGP SR
Policy SAFI and this is BGP-LS SAFI - they are different and independent.


>
>
> Why?: draft-ietf-idr-segment-routing-te-policy is an informative reference.
>

KT> There is no normative dependence on the BGP SR Policy SAFI document.
This BGP-LS draft is about (northbound) advertisement of SR Policies from
routers (headend) to controllers. The source of the SR Policy on the
headend could be local configuration (e.g., via CLI, Netconf, etc.) or via
protocols PCEP or BGP SR Policy SAFI.


>
>
> Other-things to fix:
>
>
>
> Section 5.2 –
>
>
>
> U-flag – specify what the flag means when the bit is zero.
>

KT> When clear it indicates that this CP is using the specified BSID. This
flag is ignored when there is no specified BSID. Will include this in the
next update.


>
>
> Section 7.0
>
>
>
> Thank you for putting RFC7752bis in this document.
>
> I recommend you consider adding a bit more text prior to WG LC.
>
> Consider issues on rapid change and detection.
>

KT> Could you please elaborate a bit more on this? There is nothing of the
nature of "statistics" or "counters" that are being advertised here which
could change rapidly. This is quite similar to protocol state - albeit
related to SR Policies.


>
>
> Section 9.0
>
>
>
> This section needs upgrading to present the likely problems.
>
> At least you should consider what RFC7752bis issues have been closed.
>

KT> Agree. Will update this section for the next update.

Thanks,
Ketan


>
>
> I will add this to the early review queue as soon as the
> draft-ietf-idr-segment-routing-te-policy is completed.
>
>
>
> Cheers,  Sue
>