[Pce] Re: I-D Action: draft-ietf-pce-sr-path-segment-10.txt

Dhruv Dhody <dd@dhruvdhody.com> Thu, 12 September 2024 04:11 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 3C27BC1840F8 for <pce@ietfa.amsl.com>; Wed, 11 Sep 2024 21:11:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_NONE=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=dhruvdhody-com.20230601.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 4OcPZgqUsUQG for <pce@ietfa.amsl.com>; Wed, 11 Sep 2024 21:11:48 -0700 (PDT)
Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90B7AC1840F7 for <pce@ietf.org>; Wed, 11 Sep 2024 21:11:48 -0700 (PDT)
Received: by mail-ot1-x32a.google.com with SMTP id 46e09a7af769-710ea99f664so12836a34.3 for <pce@ietf.org>; Wed, 11 Sep 2024 21:11:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dhruvdhody-com.20230601.gappssmtp.com; s=20230601; t=1726114308; x=1726719108; 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=bemTctPbG65W65nApTAbz+yBwg41LEP9P/SfwLhXTVE=; b=sV/kEHvwL8poqqT96AeR+jpJQLq1DEalu0kepx4lDKlh2Wx9OffeLA3TQmWle3Vgmq c2S507gHK+ZAO0dBoQrK+/UbQ7Wh2BvsnjwQno0lFE100/wotmp3PVzEXnqTlh0ck3p1 SzmlEx2G/SCa4G2/0tlGWoKyq/DcKQbhyjSjkFCpNhrkW7Ag9afuj97bVmZw8S7AL8DU 9FfsWaIdd69kdoFje48DAOA9oyfun40GRj/FK7lV3WILoClo32eWd1xxzhanMTatlBC0 e4VS/MnQ4+niCqAyyVSkXqAXPtTwOdST3k1lJKgNd0gsDgqqLUUHi3ZHJ7tpwMindGcL 3ODg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1726114308; x=1726719108; 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=bemTctPbG65W65nApTAbz+yBwg41LEP9P/SfwLhXTVE=; b=fKiC/h12OV/Rk3Po0FqB3ko+L/jqAzKIG6UQgASIxmPtImxWZaGLS4kDZOZdBt5Vi1 qxwrwgiRVYriAr4DVbXBrqkqYVIB8+0BaxlmMuv/UT8MgpeqWU0Yvn6gkCEQwREVp4lP O9N12sXzCqeYxu22EnyQxFzBvuxdgqorGlD6nEa17bWrr21E4A1MuNgLaSZCgt9pn3wn YI6rJnG09S2v4Igfowvc+XEXXnffkpiNNJjF3kLjxUDRjsXg78IqoNWi5tyILhdb1mcY RBIFkapxUQdZiW0Qc+zLFfugG7B7QcaE8ZxVEQQdcp+xI/4MMsx3akdRYrRVbgWiUrfR BSjg==
X-Forwarded-Encrypted: i=1; AJvYcCWqQH7NodutJPT34rxiPbBE1Jew+g2vof5TPKZt2TgKGmCycgRqgfnk+6KvmgWoJ8rXUgA=@ietf.org
X-Gm-Message-State: AOJu0YztBI0Ajp5YVt8YmZ0nnCOC5LacwXxLn8dnLZoZdXFQN8QEFJy+ hWRN7PuO87wh6MIbwJZx4Y6CPKZ9wP00aL0AP/0cLtcW4ul1v1zL2c6wLinAABm0gNVwOqonz42 2KBA2lq0M+ys4lWxt1JK+/G8tzJtdMavRpnQ4GQ==
X-Google-Smtp-Source: AGHT+IEvlmk0szV8TSYD4qnnrrEuJtIp3b3SdZPuwcKiDUpx70I5VDAfAXaspD8exB0OHaEgPXQhJphYHS79wJGbSaE=
X-Received: by 2002:a05:6870:1587:b0:278:35b:e9ef with SMTP id 586e51a60fabf-27c3f62c9a1mr249793fac.10.1726114307423; Wed, 11 Sep 2024 21:11:47 -0700 (PDT)
MIME-Version: 1.0
References: <CAB75xn6su+tHzGMFT=uxAR3uJm3-B_EU9mXkW-0sGss+FEJ8rg@mail.gmail.com> <20240912110918929ARPKsDP4XNOcODIP-Q4rr@zte.com.cn>
In-Reply-To: <20240912110918929ARPKsDP4XNOcODIP-Q4rr@zte.com.cn>
From: Dhruv Dhody <dd@dhruvdhody.com>
Date: Thu, 12 Sep 2024 09:41:10 +0530
Message-ID: <CAP7zK5bh9SBVDZLwPdCLVnvT0s2QSdYSibCTTGNJf2Ui_EqGZg@mail.gmail.com>
To: xiong.quan@zte.com.cn
Content-Type: multipart/alternative; boundary="00000000000022dbab0621e44efc"
Message-ID-Hash: ZOPZZB2NBJEESWYJQTFEV7S5TDWLGSBE
X-Message-ID-Hash: ZOPZZB2NBJEESWYJQTFEV7S5TDWLGSBE
X-MailFrom: dd@dhruvdhody.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-pce.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-pce-sr-path-segment@ietf.org, pce@ietf.org
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Pce] Re: I-D Action: draft-ietf-pce-sr-path-segment-10.txt
List-Id: Path Computation Element <pce.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/cFAi1Xn_2McTCILCHs81SAaV-Tw>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Owner: <mailto:pce-owner@ietf.org>
List-Post: <mailto:pce@ietf.org>
List-Subscribe: <mailto:pce-join@ietf.org>
List-Unsubscribe: <mailto:pce-leave@ietf.org>

