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

Lorenzo Colitti <lorenzo@google.com> Thu, 26 April 2012 03:42 UTC

Return-Path: <lorenzo@google.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 7400D21E801E for <mif@ietfa.amsl.com>; Wed, 25 Apr 2012 20:42:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.916
X-Spam-Level:
X-Spam-Status: No, score=-102.916 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 aVXvVWDO+xmj for <mif@ietfa.amsl.com>; Wed, 25 Apr 2012 20:42:06 -0700 (PDT)
Received: from mail-ob0-f172.google.com (mail-ob0-f172.google.com [209.85.214.172]) by ietfa.amsl.com (Postfix) with ESMTP id AF97111E8093 for <mif@ietf.org>; Wed, 25 Apr 2012 20:42:06 -0700 (PDT)
Received: by obbwd20 with SMTP id wd20so1085759obb.31 for <mif@ietf.org>; Wed, 25 Apr 2012 20:42:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record; bh=O6ZDK1jqsuP0/laReErfLOeBiXAkYPT8uMVmvwi5arY=; b=CzXzTvh13rvpeleGl2cT1CoPmgy3VZ+unBHy70zuHbxJ/ZtJD0fuLgvTOAoki7Tg3X Z5RmwL4JbwhLCIogpDVpax8rMQc8xTXh17sFViooFAsD5CQesnjbUYRrCTsHckeQ27pd NljU+E0VutEusemYg+wc7Nt/Hoh5a32IuFWMyLw60CX+WtC/DoFwNZ0uCqkEM5pwIrW2 V5utd5qZ1+TL74HO+MMjs2wjBdILUABjGSbkcvjDY/SkpTEJjy2VGIAGwdWBWewf8EoT 5yokQInBwANk3Qg+qkqd70LuaDsQ+tPuzAGmKvcbmZ37B0ObRB8PHNip2V3uhl1ei9hs Udfg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-system-of-record:x-gm-message-state; bh=O6ZDK1jqsuP0/laReErfLOeBiXAkYPT8uMVmvwi5arY=; b=akgMuOK7+4PdmiNP8Y4MNoF3lQFBE3uFh/IRbROVugMGmW/oSt0yzAxytrzxMpne3Y nQXT0DRxI5Ah33sRjObSXxoOOeGXiF6LYGQCWcEuT4nFQmKXtPQKJQytKe+NTbPkiWdw nAglaSFQKM+R/FTfWpk2W1cNPanyl1BKzd2/fKGQfhcq4pwOcE4g4KkTdFRBJ5lB7ko3 PX7wJuNnI4K8wM5vvacQg8gCL//FQWMQEMJ7mZF/qoqWl+HzS86IA3EQTO3g8HbCiqcH ZRM9vM11LZxv8DpCHK33VNyXJlpOZ7eXg5ZkRe2WtnEAyk3DPOZUo9TZuTHGfjJ4PQbq p7Yg==
Received: by 10.182.221.100 with SMTP id qd4mr6878495obc.8.1335411726191; Wed, 25 Apr 2012 20:42:06 -0700 (PDT)
Received: by 10.182.221.100 with SMTP id qd4mr6878486obc.8.1335411726037; Wed, 25 Apr 2012 20:42:06 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.220.3 with HTTP; Wed, 25 Apr 2012 20:41:45 -0700 (PDT)
In-Reply-To: <4F986205.9080605@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> <4F969A70.5090506@gmail.com> <CAKD1Yr20RCw36rW7VOJRqWA__LuBytF40zr0-cecvpafkJUk=w@mail.gmail.com> <4F986205.9080605@gmail.com>
From: Lorenzo Colitti <lorenzo@google.com>
Date: Thu, 26 Apr 2012 12:41:45 +0900
Message-ID: <CAKD1Yr2P_2VDAXRqd=Jtp67zBUFRUx13ZWxMQ8QLcAp7RFQ84A@mail.gmail.com>
To: Alexandru Petrescu <alexandru.petrescu@gmail.com>
Content-Type: multipart/alternative; boundary="f46d044784d58f33d104be8cc5c1"
X-System-Of-Record: true
X-Gm-Message-State: ALoCoQnibuN7mr+ZLv4SIdbYrJEZpg+l6dNrzPFYqhVk1jh48wMwwhJAWZc0pL5JnmMdzn7AjymX+tc0LURjy4GaUrxxPZA7n0sbE8GGl7vs0eVLdA2KyEhv+rlA2p/uTz8z7OAAzOjy
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: Thu, 26 Apr 2012 03:42:07 -0000

On Thu, Apr 26, 2012 at 05:43, Alexandru Petrescu <
alexandru.petrescu@gmail.com> wrote:

> In one case, you need to modify it to say "must implement a DHCPv6
>> route option". In the other, you need to modify it to say "must implement
>> RFC 4191". Note that the RFC already says that "nodes that will be
>> deployed in SOHO environments SHOULD implement RFC 4191", so RFC 4191 is
>> likely already implemented.
>>
>
> What does that "nodes" mean?  In that RFC 6204 context I guess it means
> all entities in the SOHO except the CPE.
>

"Node" is defined by RFC 2460 as "a device that implements IPv6"


> At most, I think it means that the CPE sends 4191 RAs to SOHO Hosts which
> neead to read 4191 RAs.  I don't think it means a CPE router to read 4191
> RAs sent by CPE+1 ISP routers.
>

Nope. The CPE is a node, and thus per RFC 6434 (IPv6 node requirements) it
SHOULD implement RFC 4191 if it's deployed in a SOHO environment.


> A router to read 4191-specific-route does not exist today.
>

The linux kernel supports it, I believe.


> In this case, what would one prefer to specify - a 4191 router to read
> specific routes from 4191?  Or a DHCP Client already doing Prefix
> Delegation (a Requesting Router) to read DHCP route options and default
> route options?
>

I think RFC 4191 has much richer semantics (multiple sources of
information, early deprecation, deprecation when the router originally
crashes). So I would prefer RFC 4191. As we know from this thread, others
disagree. :-)