Re: [Int-area] draft-learmonth-intarea-rfc1226-bis-00

Erik Kline <ek.ietf@gmail.com> Sat, 23 May 2020 22:35 UTC

Return-Path: <ek.ietf@gmail.com>
X-Original-To: int-area@ietfa.amsl.com
Delivered-To: int-area@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 574C63A0F19 for <int-area@ietfa.amsl.com>; Sat, 23 May 2020 15:35:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 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, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, 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 YDRy5KRInPyB for <int-area@ietfa.amsl.com>; Sat, 23 May 2020 15:35:12 -0700 (PDT)
Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (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 D8C933A0F18 for <Int-area@ietf.org>; Sat, 23 May 2020 15:35:11 -0700 (PDT)
Received: by mail-ot1-x333.google.com with SMTP id c3so11111040otr.12 for <Int-area@ietf.org>; Sat, 23 May 2020 15:35:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=TSFS0bdAxtKLB7QWz+KmA3EcxQ2m/6/T+JHJRijQtXc=; b=pkQInlTwAA5kHa4giICaSsdIPVaYrnkCDq0aOm6qIFeTXSju44SyhRqFr7ux9R54Ut AVFPRz63A4fdTBWCEgfNifLmNx9GtK29777K0MI2CyZ+A6zxBExOYmX5OB1rud9MufWa ewXFmgIQKDfYKKoJNZIgaAsscMRlqOYiH1a1cjxJcNvzbGKnn1U58nriJaUQpcQgfE1M B6PIG0uT4xZFKltaXHakXpzYzRN/F3cW9IdNIQHYZo9GBtqKg8A+7Utvz191RGyoKbf+ S9UGMQQXlInc11u974cxU+/dTrN96fbP6151A9PlA35QawTYfPKUCOhnnxw8SDBuKVnV Dn2g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=TSFS0bdAxtKLB7QWz+KmA3EcxQ2m/6/T+JHJRijQtXc=; b=Pk/q5cbJRUGVynb/Pjne14gHHzKRPTVcWJP1EQJAZk/JoeTPM5LA1tgfJ3cGPafNH3 7wfz6k3CuixAXXbvzONx1aBYXQ+gohLwlsWpKT3GqgAG1t/gNP5JB0gZQ+4fXx1TefjG i6xz37kbLDtEnWY5FZEmw9/5HRhOPXSxJFgtXxD7l5VjEit1OU4+RgfjLN05t3q9d8mX 0vhtfQTBB+ueE+sEQS5D116FSxKW67CiIwuQAkINWRmF/gVxTxc+OkgVOupwNUD8RKuW kEB1f/bSvRIr7FsUfVq8tKty7hKsCwaQPB12m1tqubpVFdBYYgZLAoWFkzwLs31n5jMr tbAg==
X-Gm-Message-State: AOAM531N38udJSsUCGv131bVeqi4Xxn4qxaAjGiswcjM8Mo0HfcvT36n AhCMzYNoFhts/KZqCJVFrPxXsW2LZQYRZcjdwIGFHg==
X-Google-Smtp-Source: ABdhPJwQ0hB5z3xOdIJe3KDSR/9e765El7SkS781+G1pIUzq3Xd/flZxC7w34u/wuJib11kLyj5SbR6OGyeTOAygMFw=
X-Received: by 2002:a9d:480e:: with SMTP id c14mr13514322otf.191.1590273311110; Sat, 23 May 2020 15:35:11 -0700 (PDT)
MIME-Version: 1.0
References: <159004528499.11433.5479167060208316355@ietfa.amsl.com> <90e3bce1-cd60-b45b-d4d9-11da99ee2093@hambsd.org> <CAMGpriW21fyfzJjzfR=SnUf-GujQKOhaPJQd_0nDJwps8-y_NQ@mail.gmail.com>
In-Reply-To: <CAMGpriW21fyfzJjzfR=SnUf-GujQKOhaPJQd_0nDJwps8-y_NQ@mail.gmail.com>
From: Erik Kline <ek.ietf@gmail.com>
Date: Sat, 23 May 2020 15:35:00 -0700
Message-ID: <CAMGpriWbro8hAZUn+zLzWZKV9uD3Q6-nX5Hj6PjZep_VqrB++g@mail.gmail.com>
To: "Iain R. Learmonth" <irl@hambsd.org>
Cc: Int-area@ietf.org
Content-Type: text/plain; charset="UTF-8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/s_zRDgmCChtnGH73kqnrmHb-HMI>
Subject: Re: [Int-area] draft-learmonth-intarea-rfc1226-bis-00
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area Mailing List <int-area.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/int-area>, <mailto:int-area-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/int-area/>
List-Post: <mailto:int-area@ietf.org>
List-Help: <mailto:int-area-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/int-area>, <mailto:int-area-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 23 May 2020 22:35:14 -0000

On Sat, May 23, 2020 at 2:24 PM Erik Kline <ek.ietf@gmail.com> wrote:
>
> Iain,
>
> Overall, LGTM.
>
> Questions and notes:
>
> [ section 3.2 ]
>
> * Does "IPENC" need to be officially recorded in an official registry
> somewhere?  Or has this already been done and a link to it can be
> included in this draft?
>
> I wasn't able to find this word in the APRS PDF linked to in the references.

Ah, I think I see now that section 17 of that PDF refers to these as
"dummy callsigns".  It mentions "TCPIP", but there doesn't seem to be
any text significantly constraining these dummy callsigns.

So, I guess: don't mind me!

> [ section 5 ]
>
> * Can you explain more about the limitations on non-NULL encryption?
>
> My intuition would be that ESP with non-NULL encryption provides
> privacy only on the IP links between tunnel endpoints.  A packet that
> failed to decrypt properly would not be transmitted over the amateur
> radio link, but rather be dropped by the IP endpoint (and possibly
> logged).  I don't think I follow what the intent of this section is.
>
> * I cannot find the phrase "dead peer detection" in RFC 7926, nor is
> that the IKEv2 RFC.  I think perhaps you meant RFC 7296 (numeric
> transposition).