Re: [IPsec] Mirja Kuehlewind's Discuss on draft-ietf-ipsecme-tcp-encaps-09: (with DISCUSS)

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Wed, 03 May 2017 13:14 UTC

Return-Path: <spencerdawkins.ietf@gmail.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 95A3612871F; Wed, 3 May 2017 06:14:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-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 ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AtGel8d6c8ib; Wed, 3 May 2017 06:14:21 -0700 (PDT)
Received: from mail-yw0-x233.google.com (mail-yw0-x233.google.com [IPv6:2607:f8b0:4002:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3DEBB129B34; Wed, 3 May 2017 06:11:39 -0700 (PDT)
Received: by mail-yw0-x233.google.com with SMTP id u70so84560935ywe.2; Wed, 03 May 2017 06:11:39 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=HxemSsJu2cAiBVMBsws1uqwRQ2knDRRfQeBKA6Iea30=; b=SPYMbcL3YPv7rifHtOHEG1ZE8VmDNAXjTozeTOlTnlfV75jlG2BvM6QfK/RR1JvwWW ht8zU9OaD2Gagy25ozbNpN3l7DMwOf6ohfDRqS6WYxdbEU1E9rde4YdeNN6AawZZmJuh TiBaj0zljWp9wt99jXCPFtfsiiA9G7KDxPzEDFJoC4c3X+fJ0cRlYoOgOanzGEDxUB30 9RVyznB8cZeBOqBSve2ce7h/OAB2ZnrccuRvkPcgvt7uoGkAfgwMHlC5G/9MwElLhFXa cL5m+R2/6uh9UHU7wifjYewtOPvawxRaJZc52yyuldDiB4JUyql8QO49oHfxg4Qhhlr/ buBg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=HxemSsJu2cAiBVMBsws1uqwRQ2knDRRfQeBKA6Iea30=; b=tKRDS0zqXtCZa1bKuJCYfjwfsmv1a2iH553KMP8H2Jh993auYolv2+MyQzgPqptrkm sSIBprA77HS+VT1O9eaP8ZzSYqRa0/iE0jOxJCqtANm9cThzgjXsPdqcaInwLn0zwUQ1 h8TJMs1SEJhBz1tYgn8wYVifu3IawT0HSaHrF08r5Mdof+iBXbvhdnVdp0evqOGNAu1T EcjeTI8O10RyCYBRrwlAlKp4UojPTZUP6daiuRYOcsHetYo6lO4aMfZyH/4s4c9utWjH nAqJGygQfSelA7ub8AsWvVDqoCsGGVcDNQEQRUoZSswFD3aYl70rC1pqfQPjedh8jlp9 OzLg==
X-Gm-Message-State: AN3rC/6xveJ4hO0elIjqEW0S7GV7qi4vfWD4j5btjskOUzUK/xf3otQv EBCc1Qgs3GRMalls6sNN0p/fLnivdQ==
X-Received: by 10.129.129.197 with SMTP id r188mr28615465ywf.289.1493817098519; Wed, 03 May 2017 06:11:38 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.37.161.198 with HTTP; Wed, 3 May 2017 06:11:37 -0700 (PDT)
Received: by 10.37.161.198 with HTTP; Wed, 3 May 2017 06:11:37 -0700 (PDT)
In-Reply-To: <c0fad3b5-54b1-a347-0ea1-bec24dab0e36@kuehlewind.net>
References: <149312449263.5884.11168631631187069210.idtracker@ietfa.amsl.com> <1CD2BB99-CDA2-472A-9833-741FB14CAE4A@apple.com> <752dde8c-0592-288e-6920-53a211834740@kuehlewind.net> <CABcZeBMj9UpzD+CpvOMKOkUsYNSL-UQCwuYt__5XCXtH=zyesA@mail.gmail.com> <22fac532-f30b-03e3-0757-aed213e5a346@kuehlewind.net> <22785.64570.259658.376130@fireball.acr.fi> <277aa94d-5aa1-7a28-94c7-81da0966c172@kuehlewind.net> <41594727-9667-42BD-ABB1-4583A3B00EA2@apple.com> <CAKKJt-fb1vx=SzpJ_9gvtJ+SEH08nyBRGqb7F36PGw0EyJ6zmA@mail.gmail.com> <853700CB-D5DD-4BC7-A1F5-5AB61330E70D@apple.com> <22792.20148.255067.132946@fireball.acr.fi> <82B5E72F-C518-420B-B941-E4CE4DD1BF87@kuehlewind.net> <22792.31378.769444.232365@fireball.acr.fi> <78A72CF3-E011-4E8D-9F66-63C7918A8236@kuehlewind.net> <22793.40707.624092.66793@fireball.acr.fi> <c0fad3b5-54b1-a347-0ea1-bec24dab0e36@kuehlewind.net>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Wed, 03 May 2017 08:11:37 -0500
Message-ID: <CAKKJt-ceDuYKWGBFb6RKc8K_AcB55doOXMf11Ke807f6kc+UFA@mail.gmail.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: iesg@ietf.org, ipsecme-chairs@ietf.org, Tommy Pauly <tpauly@apple.com>, draft-ietf-ipsecme-tcp-encaps@ietf.org, Tero Kivinen <kivinen@iki.fi>, IPsecME WG <ipsec@ietf.org>, Eric Rescorla <ekr@rtfm.com>
Content-Type: multipart/alternative; boundary="94eb2c0812988460e6054e9e65d9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipsec/wI8iwT7y_v48Ly5b0bX_77_YHmk>
Subject: Re: [IPsec] Mirja Kuehlewind's Discuss on draft-ietf-ipsecme-tcp-encaps-09: (with DISCUSS)
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.22
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: Wed, 03 May 2017 13:14:23 -0000

On May 3, 2017 05:54, "Mirja Kühlewind" <ietf@kuehlewind.net> wrote:

I didn't propose to obsolete RFC3947 in this document. I guess you can also
file an error for this if you don't want to take any further actions.
However, for updating the IANA registry, I would say the right action is to
do this simply by IESG approval for UDP then.


Fwiw, that would work for me.

Spencer



Mirja



On 03.05.2017 11:12, Tero Kivinen wrote:

> Mirja Kuehlewind (IETF) writes:
>
>> my thinking was that the main problem is that 3947 was not obsoleted
>> and I’m assuming we need a document to fix that.
>>
>
> This is partly issue, but it is not issue we need to solve here, as
> this document is not something that should obsolete 3947.
>
> Also 3947 only defines extension for the IKEv1 (RFC2409) and that is
> already obsoleted, so effectively RFC3947 is already obsoleted, as
> there is no way to implement 3947 without implementing obsoleted
> protocol...
>
> This issue is not not important enough to require RFC now.
>
> In this case that document could/should also fix the IANA entry for
>> the UDP port. However, I’m actually not sure what the right
>> processing would be to fix this forgotten obsolete… maybe other ADs
>> know better…?
>>
>
> For now I would just leave it as it is, but fix the references in the
> IANA registry so that document will not be referenced, especially as
> the original IANA reference was not to the correct RFC in the first
> place.
>
> Otherwise if you don’t want to do this, I don’t think it’s a good
>> idea to merge kind of unrelated fixes into this spec. We can also
>> fix that by using the IESG approval process (see RFC5226). I think
>> that’s the better option!
>>
>
> That is true, but as this document already modifies the TCP/4500
> reference, fixing the UDP/4500 reference at the same time is not
> completely unrelated fix.
>
> Obsoleting RFC3947 would be unrelated fix.
>
>