Re: [sfc] Philosophical question about MD types 1 and 2

mohamed.boucadair@orange.com Thu, 18 February 2021 18:08 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 3CC413A1514 for <sfc@ietfa.amsl.com>; Thu, 18 Feb 2021 10:08:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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.001, RCVD_IN_MSPIKE_WL=0.001, 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 LypmmBZNOqWl for <sfc@ietfa.amsl.com>; Thu, 18 Feb 2021 10:08:33 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 401143A1513 for <sfc@ietf.org>; Thu, 18 Feb 2021 10:08:33 -0800 (PST)
Received: from opfedar00.francetelecom.fr (unknown [xx.xx.xx.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by opfedar24.francetelecom.fr (ESMTP service) with ESMTPS id 4DhN4H3MGkz5vsb; Thu, 18 Feb 2021 19:08:31 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1613671711; bh=4AnXZYiU1EZm6M00NoDk0gxKfr7pzd3UJf48Xov7A7c=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=NBDcdOh7p6lwVgv2uBloeTN7NMPyD+AHpsiem89TqsJPBIlN2ea0kgvxO+zdA7T+B kV/dMWElIWEK3UxZP8MBFzZ36VkEjQAy+ZPD1/A0azOjq9za46tO6WjFt031NFbI1b DSoCdJXE8Gwh+sx06oevmrFZ4tCtgmie0kOLlEw2vhxfnlUqhgRLbBsh7Nua3X3R4a wMzoAIN/FIhFFsCtE+hpbEdBQ4tFfAcUMLHMyuLo+8EUkMuRGWOiMf5heBUMjr5aki ejJbr1i4KnMMlrrW+fkxdP34jbbs+HiuAh07ErUQuCPxjk4v4z+gGxKpsk6y0Exq1y sa7ke/j1yHrjw==
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.98]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by opfedar00.francetelecom.fr (ESMTP service) with ESMTPS id 4DhN4H1wVFzCqk2; Thu, 18 Feb 2021 19:08:31 +0100 (CET)
From: mohamed.boucadair@orange.com
To: "Joel M. Halpern" <jmh@joelhalpern.com>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>, "sfc@ietf.org" <sfc@ietf.org>
CC: "rfc-ise@rfc-editor.org" <rfc-ise@rfc-editor.org>
Thread-Topic: [sfc] Philosophical question about MD types 1 and 2
Thread-Index: AQHXBhGgDxqKJkIhi0yD9UvhetYqiKpeNOWA
Date: Thu, 18 Feb 2021 18:08:30 +0000
Message-ID: <27045_1613671711_602EAD1F_27045_45_2_787AE7BB302AE849A7480A190F8B9330315D203D@OPEXCAUBMA2.corporate.adroot.infra.ftgroup>
References: <053901d7057d$d13548a0$739fd9e0$@olddog.co.uk> <20722_1613661533_602E855D_20722_104_4_787AE7BB302AE849A7480A190F8B9330315D1DDB@OPEXCAUBMA2.corporate.adroot.infra.ftgroup> <81449118-5fe0-7fca-109b-b384f409fc78@joelhalpern.com>
In-Reply-To: <81449118-5fe0-7fca-109b-b384f409fc78@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.247]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/sfc/8ID34o7tL2sfYLZNzOkUevPcDSU>
Subject: Re: [sfc] Philosophical question about MD types 1 and 2
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, 18 Feb 2021 18:08:35 -0000

Re-,

You are right, Joel. I was referring to the IETF Class. 

Cheers,
Med

> -----Message d'origine-----
> De : Joel M. Halpern [mailto:jmh@joelhalpern.com]
> Envoyé : jeudi 18 février 2021 17:18
> À : BOUCADAIR Mohamed TGI/OLN <mohamed.boucadair@orange.com>;
> adrian@olddog.co.uk; sfc@ietf.org
> Cc : rfc-ise@rfc-editor.org
> Objet : Re: [sfc] Philosophical question about MD types 1 and 2
> 
> Med, you are almost correct.  The assignment policy for class 0 is
> Standards track.  The assignment policy for classes 0x0001-0x01FF are
> IETF Review.  Classes 0x0201-0xFFF5 are expert review.  So if we need
> a class code and subsequent variable-length metadata type, there are
> ways we could do it even for an Informational Document or an
> Independent Stream document.  (We gave BBF an entire class.)
> 
> If the WG wants to, we can spin a document to create an FCFS class by
> IETF Action.
> 
> Yours,
> Joel
> 
> On 2/18/2021 10:18 AM, mohamed.boucadair@orange.com wrote:
> > Hi Adrian,
> >
> > The agreement was that you can (not a should, though):
> >
> > "the documents defining MD-1 formats can also define a MD-2 Type
> code for carrying the same block of information with the same
> structure."
> >
> > Please note that a standard track document is needed for MD#2,
> while defining MD#1 context can be in an informational RFC.
> >
> > Cheers,
> > Med
> >
> >> -----Message d'origine-----
> >> De : sfc [mailto:sfc-bounces@ietf.org] De la part de Adrian Farrel
> >> Envoyé : mercredi 17 février 2021 23:40 À : sfc@ietf.org Cc :
> >> rfc-ise@rfc-editor.org Objet : [sfc] Philosophical question about
> MD
> >> types 1 and 2
> >>
> >> Hi,
> >>
> >> Sorry if this re-opens old wounds...
> >>
> >> If I define something to go in a fixed length MD type 1 context
> >> header, should I also define how it is carried in an MD type 2
> >> header?
> >>
> >> Thanks,
> >> Adrian
> >>
> >> _______________________________________________
> >> sfc mailing list
> >> sfc@ietf.org
> >> https://www.ietf.org/mailman/listinfo/sfc
> >
> >
> _____________________________________________________________________
> _
> > ___________________________________________________
> >
> > 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.
> >
> > _______________________________________________
> > sfc mailing list
> > sfc@ietf.org
> > https://www.ietf.org/mailman/listinfo/sfc
> >

_________________________________________________________________________________________________________________________

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.