Re: [Idr] draft-zhou-idr-bgp-srmpls-elp-06 - Adoption call (1/27/2023 to 2/10/2023) - extended to 3/3

Ketan Talaulikar <ketant.ietf@gmail.com> Wed, 01 March 2023 12:19 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 AB1ADC151701 for <idr@ietfa.amsl.com>; Wed, 1 Mar 2023 04:19:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] 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 o1Yb5UIbNjnz for <idr@ietfa.amsl.com>; Wed, 1 Mar 2023 04:19:05 -0800 (PST)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 3C1D0C151551 for <idr@ietf.org>; Wed, 1 Mar 2023 04:19:05 -0800 (PST)
Received: by mail-ed1-x531.google.com with SMTP id i34so52917369eda.7 for <idr@ietf.org>; Wed, 01 Mar 2023 04:19:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Q0xB6nKcqK/EblFmhRwc8DZdCUNjIdruqqr1fzN0UuU=; b=hzY9W4wPDxXj/vr4CgT4SGB+NyuKqQpxHjzjdC4L8aIvzzocNdXBsU5uHNaBFzFtF9 Y9G75S8xVR8dLLPLO72CbbmoPus6nKZ8wZKBZGosK6vqfYoX/TabM7RbS6eyruof/WxK DH5JL4eYtGLUIIPENz8iWnNYlLEhzp/M0gzHQ0tso358YCaObSqHBwytnr3nttGPHead NV1e2NH/AGFh/v7b/0oV18+S/xAwzXN0/YK70S/crRLxpysbhrNixIsenrsmEUb0YamM B6bIlrKUKnj5jHdtDNnJNDXLTd5KhHm1f9kU3rXg3BAC/u0Kv/A5pqVX/zbuo4yiebcW S+BQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=Q0xB6nKcqK/EblFmhRwc8DZdCUNjIdruqqr1fzN0UuU=; b=AA0HXUKCFYMzoDaUQor2jfFbewkrY12eZNlMvrWvUAiou5+6iCM3QzKutnoGoAHE0N dhZUN4doCEZ5EykdbuIYN4JjN6+2nlPiFy2lvFFT7GngDupYTHTgqz8C2NURdQ/e66JR 4D9Eu7QdnHKfbuj6NIxOksSW6OL7ha0awlDIMfBESCJlGSyStaok+qnWvoETlfa+Y3Zy AyEnb/JswA2JvBW9ljm5JtZ/ADSkzhQYo3ZzgyYRDl2tingwslBBGmfs3NZP9GtJ82TB 88t+2kpGcCYtvBYempfCOfFFdfcWwaagYwUghLxpNbdpWhPU+ZRCdnimyrIeSQdyA/4a Fo7g==
X-Gm-Message-State: AO0yUKVOCd9K2d37Whoclxm/jEbkwy0Nr6lQBrFrvrAOcIET5NSVdxXB dmqcoRNjvrvOp9lx+farm/tPVx0g2upOsjRf1/0PqOrp
X-Google-Smtp-Source: AK7set/RBbtdQG8uOqzJEdLbhKnzfGV9Rb8jPr8R5OOW3C6QHTNZma/VndxSjerLgXG/a6XY7CMs3hCDpNwtnpvPJTY=
X-Received: by 2002:a05:6402:500b:b0:4ad:739c:b38e with SMTP id p11-20020a056402500b00b004ad739cb38emr11579981eda.1.1677673142998; Wed, 01 Mar 2023 04:19:02 -0800 (PST)
MIME-Version: 1.0
References: <BYAPR08MB4872A0CFC9A23F4BD58CCFBDB3AD9@BYAPR08MB4872.namprd08.prod.outlook.com>
In-Reply-To: <BYAPR08MB4872A0CFC9A23F4BD58CCFBDB3AD9@BYAPR08MB4872.namprd08.prod.outlook.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Wed, 01 Mar 2023 17:48:49 +0530
Message-ID: <CAH6gdPwTC54sWE1VDaxmcoxr=f2shXPND7SBTpqQGqHCcLkGnQ@mail.gmail.com>
To: Susan Hares <shares@ndzh.com>
Cc: "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000bce53605f5d5b749"
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/Q5LFd1e-Z6t19e2yKZ9hyIEaSaw>
Subject: Re: [Idr] draft-zhou-idr-bgp-srmpls-elp-06 - Adoption call (1/27/2023 to 2/10/2023) - extended to 3/3
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: Wed, 01 Mar 2023 12:19:06 -0000

Hi Sue,

I support the adoption of this document since it attempts to address an
existing technical gap with the signaling of SR Policies.

However, I have a concern with the proposal using one of the 4 remaining
per-segment flags. There are multiple alternatives including using a new
sub-TLV of the Segment List sub-TLV to indicate the position or even the
use of a new Segment Type for indicating the placement of an EL.

I understand that there is an equivalent proposal for PCEP where the
authors introduced extended flags for the purpose of introducing the "E"
flag. Since the same might not be possible in BGP SR Policy SAFI encoding,
we should conserve the existing flags and instead go for an alternative
encoding proposal.

Thanks,
Ketan


On Wed, Mar 1, 2023 at 9:38 AM Susan Hares <shares@ndzh.com> wrote:

> Greetings:
>
>
>
> The support for draft-zhou-idr-bgp-srmpls-elp-06 is positive, but light.
>
> I am extending the original call to 3/3 to see if we can obtain additional
> support.
>
>
>
> https://mailarchive.ietf.org/arch/msg/idr/vVpUpFP_0QqY4tzGAoeEyLM7Brc/
>
>
>
> The text of the initial call is included below.
>
>
>
> Cheerily, Sue
>
>
>
> ===========
>
> his adoption begins a two week WG Adoption call for
>
> draft-zhou-idr-bgp-srmpls-elp-06.txt
>
> https://datatracker.ietf.org/doc/draft-zhou-idr-bgp-srmpls-elp/
>
>
>
> The authors should respond to this message with
>
> Email that indicates whether they know of any IPR
>
> related to this draft.
>
>
>
> In your discussions please consider if this WG
>
> should approve an  extension to Segment flags defined in the
>
> draft-ietf-idr-segment-routing-te-policy-20.txt .
>
>
>
>
>
> The existing flags are the following
>
>
>
> 2.4.4.2.12.  Segment Flags
>
>
>
>    The Segment Types sub-TLVs described above may contain the following
>
>    flags in the "Flags" field defined in Section 6.8:
>
>
>
>     0 1 2 3 4 5 6 7
>
>    +-+-+-+-+-+-+-+-+
>
>    |V|A|S|B|       |
>
>    +-+-+-+-+-+-+-+-+
>
>
>
>    Figure 22: Segment Flags
>
>
>
> The changes proposed by this draft are the addition
>
> Of an "E" flag to those bits.
>
>
>
>
>
>     0 1 2 3 4 5 6 7
>
>
>
>    +-+-+-+-+-+-+-+-+
>
>
>
>    |V|A|S|B|E|     |
>
>
>
>    +-+-+-+-+-+-+-+-+
>
>
>
>
>
>
>
> E-Flag: This flag, when set, indicates that presence of < ELI, EL>
>
>
>
> label pairs which are inserted after this segment.  E-Flag is
>
>
>
> applicable to Segment Types A, C, D, E, F, G and H.  If E-Flag
>
>
>
> appears with Segment Types B, I, J and K, it MUST be ignored.
>
>
>
> Cheerily, Sue
>
>
> _______________________________________________
> Idr mailing list
> Idr@ietf.org
> https://www.ietf.org/mailman/listinfo/idr
>