Thanks Quan! LGTM!

On Thu, Sep 12, 2024 at 8:40 AM <xiong.quan@zte.com.cn> wrote:

> Hi Dhruv,
>
>
> Thanks for your review and suggestions!
>
> Please see inline with [Quan].
>
> The new version is attached. Thanks!
>
>
> Best Regards,
>
> Quan
>
>
> Original
> *From: *DhruvDhody <dhruv.ietf@gmail.com>
> *To: *熊泉00091065;
> *Cc: *c.l@huawei.com <c.l@huawei.com>;
> draft-ietf-pce-sr-path-segment@ietf.org <
> draft-ietf-pce-sr-path-segment@ietf.org>;pce@ietf.org <pce@ietf.org>;
> *Date: *2024年09月11日 23:26
> *Subject: **Re: [Pce] Re: I-D Action:
> draft-ietf-pce-sr-path-segment-10.txt*
> Hi Quan, Cheng
>
> For this text ->
>
> The ASSOCIATION object should also be carried in PCInitiate
> message to indicate the SR policy association parameters as per
> [I-D.ietf-pce-segment-routing-policy-cp], if this path segment
> identifies an SR policy.
>
> Note that currently we do not have a way to signal if the path segment
> identifies a CP or a SR-Policy.
> (1) Is it required to be explicitly signalled?
> (2) Or should you simply state that the SR policy association needs to be
> included if the SR path belongs to an SR Policy?
>
> (3) Consider using normative keywords here MUST(?)
>
>
> [Quan] From my understanding, it is not required to be exlicitly indicated
> and it may need normative keywords MUST.
>
> So as you suggested, this text can be revised as following.
>
> "The ASSOCIATION object MUST also be carried in PCInitiate message to
> indicate the SR policy association parameters as
> per[I-D.ietf-pce-segment-routing-policy-cp], if this SR path belongs to an
> SR policy."
>
> What is your thought?
>
> ==
>
> Consider adding this text in the Introduction ->
>
> Although [RFC9050] defines the PCE as the central controller (PCECC) model,
> where the PCE can instruct each hop (including the egress) on the
> end-to-end path, PCE (as per [RFC5040], [RFC8231], and [RFC8281]) typically
> only communicates with the ingress node. However, since the path segment
> identifies the SR path on the egress node, the PCE must also communicate
> with the egress node. This document outlines a mechanism to use the
> existing stateful message exchange with the egress node to signal both the
>
> SR path and the path segment.
>
>
> [Quan] Thanks for your detailed texts. I think it is very great. It is
> very appreciated.
>
> I suggest to add this texts to the end of the introduction section. Please
> see the attachment. Thanks!
>
>
>
> ==
>
> Thanks!
> Dhruv (as a WG participant)
>
>
> On Wed, Sep 11, 2024 at 12:17 PM <xiong.quan@zte.com.cn> wrote:
>
> >
> > Hi Cheng and Co-authors,
> >
> >
> > I have updated the draft as discussed and the diff file is attached.
> >
>
> > Please review and comment and I will submit it before this weekend! Thanks!
> >
> >
> > Best Regards,
> >
> > Quan
> >
> >
> > Original
> > *From: *ChengLi <c.l@huawei.com>
> > *To: *熊泉00091065;dd@dhruvdhody.com <dd@dhruvdhody.com>;
> > *Cc: *pce@ietf.org <pce@ietf.org>;
> draft-ietf-pce-sr-path-segment@ietf.org
> > <draft-ietf-pce-sr-path-segment@ietf.org>;
> > *Date: *2024年09月09日 17:42
> > *Subject: **RE: [Pce] Re: I-D Action:
> > draft-ietf-pce-sr-path-segment-10.txt*
> >
> > Hi Quan,
> >
> >
> >
> > Do you mind to lead this update? If yes, please update the xml(You can
> > download it from the datatracker) and share the diff file for authors to
> > review.
> >
> >
> >
> > I am crazy busy on updating 10+ drafts recently. If you can help on this,
> > I will be very appreciated!
> >
> >
> >
> > Thanks,
> >
> > Cheng
> >
> >
> >
> >
> >
> > *From:* xiong.quan@zte.com.cn <xiong.quan@zte.com.cn>
> > *Sent:* Monday, September 9, 2024 11:23 AM
> > *To:* dd@dhruvdhody.com
> > *Cc:* jmh.direct@joelhalpern.com; gregimirsky@gmail.com; pce@ietf.org;
> > draft-ietf-pce-sr-path-segment@ietf.org
>
> > *Subject:* Re: [Pce] Re: I-D Action: draft-ietf-pce-sr-path-segment-10.txt
> >
> >
> >
> >
> >
> > Hi Dhruv and Joel,
> >
> >
> >
> > Thanks for your suggestion!
> >
> >
> >
> > The adding texts in my last email mainly clarify the path segment related
> > parameters (e.g association) within an SR policy.  I think the PCE
> > communicates with the tail instead of a notification, for example, as
> > figure 3 shown, it send PCInitiate message to the egress PCC for PCE tail
> > notification, for example, as figure 3 shown.
> >
> >
> >
> > I agree that the path segment is the first function that requires
>
> > communication with both tail and head end cause the the path segment should
> > be inserted at the ingress PCC and should be recognized at the egress PCC
>
>
> _______________________________________________
> Pce mailing list -- pce@ietf.org
> To unsubscribe send an email to pce-leave@ietf.org
>