[lisp] "Update RFC6833bis" header when a meaning is associated with a reserved bit
<mohamed.boucadair@orange.com> Tue, 23 October 2018 07:38 UTC
Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: lisp@ietfa.amsl.com
Delivered-To: lisp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 387C8130DDB for <lisp@ietfa.amsl.com>; Tue, 23 Oct 2018 00:38:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=ham autolearn_force=no
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 h7r7zi430vzD for <lisp@ietfa.amsl.com>; Tue, 23 Oct 2018 00:38:00 -0700 (PDT)
Received: from orange.com (mta240.mail.business.static.orange.com [80.12.66.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9CC24130EEF for <lisp@ietf.org>; Tue, 23 Oct 2018 00:37:59 -0700 (PDT)
Received: from opfedar05.francetelecom.fr (unknown [xx.xx.xx.7]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 42fQGY65hmz7tZs for <lisp@ietf.org>; Tue, 23 Oct 2018 09:37:57 +0200 (CEST)
Received: from Exchangemail-eme2.itn.ftgroup (unknown [xx.xx.31.63]) by opfedar05.francetelecom.fr (ESMTP service) with ESMTP id 42fQGY5G3Sz2xC0 for <lisp@ietf.org>; Tue, 23 Oct 2018 09:37:57 +0200 (CEST)
Received: from OPEXCLILMA3.corporate.adroot.infra.ftgroup ([fe80::60a9:abc3:86e6:2541]) by OPEXCLILM6E.corporate.adroot.infra.ftgroup ([fe80::f5a7:eab1:c095:d9ec%18]) with mapi id 14.03.0415.000; Tue, 23 Oct 2018 09:37:57 +0200
From: mohamed.boucadair@orange.com
To: "lisp@ietf.org" <lisp@ietf.org>
Thread-Topic: "Update RFC6833bis" header when a meaning is associated with a reserved bit
Thread-Index: AdRqo05oOv5e0+oORKOieqidjTPDSw==
Date: Tue, 23 Oct 2018 07:37:57 +0000
Message-ID: <787AE7BB302AE849A7480A190F8B93302E0199E9@OPEXCLILMA3.corporate.adroot.infra.ftgroup>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.168.234.4]
Content-Type: multipart/alternative; boundary="_000_787AE7BB302AE849A7480A190F8B93302E0199E9OPEXCLILMA3corp_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/lisp/OcTG-k7HrhTsp_OVU2tdBdVUV6A>
Subject: [lisp] "Update RFC6833bis" header when a meaning is associated with a reserved bit
X-BeenThere: lisp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: List for the discussion of the Locator/ID Separation Protocol <lisp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lisp>, <mailto:lisp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lisp/>
List-Post: <mailto:lisp@ietf.org>
List-Help: <mailto:lisp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lisp>, <mailto:lisp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Oct 2018 07:38:02 -0000
Hi all, In a discussion among the authors of draft-ietf-lisp-pubsub, we discussed whether an "Update RFC6833bis" header is needed to be added to the draft. The rationale is the -bis document states, for example, the following: R: This reserved bit MUST be set to 0 on transmit and MUST be ignored on receipt. So, obviously this behavior is to be updated each time a meaning is associated with an unassigned/reserved bit, otherwise an extension will be broken if that part of the -bis spec is not touched on. An update header is therefore more than appropriate....nevertheless, it seems that some old RFCs didn't follow this approach (e.g., RFC8061). The question we have for the WG is which option do we need to follow: update or no update? FWIW, a similar action is needed for other documents, e.g., draft-ietf-lisp-mn. Thank you. Cheers, Med
- [lisp] "Update RFC6833bis" header when a meaning … mohamed.boucadair
- Re: [lisp] "Update RFC6833bis" header when a mean… Joel M. Halpern
- Re: [lisp] "Update RFC6833bis" header when a mean… BRUNGARD, DEBORAH A