IETF Logo Mail Archive

Re: [Snac] I-D Action: draft-ietf-snac-simple-00.txt

Ted Lemon <mellon@fugue.com> Tue, 21 February 2023 14:38 UTC

Return-Path: <mellon@fugue.com>
X-Original-To: snac@ietfa.amsl.com
Delivered-To: snac@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78517C1522A4 for <snac@ietfa.amsl.com>; Tue, 21 Feb 2023 06:38:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.898
X-Spam-Level:
X-Spam-Status: No, score=-6.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=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=fugue-com.20210112.gappssmtp.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 QSltk8aLojAD for <snac@ietfa.amsl.com>; Tue, 21 Feb 2023 06:38:01 -0800 (PST)
Received: from mail-qv1-xf2e.google.com (mail-qv1-xf2e.google.com [IPv6:2607:f8b0:4864:20::f2e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6BA0CC15171B for <snac@ietf.org>; Tue, 21 Feb 2023 06:38:01 -0800 (PST)
Received: by mail-qv1-xf2e.google.com with SMTP id y3so4939443qvn.4 for <snac@ietf.org>; Tue, 21 Feb 2023 06:38:01 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fugue-com.20210112.gappssmtp.com; s=20210112; t=1676990280; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=BNHPm+uio02glxBSzwNTnATHeUIXmK42Qkc6OR7MhtM=; b=AaqD2HIsNks4NhIB58m9kIhnEuBpGcP7m1YOnX+ZUwR7KvZlKCyNg6e+u3a9ZDm6mn 6jQUfwvdbCR4PH6xZc8XAdSDM09WqtoQWO0tNBXYrmpuhr5kcp6XX6Rnn842p6w9LIkb /t2Fiz48MV4URvTBATqNFLT44aVZkFzOaOl36F99PFzo26Iya2YA9T9x3IrRES++eOK4 CEOWuLBqdbuXLUqRVsTda1ehxdx4D5eFXNua0x7RW61B7s7rlAXG6SoIyiAVj5t3PT+U UFahK2ptgiMSd7tq1rNxNXfIkrPUAJ8wPr6Wk43dWrHZzHloxeHiqukzlvisvBxlSXPi /shw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1676990280; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=BNHPm+uio02glxBSzwNTnATHeUIXmK42Qkc6OR7MhtM=; b=Pd0/0P3zmO1QunaybrzYufO1T3F39R7DWg0DXpzOaCVNH3mEOX9ed7vLIMv9Ca1ywB pPLa7FlTOfldt3hcfZu9Rf7LqaecZqLBk52+VP2shFUs9ATsykdl1m9H59KaQKWAZVBe fC2OtxRjRgK/E2amFY40ONflHjYT+1wFzNUhTrKwdVDaaVaNyNu9Ozx64noIoJVFD8ch qvICCKVFZsubYPnqUK0QMCzng3FL9gRLGMSqGCI+A1hxLidY8kuzs7SMTEiQugRQbjXd 7+eIf6wGQr6+yHK36lD3kTQkZxImfCniCFVUhwTR8MBOxRxmVIOuUX+wHDS7e9Y1amDb OEgw==
X-Gm-Message-State: AO0yUKVM8BZTYQuDbkBrFxegGbAfD/f2M2iRf7+QxgQSAtgFhF/QlMzJ NNHattze6PDh4TM74rqN4HSrqMs3IOU3DDLjgf1rTw==
X-Google-Smtp-Source: AK7set8usNl8+3yUqogHMrRE9PJLDJ15dSjGD13zNepeb9va4TEurRwmeKC8HP5noS0fzN1HDlT1LfYLgGB/ZGSmVkw=
X-Received: by 2002:a0c:f442:0:b0:571:a611:c920 with SMTP id h2-20020a0cf442000000b00571a611c920mr442620qvm.49.1676990280272; Tue, 21 Feb 2023 06:38:00 -0800 (PST)
MIME-Version: 1.0
References: <167631700481.44401.16650680728729430437@ietfa.amsl.com> <m1pma4sfrl.fsf@narrans.de> <CAPt1N1mXF6qc__ELjArge3RfT1PvkzuzZLwHA_2bWp361+wNwA@mail.gmail.com> <DU0P190MB1978720103FADEF84B36E71DFDA59@DU0P190MB1978.EURP190.PROD.OUTLOOK.COM> <25382.1676987732@localhost>
In-Reply-To: <25382.1676987732@localhost>
From: Ted Lemon <mellon@fugue.com>
Date: Tue, 21 Feb 2023 09:37:24 -0500
Message-ID: <CAPt1N1n_G_w3wbC=dhbxBm5gUNOxyaFf6cmqDOnADuzG2G8u4w@mail.gmail.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: Esko Dijk <esko.dijk@iotconsultancy.nl>, Florian Obser <florian+ietf@narrans.de>, "snac@ietf.org" <snac@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000f2a07e05f536b97a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/snac/Bm6_CN5CAbFd6qd8obJiZc0wlO8>
Subject: Re: [Snac] I-D Action: draft-ietf-snac-simple-00.txt
X-BeenThere: snac@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "Mailing list for discussing problems relating to the automatic connection of stub networks to existing infrastructure networks. " <snac.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/snac>, <mailto:snac-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/snac/>
List-Post: <mailto:snac@ietf.org>
List-Help: <mailto:snac-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/snac>, <mailto:snac-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 21 Feb 2023 14:38:02 -0000

There are no such situations, but it might get a bogus prefix length
anyway. Probably we should say that if it gets a prefix length that's
narrower than 64 bits, it should just use the lowest /64. I would hope that
if it asks for a /64, it doesn't get a /56, but you never know. It could
also get a /96 from an evil DHCPv6 server, in which case it would not be
able to use it.

On Tue, Feb 21, 2023 at 8:55 AM Michael Richardson <mcr+ietf@sandelman.ca>
wrote:

>
> Esko Dijk <esko.dijk@iotconsultancy.nl> wrote:
>     > What about the case where DHCPv6-PD is available, but the stub router
>     > doesn’t get the desired prefix length or encounters some error in the
>     > process?
>
> What are the situations where a SNAC Stub Router would more address space
> than a
> single /64?
>
>
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
>
>
>
>
>

v2.23.0 | Report a Bug | By Email