Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Prefix from a Third Generation Partnership Project (3GPP) Mobile Interface to a LAN Link
Mark Smith <markzzzsmith@gmail.com> Wed, 17 February 2016 19:56 UTC
Return-Path: <markzzzsmith@gmail.com>
X-Original-To: v6ops@ietfa.amsl.com
Delivered-To: v6ops@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49B7D1A882F for <v6ops@ietfa.amsl.com>; Wed, 17 Feb 2016 11:56:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.499
X-Spam-Level:
X-Spam-Status: No, score=-0.499 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=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 b-BiDusTieNQ for <v6ops@ietfa.amsl.com>; Wed, 17 Feb 2016 11:56:45 -0800 (PST)
Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 291921A8A51 for <v6ops@ietf.org>; Wed, 17 Feb 2016 11:56:45 -0800 (PST)
Received: by mail-vk0-x22b.google.com with SMTP id e185so24774341vkb.1 for <v6ops@ietf.org>; Wed, 17 Feb 2016 11:56:45 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7woHfGsYc3ZzFo0Ek40dlgHbhwckI+2JMz8ODBu8wUk=; b=xVKK2kQEQlbtJNV1egRo8jAf8OUZtwKG69W3KAZZuLXozSebsYo0uGPINW+2D2/a6z WrpTY66h9CtwfOIjBT3FA2NvIm72iNh9Y/Kp0NiimMn8JZQsqBckq5VK3GSytGDzDp3J ZkoBwJfR38ntg5U1HcZg+GwdEgUnA306w4DdWROdshVG4goPgN9kg0BIzY0UBWSvWnxW E4jHtnk/wLlGk/BuFxEo4Ka4/WYk5TpMV5PGFtH2cQzJ6VKWazBZoSggWmsI37NgBuuA bEwUf2NILPaApbqV0bj4dVHGEFJOUtlQzePGirEhkSOiyCoanfHEQfSHn2Sz7P7Xf7cl 7+aw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=7woHfGsYc3ZzFo0Ek40dlgHbhwckI+2JMz8ODBu8wUk=; b=JopB1QLlKwHQfJqC7G0UykOKOffRahZ1B30XK5uTgwWtWoSkWi7gHfaLy6PBJfhgKe N+yY4MNx9PKu52xNaao7m3GNrJhWJ3HAg1XjXQXeG/UuGkOuwAbwy6pLfvwxO5Cs/MTs 1mhfhqx8GprRea42aUMHU/Af5dZHDNRhwzMFFtXlGXgACZK/XDwPVJ5qhL6NbwCufg95 VbPwImhAKiPKn5NnYXD/2G5DavYvD0+CFVDHw4/3c2GhzzVpYlXeFdU2xneM7tWydrUU FKGBRkL+6rFrm7jEI2Wb+vxuD1CD7dLl7RNqWHd5GTm4kTrPtLD6qlaj+JBnL+f4glto HqGg==
X-Gm-Message-State: AG10YOQmU8JtzsR0+HIugs+p3M1cS+IS7IKJLvGoxEQA9u7jX63vRlhghIsUI0BtfntGHOWeuQF3x0KMiSom8g==
MIME-Version: 1.0
X-Received: by 10.31.162.20 with SMTP id l20mr2583147vke.137.1455739004147; Wed, 17 Feb 2016 11:56:44 -0800 (PST)
Received: by 10.159.34.103 with HTTP; Wed, 17 Feb 2016 11:56:43 -0800 (PST)
Received: by 10.159.34.103 with HTTP; Wed, 17 Feb 2016 11:56:43 -0800 (PST)
In-Reply-To: <56C490DE.8000406@gmail.com>
References: <20140626205546.713F21801AE@rfc-editor.org> <56C490DE.8000406@gmail.com>
Date: Thu, 18 Feb 2016 06:56:43 +1100
Message-ID: <CAO42Z2xXFfw-C3UeUgj9OTysxDjiZcvUBRtA58DP-JmuDuhHiA@mail.gmail.com>
From: Mark Smith <markzzzsmith@gmail.com>
To: Alexandre Petrescu <alexandre.petrescu@gmail.com>
Content-Type: multipart/alternative; boundary="001a1143f2ac3a5cda052bfca657"
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/hohKzJ9A6l-VEwWmey1kA7qYGjI>
Cc: v6ops list <v6ops@ietf.org>
Subject: Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Prefix from a Third Generation Partnership Project (3GPP) Mobile Interface to a LAN Link
X-BeenThere: v6ops@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: v6ops discussion list <v6ops.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/v6ops>, <mailto:v6ops-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/v6ops/>
List-Post: <mailto:v6ops@ietf.org>
List-Help: <mailto:v6ops-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/v6ops>, <mailto:v6ops-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Feb 2016 19:56:47 -0000
On 18 Feb 2016 2:26 AM, "Alexandre Petrescu" <alexandre.petrescu@gmail.com> wrote: > > Hi, > > I have a comment on this RFC7278. > > The comment comes from the observation that the operator also uses an address from the 64share prefix (a global address). > Are you sure about that? It was my understanding that the unconventional thing about a 3GPP setup was that all traffic to all addresses within the /64 was (blindly) forwarded to the UE, even if the UE uses one or more of those addresses on the end of the link. I think that is only possible because the link is a point to point one. (Presumably the UE has a discard route for the /64 to prevent loops for non-existent addresses.) > As such that address too should not be used in the 'LAN'. > > This may lead to several textual modifications to the document. For example: >> >> R-2: The UE MUST defend all of its IPv6 addresses on the LAN link. > > > This is wrongly stated, because the UE does not own that prefix, so it can't say "its IPv6 addresses". That prefix is belonging to a link not to the UE, because the operator also makes an address out of it. > > Alex > > Le 26/06/2014 22:55, rfc-editor@rfc-editor.org a écrit : >> >> A new Request for Comments is now available in online RFC libraries. >> >> >> RFC 7278 >> >> Title: Extending an IPv6 /64 Prefix from >> a Third Generation Partnership Project (3GPP) >> Mobile Interface to a LAN Link >> Author: C. Byrne, >> D. Drown, >> A. Vizdal >> Status: Informational >> Stream: IETF >> Date: June 2014 >> Mailbox: cameron.byrne@t-mobile.com, >> dan@drown.org, >> ales.vizdal@t-mobile.cz >> Pages: 10 >> Characters: 19965 >> Updates/Obsoletes/SeeAlso: None >> >> I-D Tag: draft-ietf-v6ops-64share-10.txt >> >> URL: http://www.rfc-editor.org/rfc/rfc7278.txt >> >> This document describes requirements for extending an IPv6 /64 prefix >> from a User Equipment Third Generation Partnership Project (3GPP) >> radio interface to a LAN link and describes two implementation >> examples. >> >> This document is a product of the IPv6 Operations Working Group of the IETF. >> >> >> INFORMATIONAL: This memo provides information for the Internet community. >> It does not specify an Internet standard of any kind. Distribution of >> this memo is unlimited. >> >> This announcement is sent to the IETF-Announce and rfc-dist lists. >> To subscribe or unsubscribe, see >> http://www.ietf.org/mailman/listinfo/ietf-announce >> http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist >> >> For searching the RFC series, see http://www.rfc-editor.org/search >> For downloading RFCs, see http://www.rfc-editor.org/rfc.html >> >> Requests for special distribution should be addressed to either the >> author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless >> specifically noted otherwise on the RFC itself, all RFCs are for >> unlimited distribution. >> >> >> The RFC Editor Team >> Association Management Solutions, LLC >> >> >> > > _______________________________________________ > v6ops mailing list > v6ops@ietf.org > https://www.ietf.org/mailman/listinfo/v6ops
- [v6ops] RFC 7278 on Extending an IPv6 /64 Prefix … rfc-editor
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Erik Kline
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Gert Doering
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Jouni Korhonen
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Gert Doering
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Jouni Korhonen
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Gert Doering
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Gert Doering
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Gert Doering
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Jouni Korhonen
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… 神明達哉
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Ca By
- [v6ops] Fwd: RFC 7278 on Extending an IPv6 /64 Pr… Mark Smith
- Re: [v6ops] Fwd: RFC 7278 on Extending an IPv6 /6… 神明達哉
- Re: [v6ops] Fwd: RFC 7278 on Extending an IPv6 /6… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mikael Abrahamsson
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mikael Abrahamsson
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Gert Doering
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… holger.metschulat
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… holger.metschulat
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… holger.metschulat
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Mark Smith
- Re: [v6ops] RFC 7278 on Extending an IPv6 /64 Pre… Alexandre Petrescu