Re: [IPsec] Updated version of RFC5996bis

Yaron Sheffer <yaronf.ietf@gmail.com> Thu, 17 October 2013 14:24 UTC

Return-Path: <yaronf.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 8C8F611E80F9 for <ipsec@ietfa.amsl.com>; Thu, 17 Oct 2013 07:24:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BsM2elA5Hay4 for <ipsec@ietfa.amsl.com>; Thu, 17 Oct 2013 07:24:07 -0700 (PDT)
Received: from mail-ee0-x22a.google.com (mail-ee0-x22a.google.com [IPv6:2a00:1450:4013:c00::22a]) by ietfa.amsl.com (Postfix) with ESMTP id 6765811E8205 for <ipsec@ietf.org>; Thu, 17 Oct 2013 07:24:04 -0700 (PDT)
Received: by mail-ee0-f42.google.com with SMTP id b45so1113356eek.15 for <ipsec@ietf.org>; Thu, 17 Oct 2013 07:24:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=SJ0oJQTEcgkNRlIEfBQtZAMsJQWCrSL5Ph+HOgNnU1Y=; b=z4YAqm1io7SyiCVypBFVrjSzWuJaSiqPqXaMtzC22IUa1xoZpl1qNhpmYv/NbaJlP+ 051YngSXgTA2DEurfz14AfTq8sneDDJYag49+1kvHMyP8jESLu5Mn4jh+uXqCvEBjOrT rcOWShLOSEQ84tGmLUY9rvr92U1ypQrbyAUWk6N1wnBKZdFv3N+Fiado5NXA5fRx7jOd u4WEj5BC363zzh68RXzSF8Os5hXcIflnRGYnJwJyFcMVQM1u3hqUija2DVpi5vHEg0vP ZrZffimYgajD9lGGF++2Ti5cuE5lWNXDVP8qvCGAM6l45n7VMHIv9v9T8dotTlAm8H79 8oOA==
X-Received: by 10.14.218.197 with SMTP id k45mr13104926eep.32.1382019843272; Thu, 17 Oct 2013 07:24:03 -0700 (PDT)
Received: from [10.0.0.8] (46-116-149-62.bb.netvision.net.il. [46.116.149.62]) by mx.google.com with ESMTPSA id r48sm193599180eev.14.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 17 Oct 2013 07:24:02 -0700 (PDT)
Message-ID: <525FF300.8010207@gmail.com>
Date: Thu, 17 Oct 2013 17:24:00 +0300
From: Yaron Sheffer <yaronf.ietf@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0
MIME-Version: 1.0
To: Paul Wouters <paul@cypherpunks.ca>, Tero Kivinen <kivinen@iki.fi>
References: <21087.60447.758422.672867@fireball.kivinen.iki.fi> <alpine.LFD.2.10.1310171004250.29460@bofh.nohats.ca>
In-Reply-To: <alpine.LFD.2.10.1310171004250.29460@bofh.nohats.ca>
Content-Type: text/plain; charset="windows-1255"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "ipsec@ietf.org WG" <ipsec@ietf.org>
Subject: Re: [IPsec] Updated version of RFC5996bis
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Thu, 17 Oct 2013 14:24:08 -0000

Hi Paul,

Regarding your second point, I would like to avoid feature creep in this 
document. So unless there's a real good reason to add text (e.g. a new 
security requirement) I would suggest not to do it. More specifically, 
since this is a matter of local policy and implementations differ, we 
could debate it forever and for little gain.

Thanks,
	Yaron

On 2013-10-17 17:13, Paul Wouters wrote:
> On Thu, 17 Oct 2013, Tero Kivinen wrote:
>
>> I made new version of the RFC5996bis (yes, I am more than month too
>> late from my original time-estimate).
>>
>> This version removes the Raw RSA public keys
>
> Is that the old version that would be obsoleted by
> draft-kivinen-ipsecme-oob-pubkey that no one implemented?
>
> While updating the retransmit timers in libreswan, I found no useful
> information in 5996. Is that something we could add? I know it is
> local policy but perhaps it would be good to add some guidance for
> implementors. Do people use sub-second retries? exponential backoff?
> How do people deal with slow wakeup stacks (eg 3G) and preventing of
> firsts of duplicate first packets?
>
> Paul
> _______________________________________________
> IPsec mailing list
> IPsec@ietf.org
> https://www.ietf.org/mailman/listinfo/ipsec