Re: [sfc] Submission of draft-ietf-sfc-nsh-tlv-04.txt

mohamed.boucadair@orange.com Thu, 07 January 2021 16:55 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 03C853A127A for <sfc@ietfa.amsl.com>; Thu, 7 Jan 2021 08:55:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.118
X-Spam-Level:
X-Spam-Status: No, score=-2.118 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, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=orange.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 yUYiYzbYJheP for <sfc@ietfa.amsl.com>; Thu, 7 Jan 2021 08:55:25 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.34]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8CD083A102E for <sfc@ietf.org>; Thu, 7 Jan 2021 08:55:25 -0800 (PST)
Received: from opfednr05.francetelecom.fr (unknown [xx.xx.xx.69]) by opfednr21.francetelecom.fr (ESMTP service) with ESMTP id 4DBXRH1H30z5vsH; Thu, 7 Jan 2021 17:55:23 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1610038523; bh=My4/iE37hgpfUKt+8WpGYI/7hXpjMeTCBgE/baVQMa8=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=A4y13qK6uOn4x6lUu8DpHYoURRfQ9tiB5dw3IwxnYS3ov7IA+/5mnoRzrn47UY8QD NzYUqX46Kgsa0ehh2pjbrtfRZe38mbHvW41QXhVFZ2W1Xw1s0rHO0tVk/2OlmLDUTa guOxsdi8v05qv2pwf3cqAuzHPjQgZbahVWUyTHd6Qy8SO7BugzyLDO8YHun6OtVil4 9eIuFsOoMm0e9hamDAareVU+NWHZGJeH/lnfViyfPcAD5TRhwjBfkSDQJ5i1H5eDgE UJM3VZ7NmDLWJwy61S2VLevoYRjJNgRwZkDg5/fhruf4tyCdx5YYfCQwSVy0GT0Zup 66pkuFzR0AgRA==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.38]) by opfednr05.francetelecom.fr (ESMTP service) with ESMTP id 4DBXRH0R7jzyQL; Thu, 7 Jan 2021 17:55:23 +0100 (CET)
From: mohamed.boucadair@orange.com
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "wei.yuehua@zte.com.cn" <wei.yuehua@zte.com.cn>, "sfc@ietf.org" <sfc@ietf.org>
Thread-Topic: [sfc] Submission of draft-ietf-sfc-nsh-tlv-04.txt
Thread-Index: AQHW5Q6MStCneXYFGEKZhBSnqF5XJaocXWTA
Date: Thu, 07 Jan 2021 16:55:22 +0000
Message-ID: <14876_1610038523_5FF73CFB_14876_21_9_787AE7BB302AE849A7480A190F8B9330315B4772@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <202101051028348005635@zte.com.cn> <29299_1610034246_5FF72C46_29299_105_1_787AE7BB302AE849A7480A190F8B9330315B467E@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <37235e85-e0bf-714b-2df0-a8397194d63f@joelhalpern.com>
In-Reply-To: <37235e85-e0bf-714b-2df0-a8397194d63f@joelhalpern.com>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.114.13.245]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/f244iUMJ-ZrpeTBH_VcSCWZDEwU>
Subject: Re: [sfc] Submission of draft-ietf-sfc-nsh-tlv-04.txt
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Jan 2021 16:55:28 -0000

Re-,

I would be more than happy to provide text but the issue is that I don't know what is the intent/purpose of many of these TLVs. 

Consider for example this one:  

==
4.7.  Universal Resource Identifier

[[removing the figure]]

   where

      URI (Universal Resource Identifier) Type is four bits-long field
      that specifies the format of the URI field.  This document defines
      the following values for the URI Type field:

      *  0x1: URI in standard string format as defined in [RFC3986].

      *  0x2: URI represented in a compacted hash format.
==

I fail to see what this URI is for and how it can be consumed by upstream SFs. 

The same applies for Ingress Network Node Information and Ingress Network Source Interface. Not clear to me how supplying this information will be useful for upstream SFs. 

Likewise, no clear what is the difference between the Tenant ID in Section 4.2 and 4.3. Why a tenant type is needed in 4.3, but not 4.2. 

The POLICY_ID and Tenant ID are likely to trigger similar discussion (at least by the IESG) as what is documented for Performance Policy Identification and Subscriber ID in draft-ietf-sfc-serviceid-header. The authors may grab whatever text recorded there, as appropriate. 

Cheers,
Med

> -----Message d'origine-----
> De : Joel M. Halpern [mailto:jmh@joelhalpern.com]
> Envoyé : jeudi 7 janvier 2021 17:03
> À : BOUCADAIR Mohamed TGI/OLN <mohamed.boucadair@orange.com>;
> wei.yuehua@zte.com.cn; sfc@ietf.org
> Objet : Re: [sfc] Submission of draft-ietf-sfc-nsh-tlv-04.txt
> 
> Med, thank you for noting the redundant assignment.
> 
> Presuming for discussion that more descriptive text would be helpful
> (that is very often true of many drafts) it seems difficult to ask
> tha authors to provide that since they have written what they think
> is needed.
> 
> Asking you to provide all the text seems a big ask.  Can you at
> least identify which items and which aspects of those items need
> more description?
> 
> Thank you,
> Joel
> 
> On 1/7/2021 10:44 AM, mohamed.boucadair@orange.com wrote:
> > Hi Wei,
> >
> > Thank you for sharing this updated version.
> >
> > One quick comment: Please remove this line from Section 7 as that
> > value is already assigned to the service identifier TLV.
> >
> > | 0x00  |             Reserved             | This document |
> >
> > I still do think that more text is needed to understand the usage
> of
> > the various attributes.
> >
> > Cheers,
> >
> > Med
> >
> > *De :*sfc [mailto:sfc-bounces@ietf.org] *De la part de*
> > wei.yuehua@zte.com.cn *Envoyé :* mardi 5 janvier 2021 03:29 *À :*
> > sfc@ietf.org *Objet :* [sfc] Submission of
> > draft-ietf-sfc-nsh-tlv-04.txt
> >
> > Dear chairs and SFCers,
> >
> > I uploaded ver04 of
> > “Network Service Header Metadata Type 2 Variable-
> Length Context Headers”
> > draft.
> >
> > I updated the draft according to the comments received from the
> SFC
> > mailing list.
> >
> > Your comments are always welcome and helpful.
> >
> > And I would like to ask the WG for the consideration of the WGLC.
> >
> > Thank you!
> >
> > ------


_________________________________________________________________________________________________________________________

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.