Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?
Alexandre Petrescu <alexandre.petrescu@gmail.com> Fri, 27 November 2020 17:27 UTC
Return-Path: <alexandre.petrescu@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 BD8173A0ABD for <ipv6@ietfa.amsl.com>; Fri, 27 Nov 2020 09:27:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.648
X-Spam-Level:
X-Spam-Status: No, score=0.648 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.001, NML_ADSP_CUSTOM_MED=0.9, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_SOFTFAIL=0.665, 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 4IlQeyEbtS5r for <ipv6@ietfa.amsl.com>; Fri, 27 Nov 2020 09:27:37 -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 D3EDA3A0AB4 for <ipv6@ietf.org>; Fri, 27 Nov 2020 09:27:36 -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 0ARHRYnS020414 for <ipv6@ietf.org>; Fri, 27 Nov 2020 18:27:34 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 50E67202A7E for <ipv6@ietf.org>; Fri, 27 Nov 2020 18:27:34 +0100 (CET)
Received: from muguet1-smtp-out.intra.cea.fr (muguet1-smtp-out.intra.cea.fr [132.166.192.12]) by pisaure.intra.cea.fr (Postfix) with ESMTP id 45896205AFA for <ipv6@ietf.org>; Fri, 27 Nov 2020 18:27:34 +0100 (CET)
Received: from [10.8.35.150] (is154594.intra.cea.fr [10.8.35.150]) by muguet1-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0ARHRYHn010081 for <ipv6@ietf.org>; Fri, 27 Nov 2020 18:27:34 +0100
Subject: Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?
To: ipv6@ietf.org
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>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <0ff967ac-5067-a25d-42c2-47763e30a36a@gmail.com>
Date: Fri, 27 Nov 2020 18:27:33 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0
MIME-Version: 1.0
In-Reply-To: <m1kigqX-0000ETC@stereo.hq.phicoh.net>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: fr
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ipv6/pgQM-K3KNrsG9ecinwT8Coq7I-c>
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: Fri, 27 Nov 2020 17:27:39 -0000
Le 27/11/2020 à 17:43, Philip Homburg a écrit : >> Can you please write a draft explaining how it is supposed to >> work? And if it is true as you say that it is currently implemented >> and deployed, what implementations support that, how do the >> topologies look like etc? I work for a reasonably large vendor I >> can guarantee you that we have not implemented support for >> ephemeral addressing. ;-) > > Maybe we are talking about different things. > > What I'm talking about if that applications on phones keep working > even if the phone witch between mobile and wifi connections or moves > from one wifi to the next. In IPv4 _most_ applications on smartphone do work ok after handover. Other particular apps, eg Skype ongoing calls, break after handover. The same behaviour is with IPv6. If one wants an universal solution to deal with that mobility universally at network layer, such that all apps - even the ones that are not improved to deal with address changes - will continue working after addresses change then that solution is the protocol Mobile IP (there is Mobile IPv4 and Mobile IPv6). But people dont need that. Most apps that need to resist handovers do have some sort of handover management built in; other apps never need to be handed over either (eg always use the 4G everywhere). In the case of cars, such a universal mobility protocol Mobile IP has been extended with NEMO extensions (network mobility). But it has some drawbacks stemming from the mandatory use of tunnels and from the security risks of its route optimization. Without Mobile IP, it would be already an exceptional achievement if cars got a shorter than /64 prefix from the cellular network, or if it used /65 RAs SLAAC in the onboard network. That would already have a high impact. > Similarly laptops can move from one wifi to the next. VM running on a > laptop can be taken from one wifi to the next and keep working, etc. > > Nobody expects to reboot a phone or laptop just because you connect > to another wifi. In the case of the VMs running on my laptop, they > are bridged, so they pick up new addresses even though there > connections stay up. > > Now the question is we can also make this work for prefixes. Can I > give my VMs a separate prefix and expect that to be updated as I move > around. Mobile IP with NEMO extensions does mobility for prefixes, but it is hard; it even use DHCPv6-PD to dynamically get a prefix - through the tunnel - from home. Yet it has too much encapsulation and a difficult triangular routing involved. In small networks (eg VMs moving between Xeon blades in datacenters) it is possible to use something else than Mobile IP. Maybe DHCPv6-PD with CONFIRM messages coupled to a route update mechanism. But in distant and non-cooperating networks (eg wifi hotspot and cellular networks separated by firewalls) it's impossible to hand-over even an address, because the route update involved will provoke 'route churn'. Imagine then handing over an entire prefix (not an address) and the route updates that go with it. One exception to this is the Boeing/BGP/NASA experiments which update the routes to a plane ok. But despite the geographically large areas, they are still small networks - the number of hops is small, the number of routers is small. In these cases, one (myself included), would be very happy if one could rely on the layer-2 handover mechanisms of the cellular networks which guarantee the allocated address (and potentially a prefix) stays the same within an area of certain size as long as the phone keeps heartbeating. But we dont have even that: we cant connect a car to a cellular network without involving multiple SIM cards, or additional Gateways (Home Agents, VPN ageways, etc), additional tunnels, triangular routing, etc. > If vendors of network equipment don't care about this, then there is > always IPv4 and NAT. Or maybe IPv6 and NAT. I doubt the necessity of threatening, even if in this case the threatening might indeed reflect a legitimate irritation. In IPv4 the question is not well posed. The fortunate fact that some apps do resist handovers wifi-cellular is not thanks to NAT-IPv4. It is thanks to app-specific software dealing with such events, or due to the web browsing nature which is bursts of req-response messages during which address changes get unnoticed often; their speed is the speed at which human users 'tap' or 'click'. Also the nature of audio stream listening where re-transmits and buffer accommodate temporary losses of connectivity until next address is allocated. It is not IPv4 NAT that helps apps continue after handovers. As such, it will not be IPv6 NAT either that will help apps to continue after handovers. But, conceptually, IPv4 NAT and IPv6 NAT certainly do help to extend the networks, to go beyond that bottom. It is IPv4 NAT that makes today to extend networks beyond a smartphone. That is the legitimate irritation, because the immediate availablity of IPv6 NAT software coupled with the lack of other-than-64 prefixes in cellular networks and coupled to the 64-only SLAAC, it leads to this potential fear that IPv6 NAT will also extend the networks. I share that potential fear. Alex > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list ipv6@ietf.org Administrative > Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- >
- How do you solve 3GPP issue if neither operator n… Gyan Mishra
- Re: [v6ops] How do you solve 3GPP issue if neithe… Mikael Abrahamsson
- Re: [v6ops] How do you solve 3GPP issue if neithe… Gyan Mishra
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- RE: [EXTERNAL] How do you solve 3GPP issue if nei… Manfredi (US), Albert E
- Re: [v6ops] How do you solve 3GPP issue if neithe… Lorenzo Colitti
- Re: [v6ops] How do you solve 3GPP issue if neithe… Erik Kline
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Lorenzo Colitti
- Re: [v6ops] How do you solve 3GPP issue if neithe… Mikael Abrahamsson
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- RE: [v6ops] How do you solve 3GPP issue if neithe… Vasilenko Eduard
- Re: [v6ops] How do you solve 3GPP issue if neithe… Eric Vyncke (evyncke)
- RE: [v6ops] How do you solve 3GPP issue if neithe… Pascal Thubert (pthubert)
- p2p interfaces (Re: [v6ops] How do you solve 3GPP… Jared Mauch
- Re: p2p interfaces (Re: [v6ops] How do you solve … Mikael Abrahamsson
- Re: p2p interfaces (Re: [v6ops] How do you solve … Jared Mauch
- Re: p2p interfaces (Re: [v6ops] How do you solve … otroan
- Re: p2p interfaces (Re: [v6ops] How do you solve … Eric Vyncke (evyncke)
- RE: [v6ops] How do you solve 3GPP issue if neithe… Pascal Thubert (pthubert)
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- RE: [v6ops] How do you solve 3GPP issue if neithe… Vasilenko Eduard
- RE: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- RE: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- Re: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- RE: [v6ops] How do you solve 3GPP issue if neithe… David Allan I
- Re: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Philip Homburg
- Re: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Ole Troan
- RE: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Lorenzo Colitti
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- RE: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… tom petch
- RE: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Templin (US), Fred L
- RE: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Michael Richardson
- RE: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Mark Smith
- Re: [v6ops] How do you solve 3GPP issue if neithe… Michael Richardson
- Re: p2p interfaces (Re: [v6ops] How do you solve … Jen Linkova
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- Re: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Michael Richardson
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Ole Troan
- Re: [v6ops] How do you solve 3GPP issue if neithe… Mark Smith
- Re: [v6ops] How do you solve 3GPP issue if neithe… Michael Richardson
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Nick Hilliard
- Re: [v6ops] How do you solve 3GPP issue if neithe… Lorenzo Colitti
- Re: [v6ops] How do you solve 3GPP issue if neithe… Nick Hilliard
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu
- Re: [v6ops] How do you solve 3GPP issue if neithe… Michael Richardson
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- RE: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… otroan
- Re: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Philip Homburg
- RE: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [EXTERNAL] Re: [v6ops] How do you solve 3GPP … Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Philip Homburg
- Re: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- RE: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- RE: [v6ops] How do you solve 3GPP issue if neithe… Templin (US), Fred L
- Re: [v6ops] How do you solve 3GPP issue if neithe… Alexandre Petrescu