Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00

Arturo Servin <> Wed, 14 August 2013 16:15 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 2B90D21E808C for <>; Wed, 14 Aug 2013 09:15:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id IOdvTiVy13pj for <>; Wed, 14 Aug 2013 09:15:54 -0700 (PDT)
Received: from ( [IPv6:2001:13c7:7001:4000::3]) by (Postfix) with ESMTP id 17D9321F9B12 for <>; Wed, 14 Aug 2013 09:15:47 -0700 (PDT)
Received: from (unknown [IPv6:2001:13c7:7001:7000:fc91:b334:be1e:5ce9]) by (Postfix) with ESMTP id 8BDCA308432 for <>; Wed, 14 Aug 2013 13:15:21 -0300 (UYT)
Message-ID: <>
Date: Wed, 14 Aug 2013 13:15:48 -0300
From: Arturo Servin <>
Organization: LACNIC
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
References: <> <> <> <> <> <> <> <> <> <> <> <> <> <> <> <>
In-Reply-To: <>
X-Enigmail-Version: 1.5.2
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit Please contact the ISP for more information Found to be clean
Subject: Re: [v6ops] draft-moreiras-v6ops-rfc3849bis-00
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: Wed, 14 Aug 2013 16:15:55 -0000

>>>> Yes, we could use a
>>>> /32 from ULA space, instead of from GLA space. But we think it would
>>>> generate confusion.
>>>> I think we are not really talking about impossibilities, but about
>>>> options. We are talking about to write documents easier to read, labs
>>>> easier to understand.
>>>> In some situations, for teaching, or writing scripts for labs,
>> howtos,
>>>> books, brochures, etc, it's better, simpler, easier, more precise,
>> more
>>>> clear, to use a prefix shorter than /32. In some situations we are
>> doing
>>>> that, and we have seen other groups doing the same.
> [WEG] I think over the course of this discussion, you've built a reasonable case for this with real-world examples to back up your assertions. However, just as teachers like you to show your work when solving a math problem, I strongly suggest that you revise the draft to include this supporting information in order to build the case, else you'll have this conversation every time someone reads the draft and is skeptical that more space is needed. I realize that 3849 is light on justification and you patterned this draft after that document, but few would argue that at least one prefix for documentation is necessary and appropriate. As you've seen, fewer are convinced that additional prefixes or larger prefixes are needed without some background information from those with experience in training and documentation that have observed some real-world problems with the current solution. I can't guarantee that you won't have more "you're doing it wrong" arguments, but at least yo
>  re demonstrating that it's not an arbitrary request.
> Wes George

	Thank Wes, very valuable input.