Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem

Victor Kuarsingh <> Thu, 24 October 2013 12:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id BB3FF11E81A1 for <>; Thu, 24 Oct 2013 05:56:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.435
X-Spam-Status: No, score=-2.435 tagged_above=-999 required=5 tests=[AWL=-0.233, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_LOW=-1]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id AqvPhyeT0r1h for <>; Thu, 24 Oct 2013 05:56:24 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 8142511E81A5 for <>; Thu, 24 Oct 2013 05:56:00 -0700 (PDT)
Received: by with SMTP id q19so1351724qeb.24 for <>; Thu, 24 Oct 2013 05:55:53 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20130820; h=x-gm-message-state:user-agent:date:subject:from:to:cc:message-id :thread-topic:in-reply-to:mime-version:content-type; bh=+C5hKb1IWraHXjxlbtblSvB4Jywky4mNZ9rtEDirync=; b=SDVg28l4Py2ESrlMl+bnr2rViybGOwbjiIJXYp7Z+OCiOa8JHgIZaO9zgHEVwye9zu BrKAlDiNwNRiRQupVp03DNmar9jxAXNttqF7gpZpuzNB2lWsV4OYQiqhSHKATXs/mS2t bKRd/JTdwqTFuJ5H7T7VaDbHQDnW0FCvOGLP1VaesjREMzuImRE0q3wqxltNa9N9NjvV vNU+4yUTk3MWpV1xIWNgaQ3eS/i4QDSOeSPid+f0c3nGINmYuqsBhYOd8/t7gQR81eBv W98JalpkMqhekY+sHrca9M1rLzlClK6l/kaMa+DzhMCguwfPQZ88/DUWmQn5LqV8MMlS HEFg==
X-Gm-Message-State: ALoCoQlzqXOxUZ+GcAdOW7R5XMY2KqPSuZ6LjeR9/9I7egFXTS3yCRx43dixb7zDSp8E8nCarMSa
X-Received: by with SMTP id z6mr1899986qal.116.1382619353714; Thu, 24 Oct 2013 05:55:53 -0700 (PDT)
Received: from [] ([]) by with ESMTPSA id kz8sm2529273qeb.0.2013. for <multiple recipients> (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 24 Oct 2013 05:55:52 -0700 (PDT)
User-Agent: Microsoft-MacOutlook/
Date: Thu, 24 Oct 2013 08:55:38 -0400
From: Victor Kuarsingh <>
To: Lorenzo Colitti <>
Message-ID: <>
Thread-Topic: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
In-Reply-To: <>
Mime-version: 1.0
Content-type: multipart/alternative; boundary="B_3465449752_6261691"
Cc: "" <>, Ted Lemon <>, Dave Thaler <>, "Ole Troan \(otroan\)" <>, "" <>
Subject: Re: [v6ops] DHCPv6/SLAAC Make Hosts Confusing-//RE: new draft: draft-liu-bonica-v6ops-dhcpv6-slaac-problem
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: v6ops discussion list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 24 Oct 2013 12:56:42 -0000

From:  Lorenzo Colitti <>
>I see two possible ways out of this:

>>1. Decide a clear split between what goes into RA and what goes into DHCPv6,
and then stick to it. For example, we >>could say that configuration information
that is required to obtain basic connectivity on a network must be available in
>>RA so it can be dynamically updated and shares fate with routing, and that
everything that's not strictly required for >>the host's connectivity can go
into DHCPv6. I don't know if it will be possible to draw a line here. If
operators insist that >>DHCPv6 by itself must be sufficient, then we have no
choice but to duplicate information.

[VK] Although this is theoretically possible, I am not if we can actually
orchestrate this and keep it split indefinitely.  I think we will see
requests/requirements on both sides which may drive (I.e. Like operators)
functions into either protocol.

>>2. Attempt to say that RAs and DHCPv6 are simply containers and propose a
unified option format so we can have the >>same options in both of them. I know
this was already proposed once and was shot down, but I wasn't around, so I
>>don't know why. (CCing a few people who might know).

[VK] This seems like an intriguing idea. Would this mean that every option
must go into each container, or that there will be a common set of options
which go into both, and perhaps exceptions go into one or the other? (On
that latter part, I guess that line of thinking gets us back to where we


Victor K