Re: [v6ops] Should we use "unnumbered" in IPv6?

Philip Matthews <philip_matthews@magma.ca> Tue, 24 March 2015 18:17 UTC

Return-Path: <philip_matthews@magma.ca>
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 8A9891A6EFB for <v6ops@ietfa.amsl.com>; Tue, 24 Mar 2015 11:17:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] 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 8K7XlpZyan9a for <v6ops@ietfa.amsl.com>; Tue, 24 Mar 2015 11:17:47 -0700 (PDT)
Received: from tor-smtp-01.primus.ca (mail23.primus.ca [216.254.141.190]) by ietfa.amsl.com (Postfix) with ESMTP id 90B101A028A for <v6ops@ietf.org>; Tue, 24 Mar 2015 11:17:47 -0700 (PDT)
Received: from dhcp-b24b.meeting.ietf.org ([31.133.178.75]) by tor-smtp-01.primus.ca with esmtpa (Exim 4.84) (envelope-from <philip_matthews@magma.ca>) id 1YaTOc-0001wc-Ij; Tue, 24 Mar 2015 14:17:46 -0400
Mime-Version: 1.0 (Apple Message framework v1085)
Content-Type: text/plain; charset="us-ascii"
From: Philip Matthews <philip_matthews@magma.ca>
In-Reply-To: <55117731.6010806@jvknet.com>
Date: Tue, 24 Mar 2015 14:17:45 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <38427ACD-CCA6-4C5F-9AE2-192BD1CA1C0C@magma.ca>
References: <551005BD.40501@jvknet.com> <2089269939.25823.1427152027428.JavaMail.yahoo@mail.yahoo.com> <75B6FA9F576969419E42BECB86CB1B891682EBEA@xmb-rcd-x06.cisco.com> <5510ACBD.2040109@gmail.com> <5510BEBD.2030507@jvknet.com> <CO2PR04MB5852DB6F95B5CF248CC9145FE0A0@CO2PR04MB585.namprd04.prod.outlook.com> <55117731.6010806@jvknet.com>
To: v6ops list <v6ops@ietf.org>
X-Mailer: Apple Mail (2.1085)
X-Authenticated: philip_matthews - dhcp-b24b.meeting.ietf.org [31.133.178.75]
Archived-At: <http://mailarchive.ietf.org/arch/msg/v6ops/jDqQamGXyXONnuwkobE0VlfIh4Y>
Subject: Re: [v6ops] Should we use "unnumbered" in IPv6?
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: <http://www.ietf.org/mail-archive/web/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: Tue, 24 Mar 2015 18:17:55 -0000

Just a heads up to everyone that Victor and I have a presentation slot tomorrow for the Design Choices draft, and we plan to have a discussion on what term the WG would like us to use here.

Philip

On 2015-03-24, at 10:39 , Victor Kuarsingh wrote:

> 
> 
> On 2015-03-24 9:52 AM, Metzler, Dan J wrote:
>> Hi,
>> 
>> See below:
>> 
>>> -----Original Message-----
>>> From: v6ops [mailto:v6ops-bounces@ietf.org] On Behalf Of Victor Kuarsingh
>>> Sent: Monday, March 23, 2015 8:33 PM
>>> To: Alexandru Petrescu; v6ops@ietf.org
>>> Subject: Re: [v6ops] Should we use "unnumbered" in IPv6?
>>> 
>>> All,
>>> 
>>> What's one more email in such an active conversation.  Here area few points
>>> to take note of.
>>> 
>>> - When I suggested "administratively unnumbered", I was intending to find
>>> text which has less imposed (vs just "unnumbered") meaning while attempting
>>> to keep within the spirit of the text in section 2.1.2.
>> I sort of understand where you're coming from, but  I think the addition of "administratively" just modified the confusion, but did not remove it.
>> I think you're trying to equate the situation to something in IPv4 to make it seem more familiar.  In the short term that might have some benefit, but in the long term it seems to lose meaning.
>> I think the term "unnumbered" is what introduces the confusion, simply because it is different with IPv6.
> I totally understand the differences between IPv4 and IPv6.  You are right in a way, in that there are some parallels between IPv4 and IPv6 being drawn (since some parallels still exist, as well as differences).
> 
> I guess the parallel component is the action the administrator (some may call this the sysadmin, or the network admin - all the same to me - the person or tool configuring stuff) takes.  The result is where one of the differences are between IPv4 and IPv6.
>>> - The intention of this text was to describe the configuration choices for links
>>> within a network, which was to apply a ULA/GUA or to not apply a ULA/GUA
>>> (in which case the LL address would be the only one that remains).
>> If you are using "administratively unnumbered" in any way that is not intended to confuse the issue, then I think you can't assume that LL is the only one that remains.  With IPv6, that just means you're leaving it up to the network operator vs the system admin.
> Maybe I missed something here, but we are specifically talking about the network operator / system admin (the subject of the conversation is the actions the person designing (and/or configuration) the network makes.
> 
>> It might be ULA.  It might be GUA.  It might be LL.
> I think this is true and I think this is clear in the text as well.
>>  It depends on what's in the flags in the RA.
> This is true, and using an RA to get a ULA/GUA onto an interface (vs. manual configuration) is just a way to do it (I don't think our draft discusses or recommends on how to accomplish the addressing.
> 
> We point documents like RFC4852 which expand on the methods on how to address stuff (as an example).
>> If that's really what you meant then the assumption that LL address is the only one that remains is simply a flawed assumption, but "Administratively Unnumbered" becomes closer to a reasonable term, other than the fact that "unnumbered" is technically inaccurate.  (And that's probably what people find most confusing.)
> I think we are all open to new terms, but that would likely become subject to further misconceptions unless well defined.  I guess the "adminstatively" part of hte term was to denote "something you do to give it an address".
> 
>> If you really meant LL-only, then "Administratively Unnumbered" is probably not the best term because it doesn't really describe what you meant.
>> 
>> (Do you see how it gets confusing?)
> Well I do understand people's point, irrespective if I agree. To be honest, I am not confused, and when reading the text (as I had noted before) I don't think folks who would seek guidance in such a draft would come away not understanding what the options are, or what the result will be.
> 
> I do agree, that out of context, it can be considered confusing, but I am not considering the use of the word out of context.
> 
>>> - The action in the one case (by the administrator) would be to not apply
>>> addressing (additional) to a link, in which case the result is LL-only.
>> What do you mean by "administrator"?  (System admin or network admin or both)
> The term administrator was to apply to anyone who managers/configures network (was to cover all cases).  A sysadmin and netadmin are just types of administrators.
> 
> Victor K
> 
> 
> _______________________________________________
> v6ops mailing list
> v6ops@ietf.org
> https://www.ietf.org/mailman/listinfo/v6ops
>