Re: [mif] Route option for DHCPv6 - next steps?

Alexandru Petrescu <alexandru.petrescu@gmail.com> Wed, 25 April 2012 20:55 UTC

Return-Path: <alexandru.petrescu@gmail.com>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B77D321E800F for <mif@ietfa.amsl.com>; Wed, 25 Apr 2012 13:55:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.171
X-Spam-Level:
X-Spam-Status: No, score=-0.171 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, RCVD_IN_SORBS_DUL=0.877, RDNS_NONE=0.1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g48sHLXJiaSx for <mif@ietfa.amsl.com>; Wed, 25 Apr 2012 13:55:32 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [IPv6:2a01:e0c:1:1599::10]) by ietfa.amsl.com (Postfix) with ESMTP id AF2F211E8089 for <mif@ietf.org>; Wed, 25 Apr 2012 13:55:30 -0700 (PDT)
Received: from [127.0.0.1] (unknown [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 4A5C49400E3; Wed, 25 Apr 2012 22:55:23 +0200 (CEST)
Message-ID: <4F9864BB.10907@gmail.com>
Date: Wed, 25 Apr 2012 22:55:23 +0200
From: Alexandru Petrescu <alexandru.petrescu@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:11.0) Gecko/20120327 Thunderbird/11.0.1
MIME-Version: 1.0
To: jouni korhonen <jouni.nospam@gmail.com>
References: <75459BC2-E733-45C0-BC1C-25A19BBA1137@gmail.com> <4F7453FC.3010502@gmail.com> <4F74546D.4060808@gmail.com> <72C42575-6BE2-4F27-B7F4-AA4539DA7EF9@lilacglade.org> <8D23D4052ABE7A4490E77B1A012B6307472D43A1@mbx-01.win.nominum.com> <069301cd0dd2$5954df00$0bfe9d00$@tndh.net> <550B9F79-1642-469F-9ED3-96DA26AA40AB@lilacglade.org> <CAFFjW4hkGMm+mLSzpdWPcFLUcY3Hkyb+BDxh+5910YtfZxGD-A@mail.gmail.com> <CA+H2C9Zu3AS6aTxg1gebe0ZS2LXWmJjOPpbhaUHGZtXvF0UipQ@mail.gmail.com> <17F90720-AA1F-4F74-9598-2E5A5AC813CE@nttv6.net> <CAKD1Yr1s7SARfnowZV1uU=dDPi46-OjRQnM4otKsW3Y-k+84cw@mail.gmail.com> <F4D68CC2-27C5-4FB1-A11F-026E5261DB77@nttv6.net> <765F32AC-FBE3-4E8B-B698-1955C5601C2B@nominum.com> <4F96550E.6020709@gmail.com> <CAKD1Yr0d4ez4dogDk1gRvUHvWpoTBEg_4HatQQoa5oa3Yu9NFw@mail.gmail.com> <4F965BD2.1080906@gmail.com> <CAKD1Yr1=ry45uw=Xy1Gf5t30oC=ugzMGpwz7kbwctgXvg83WLw@mail.gmail.com> <4F969A 70.5090506@gmail.com> <6B411362-339E-47E4-B54E-EE02666D65A8@gmail.com>
In-Reply-To: <6B411362-339E-47E4-B54E-EE02666D65A8@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 120425-0, 25/04/2012), Outbound message
X-Antivirus-Status: Clean
Cc: mif@ietf.org
Subject: Re: [mif] Route option for DHCPv6 - next steps?
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Apr 2012 20:55:32 -0000

Le 25/04/2012 10:33, jouni korhonen a écrit :
>
> On Apr 24, 2012, at 3:20 PM, Alexandru Petrescu wrote:
>
> [snip]
>
>
>>> As for #3: RFC 6204 doesn't specify any specific technology, and it's
>>> certainly not limited to ADSL. Much of the behaviour it specifies is
>>> equally applicable to CPEs whose uplink is a cellular link.
>>
>> ?
>>
>> 'CPE' is not a term used for the cellular links, I think. RFC6204 says
>> 'residential or small-office router'. I think it is a stretch to claim
>> that RFC6204 applies to cellular links. E.g. few if any cellular
>
> RFC6204 is not necessarily the best fit for cellular (6204bis does it
> better)

Do you mean http://tools.ietf.org/html/draft-ietf-v6ops-6204bis-08 ?

> but it definitely does not preclude one making a compliant CE
> device with a cellular WAN link.
>
>> terminals use DHCP as of today, whereas RFC6204 would require them all
>> to. Also, RFC6204 requires all cellular terminals to use Ethernet
>
> So? You would most likely use your cellular just as a modem to connect
> to network and the rest of the system&  stack would be in the host side
> of the CE. This is sometimes referred as the "split-UE" in 3GPP circles.
>
>> encapsulation on their WAN interface whereas none actually does.
>
> All WLL-* requirements start with "If the WAN interface supports.."
> effectively making the following MUST conditional. Those MUSTs, like
> for ethernet, apply only when the WAN implements the said technology.

No cellular air interface to the terminal technology implements Ethernet 
encapsulation, so I don't understand the presence of that precluding If 
qualifier. (802.16 is not cellular).

>> There is another RFC - 3316 - "IPv6 for some 2G and 3G Cellular Hosts"
>> which relates more to cellular.
>
> Or a bit more recent RFC6459.

Thanks for the pointer to RFC6459 "IPv6 in 3GPP EPS".  I checked its 
Prefix Delegation section and I have comments on it, but I guess it's 
not here to be discussed about.

BAsically that section does not tell what a UE router receving a /64 can 
do with its Ethernet-compatible attached devices doing SLAAC.  In 
practice that means to either forbid SLAAC for the devices (use DHCP) or 
impossibility to use the /64 coming from the network.

This section together with 3GPP documents I looked at recently are pure 
forms of speculation with no implementation couterpart.

(in other document we propose a solution for it, which, if given way, 
makes further the case for using default routes also in DHCP).

Alex

>
> - Jouni
>
>
>>
>> Alex
>>
>> _______________________________________________
>> mif mailing list
>> mif@ietf.org
>> https://www.ietf.org/mailman/listinfo/mif
>
>