Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?
Alexandre Petrescu <alexandre.petrescu@gmail.com> Tue, 24 November 2020 22:11 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 332923A0D01 for <ipv6@ietfa.amsl.com>; Tue, 24 Nov 2020 14:11:45 -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_H4=-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 SJu7KjOlC3Kz for <ipv6@ietfa.amsl.com>; Tue, 24 Nov 2020 14:11:43 -0800 (PST)
Received: from sainfoin-smtp-out.extra.cea.fr (sainfoin-smtp-out.extra.cea.fr [132.167.192.228]) (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 5844E3A0E13 for <ipv6@ietf.org>; Tue, 24 Nov 2020 14:11:43 -0800 (PST)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin-sys.extra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0AOMBbMo035329; Tue, 24 Nov 2020 23:11:37 +0100
Received: from pisaure.intra.cea.fr (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 88F10209662; Tue, 24 Nov 2020 23:11:37 +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 7ADC620965B; Tue, 24 Nov 2020 23:11:37 +0100 (CET)
Received: from [10.11.244.24] ([10.11.244.24]) by muguet2-sys.intra.cea.fr (8.14.7/8.14.7/CEAnet-Internet-out-4.0) with ESMTP id 0AOMBaOk018740; Tue, 24 Nov 2020 23:11:37 +0100
Subject: Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?
To: "Templin (US), Fred L" <Fred.L.Templin@boeing.com>, "ipv6@ietf.org" <ipv6@ietf.org>
References: <d839b04e8c6840edaf042478964ce793@boeing.com>
From: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Message-ID: <ff1352e2-8038-334d-e399-31bbf3af0083@gmail.com>
Date: Tue, 24 Nov 2020 23:11:36 +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: <d839b04e8c6840edaf042478964ce793@boeing.com>
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/sjJB3JkJZqG8TAe3ipZ2_Rp-hH0>
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: Tue, 24 Nov 2020 22:11:45 -0000
Le 24/11/2020 à 22:52, Templin (US), Fred L a écrit : > Alex, see below: > >> -----Original Message----- From: ipv6 >> [mailto:ipv6-bounces@ietf.org] On Behalf Of Alexandre Petrescu >> Sent: Tuesday, November 24, 2020 1:33 PM To: ipv6@ietf.org Subject: >> Re: [v6ops] How do you solve 3GPP issue if neither operator nor >> handset supports PD? >> >> >> Le 24/11/2020 à 17:44, Templin (US), Fred L a écrit : >>> Getting what I said earlier onto this thread, I think we should >>> be discussing the LLA-based PD scheme specified in: >>> >>> https://datatracker.ietf.org/doc/draft-templin-6man-lla-type/ >>> >>> What is unique and compelling about this scheme is that it brings >>> down two birds with one stone; in a single RS/RA exchange, the >>> mobile node receives both 1) an IPv6 PD, and 2) an LLA that is >>> guaranteed to be unique on the link without having to apply DAD. >> >> YEs for 1), but for 2) one would also consider the IPv6CP part of >> ppp and the PDP protocols. These two protocols are also involved >> in the negotiation of an IID, LLA or even a GUA some times, on that >> link. > > I assume this exchange happens even before the first IPv6 ND message > exchange over the link? YEs it does. > If so, then if the PDP protocols convey an OMNI LLA even before any > IPv6 ND message exchange then the "PD" operation will already be > complete since the OMNI LLA already contains the delegated prefix. > Would that be a useful simplification? YEs. Alex > > Thanks - Fred > >> Delegating a prefix is typically associated by an operation of >> insertion of an entry in a routing table. That entry should have a >> next hop address. That address could be an LL address or a GUA. >> These are negotiated by these IPv6CP or PDP protocols. >> >> If it is too complicated to make IPv6-PD option to use the >> addresses created by IPv6CP or by PDP as nexthop, then one could >> delegate a prefix without pointing to a nexthop, but using that old >> p2p trick. >> >> Also, the suggestion of this draft of using another LL address >> comes down to associating several LL addresses to an interface; >> because the LL address made by PDP or IPv6CP is always there. If >> such a 2nd LL address is associated to an interface, but is not >> used in the Gateway as a nexthop field, then one wonders why >> bothering forming it at all. An interface must always have one LL >> address, and that is given by IPv6CP or PDP, I think. >> >> I am not saying it is not a good idea, though. >> >> Alex >> >>> >>> The idea for this LLA-based PD scheme is as follows: >>> >>> 1) The requesting router creates a temporary LLA using >>> RFC4941(bis) and sets a prefix length indication inside the LLA >>> itself. The RR then uses the LLA as the IPv6 source address of an >>> RS message to send to the delegating router. >>> >>> 2) When the delegating router receives the RS, it sees that the >>> IPv6 source is an RFC4941(bis) address with a non-zero prefix >>> length indication. The DR then coordinates with the DHCPv6 server >>> to request a PD of the length indicated by the RR. >>> >>> 3) When the DR receives the PD from the DHCPv6 server, it creates >>> an OMNI LLA by embedding the delegated prefix in the IID of >>> fe80::/64, e.g., as fe80::2001:db8:1:2. The DR then sets a prefix >>> length indication in the OMNI LLA, and sets the LLA as the >>> destination address of an RA message to send back to the RR. >>> >>> 4) When the RR receives the RA message, it sees that the >>> destination is an OMNI LLA with a non-zero prefix length. The RR >>> then uses the embedded prefix within the OMNI LLA as its >>> delegated prefix, and regards the Router Lifetime as the time at >>> which the delegated prefix needs to be renewed. >>> >>> Questions? >>> >>> Fred >>> >>> -------------------------------------------------------------------- >>> >>> IETF IPv6 working group mailing list >>> ipv6@ietf.org Administrative Requests: >>> https://www.ietf.org/mailman/listinfo/ipv6 >>> -------------------------------------------------------------------- >>> >> >> >>> -------------------------------------------------------------------- >> 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