Re: [IPv6] Adoption call for draft-bctb-6man-rfc6296-bis

Naoki Matsuhira <matsuhira.ietf@gmail.com> Wed, 27 March 2024 09:53 UTC

Return-Path: <matsuhira.ietf@gmail.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C497EC14CE5D for <ipv6@ietfa.amsl.com>; Wed, 27 Mar 2024 02:53:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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, HTML_MESSAGE=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 eueXIuZ-WvaL for <ipv6@ietfa.amsl.com>; Wed, 27 Mar 2024 02:53:29 -0700 (PDT)
Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) (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 54C70C14CEE4 for <ipv6@ietf.org>; Wed, 27 Mar 2024 02:53:29 -0700 (PDT)
Received: by mail-lf1-x129.google.com with SMTP id 2adb3069b0e04-513e25afabaso7665991e87.2 for <ipv6@ietf.org>; Wed, 27 Mar 2024 02:53:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1711533207; x=1712138007; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=X36NyjqU3Q0aFHT5JSVEr8UZRDma4+fHgLNJoZKsa5A=; b=S51McT/A0bwyg8oyLgpCDIVS59Vj02tnnjvb/mM9ztqwgncvR+IAXgTxMuNJyNaRXf /I8L0AE6/GRS8NRPKeTGfywwbRTs2N4ErV0bNIsbjb9GhKh2BqUZW83SOmDZ0hQptAqg EQnsD0xJaPo/oGxSLsQwuV0Ocz6/4UhYN0dSaO1S9ykA7Ari/0gPHrPbpN2azmOX5iG9 16IpPiuRZpeZB4R/h/iG3RZ83Hh35gzIdrJRkZ04xf7+pO7KxwC4jZ690rwCuluPZRgg geF+rSVCSohtSnTRtgn+Dz6E3plMwlvQeml77hY1MyE1jQgACP5EDaLvNc48t/aVJvwp j6nQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1711533207; x=1712138007; 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=X36NyjqU3Q0aFHT5JSVEr8UZRDma4+fHgLNJoZKsa5A=; b=Ng4On1Ke6oahghCEJIMssW6Vd3w9UkgWTa8dsuy8qHfGzvt0h3lOezc+zObD6MtQnT 7QcVM3Z3PNzj0/TWF3kup9aQL9/MFihuG2xvTPiHE54kAFdpW2fXWPN+/rUbgC819xDf A+joL5rKdrk9qb+giscwBF1eTXB9fX3EtP0gV8X0O9p66BcWoSsdlffViLmnSm1IJPZi 9H67HkKY1RQKw+kpT/HbSgbrd6kTsh2QG6MTa3YuERl2QpjvMh+NDRUpYlo3FwKYwVDJ U4g4xC+sZb9tvPcjebZH4Oy05Z9bXhc868lbX0BpAk5gMddQW3aSWL2c8vzncOzFbYaH uTOw==
X-Forwarded-Encrypted: i=1; AJvYcCUuy0cNpQ/Hw7mySI7IkAh7kzP43odYaVQzTUaqGgd817HaOBfayrE+/kwJeYTLfYktaMpZpc7tSO627DAP
X-Gm-Message-State: AOJu0YyXI9UUXVVMfw91fhFRTa9tpk+prHF2EOq4bv5qCecYilKooaBS qL72GXGzXDe75UV9FYBv9jKvttHaQDO41/UEpIrqOt+ZYXnciLjk3hOJxGw4NUgXXeCo7VQXMj8 nt4btCwkcQatwqhXhcn2WjIaA3Dp8I9339zQ=
X-Google-Smtp-Source: AGHT+IEwy3ix03TSQ7rEI7VzN4EXYpNazIwFMGkhzkyWmOUJlBSbm6i7URSg37YKJezC7jHGfQe2jTOKj6wf1ZJT8IA=
X-Received: by 2002:ac2:465b:0:b0:513:c16d:f192 with SMTP id s27-20020ac2465b000000b00513c16df192mr1587540lfo.13.1711533206570; Wed, 27 Mar 2024 02:53:26 -0700 (PDT)
MIME-Version: 1.0
References: <df333346-f108-3782-0ff5-4bd85d7b49ac@gmail.com> <015F13BE-32F7-4C8B-8C86-C9153FE9C9E9@employees.org> <CAKD1Yr3dJ0EcMVPEGz-oHzNdWzJO1fE1u73Xxiw44BObuYTXbQ@mail.gmail.com> <CADmxuPExdq93HFRBpk6EeJdZsXOFQFDwB2EfVvkM++CDPb2gkg@mail.gmail.com> <CADmxuPEtbaehHwJhxfuhWzTeiZ7sHsveTrm69U2R67Swd1n0Bg@mail.gmail.com> <5ED8B6B1-991F-4D45-A3C3-C6BE20B00518@employees.org>
In-Reply-To: <5ED8B6B1-991F-4D45-A3C3-C6BE20B00518@employees.org>
From: Naoki Matsuhira <matsuhira.ietf@gmail.com>
Date: Wed, 27 Mar 2024 18:53:15 +0900
Message-ID: <CADmxuPGC2vhVso1gwk-zcqgdHwhhZ8tPa-is1q_CNK1m4sYUXw@mail.gmail.com>
To: Ole Troan <otroan@employees.org>
Cc: Lorenzo Colitti <lorenzo=40google.com@dmarc.ietf.org>, 6man WG <ipv6@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000cc90a40614a1601d"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/TeMTiIyKjb7lLqXi0BnbcBWwfRM>
Subject: Re: [IPv6] Adoption call for draft-bctb-6man-rfc6296-bis
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 27 Mar 2024 09:53:29 -0000

Hi Ole,

Sorry for the slow response

I have confirmed that NTPv6 has improvements over IPv4 NAT. However, there
are similar points, so I think experience with IPv4 may be helpful.

>From what I remember, many of the applications that had trouble with IPv4
NAT were network gaming applications. I believe it included an IP address
in the payload, like FTP. I also remember that it is difficult to deal with
commercial products.

Naoki

2024年3月22日(金) 18:36 Ole Troan <otroan@employees.org>:

> Naoki,
>
> > I don't support adoption.
> >
> > When NAT was first introduced, I experienced a lot of trouble. There may
> be fewer problems these days, but I think the reason is that applications
> are built with NAT in mind. In other words, I think it limits the ability
> to create applications.
> >
> > I think it is undesirable that something works in an environment without
> NAT but does not work in an environment with NAT. If this happens, should I
> fix the application or the network?
> >
> > I think it would be desirable to regain an environment where
> applications can be created without restrictions, and I think that would
> make the Internet better.
> >
> > Even though IPv6 can eliminate this restriction, I do not agree with
> restricting applications with NPTv6.
>
> Could you say a little more about _how_ NPTv6 restricts applications?
>
> Cheers,
> Ole
>
> PS: And for this discussion let’s assume NAT64 doesn’t exist, which of
> course restricts any IPv6 application to be equivalent to sitting behind a
> NAPT44.
>