Re: [Pce] Mail regarding draft-ietf-pce-pcep

Vishnu Pavan Beeram <vishnupavan@gmail.com> Wed, 02 August 2023 15:19 UTC

Return-Path: <vishnupavan@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 98E67C1519AF for <pce@ietfa.amsl.com>; Wed, 2 Aug 2023 08:19:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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] 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 5TOkjMN59uC6 for <pce@ietfa.amsl.com>; Wed, 2 Aug 2023 08:19:05 -0700 (PDT)
Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (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 30E3FC151B16 for <pce@ietf.org>; Wed, 2 Aug 2023 08:19:05 -0700 (PDT)
Received: by mail-lj1-x232.google.com with SMTP id 38308e7fff4ca-2b9c0391749so112355921fa.0 for <pce@ietf.org>; Wed, 02 Aug 2023 08:19:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1690989543; x=1691594343; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=R5CWpmwrjJ44PUf4TWipp9pC3HsPLXtKk98mhvnyEnE=; b=lpomniQl7C/mcAUQFmIEm6kNiD/ysddDsFhu8C7nojUT8A+jP1KifUZdzSN8+BIi73 NvA7hhJzrJbOZp5rX7Jyn+l55n0ZV8G1WlnsX9pDjLLGjzdGiKhGnqBvdyhoNDoDRopy 2uQl6scjzcKAgMyTi4eoHDoPxLfttHiIMT+S+I/wia4bA5iJzJTSJYF5X5yjBRvv1lym norOcZNd9AtZws0+umcZhgHDV6zQuVsL4YSTHi7DGg+TLiKnf6VM1WrmTK7ZnFxLVeE3 4BJAz97mgS4sh4QqmPkW5ej4bVjH79ttfxtkq+anjtkMUN8X7mq+qJjh1OHQpB1VsDZr 9hvw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690989543; x=1691594343; 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=R5CWpmwrjJ44PUf4TWipp9pC3HsPLXtKk98mhvnyEnE=; b=j06RH1ppD9PmxAXUVwWvpWVByqo2NnBqgbt5rbA+dhVJwEIdfEIPH35We25cdpdWsg ug+xxwL+3mOY38yOh/rk9CkVXKpStvzktRpcgB+bAfqEOxOUTdBSm+Vqfm0fsFHFdNte u2e/LkzUUz/bIKiLRF9zzYVpwcIwuujETh4ta5oBTz5fHfzlr5qvSiBUufgya/8S3Qp8 D6k/D3dXjmWkjX0MFpKN6B8p8CndEMcIzTuavfq+WTgt3lOWJdCnkTkKds1CeFklJnkW KN3x9nyd3NGwrJuTfIWihyhTZAjqagg/ZbARMMpZ1dfINldldlcJeVuIDdiefardqPrh fzyQ==
X-Gm-Message-State: ABy/qLY3iSS2mxWXE1/PQUzhGQyc7b2brGEFcGiQtLOskoQm60dn8hCa 6qUEy7uxhGDWTHfqOrJ1Gh5RnJZkNXONGozp+/U=
X-Google-Smtp-Source: APBJJlGByU3zpHQ3hR4Zz/EsnB6bB2aopyxrqUcnVu7L0DrOIZdx5GlNlnbHbpuEpHKZou6sy2wPt/6v/PKFEcaOC9c=
X-Received: by 2002:a2e:90d5:0:b0:2b9:c8fb:8df6 with SMTP id o21-20020a2e90d5000000b002b9c8fb8df6mr5490412ljg.33.1690989543099; Wed, 02 Aug 2023 08:19:03 -0700 (PDT)
MIME-Version: 1.0
References: <AM9PR06MB720494D6C48BED6FB3667F06A90BA@AM9PR06MB7204.eurprd06.prod.outlook.com> <CAB75xn5S6rCkiAARym9ZLJCwTDzzr9HvmdrQj=v2zuZtVhwf=g@mail.gmail.com> <CA+YzgTtxmLQ_5twdzoHyuAuMEWOtfRr7+qc4RF8c1bECgirv9A@mail.gmail.com> <CAP7zK5a3HkQaLtgBxj2cns3qFRF2AOfFHPObjejBeDK7OfS-jQ@mail.gmail.com>
In-Reply-To: <CAP7zK5a3HkQaLtgBxj2cns3qFRF2AOfFHPObjejBeDK7OfS-jQ@mail.gmail.com>
From: Vishnu Pavan Beeram <vishnupavan@gmail.com>
Date: Wed, 02 Aug 2023 20:48:51 +0530
Message-ID: <CA+YzgTtSFgMtCD2kugJqiV0quCE6EKJuV9GM99T3JmLK3QxYMA@mail.gmail.com>
To: Dhruv Dhody <dd@dhruvdhody.com>
Cc: Dhruv Dhody <dhruv.ietf@gmail.com>, "Marcel Reuter (External)" <marcel.reuter.external@telefonica.com>, "pce@ietf.org" <pce@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000911600601f22fed"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/IAFd26jafXXVcxmVVwF3-hEYdkE>
Subject: Re: [Pce] Mail regarding draft-ietf-pce-pcep
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, 02 Aug 2023 15:19:09 -0000

Please see inline..

On Wed, Aug 2, 2023 at 7:19 PM Dhruv Dhody <dd@dhruvdhody.com> wrote:

> Hi Pavan,
>
> On Wed, Aug 2, 2023 at 8:39 AM Vishnu Pavan Beeram <vishnupavan@gmail.com>
> wrote:
>
>> Marcel, Hi!
>> Thanks for bringing this to the list! I interpret the text in RFC5440
>> regarding "one OPEN object" to just mean that the Open Message cannot carry
>> more than one "OPEN" object.
>>
>> Dhruv, Hi!
>> I would propose updating draft-ietf-pce-stateful-pce-vendor to explicitly
>> allow the use of the "VENDOR-INFORMATION" object in the Open message. For
>> example, implementations may choose to carry "versioning" information in
>> this object during the Open message exchange (this information may or may
>> not have any impact on the establishment of the PCEP session). As you
>> mentioned, carrying the "VENDOR-INFORMATION" TLV in the Open Object is
>> already allowed. I don't see any good reason to preclude the use of the
>> "VENDOR-INFORMATION" object in the Open message.
>>
>>
> Hmm, with that reasoning do we need to do that for all PCEP messages?
>
[VPB] It is hard to envision what proprietary use-case someone may come up
with. But allowing the VENDOR-INFORMATION usage in Open message along with
PCReq, PCReply, PCRpt, PCUpd and PCInitiate messages seems reasonable to me.

Also, is there anything that cannot be achieved via the TLV, and you would
> need the Object in the Open message case? Just wondering...
>
[VPB] You can achieve everything by using just the Object or just the TLV
(this is true for other messages as well). I'm advocating a consistent
semantic -- allow for the use of both VENDOR-INFORMATION object and TLV in
all the aforementioned messages.


>
> Thanks!
> Dhruv
>
>
>
>
>> Regards,
>> -Pavan
>>
>> On Wed, Aug 2, 2023 at 6:51 PM Dhruv Dhody <dhruv.ietf@gmail.com> wrote:
>>
>>> Hi Marcel,
>>>
>>> Welcome, please consider joining the PCE mailing list so that we
>>> don't have to manually approve your email to the list -
>>> https://www.ietf.org/mailman/listinfo/pce
>>>
>>> See inline...
>>>
>>> On Wed, Aug 2, 2023 at 8:11 AM Marcel Reuter (External) <
>>> marcel.reuter.external@telefonica.com> wrote:
>>>
>>>> Aloha,
>>>>
>>>> dear colleagues!
>>>>
>>>> This is my very first E-mail ever to IETF.
>>>> So please forgive me, if I dont follow all rules.
>>>>
>>>> I have a question about the RFC5440
>>>> Section 6-2
>>>>
>>>>
>>>> https://www.rfc-editor.org/rfc/rfc5440.html#section-6.2
>>>>
>>>> The RFC says:
>>>>
>>>> 6.2.  Open Message
>>>>
>>>> ...
>>>>    The format of an Open message is as follows:
>>>>
>>>>    <Open Message>::= <Common Header>
>>>>                      <OPEN>
>>>>  The Open message MUST contain exactly one OPEN object (see
>>>>    Section 7.3).
>>>>
>>>>
>>>> Unfortunately, Im not very firm in BNF syntax
>>>> My question here is to  understand the last sentence.
>>>>
>>>> Is it allowed, just from a pure protocol standpoint,
>>>> to send in the open message
>>>> 1 (one) open object
>>>> AND also
>>>> 1(one)  VENDOR-INFORMATION object with the P-flag not set?
>>>>
>>>>
>>>> We are an operator and using PCE from one vendor and router from
>>>> different other vendors and have currently some interesting discussing
>>>> about that topic
>>>>
>>>>
>>> RFC 7470 (https://datatracker.ietf.org/doc/rfc7470/) added a
>>> VENDOR-INFORMATION Object for PCReq and PCRep messages!
>>> https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-vendor/
>>> addes the same for PCRpt and PCUpd messages!
>>>
>>> We have not specified the use of the Object within the Open message!
>>> If there is a need to carry vendor specific information, then using the
>>> VENDOR-INFORMATION-TLV within the Open object is allowed.
>>>
>>> In case they have a need for the object within the Open message, please
>>> provide a usecase and perhaps it can be added in the draft!
>>>
>>> Hope this helps!
>>>
>>> Thanks!
>>> Dhruv
>>>
>>>
>>>
>>>>
>>>> Thanks a lot
>>>> Marcel
>>>>
>>>> :-)
>>>>
>>>>
>>>> VG
>>>> Marcel Reuter
>>>>
>>>> --
>>>> Marcel Reuter
>>>> Im Auftrag der Telefónica Germany GmbH & Co. OHG
>>>> Überseering 33a
>>>> 22297 Hamburg
>>>>
>>>> marcel.reuter.external@telefonica.com
>>>>
>>>> ________________________________
>>>>
>>>> Este mensaje y sus adjuntos se dirigen exclusivamente a su
>>>> destinatario, puede contener información privilegiada o confidencial y es
>>>> para uso exclusivo de la persona o entidad de destino. Si no es usted. el
>>>> destinatario indicado, queda notificado de que la lectura, utilización,
>>>> divulgación y/o copia sin autorización puede estar prohibida en virtud de
>>>> la legislación vigente. Si ha recibido este mensaje por error, le rogamos
>>>> que nos lo comunique inmediatamente por esta misma vía y proceda a su
>>>> destrucción.
>>>>
>>>> The information contained in this transmission is confidential and
>>>> privileged information intended only for the use of the individual or
>>>> entity named above. If the reader of this message is not the intended
>>>> recipient, you are hereby notified that any dissemination, distribution or
>>>> copying of this communication is strictly prohibited. If you have received
>>>> this transmission in error, do not read it. Please immediately reply to the
>>>> sender that you have received this communication in error and then delete
>>>> it.
>>>>
>>>> Esta mensagem e seus anexos se dirigem exclusivamente ao seu
>>>> destinatário, pode conter informação privilegiada ou confidencial e é para
>>>> uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o
>>>> destinatário indicado, fica notificado de que a leitura, utilização,
>>>> divulgação e/ou cópia sem autorização pode estar proibida em virtude da
>>>> legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos
>>>> o comunique imediatamente por esta mesma via e proceda a sua destruição
>>>>
>>>> _______________________________________________
>>>> Pce mailing list
>>>> Pce@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/pce
>>>>
>>> _______________________________________________
>>> Pce mailing list
>>> Pce@ietf.org
>>> https://www.ietf.org/mailman/listinfo/pce
>>>
>> _______________________________________________
>> Pce mailing list
>> Pce@ietf.org
>> https://www.ietf.org/mailman/listinfo/pce
>>
>