Re: [dhcwg] [Last-Call] Iotdir last call review of draft-ietf-dhc-v6only-03
Philip Homburg <pch-ietf-7@u-1.phicoh.com> Tue, 23 June 2020 17:39 UTC
Return-Path: <pch-b9D3CB0F5@u-1.phicoh.com>
X-Original-To: dhcwg@ietfa.amsl.com
Delivered-To: dhcwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB6E03A087F; Tue, 23 Jun 2020 10:39:49 -0700 (PDT)
X-Quarantine-ID: <4fBJemKvX0MR>
X-Virus-Scanned: amavisd-new at amsl.com
X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Cc"
X-Spam-Flag: NO
X-Spam-Score: -0.378
X-Spam-Level:
X-Spam-Status: No, score=-0.378 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, KHOP_HELO_FCRDNS=0.276, NORMAL_HTTP_TO_IP=0.001, NUMERIC_HTTP_ADDR=1.242, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=0.001] 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 4fBJemKvX0MR; Tue, 23 Jun 2020 10:39:48 -0700 (PDT)
Received: from stereo.hq.phicoh.net (stereo6-tun.hq.phicoh.net [IPv6:2001:888:1044:10:2a0:c9ff:fe9f:17a9]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C51B63A085B; Tue, 23 Jun 2020 10:39:47 -0700 (PDT)
Received: from stereo.hq.phicoh.net (localhost [::ffff:127.0.0.1]) by stereo.hq.phicoh.net with esmtp (TLS version=TLSv1.2 cipher=ECDHE-RSA-CHACHA20-POLY1305) (Smail #157) id m1jnmtd-0000OoC; Tue, 23 Jun 2020 19:39:45 +0200
Message-Id: <m1jnmtd-0000OoC@stereo.hq.phicoh.net>
To: ietf@ietf.org
Cc: Michael Richardson <mcr+ietf@sandelman.ca>
Cc: "draft-ietf-dhc-v6only.all@ietf.org" <draft-ietf-dhc-v6only.all@ietf.org>, "iot-directorate@ietf.org" <iot-directorate@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "dhcwg@ietf.org" <dhcwg@ietf.org>
From: Philip Homburg <pch-ietf-7@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <159290613429.20258.90107321879676135@ietfa.amsl.com> <CAKD1Yr0m637ft_H43r8kw3868X51OcUE+gUZPQ7OvgEbosL8VQ@mail.gmail.com> <MN2PR11MB356540C90067D188E624CA3FD8940@MN2PR11MB3565.namprd11.prod.outlook.com> <m1jnmO9-0000NZC@stereo.hq.phicoh.net> <32056.1592933199@localhost>
In-reply-to: Your message of "Tue, 23 Jun 2020 13:26:39 -0400 ." <32056.1592933199@localhost>
Date: Tue, 23 Jun 2020 19:39:44 +0200
Archived-At: <https://mailarchive.ietf.org/arch/msg/dhcwg/p_jC3z2H5vlU8kOL2K8ua3ZUBOE>
Subject: Re: [dhcwg] [Last-Call] Iotdir last call review of draft-ietf-dhc-v6only-03
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: <dhcwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/dhcwg/>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Jun 2020 17:39:50 -0000
>Huh? NAT64 can involves no host changes at all (other than not having IPv4 to >succeed in network attachment, and as Lorenzo said, IPv4 literals in some ancien >t protocols). I don't know if you consider http://192.0.2.1/ an ancient protocol, but this is typically something that breaks with NAT64. However, NAT64 is also a complete violation of core IPv6 standards. 1) RFC 4443 (ICMP6) Section 2.4, (c): Every ICMPv6 error message (type < 128) MUST include as much of the IPv6 offending (invoking) packet (the packet that caused the error) as possible without making the error message packet exceed the minimum IPv6 MTU [IPv6]. There is no way an NAT64 gateway is going to make that work. Worse, RFC 4884 put funny bits at ofset 128. 2) IPv4 links can have MTUs lower than 1280. Again this is incompatible with IPv6 specifications. Then, if you say no host changes required, you imply the use of DNS64, which is incompatible with a DNSSEC validating resolver on the host (unless that resolver is aware of the presence of DNS64).
- [dhcwg] Iotdir last call review of draft-ietf-dhc… Pascal Thubert via Datatracker
- Re: [dhcwg] Iotdir last call review of draft-ietf… Eric Vyncke (evyncke)
- Re: [dhcwg] Iotdir last call review of draft-ietf… Lorenzo Colitti
- Re: [dhcwg] Iotdir last call review of draft-ietf… Pascal Thubert (pthubert)
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Philip Homburg
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Michael Richardson
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Ted Lemon
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Philip Homburg
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Ted Lemon
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Michael Richardson
- Re: [dhcwg] Iotdir last call review of draft-ietf… Jen Linkova
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Lorenzo Colitti
- Re: [dhcwg] Iotdir last call review of draft-ietf… Lorenzo Colitti
- Re: [dhcwg] Iotdir last call review of draft-ietf… Michael Richardson
- Re: [dhcwg] Iotdir last call review of draft-ietf… otroan
- Re: [dhcwg] Iotdir last call review of draft-ietf… Pascal Thubert (pthubert)
- Re: [dhcwg] Iotdir last call review of draft-ietf… Pascal Thubert (pthubert)
- Re: [dhcwg] Iotdir last call review of draft-ietf… Lorenzo Colitti
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Philip Homburg
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Lorenzo Colitti
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Jen Linkova
- Re: [dhcwg] Iotdir last call review of draft-ietf… Michael Richardson
- Re: [dhcwg] Iotdir last call review of draft-ietf… otroan
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Philip Homburg
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Jen Linkova
- Re: [dhcwg] [Last-Call] Iotdir last call review o… Michael Richardson
- Re: [dhcwg] Iotdir last call review of draft-ietf… Lorenzo Colitti
- Re: [dhcwg] Iotdir last call review of draft-ietf… Pascal Thubert (pthubert)