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