Re: [Pce] FW: New Version Notification for draft-chen-pce-sr-policy-ifit-02.txt

Dhruv Dhody <dhruv.ietf@gmail.com> Mon, 27 July 2020 17:16 UTC

Return-Path: <dhruv.ietf@gmail.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 84F2B3A1AF2; Mon, 27 Jul 2020 10:16:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, SPF_HELO_NONE=0.001, SPF_PASS=-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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11ux08-heiWs; Mon, 27 Jul 2020 10:16:38 -0700 (PDT)
Received: from mail-il1-x130.google.com (mail-il1-x130.google.com [IPv6:2607:f8b0:4864:20::130]) (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 250AB3A1ADB; Mon, 27 Jul 2020 10:16:38 -0700 (PDT)
Received: by mail-il1-x130.google.com with SMTP id b18so8550689ilo.12; Mon, 27 Jul 2020 10:16:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=3SqhW+6FwOK7rptSPSvAx+4OZeOlpOG9R9LrcssKmlA=; b=ZOtbT+hZwhMpqVjXfgl4U86LSXJyuExXmN3yH/MbPRMztjIeXca26Pl/Z+iMfQezpM jr8/0Iy4ajFfCPaMY+Lk0a5cC1iE9hNsH9PmWDZPh7zTbDDCU4Ma/lhlByYlBv2OgEMu XWHwIUHvBKirB91g71SEB94mQ+8XaJCfMzy6yFp063To06lOhN03Z4TS5NJVLxyoIxGb yxtJpcdt6fa2QVOJQVY+RQXxmfJ8YkwqxUJ5x775nsdzXvV7XmOLE4PJXekamXL/DNUE EWSh+M7G/XIBU5MYWGC0BicS76R4R+uPlA5qYWhN1JgODBL24pGod/PXFpeX4zgqHis+ hkSg==
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=3SqhW+6FwOK7rptSPSvAx+4OZeOlpOG9R9LrcssKmlA=; b=WTcBXdxXnDXyN90SYPzv/nTLhd/QslGxZDd8XlMUtM8v87sNZMRu4ovMpA+PM3P4iF OXbbBans/9ioFMRFRQtKNDPgxOrKlg1eUlk6nr/4+98O9BXpx1S+OkalIZBCk8HpevFw udocHbY7RgbnI8N0WBcYHjlime4Xp0L5N7TcStmofvOoG2mZ9hdqJhajIdkBRgzSeW9n BN62uzvbZxiWuT1plTmIs1rQKupCL7fbNbR31EUSvYDtEDVxyhC8Xc+EX8Z7sZCg6tAl WBz2nIzOSoLZHKvWdfzjD3kEu8im5vqPAUKfNH1CAbA+Mpek3TxP4/4Tt11IznIvnKRG WnAQ==
X-Gm-Message-State: AOAM531eSbuw+J3Zx8GwlxmQfU6TzTFuZKBGTKNWxkeups1ZLRhM5Itt pDhlnzpy7QXIyxaMFKFng2gwg+mQ6vVFzZnnj2Y=
X-Google-Smtp-Source: ABdhPJy8V36WI6u+zqTC70XTXmkbu1xyTwY7BN/DyvJfNUIGBajv4MBgq1xaNQzVmIgk7Gu1Py4yklz/XG/eLsLmjrk=
X-Received: by 2002:a92:9a84:: with SMTP id c4mr15583770ill.1.1595870197112; Mon, 27 Jul 2020 10:16:37 -0700 (PDT)
MIME-Version: 1.0
References: <159438406431.12133.11734833260610050043@ietfa.amsl.com> <0b290b63152b4448a950b291b5960fb3@huawei.com> <CAB75xn4kVQUaijU2AKJT0XjKxHjXZXONLth7m5mCHYueya-iKg@mail.gmail.com> <817642cbc828413983c4260f5e4ac8ab@huawei.com>
In-Reply-To: <817642cbc828413983c4260f5e4ac8ab@huawei.com>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Mon, 27 Jul 2020 22:46:00 +0530
Message-ID: <CAB75xn7z7P1f+nwbHrHgVq-5NRV+Hx6+g=4t3_HOeWhtN4-ztA@mail.gmail.com>
To: Giuseppe Fioccola <giuseppe.fioccola@huawei.com>
Cc: "pce@ietf.org" <pce@ietf.org>, "draft-chen-pce-sr-policy-ifit@ietf.org" <draft-chen-pce-sr-policy-ifit@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/xx5t0jbkg44k7LYqi-74lYHV89I>
Subject: Re: [Pce] FW: New Version Notification for draft-chen-pce-sr-policy-ifit-02.txt
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, 27 Jul 2020 17:16:40 -0000

Hi Giuseppe,

Snipping to...

> (0) Can these TLVs be carried inside the LSPA object, and allow the IFIT to be used for all paths (including SR, SRv6, RSVP-TE, PCECC, etc). I understand that your key case is with SR-Policy but it is better to put the TLVs in a generic object rather than in an SR specific one. I am guessing you might be influenced by BGP SR Policy (where it makes sense to limit it to SR-Policy as BGP is used only for
> SR-Policy) but in the case of PCEP, making it generic is a better idea IMHO.
>
> [GF]: We can surely make it generic and define the same TLVs carried inside the LSPA object in order to be applied for all path types, as long as they support the relevant data plane telemetry method. The current version of the draft already mentions the possibility to generalize the proposal but through RFC8697: "Note that the IFIT attributes here described can also be generalized and included as TLVs for other Association Groups".

[Dhruv]: Encoding these TLVs in an ASSOCIATION object of any type
would not be the best encoding option in my opinion. The association
types already defined are Protection, Diversity, Policy, and the next
set coming up are Bi-direction (multiple types), VN association, SR
policy etc. It would be out of place to put  IFIT attribute TLV in all
these associations.

LSPA object seems to be a better place to encode and would be
applicable to all path-setup-types by default. Check out RFC 8733 on
how to use LSPA to encode new attributes.

> We only considered the case of SR Policy since IOAM and Alternate Marking are becoming mature especially for SR, looking at the relevant adopted work for data plane telemetry (e.g. for SRv6: draft-ietf-6man-ipv6-alt-mark, draft-ietf-ippm-ioam-ipv6-options). Anyway the possibility to generalize the proposal can be discussed. I guess you are also suggesting to replace this I-D with a new I-D that has a general scope (not limited to SR policy, as it is now), correct?

[Dhruv] Let's continue to discuss during the meeting tomorrow.

Thanks!
Dhruv