[Teas] Re: IETF 120 TEAS WG Session - Draft minutes posted

Vishnu Pavan Beeram <vishnupavan@gmail.com> Thu, 01 August 2024 17:16 UTC

Return-Path: <vishnupavan@gmail.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 254B9C18DB80; Thu, 1 Aug 2024 10:16:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.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_DNSWL_HI=-5, 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 scRp7towVOuV; Thu, 1 Aug 2024 10:16:24 -0700 (PDT)
Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) (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 80526C14F5EF; Thu, 1 Aug 2024 10:13:56 -0700 (PDT)
Received: by mail-pl1-x633.google.com with SMTP id d9443c01a7336-1fd69e44596so17679875ad.1; Thu, 01 Aug 2024 10:13:56 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1722532436; x=1723137236; 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=5yLKS/esTswMRKy83iLVoGaMUqM/QgtYyyPZjb493D8=; b=i8b7WEZp9i3ntA2yzeVOV2DUaLhjgchsyXxu7UXw6cPqIWW0wOEtAD+TqQCXzzYNLo va9fQBrGWOnaeAnuIS5XmDyMcLaJ0/Am+l1z0NjGjVJL6bGrqrLmRRjbJnPDEsDH/6C6 fUPGUGBF8vHobaOF1+CMz4HINYZnyt50yvvmmNDFTHPjaxa+UwcqySLbPWEqr7M2/q93 ag10otxlhP5MVqXgCqh8MlrwXpBOwpCz+AfD7MU6lhX3LoQrcz6RUkZ1WImexYlPQfKw euclSpvmk0KJ++dnfGocLvUPl25xU82a/4UoXTsTyan1585Ys6cCC2Lvwwt/+YOGREAR YEnA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1722532436; x=1723137236; 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=5yLKS/esTswMRKy83iLVoGaMUqM/QgtYyyPZjb493D8=; b=C6R4GPINidDEFhKhElz+g0YmQ2hwpZZHT3bxpEreYwRT0XEUYdPPV/4TAOy54QDiYS m/prj/aCHx+UPJ8wuFMfhn1777/2h90/OhpqIwOaM+tBekzzFbxsMdNcSnQOI1S27Apc +9r2WVrHf/tc00aznpQHRXFRiBPu7yg73NYItqv2rPSmVeNzUaa87TUVE9UmkiKAU934 iGYa8ULxCSlBYoyPB321oPBzuDIbaDOq69TaW1/gfhxHfVoB5Erv9ahX4AymjCvorWE5 9djQHOcAi2NVSiI3zz+66LdEKJS+y93D4iV1FohwdvO+MHP38kW8aD5oSER3kzTCkL1Q 7RAg==
X-Forwarded-Encrypted: i=1; AJvYcCVe44iywt+UO1NFViUP9Rp8/NSvBOlW6YuEyDolIMDUut/x+Nihh17HuevegQFLEhYI7wfF+rJcTgy5B3JfKwN2f47tz2Y5Y67ydj7NtC6F/LvjIg==
X-Gm-Message-State: AOJu0Yzu5xPNtbjhCH1vJv87c4KjEfexb+yMqPRxjDkfQQtggwuVbvR6 BchRRThCOlO2ZmCvSqtKgW4TPsyIbhaEXTvp1jZ8WPMuMXfJijQFchg+A3QHuYpoF8z50GRAYGG cHs3Q9BfSMi9jq4DFdmCwXhLuzDU=
X-Google-Smtp-Source: AGHT+IFGFuBpVCmwWz9Wdh5D/hJv2wcpNZwMF3QOI24CYfGaUnJOZLK5hq2L3vRuSw4fQOU7XSbiH+tWZlG21aaxzHk=
X-Received: by 2002:a17:903:22d0:b0:1fd:a27d:e2bc with SMTP id d9443c01a7336-1ff523eef53mr28657895ad.6.1722532435157; Thu, 01 Aug 2024 10:13:55 -0700 (PDT)
MIME-Version: 1.0
References: <CA+YzgTu0Cv4sPHyuSC_9YSW=ee9K6fTLvK3jxknTBg0D-BO0wg@mail.gmail.com> <DU2PR02MB10160C0C3454A71FE83CDA20688B02@DU2PR02MB10160.eurprd02.prod.outlook.com> <CA+YzgTtHUMKUwgNF87cAH0dwpo0TgERT8utb81F8NieWsoXj-w@mail.gmail.com> <PAVPR07MB93596C173EF37583A9B7C3E291B02@PAVPR07MB9359.eurprd07.prod.outlook.com> <CA+YzgTu+8REoZU-gmWUdNiO=Sjr-N-1+U5q8rqX=7UBSUJJZoA@mail.gmail.com> <98052A8D-1E4A-4B09-83C3-51027A1736A5@cisco.com>
In-Reply-To: <98052A8D-1E4A-4B09-83C3-51027A1736A5@cisco.com>
From: Vishnu Pavan Beeram <vishnupavan@gmail.com>
Date: Thu, 01 Aug 2024 22:43:43 +0530
Message-ID: <CA+YzgTtefjHi8SZDxwdM3rm1gEtvYqSzkO3Dj94GPz65AC-M9A@mail.gmail.com>
To: "John Mullooly (jmullool)" <jmullool@cisco.com>
Content-Type: multipart/related; boundary="000000000000e98d64061ea25581"
Message-ID-Hash: ORFWASCJ5466WMVVVEP44XOIOR5GMZ2L
X-Message-ID-Hash: ORFWASCJ5466WMVVVEP44XOIOR5GMZ2L
X-MailFrom: vishnupavan@gmail.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-teas.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "Sergio Belotti (Nokia)" <sergio.belotti@nokia.com>, "mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, TEAS WG <teas@ietf.org>, TEAS WG Chairs <teas-chairs@ietf.org>
X-Mailman-Version: 3.3.9rc4
Precedence: list
Subject: [Teas] Re: IETF 120 TEAS WG Session - Draft minutes posted
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/tvOFqlVeCGwlcaKc-8yO6XzrJls>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Owner: <mailto:teas-owner@ietf.org>
List-Post: <mailto:teas@ietf.org>
List-Subscribe: <mailto:teas-join@ietf.org>
List-Unsubscribe: <mailto:teas-leave@ietf.org>

John, Hi!



Just to clarify, the merge discussion that Sergio is referring to in his
email is with regards to bringing in relevant content from
draft-barguil-teas-network-slice-instantiation (individual draft) into
draft-ietf-teas-ns-controller-models (WG draft). Please refer to the
meeting recording for more context.


This “merge” discussion has no bearing on the progress of
draft-ietf-teas-ietf-network-slice-nbi-yang.



Regards,

-Pavan

On Wed, Jul 31, 2024 at 2:26 AM John Mullooly (jmullool) <jmullool@cisco.com>
wrote:

> Vishnu and WG,
>
>
>
> I did not attend that last meeting, so this issue is new for me. The
> network-slice-nbi-yang draft has been thru WGLC with only one
>
> nit raised by the document shepherd (Vishnu) on re-mapping several
> performance metric groupings to the te-type model
>
> (and I believe Bo has made these changes).  My view is that the community
> has been eagerly waiting for this draft to finalize to RFC
>
> so that implementations can begin to be reconciled accordingly so our
> industry can actually start realizing RFC 9543 slices.
>
>
>
> I can see merits on the complementary “topology” slice model for Type 2 VN provider use (as discussed in teas-ns-controller-models &
>
> Network Slice Topology YANG Data Model), but I think of these as advanced
> provider use-cases and in contrast to the more simplified principle
>
> where the network topology is “a black box” (Type 1 VN) and the slice-nbi model is used to provide the external user/customer an
>
> outcome/result/intent model that is technology agnostic (and as far as the customer cares network topology agnostic) as they simply want the
>
> expected SLA/SLO/SLE met for their connectivity.
>
>
>
> My view here is that I think it makes practical sense to keep these drafts separate and thus modular, where the topology draft can reference/augment
>
> the nbi-yang-draft (as the team has already done).
>
>  This would provide flexibility going forward for adding these advanced Type 2 VN provider-based slice use cases where (pieces of) the network topology
>
> can be exposed, but it’s unlikely Type 2 VN will be the primary use case for customer facing slice services.
>
>
>
> This approach will not delay the slice-nbi-yang draft from being published so the community can begin leveraging a Type 1 VN
>
> YANG model for framework RFC 9543 immediately.
>
>
>
> Thanks
>
> John
>
>
>
>
> Cisco Confidential
>
> *From: *Vishnu Pavan Beeram <vishnupavan@gmail.com>
> *Date: *Tuesday, July 30, 2024 at 1:20 PM
> *To: *"Sergio Belotti (Nokia)" <sergio.belotti@nokia.com>
> *Cc: *"mohamed.boucadair@orange.com" <mohamed.boucadair@orange.com>, TEAS
> WG <teas@ietf.org>, TEAS WG Chairs <teas-chairs@ietf.org>
> *Subject: *[Teas] Re: IETF 120 TEAS WG Session - Draft minutes posted
>
>
>
> Sergio,
>
>
>
> Thanks. Your comment about the larger scope of
> draft-ietf-teas-ns-controller-models is noted. But as you point out, the
> discussion on merging the two drafts is still very much valid. It is
> something that we would look to explore before the next meeting.
>
>
>
> Regards,
>
> -Pavan
>
>
>
> On Tue, Jul 30, 2024 at 9:00 PM Sergio Belotti (Nokia) <
> sergio.belotti@nokia.com> wrote:
>
> Hi Pavan,
>
> I di not realize that during the meeting, I’m sorry for that, but
> regarding the draft
> https://datatracker.ietf.org/doc/draft-ietf-teas-ns-controller-models/02/
> , there is a sentence in the minute that does not correspond to the purpose
> of the draft.
>
> The sentence is “Vishnu Pavan Beeram: This is a WG adopted document that
> focuses on the models at the SBI of the NSC, while the next document on the
> agenda is
>
> focusing on the models applicable at the NBI of the NSC; have you consider
> merging these two drafts?
>
>
>
> Luis Contreras: It could make sense to do the merge. “
>
> I do not think (as co-author of the draft) our purpose was to discuss
> relationship with SBI models , as well represented in the first slide of
> Luis’s presentation (the two red ellipses are related both to
> barguil-teas-netowrk-slice-instantiation nothing to do with  draft
> ns-controller)
>
> So, while the discussion on possible merging is still valid, but the real
> context is in my view different , i.e. not SBI vs. NBI of NSC.
>
> Obviously the report should show what really discussed in the meeting , so
> , if it is the case my note can be considered a post-meeting comment.
>
>
>
> Thanks
>
> BR, Sergio
>
>
>
>
>
> *From:* Vishnu Pavan Beeram <vishnupavan@gmail.com>
> *Sent:* Tuesday, July 30, 2024 3:47 PM
> *To:* mohamed.boucadair@orange.com
> *Cc:* TEAS WG <teas@ietf.org>; TEAS WG Chairs <teas-chairs@ietf.org>
> *Subject:* [Teas] Re: IETF 120 TEAS WG Session - Draft minutes posted
>
>
>
>
>
> *CAUTION:* This is an external email. Please be very careful when
> clicking links or opening attachments. See the URL nok.it/ext for
> additional information.
>
>
>
> Thanks, Med.
>
>
>
> Your chat comment has been captured in
> https://notes.ietf.org/s/notes-ietf-120-teas. We'll wait till the end of
> the week and then upload a revised version of the minutes to the
> datatracker.
>
>
>
> Regards,
>
> -Pavan and Oscar
>
>
>
> On Tue, Jul 30, 2024 at 12:58 PM <mohamed.boucadair@orange.com> wrote:
>
> Hi Pavan, all,
>
>
>
> I have one comment about this part
>
>
>
> ==
>
> Joel Halpern(chat):It is not clear to me what it would mean for this to
>
> be a WG Informational draft. Such a status would seem to imply that the
>
> IETF is recommending this approach to 3GPP.
>
> =
>
>
>
> I’d like we record also in the minutes the clarification I provided in the
> chat that the intended consumers of the draft are operators, not the 3GPP.
>
>
>
> Thanks.
>
>
>
> Cheers,
>
> Med
>
>
>
> *De :* Vishnu Pavan Beeram <vishnupavan@gmail.com>
> *Envoyé :* mardi 30 juillet 2024 02:20
> *À :* TEAS WG <teas@ietf.org>
> *Cc :* TEAS WG Chairs <teas-chairs@ietf.org>
> *Objet :* [Teas] IETF 120 TEAS WG Session - Draft minutes posted
>
>
>
> A draft of the minutes from the IETF 119 TEAS WG session has been posted:
>
> https://datatracker.ietf.org/meeting/120/materials/minutes-120-teas-01
>
>
>
> Please review and send comments/corrections to the list.
>
>
> The session recording is available at:
>
> https://play.conf.meetecho.com/Playout/?session=IETF120-TEAS-20240725-1630
>
>
>
> Regards,
> - TEAS WG Chairs
>
> ____________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
>
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
>
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
>
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
>
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
>
> they should not be distributed, used or copied without authorisation.
>
> If you have received this email in error, please notify the sender and delete this message and its attachments.
>
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
>
> Thank you.
>
>