Re: [Pce] Moving PCE Allocation of Binding Label/SID to the BSID draft

Dhruv Dhody <dd@dhruvdhody.com> Mon, 25 January 2021 16:39 UTC

Return-Path: <dd@dhruvdhody.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D37DC3A14ED for <pce@ietfa.amsl.com>; Mon, 25 Jan 2021 08:39:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.003
X-Spam-Level:
X-Spam-Status: No, score=0.003 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dhruvdhody-com.20150623.gappssmtp.com
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 MgxYHSHZTFHY for <pce@ietfa.amsl.com>; Mon, 25 Jan 2021 08:39:06 -0800 (PST)
Received: from mail-pg1-x534.google.com (mail-pg1-x534.google.com [IPv6:2607:f8b0:4864:20::534]) (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 4E4EF3A14DF for <pce@ietf.org>; Mon, 25 Jan 2021 08:39:06 -0800 (PST)
Received: by mail-pg1-x534.google.com with SMTP id n25so9293067pgb.0 for <pce@ietf.org>; Mon, 25 Jan 2021 08:39:06 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=vlBkmEKOhedzYrBzpu88IVBOfEPTWSeMyKwi/fDzpzs=; b=EhnsmYE0mMmEsM1XYwkgVBuMLQEaTdfLLlCPPI3CULL14Ov5sW0Ci94GvfazacZtbB 4VsC9kphlzphBF5ZOSNcmLj2WzOjZCHPWObuMEz97zrfhZLZnf7ZrUHV8FJhBAgb1AQz 3sMTxVYjXyoYQRO+C9aI7VdLZKiKcU/RYYAYghtvbE9jSJJdnOir2DVZUudFpCHkuorR 2DKFCpNtS54LPsD6DJeSCsbC5iVrdz0xtNT+QYc56eusKeE1jJgo7rknkXu11M5u35/M UJfTE+dLRVjvedClwayeWIdBbY42ZayeIiOQGtNN1ZRQPscRJaTwc0Q5p8gSEGM9AVQx dPWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=vlBkmEKOhedzYrBzpu88IVBOfEPTWSeMyKwi/fDzpzs=; b=l0Xpls/K5YYa5PrV4dQphT8hIG/IsypBI1gwBm4xI9nPqcKFkqyQula4Ba4C/Lnzkm csgvx7yFjdC2s3ZcrCYLfg4fYOkYaIqMkN/ongdfm5v+crlU7IwP8EjgWqbshNypUoLV 60zqWZsM22QIjaLLU5Rlgsy8n8FR8n7kFTFSHHxBLXoUhcfGHa1qPYyt1Lrzz/MDlhW0 x7JLVEB+zMSj2r5Jo4e5zVZXFIYpdL41HxZGxf3bCN7XtyRWeR2lapm9jk0/6/4lbAIM 4GlMIPZaLEXDUd/F+YHzd3qgfYU+SzSvZUDH9GphXBl1zSffsBwG10ZM5qTTH6YTEs4E UXuA==
X-Gm-Message-State: AOAM532Io8bx+OlLL2JDmgSzLePp+2gTfZfryiQSNBJ58m59d8wPcina kaj/HkeAug9wuMrXNui73ujn+iE9WFUoLG3gy7KhBA==
X-Google-Smtp-Source: ABdhPJwRomBDpw1M/hmhKx1sBzNDaYP18JSFMasVtGdAtFJFe3JAyD6iHbKnuuccCOcBw6XKbcXOmEhPp12OqgAho+4=
X-Received: by 2002:a65:6542:: with SMTP id a2mr1400400pgw.148.1611592745506; Mon, 25 Jan 2021 08:39:05 -0800 (PST)
MIME-Version: 1.0
References: <CAP7zK5a=yNCwwoi-MXVHJ_qnCH=cOtimDSfGPYGcSo5tbCrigA@mail.gmail.com> <CANJFx2R=zdy9_72mh9YV86V0-hz11C_59_UuT0VZN1AFjrAvFQ@mail.gmail.com> <DM6PR11MB38029BCD92C6A7ACD72B90CDD3BD9@DM6PR11MB3802.namprd11.prod.outlook.com>
In-Reply-To: <DM6PR11MB38029BCD92C6A7ACD72B90CDD3BD9@DM6PR11MB3802.namprd11.prod.outlook.com>
From: Dhruv Dhody <dd@dhruvdhody.com>
Date: Mon, 25 Jan 2021 22:08:29 +0530
Message-ID: <CAP7zK5YFK0j3itbBqoNYG93oiyiho-0AnqiRRi_0LpQdd5i0cA@mail.gmail.com>
To: "Mike Koldychev (mkoldych)" <mkoldych@cisco.com>
Cc: Siva Sivabalan <msiva282@gmail.com>, "pce@ietf.org" <pce@ietf.org>, "draft-ietf-pce-binding-label-sid@ietf.org" <draft-ietf-pce-binding-label-sid@ietf.org>, pce-chairs <pce-chairs@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/88PAxjxPGK-1w4jIc-gmKREJhdg>
Subject: Re: [Pce] Moving PCE Allocation of Binding Label/SID to the BSID draft
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jan 2021 16:39:08 -0000

Hi Siva, Mike,

I have made an update to add more clarity in section 7.

Commit: https://github.com/dhruvdhody/ietf/commit/5c7e4625e8491fdece9007bec076a654bbeeaf93
Diff:  https://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=draft-ietf-pce-binding-label-sid-05&url2=https://raw.githubusercontent.com/dhruvdhody/ietf/master/draft-ietf-pce-binding-label-sid-06.txt

Just to clarify, this is not a new requirement, all that is being done
is moving the text from the PCECC I-D (which was already in post-WGLC)
to the BSID I-D. It is also marked that this feature is optional and
used only in the case the implementation also supports PCECC
operations and no change is made to any existing operations that could
lead to any backward compatibility issues.

Thanks!
Dhruv (as a WG member)


On Mon, Jan 25, 2021 at 8:43 PM Mike Koldychev (mkoldych)
<mkoldych@cisco.com> wrote:
>
> I’m also concerned about having PCECC as a requirement for anything in that draft. It would break backward compatibility.
>
>
>
> Thanks,
>
> Mike.
>
>
>
> From: Pce <pce-bounces@ietf.org> On Behalf Of Siva Sivabalan
> Sent: Sunday, January 24, 2021 7:13 PM
> To: Dhruv Dhody <dd@dhruvdhody.com>
> Cc: pce@ietf.org; draft-ietf-pce-binding-label-sid@ietf.org; pce-chairs <pce-chairs@ietf.org>
> Subject: Re: [Pce] Moving PCE Allocation of Binding Label/SID to the BSID draft
>
>
>
> Hi Dhruv and all:
>
>
>
> Section 7 states:
>
> Section 4 includes a case where a specified value for the binding  label/SID is requested to be allocated by the PCC.
>
>
>
> Section 4 (of v5) states:
>
> If a PCE requires a PCC to allocate a specific binding value, it may do so by sending a PCUpd or PCInitiate message containing a TE-PATH-
>
> BINDING TLV.
>
>
>
> Could we please add a bit more clarity to the motivation for the proposed change ?
>
>
>
> Also, we may want to indicate that how a PCE figures out the available labels on a PCC, etc, is outside the scope of this ID.
>
>
>
> Thanks,
>
> Siva
>
>
>
>
>
> On Wed, Jan 20, 2021 at 8:41 AM Dhruv Dhody <dd@dhruvdhody.com> wrote:
>
> Hi WG, Authors,
>
> As part of the handling of RTGDIR comments [1] for the PCECC I-D [2],
> it was discovered that it is a better idea to handle the Binding SID
> allocation by the PCE in the BSID I-D [3]. Julien and I agree.
>
> Also, it makes sense to move the new P-flag in the LSP object here
> (from path segment WG I-D [4]).
>
> Cheng and I have this proposed update -
>
> Diff: https://tools.ietf.org/tools/rfcdiff/rfcdiff.pyht?url1=draft-ietf-pce-binding-label-sid-05&url2=https://raw.githubusercontent.com/dhruvdhody/ietf/master/draft-ietf-pce-binding-label-sid-06.txt
>
> Please let us know if anyone has any concerns with this approach. This
> draft is in our WG LC Queue [5].
>
> Thanks!
> Dhruv/Cheng
>
> [1] https://mailarchive.ietf.org/arch/msg/rtg-dir/4n6FpBoDHjnGppKH4bcVotUu_hE/
> [2] https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-for-pce-controller/
> [3] https://datatracker.ietf.org/doc/draft-ietf-pce-binding-label-sid/
> [4] https://datatracker.ietf.org/doc/draft-ietf-pce-sr-path-segment/
> [5] https://trac.ietf.org/trac/pce/wiki/WikiStart#WGLastCallQueue