RFC7084
Wuyts Carl <Carl.Wuyts@technicolor.com> Mon, 09 December 2013 14:06 UTC
Return-Path: <Carl.Wuyts@technicolor.com>
X-Original-To: ipv6@ietfa.amsl.com
Delivered-To: ipv6@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B9C291AE2FD for <ipv6@ietfa.amsl.com>; Mon, 9 Dec 2013 06:06:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.5
X-Spam-Level:
X-Spam-Status: No, score=-1.5 tagged_above=-999 required=5 tests=[BAYES_50=0.8, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 7R-37twu4-xg for <ipv6@ietfa.amsl.com>; Mon, 9 Dec 2013 06:06:15 -0800 (PST)
Received: from na3sys009aog122.obsmtp.com (na3sys009aog122.obsmtp.com [74.125.149.147]) by ietfa.amsl.com (Postfix) with ESMTP id 9FFA81ADEBB for <ipv6@ietf.org>; Mon, 9 Dec 2013 06:06:13 -0800 (PST)
Received: from MOPESEDGE01.eu.thmulti.com ([129.35.174.203]) (using TLSv1) by na3sys009aob122.postini.com ([74.125.148.12]) with SMTP ID DSNKUqXOUI3wOy9MDPGPNdoUMnIiZY0u41LL@postini.com; Mon, 09 Dec 2013 06:06:09 PST
Received: from MOPESMAILHTC01.eu.thmulti.com (141.11.100.10) by mail3.technicolor.com (141.11.253.22) with Microsoft SMTP Server (TLS) id 8.3.298.1; Mon, 9 Dec 2013 15:01:39 +0100
Received: from MOPESMBX03.eu.thmulti.com ([169.254.2.32]) by MOPESMAILHTC01.eu.thmulti.com ([141.11.100.10]) with mapi id 14.03.0158.001; Mon, 9 Dec 2013 15:01:40 +0100
From: Wuyts Carl <Carl.Wuyts@technicolor.com>
To: "<ipv6@ietf.org>" <ipv6@ietf.org>
Subject: RFC7084
Thread-Topic: RFC7084
Thread-Index: Ac705Oox+bAOGgDPSBCf3B3p1FF6cA==
Date: Mon, 09 Dec 2013 14:01:39 +0000
Message-ID: <96747494E3D74D41B20907035DB1E48DC7BB@MOPESMBX03.eu.thmulti.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [141.11.249.10]
Content-Type: multipart/related; boundary="_010_96747494E3D74D41B20907035DB1E48DC7BBMOPESMBX03euthmulti_"; type="multipart/alternative"
MIME-Version: 1.0
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "IPv6 Maintenance Working Group \(6man\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipv6/>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Dec 2013 14:06:24 -0000
All,
Not sure I should sent this one to DHCPv6 WG or the global IETF v6, so feel free to forward it if needed.
Last week, RFC7084 got posted. I did already post a message on a rather badly phrased req (a SHOULD one regarding "long-enough", but bumped into the next one today (this one being a lot worse!!).
""
WAA-6: If the IPv6 CE router receives a Router Advertisement
message (described in [RFC4861]) with the M flag set to 1,
the IPv6 CE router MUST do DHCPv6 address assignment
(request an IA_NA option).
""
I'm not sure who came up with this one, but this is really a no-go.
So, according to this req, the DHCPv6 client must request an ia_na option if an M=1 is being received on his link ??? I might have understood it all wrong, but as far as I know, M=1 is not linked directly to ia_na, ia_pd is enough on its own, no ?? So, the CPE is expected to change its DHCPv6 client configuration based upon receiving an RA with this M=1 content ?
Extract from RFC4861:
""
M 1-bit "Managed address configuration" flag. When
set, it indicates that addresses are available via
Dynamic Host Configuration Protocol
""
I'm very curious on the replies now, but this seems really be going the wrong way. You can launch a CPE which either listen to RA or not, and bound accordingly, however, listen + bind + force ia_na looks a bit too much to me.
regs
Carl Wuyts
GCD System Architect Networking
CONNECT DIVISION
carl.wuyts@technicolor.com<mailto:carl.wuyts@technicolor.com>
tel.: +32 3 443 65 90
[Visit technicolor.com]<http://www.technicolor.com/> [Visit i-speak-qeo.com] <http://www.i-speak-qeo.com/>
Prins Boudewijnlaan 47 - 2650 Edegem - Belgium
www.technicolor.com<http://www.technicolor.com/> - www.i-speak-qeo.com<http://www.i-speak-qeo.com/>
[Follow Technicolor on Facebook]Facebook<http://www.facebook.com/TechnicolorCo>
[Follow Technicolor on Twitter]Twitter<http://twitter.com/TechnicolorCo>
[Follow Technicolor on YouTube]YouTube<http://www.youtube.com/technicolor>
[Follow Technicolor on LinkedIn]LinkedIn<http://www.linkedin.com/company/technicolor>
Technicolor Delivery Technologies Belgium NV
Registered office (maatschappelijke zetel): Prins Boudewijnlaan 47, 2650 Edegem, Belgium
Company registration number (ondernemingsnummer): 0428837295 - RPR Antwerpen
[Eco]
Help preserve the color of our world - Think before you print.
- RFC7084 Wuyts Carl
- RE: RFC7084 STARK, BARBARA H
- Re: RFC7084 Sander Steffann
- Re: RFC7084 Ole Troan
- Re: RFC7084 Sander Steffann
- Re: RFC7084 Erik Kline
- RE: RFC7084 Wuyts Carl
- RE: RFC7084 Mikael Abrahamsson
- RE: RFC7084 Wuyts Carl
- Re: RFC7084 Sander Steffann
- RE: RFC7084 Hemant Singh (shemant)
- Re: RFC7084 Simon Perreault
- RE: RFC7084 Wuyts Carl
- Re: RFC7084 Simon Perreault
- RE: RFC7084 Wuyts Carl
- Re: RFC7084 Ole Troan
- RE: RFC7084 Wuyts Carl
- Re: RFC7084 Ole Troan
- RE: RFC7084 STARK, BARBARA H
- Re: [v6ops] RFC7084 Ted Lemon
- Re: [v6ops] RFC7084 Sander Steffann
- Re: [v6ops] RFC7084 Ole Troan
- Re: [v6ops] RFC7084 Alexandru Petrescu
- Re: [v6ops] RFC7084 Owen DeLong
- Re: [v6ops] RFC7084 Ted Lemon
- Re: [v6ops] RFC7084 Ole Troan
- RE: [v6ops] RFC7084 STARK, BARBARA H
- Re: [v6ops] RFC7084 Sander Steffann
- Re: [v6ops] RFC7084 Nick Hilliard
- RE: [v6ops] RFC7084 Manfredi, Albert E
- Re: [v6ops] RFC7084 Ted Lemon
- RE: [v6ops] RFC7084 Hemant Singh (shemant)
- Re: [v6ops] RFC7084 Ted Lemon
- Re: [v6ops] RFC7084 Alexandru Petrescu
- Re: RFC7084 Alexandru Petrescu
- RE: RFC7084 Wuyts Carl
- Re: [v6ops] RFC7084 Erik Kline
- Re: [v6ops] RFC7084 Alexandru Petrescu
- RE: [v6ops] RFC7084 Wuyts Carl
- Re: Re: [v6ops] RFC7084 Ray Hunter
- RE: [v6ops] RFC7084 STARK, BARBARA H
- RE: [v6ops] RFC7084 Hemant Singh (shemant)
- Re: address vs. prefix (was: RFC7084) Alexandru Petrescu
- Re: [v6ops] RFC7084 Owen DeLong
- Re: [v6ops] RFC7084 Owen DeLong
- Re: [v6ops] RFC7084 Gert Doering
- Re: [v6ops] RFC7084 Ted Lemon
- Re: [v6ops] RFC7084 Michael Richardson
- Re: [v6ops] RFC7084 Ole Troan
- Re: [v6ops] RFC7084 Alexandru Petrescu
- Re: [v6ops] RFC7084 Ole Troan
- Re: [v6ops] RFC7084 Alexandru Petrescu
- Re: [v6ops] RFC7084 Alexandru Petrescu
- Re: [v6ops] RFC7084 Alexandru Petrescu
- Re: [v6ops] RFC7084 Gert Doering
- Re: [v6ops] RFC7084 Owen DeLong
- Re: [v6ops] RFC7084 Gert Doering
- Re: IA_PD bit in RA (was: RFC7084) Alexandru Petrescu
- Re: [v6ops] RFC7084 Ted Lemon
- Re: [v6ops] RFC7084 Ted Lemon
- Re: [v6ops] RFC7084 Nick Hilliard
- Re: IA_PD bit in RA (was: RFC7084) Owen DeLong
- Re: [v6ops] RFC7084 Ole Troan
- Re: IA_PD bit in RA Alexandru Petrescu
- Re: IA_PD bit in RA Owen DeLong
- Re: IA_PD bit in RA Alexandru Petrescu
- Re: IA_PD bit in RA Owen DeLong
- Re: IA_PD bit in RA Alexandru Petrescu
- Re: IA_PD bit in RA Owen DeLong
- Re: IA_PD bit in RA Alexandru Petrescu
- Re: IA_PD bit in RA Owen DeLong
- Re: IA_PD bit in RA sthaug
- Re: IA_PD bit in RA Alexandru Petrescu
- RE: IA_PD bit in RA STARK, BARBARA H