Re: [Int-area] Continuing the addressing discussion: what is an address anyway?

Brian E Carpenter <brian.e.carpenter@gmail.com> Tue, 25 January 2022 20:03 UTC

Return-Path: <brian.e.carpenter@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 B9C9A3A0A70 for <int-area@ietfa.amsl.com>; Tue, 25 Jan 2022 12:03:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.812
X-Spam-Level:
X-Spam-Status: No, score=-2.812 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, NICE_REPLY_A=-0.714, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 Y2GLaUucJ-nx for <int-area@ietfa.amsl.com>; Tue, 25 Jan 2022 12:03:42 -0800 (PST)
Received: from mail-pl1-x629.google.com (mail-pl1-x629.google.com [IPv6:2607:f8b0:4864:20::629]) (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 019453A0A55 for <int-area@ietf.org>; Tue, 25 Jan 2022 12:03:41 -0800 (PST)
Received: by mail-pl1-x629.google.com with SMTP id z5so6519878plg.8 for <int-area@ietf.org>; Tue, 25 Jan 2022 12:03:41 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=vB+WRNjgobmLrbnpf3YGULHGyS4WS1t8xEOtN7bbTBM=; b=Dx5wQI3FkJCAMuME8/kWdZsm8hW2A9LYM8OKOEQ7oStG9HI93//IeSZ+KnDNhx/b1R WqpP7JvBr1b5rDsT3CO8Spx3t6Q10lSdRmMpNG27BFVG9PmlVgbqu3Jp5h7lxPYJf3GH jfnoR8PGEdAW3YzdYLVLB5L4Wal/PLtiyVjVsFAp5uAY9REjoN27agVqjKgZmSec1AIt fmUZG5NHismo2G9YwQaZDhAAI4W5efTAM8SLyD8JGOuVDd089iPCp/Cu3iu7PrnBxRr3 Y44of8THm88U7ocyg+n3AbptFaXAofhdLbcvmVWzxpvCcob3sfCYPOgj4IyekliJKVqb gaWA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=vB+WRNjgobmLrbnpf3YGULHGyS4WS1t8xEOtN7bbTBM=; b=BT8f94A/9vLq+URYUzOiPTSmnpeEmzk2Norts4xQXgTls9hKLVtFOBsTvklUWvfiOJ JPDTAcqvDhPpIH4hL8fB0WU0NuP+M1kYLBnc9GC+xVcPJyjws4CirLjvzqEPJvOuPxUn h+Fx3NzLaJAAwRm/4hJuIfGwq21JJS32EVUFkNupBB70pOK5fteBQ96D9GxajjBZfEjF w7Kx6voGP3GQkpTssAlDuPmVc9jw8reGrp78O8IBflKkEABl36lRdNdT5LT+FmCVraf1 eWxkwDuU0b+9pkEuOTzi8cyFOMWkwUBMxZ4pL7J4+nusagtcPYiYjBQCK7/tfDEbrWXN 1d8w==
X-Gm-Message-State: AOAM531/1n937g0vz5VWPNBsXVswcDoyKCKTBe3RzqF6c3FAd85YGC7v 8EgPayctJDY1welYJT2pRWWU+zjyP0JKfg==
X-Google-Smtp-Source: ABdhPJy0sc72XDjzB9p+kBoA645jUf00BboaFvevGaqrgAYFbRHkImwCm43VAIn1LcosGddEQHXSLA==
X-Received: by 2002:a17:90a:7444:: with SMTP id o4mr5136241pjk.65.1643141019776; Tue, 25 Jan 2022 12:03:39 -0800 (PST)
Received: from ?IPv6:2406:e003:1071:1701:80b2:5c79:2266:e431? ([2406:e003:1071:1701:80b2:5c79:2266:e431]) by smtp.gmail.com with ESMTPSA id l2sm21648389pfc.183.2022.01.25.12.03.37 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 25 Jan 2022 12:03:39 -0800 (PST)
To: Geoff Huston <gih@apnic.net>, Tom Herbert <tom@herbertland.com>
Cc: "Int-area@ietf.org" <int-area@ietf.org>, Dirk Trossen <dirk.trossen=40huawei.com@dmarc.ietf.org>
References: <57c643c667d94a77b9917bb17dc142a5@huawei.com> <D9F21BA9-4EFC-4AFD-8C91-B411A3289734@apnic.net> <CALx6S35KMHDTZD60bS8Rm6rCFhODXJaya3+Rbh9v_WVRfuFppg@mail.gmail.com> <9E1A0D8C-A309-4AC9-B1A6-D2E817C02293@apnic.net>
From: Brian E Carpenter <brian.e.carpenter@gmail.com>
Message-ID: <2601a3aa-413e-ea08-4b7f-7b8569536a50@gmail.com>
Date: Wed, 26 Jan 2022 09:03:34 +1300
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0
MIME-Version: 1.0
In-Reply-To: <9E1A0D8C-A309-4AC9-B1A6-D2E817C02293@apnic.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/IZLRQL90Aw8LdNB6qiZv2BsH4TY>
Subject: Re: [Int-area] Continuing the addressing discussion: what is an address anyway?
X-BeenThere: int-area@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF Internet Area WG 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: Tue, 25 Jan 2022 20:03:47 -0000

On 26-Jan-22 08:30, Geoff Huston wrote:
...
> Tom,
> 
> I think you may have missed my initial characterisation of IP addresses 
in your response: "we treat addresses as no more than temporary ephemeral 
_session_ tokens” i.e. the NAT model relies on session level stability of the NAT association.

Right. And it's well understood that users don't care about addresses (unless circumstances force them to, such as instructions to browse to 10.1.1.1 to set up their new home gateway). I don't think much has changed since my rant 8 years ago (https://dl.acm.org/doi/10.1145/2602204.2602215).

It increasingly seems to me that what we lack is some kind of transaction 
identifier that can survive both changes of address and transport layer failures. Possibly this is what OSI called the session layer.
  
> My comment about QUIC is that the QUIC protocol does not even require that session-level stability of address association, and QUIC sessions essentially require stability of association only on a time basis approaching the RTT interval.
> 
> If you wish to construe various judgemental observations (Like "NAT is evil”, “NBATs break stuff”, etc,) feel free, but they are your constructions, not mine. The issue for me is not judgments of “good” or “bad”, but simply to explore, without overtones of judgement, exactly what an IP address represents in today’s Internet.

I just reread RFC2101. I wouldn't change a word, especially this:

"Thus, IPv6 will amplify the existing
problem of finding stable identifiers to be used for end-to-end
security and for session bindings such as TCP state.

The IAB feels that this is unfortunate, and that the transition to
IPv6 would be an ideal occasion to provide upper layer end-to-end
protocols with temporally unique identifiers. The exact nature of
these identifiers requires further study."

Here we are.

Regards
     Brian