IETF Logo Mail Archive

Re: [IPsec] Shepherd review of the draft-ietf-ipsecme-add-ike

mohamed.boucadair@orange.com Tue, 31 January 2023 14:28 UTC

Return-Path: <mohamed.boucadair@orange.com>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6055C14F74F; Tue, 31 Jan 2023 06:28:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.096
X-Spam-Level:
X-Spam-Status: No, score=-7.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_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, 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=orange.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 S8ob3naBgRgH; Tue, 31 Jan 2023 06:28:25 -0800 (PST)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.70.35]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DEC77C14F693; Tue, 31 Jan 2023 06:28:24 -0800 (PST)
Received: from opfednr02.francetelecom.fr (unknown [xx.xx.xx.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by opfednr21.francetelecom.fr (ESMTP service) with ESMTPS id 4P5nTg23Xgz5vwq; Tue, 31 Jan 2023 15:28:23 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=orange.com; s=ORANGE001; t=1675175303; bh=/ODaBCiqOn+ydQ6fKElgGMHhTauYk7t+W5AoY/J0cfo=; h=From:To:Subject:Date:Message-ID:Content-Type: Content-Transfer-Encoding:MIME-Version; b=rrlMNCE6j45MxvMrXBT0rL8r5HROSm6NnNHw5NsAah2y2LQpYW/1Tp61yjwKfHtvI nOfKMVsXuFY1OA1eyoXWaFhshjX1xv0NDvIreLt5obi7Ybk6RVqHJcNSjgHLMBqUoK Onw7M1Ep+PqnM7bTeMvyCZsUYX3/XKI6iLwgWLSJWfQn92vw+nCup8sBdY48v2XH34 FnTYhzEU0QtoU9hvzzfakYWgeidOae88u0Ry5sVaCK0KqjZbrcFCQ85NJMMy/MqRoI DtuYpfXVVqmsFc6B/asBJBS2ypJIgADOulIq5IxV/DDCLCOkdHhhaEJUJ9gZo32SUZ /Q29xqR79dcig==
From: mohamed.boucadair@orange.com
To: Tero Kivinen <kivinen@iki.fi>
CC: Valery Smyslov <smyslov.ietf@gmail.com>, "draft-ietf-ipsecme-add-ike@ietf.org" <draft-ietf-ipsecme-add-ike@ietf.org>, "ipsec@ietf.org" <ipsec@ietf.org>
Thread-Topic: [IPsec] Shepherd review of the draft-ietf-ipsecme-add-ike
Thread-Index: AQHZNX8QOCa/TJG51UuXx60NwF1qra64lDTw
Content-Class:
Date: Tue, 31 Jan 2023 14:28:22 +0000
Message-ID: <21379_1675175303_63D92587_21379_400_7_6a4c351423924daf91ad6fc4524f6766@orange.com>
References: <25560.18262.145478.996578@fireball.acr.fi> <013a01d9354c$c1fe37b0$45faa710$@gmail.com> <25561.6165.517900.737387@fireball.acr.fi> <18835_1675172993_63D91C81_18835_205_2_2dc2a1be92264330b36a77f1deca6aec@orange.com> <25561.9088.433190.774266@fireball.acr.fi>
In-Reply-To: <25561.9088.433190.774266@fireball.acr.fi>
Accept-Language: fr-FR, en-US
Content-Language: fr-FR
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Enabled=true; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SetDate=2023-01-31T14:23:41Z; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Method=Privileged; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_Name=unrestricted_parent.2; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_SiteId=90c7a20a-f34b-40bf-bc48-b9253b6f5d20; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ActionId=5f675a4e-25c4-4719-8294-303cc0f07dc4; MSIP_Label_07222825-62ea-40f3-96b5-5375c07996e2_ContentBits=0
x-originating-ip: [10.115.27.51]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipsec/KOSDo6JyQlQCIx2HEo10bHkPBgU>
Subject: Re: [IPsec] Shepherd review of the draft-ietf-ipsecme-add-ike
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipsec/>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 31 Jan 2023 14:28:28 -0000

Re-,

Please see inline. 

Cheers,
Med

> -----Message d'origine-----
> De : Tero Kivinen <kivinen@iki.fi>
> Envoyé : mardi 31 janvier 2023 15:20
> À : BOUCADAIR Mohamed INNOV/NET <mohamed.boucadair@orange.com>
> Cc : Valery Smyslov <smyslov.ietf@gmail.com>; draft-ietf-ipsecme-
> add-ike@ietf.org; ipsec@ietf.org
> Objet : RE: [IPsec] Shepherd review of the draft-ietf-ipsecme-add-
> ike
> 
> mohamed.boucadair@orange.com writes:
> > > of the cases the information in IANA registries are already in
> the
> > > normative reference RFCs
> >
> > RFCs may include stale/inaccurate values (e.g., new/deprecated
> > values). The IANA registry is authoritative.
> 
> Yes, but you only need one value to actually implement standard.

[Med] ... but this is broken if we want interop between distinct implements. 

> You do not need to know all currently supported values. I would
> assume that implementators will go to the IANA regardless whether
> ther reference is normative or informative.
> 
> > I still think maintaining the refs as they are is aligned with
> > https://www.ietf.org/about/groups/iesg/statements/normative-
> informative-references/.
> 
> Yes, most likely, but ID nits still complains about it.
> --

[Med] IMO, that's a false positive. We can report that as such in the writeup. Thanks.

Cheers,
Med


> kivinen@iki.fi

_________________________________________________________________________________________________________________________

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.

v2.23.0 | Report a Bug | By Email