Re: [Int-area] Continuing the addressing discussion: what is an address anyway?
Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 28 January 2022 11:49 UTC
Return-Path: <alexandre.petrescu@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 EC6D83A0E1F for <int-area@ietfa.amsl.com>; Fri, 28 Jan 2022 03:49:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.346
X-Spam-Level:
X-Spam-Status: No, score=-2.346 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FORGED_GMAIL_RCVD=1, FREEMAIL_FROM=0.001, NICE_REPLY_A=-0.714, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665] autolearn=no autolearn_force=no
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 gWkCOGRMNsQq for <int-area@ietfa.amsl.com>; Fri, 28 Jan 2022 03:49:03 -0800 (PST)
Received: from oxalide-smtp-out.extra.cea.fr (oxalide-smtp-out.extra.cea.fr [132.168.224.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E93B3A0E1A for <int-area@ietf.org>; Fri, 28 Jan 2022 03:49:02 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 20SBmxW4025570 for <int-area@ietf.org>; Fri, 28 Jan 2022 12:48:59 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id C302120720A for <int-area@ietf.org>; Fri, 28 Jan 2022 12:48:59 +0100 (CET)
Received: from muguet2-smtp-out.intra.cea.fr (muguet2-smtp-out.intra.cea.fr [132.166.192.13]) by pisaure.intra.cea.fr (Postfix) with ESMTP id B9034207112 for <int-area@ietf.org>; Fri, 28 Jan 2022 12:48:59 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 20SBmxHT014153 for <int-area@ietf.org>; Fri, 28 Jan 2022 12:48:59 +0100
Message-ID: <092dc5e4-2dc8-26f5-5f63-edc72f00c54a@gmail.com>
Date: Fri, 28 Jan 2022 12:48:59 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1
Content-Language: fr
To: int-area@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: Alexandre Petrescu <alexandre.petrescu@gmail.com>
In-Reply-To: <9E1A0D8C-A309-4AC9-B1A6-D2E817C02293@apnic.net>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/int-area/j-_ijzfHPDyoNbkGOy6DIiXw5As>
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: Fri, 28 Jan 2022 11:49:08 -0000
Sorry, I take advantage of this valuable public conversation between you to mention a point that might be related. Le 25/01/2022 à 20:30, Geoff Huston a écrit : > [...] 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. [...] Without jugding, and without thinking others might judge, i.e. to qualify as 'good' or 'bad'. I do think there might be value in questioning whether there might be something inherent in the IP addressing system which might lead to less positive consequences. It is a question on the cause-to-effect dynamics. What in the IP addressing system makes it possible that NAT has been designed and used largely? Lack of space in v4 - ok - but is there anything more to that problem, now that IPv6 solves the space size problem? Is the fact that NAT kind of probably protection is helping? For example, if the IP addressing system had variable length addresses (instead of fixed length) - would that make the translation process of NAT be unacceptably long, and hence no NAT would be feasible? Other than that, what other characteristic of the IP addressing system might have an impact on the existence of NATs? What other characteristic of the IP addressing system has no impact at all on the existence of NATs? I.e. one could change that characteristic but NATs would still be designed. Other than NAT and IP addresses, there are other aspects of the current Internet addressing that are less desirable. For example: the open Internet and its open addressing system leads to a need of privacy respecting for the individual; which is good. At the same time, the new privacy rules are not making everyone happy. Some times it goes to large extents. For example, some addresses of web sites are not visible to others _because_ of that privacy ruling. Not all websites in all countries accept to abide to the privacy rules of other countries. Such websites refuse to abide and block access altogether. That situation is clearly against the openness of access in the Internet. It is not a matter of paying money or not to access data. Even if one pays one is still not given access because one is situated in a country of a particular privacy ruling. It is a strange situation in which the ruling of privacy is not accepted. Those sites who do not accept to deliver data according to the privacy rules do so not because they dont agree with a general principle of privacy, but because they dont agree with that particular ruling (GDPR in this case) of privacy. What is at fault for that situation? Is there something in the Internet addressing system at higher layer (above IP) that might be qualified as being a little bit in error for that lack of access? For example, if the 'cookies' used by HTTP involved host names (host names are also a sort of addresses) whose structure was agreed locally, then there would be more positive view of the generally negative view of 'tracking'. For example, a locally agreed way to identify people is generally accepted (license plates, faces, more) but a universal way of identification (hostname containing 'Windows' characteristics) might be less accepted. Alex
- [Int-area] Continuing the addressing discussion: … Dirk Trossen
- Re: [Int-area] Continuing the addressing discussi… Eliot Lear
- Re: [Int-area] Continuing the addressing discussi… Geoff Huston
- Re: [Int-area] Continuing the addressing discussi… Tom Herbert
- Re: [Int-area] Continuing the addressing discussi… Stewart Bryant
- Re: [Int-area] Continuing the addressing discussi… Geoff Huston
- Re: [Int-area] Continuing the addressing discussi… Geoff Huston
- Re: [Int-area] Continuing the addressing discussi… Brian E Carpenter
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Tom Herbert
- Re: [Int-area] Continuing the addressing discussi… Eliot Lear
- Re: [Int-area] Continuing the addressing discussi… Dirk Trossen
- Re: [Int-area] Continuing the addressing discussi… Dirk Trossen
- Re: [Int-area] Continuing the addressing discussi… Antoine FRESSANCOURT
- Re: [Int-area] [Coin] Fwd: [arch-d] Continuing th… Adrian Farrel
- Re: [Int-area] Continuing the addressing discussi… Geoff Huston
- Re: [Int-area] Continuing the addressing discussi… Dirk Trossen
- Re: [Int-area] [arch-d] Continuing the addressing… Luigi Iannone
- Re: [Int-area] Continuing the addressing discussi… Alexandre Petrescu
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Meaning of Identifier, Locator, an… Joel M. Halpern
- Re: [Int-area] Continuing the addressing discussi… Brian E Carpenter
- Re: [Int-area] Meaning of Identifier, Locator, an… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Jens Finkhaeuser
- Re: [Int-area] Continuing the addressing discussi… Antoine FRESSANCOURT
- Re: [Int-area] Continuing the addressing discussi… Jens Finkhaeuser
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Antoine FRESSANCOURT
- Re: [Int-area] Continuing the addressing discussi… Antoine FRESSANCOURT
- Re: [Int-area] Continuing the addressing discussi… Jens Finkhaeuser
- Re: [Int-area] Continuing the addressing discussi… Alan DeKok
- Re: [Int-area] Continuing the addressing discussi… Toerless Eckert
- Re: [Int-area] Continuing the addressing discussi… Antoine FRESSANCOURT
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Jens Finkhaeuser
- Re: [Int-area] Continuing the addressing discussi… Bless, Roland (TM)
- Re: [Int-area] Continuing the addressing discussi… Templin (US), Fred L
- Re: [Int-area] Continuing the addressing discussi… Dino Farinacci
- Re: [Int-area] Continuing the addressing discussi… Jens Finkhaeuser
- Re: [Int-area] Meaning of Identifier, Locator, an… Dino Farinacci