Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?

Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com> Mon, 30 November 2020 14:11 UTC

Return-Path: <pch-b9D3CB0F5@u-1.phicoh.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 1D2573A0B76 for <ipv6@ietfa.amsl.com>; Mon, 30 Nov 2020 06:11:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.918
X-Spam-Level:
X-Spam-Status: No, score=-1.918 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham 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 sVjTu9yJnJ-J for <ipv6@ietfa.amsl.com>; Mon, 30 Nov 2020 06:11:46 -0800 (PST)
Received: from stereo.hq.phicoh.net (stereo.hq.phicoh.net [130.37.15.35]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C12363A0B71 for <ipv6@ietf.org>; Mon, 30 Nov 2020 06:11:44 -0800 (PST)
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 m1kjjtu-0000ICC; Mon, 30 Nov 2020 15:11:34 +0100
Message-Id: <m1kjjtu-0000ICC@stereo.hq.phicoh.net>
To: ipv6@ietf.org
Subject: Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?
From: Philip Homburg <pch-ipv6-ietf-7@u-1.phicoh.com>
Sender: pch-b9D3CB0F5@u-1.phicoh.com
References: <m1kiLjK-0000EaC@stereo.hq.phicoh.net> <7BB64BE0-6A62-4711-91E4-1393EDC0809E@employees.org> <m1kiaW6-0000IFC@stereo.hq.phicoh.net> <5EB013E0-CC25-42AB-B5EF-3DBC82782B44@employees.org> <m1kidK6-00001eC@stereo.hq.phicoh.net> <965999C8-31C2-415C-9AB7-0B8129918BB9@employees.org> <m1kigqX-0000ETC@stereo.hq.phicoh.net> <A2BB24C1-F529-4712-AF8D-F0CE62066BC7@employees.org>
In-reply-to: Your message of "Fri, 27 Nov 2020 18:51:30 +0100 ." <A2BB24C1-F529-4712-AF8D-F0CE62066BC7@employees.org>
Date: Mon, 30 Nov 2020 15:11:31 +0100
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/daILiylhP3qaO0mhnnCDLocVODU>
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.29
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: Mon, 30 Nov 2020 14:11:47 -0000

>For the case you cite IPv4 NAT would work equally well.

You keep bringing that up. IPv4 NAT doesn't work very well if you can't get
IPv4 addresses for your servers.

In addition, NAT CGN boxes are more expensive than IPv6 routing.

> This started with a discussion how to support multiple links (i.e.
> more than a single /64).  We are the IETF and have a responsibility
> to solve the general problem.  A site with an arbitrary topology.
> Can you now please describe your solution?

For site with arbitrary topology, the solution is simple:
- for inter-site prefix delegation use DHCPv6 PD, or (if we get agreement on it)
  PD using RA.
- intra-site use homenet.

Personally, I'd like to see a good solution for an intra-site tree topology
where parties don't trust each other.

But homenet seems to have sacraficed practical security to support arbitrary
topologies. And that seems to be your focus as well.