Re: [Pce] PCEP support for S-BFD configuration for PCE initiated LSPs

Dhruv Dhody <dd@dhruvdhody.com> Wed, 24 August 2022 15:51 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 68B8CC14F733 for <pce@ietfa.amsl.com>; Wed, 24 Aug 2022 08:51:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.401
X-Spam-Level:
X-Spam-Status: No, score=-1.401 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_IMAGE_RATIO_04=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_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, URI_NOVOWEL=0.5, WEIRD_PORT=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dhruvdhody-com.20210112.gappssmtp.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 LJjb_Cirw6op for <pce@ietfa.amsl.com>; Wed, 24 Aug 2022 08:51:35 -0700 (PDT)
Received: from mail-pj1-x1031.google.com (mail-pj1-x1031.google.com [IPv6:2607:f8b0:4864:20::1031]) (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 C40E5C1526FC for <pce@ietf.org>; Wed, 24 Aug 2022 08:51:33 -0700 (PDT)
Received: by mail-pj1-x1031.google.com with SMTP id r14-20020a17090a4dce00b001faa76931beso2069480pjl.1 for <pce@ietf.org>; Wed, 24 Aug 2022 08:51:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=1qhu95wy7tgwMqpB5gA27EG8jNeSbgPuQKSmuze9P1w=; b=Sj9PHviVxB4w8z0ahHGHWrmA7ya9WmFfQ6H5eMTNbs4ZZZWELM8U9sYf+R9vw3y+WV jjJUewQ27B2z4SmCboU7TdtgLxY2bAmnPoDYXdeZSfRyKEjasZBJd5hsh92WKPsAmEFh sEaW9D1h+Fr59xD7HsK5xfG0PFHqyzQwO1tSFcUxnI4dkpXx/SP6HYgXfV2HzMm5ByAS oqWdt78SgLycdOh0W9PzjCsiOTRfLSyccSUjijhypks3DzozPQzY6dC5pvTGCMEVIeya WLfaZzD/Ju675mc4JTKgjWhfJvujeZMMhBYmjTFgKhqXz0DUtLev3M3IIIytogbJnhMu qejQ==
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; bh=1qhu95wy7tgwMqpB5gA27EG8jNeSbgPuQKSmuze9P1w=; b=nKch4gJOYlpTeBo9upJB+zH1iuPuwpaF+RW3aoRZBhMaaxFc5NYIIEWI6c3ZUQmVym RaqwqTWYhjoFL9k+QTIn+9UeGY2oD5nF92q2lk3XhK8ekci2PDrp+f52iAB0wLKr4K4S 9gj8y/cAiIUN49s4/6nDH32nDMqjv2/0j7I3nG7KBzjHuUmzPnMs8mbFBO8Kx1xi4olx X8+9Y4+Ktb/G1RSVrJWM7Q82PRcFrvD/G0X8VBKmnF5+OuZPnJ9JreM9BJ4vh6QFCg90 HV7WEwL12nT16zxtKo/R0Kdud6YuLXu5vYVy1F3KILldy1B2xGiJ3+Spj+KIC1kCt2fz pDuw==
X-Gm-Message-State: ACgBeo2ggMjzmM63CzaMDVkDdvKchFdkNAJPlVHRhQ53mAYp2O+4oaT2 ApM1XxMeIX4j91S2opEZaC3Z9l8WsbVwGuP+P8ntzQ==
X-Google-Smtp-Source: AA6agR4FV9uK592+ExpGn5YHD42kQEYsuE6JJWhjgZqNx8LUVBtlNfEUcpSywUIsNdlpBRJdS76zNeqPbxrGIYln2Tw=
X-Received: by 2002:a17:90a:4485:b0:1fa:cc1f:a7a with SMTP id t5-20020a17090a448500b001facc1f0a7amr9133755pjg.45.1661356291999; Wed, 24 Aug 2022 08:51:31 -0700 (PDT)
MIME-Version: 1.0
References: <SA0PR03MB549803D8C2B6B91522EAFCAFFF739@SA0PR03MB5498.namprd03.prod.outlook.com>
In-Reply-To: <SA0PR03MB549803D8C2B6B91522EAFCAFFF739@SA0PR03MB5498.namprd03.prod.outlook.com>
From: Dhruv Dhody <dd@dhruvdhody.com>
Date: Wed, 24 Aug 2022 21:20:55 +0530
Message-ID: <CAP7zK5a6_G3asdHSVeeegx=oOa+kYdXWXM7K72dihUhgWVd5xA@mail.gmail.com>
To: Marina Fizgeer <Marina.Fizgeer@rbbn.com>
Cc: "pce@ietf.org" <pce@ietf.org>, Orly Bachar <Orly.Bachar@rbbn.com>, Lizhenbin <lizhenbin@huawei.com>, jescia.chenxia@huawei.com
Content-Type: multipart/related; boundary="000000000000a1bb9205e6fea70e"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/LeRkvkBfOGKt3tyyDHkS6sNCi9k>
Subject: Re: [Pce] PCEP support for S-BFD configuration for PCE initiated LSPs
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.39
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: Wed, 24 Aug 2022 15:51:39 -0000

Hi Marina / Orly,

There was a draft a while back which did propose passing BFD parameters -
https://datatracker.ietf.org/doc/html/draft-li-pce-bfd-00.
Looking at the minutes -
https://www.ietf.org/proceedings/95/minutes/minutes-95-pce it also had some
support from the WG.

I have included the authors in cc, if they and others in the WG would like
to revive this work.

Now, coming to use of association object -- the use of association is
useful when we there is a clear relationshep between a set of the LSPs.
In this case, I assume the only relationship is that they share the same
BFD parameters.
I would suggest thinking through if association is the best technique or a
new TLV under LSPA a better technique.
Also checkout IOAM draft
https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-ifit/ which uses the
latter and I would think keeping this consistent would be a good idea.

Thanks!
Dhruv



On Wed, Aug 24, 2022 at 8:03 PM Marina Fizgeer <Marina.Fizgeer@rbbn.com>
wrote:

> Hi, Dhruv and all,
>
> My colleagues and I are working on PCEP PCE initiated and PCC initiated
> LSP with S-BFD configuration (the same may be relevant for BFD as well).
>
> As far as we understand, it is currently not possible to configure S-BFD
> parameters via PCEP (like other future MPLS parameters).
>
> We propose to add a new association type to allow additional LSP
> configuration (as example and the first using, S-BFD parameters).
>
> New association type shall be part of negotiation process in session
> establishment (that both PCEP speakers support this type).
>
> In TLV:
> [image:
> https://ilptlppjir01.ecitele.com:7443/confluence/download/attachments/144821588/image2021-12-7_10-29-57.png?version=1&modificationDate=1660463565000&api=v2]
>
> Both NPT and NC MUST support ASSOC-Type-List TLV
>
> *PCEP Speaker* shall use* ASSOC-Type-List TLV *to report its support in *Assoc-Type
> = MPLS-Additional-Params  (65535)*
>
> *PCEP Speaker* shall send the S-BFD Association Object and the new TLVs
> only if it has received from its peer (in the ASSOC-Type-List TLV) the
> *MPLS-Additional-Params *Association Type in the Open message
>
>
>
> Support new proprietary TLVs
>
> PCEP speaker shall implement new TLVs to report the S-BFD Initiator
> attributes configured per SR-TE LSP (SR policy) according to the table
> below. This table is part of our implementation as example:
>
>
>
> *Attribute*
>
> *Range*
>
> *Default*
>
> *Type*
>
> *Data Type*
>
> *Description/Limitations*
>
> *S-BFD enable*
>
> True/False
>
> False
>
> R/W
>
> Boolean
>
> Specify if S-BFD is enable on this tunnel. Means enable on all LSPs
>
> *Remote Discriminator*
>
> 1 - 4294967295
>
> IP address of the Destination of the tunnel
>
> R/W
>
> Uint32
>
> Specify the remote discriminator of the session
>
> *Minimal TX interval*
>
> As for regular BCM based MH-BFD
>
> <20|50|100|1000|10000>
>
> 100
>
> R/W
>
> Uint32
>
> Specify the Minimal Transmit Interval (mSec)
>
> *Multiplier*
>
> 2-255
>
> 3
>
> R/W
>
> Uint8
>
> Specify the Multiplier value.
>
>
>
> *Support "S-BFD Enable" TLV *
>
> The "S-BFD Enable" TLV will be sent for the S-BFD ASSOCIATION object  only
> if the user (PCEP speaker) configured S-BFD for the specified LSP (for
> failure detection purpose)
>
> [image:
> https://ilptlppjir01.ecitele.com:7443/confluence/download/attachments/144821588/image2022-8-14_19-42-18.png?version=1&modificationDate=1660495338000&api=v2]
>
> *Type: 65503*
>
> *Length:* 4
>
> *B: *Enable/Disable S-BFD for this association group. If B=1 then S-BFD
> will be enabled. If B=0 then S-BFD will be disabled
>
>
>
>
>
> *Support "BFD Parameters" TLV *
>
> This new TLV is optional, and will be sent for the S-BFD ASSOCIATION
> object only if the user (PCEP speaker) modified the defaults of the S-BFD
> parameters for a specified tunnel.
>
> [image:
> https://ilptlppjir01.ecitele.com:7443/confluence/download/attachments/144821588/image2022-8-10_11-38-56.png?version=1&modificationDate=1660120736000&api=v2]
>
> *Type: 65502*
>
> *Length:* 6
>
> *Min Tx Interval:* 4 bytes - Specify the Minimal Transmit Interval (mSec)
>
> *Multiplier: *8 bits
>
>
>
> *Support "S-BFD Discriminator" TLV *
>
> The "S-BFD Discriminator" proprietary TLV is optional, and will be sent
> for S-BFD Association Group only if the user (CLI / NC)  wishes to change
> the Remote Discriminator of the SR Policy
>
> [image:
> https://ilptlppjir01.ecitele.com:7443/confluence/download/attachments/144821588/image2022-8-10_11-19-18.png?version=1&modificationDate=1660119559000&api=v2]
>
> *Type: 65501*
>
> *Length:* 4
>
> *Remote Discriminator:* NPTi will always use Router ID (IPv4 address of
> Router)
>
>
>
>
>
> Best regards,
>
> Marina and Orly
>
>
>
> Notice: This e-mail together with any attachments may contain information
> of Ribbon Communications Inc. and its Affiliates that is confidential
> and/or proprietary for the sole use of the intended recipient. Any review,
> disclosure, reliance or distribution by others or forwarding without
> express permission is strictly prohibited. If you are not the intended
> recipient, please notify the sender immediately and then delete all copies,
> including any attachments.
>