Re: draft-ietf-ipv6-ula-central-02.txt

Roger Jorgensen <rogerj@jorgensen.no> Fri, 13 July 2007 19:24 UTC

Return-path: <ipv6-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9QkU-0002uy-Or; Fri, 13 Jul 2007 15:24:18 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9QkT-0002un-0S for ipv6@ietf.org; Fri, 13 Jul 2007 15:24:17 -0400
Received: from mux2.uit.no ([129.242.5.252]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I9QkO-0004Fg-Dd for ipv6@ietf.org; Fri, 13 Jul 2007 15:24:16 -0400
Received: from shimmer.student.uit.no (shimmer.student.uit.no [129.242.80.34]) by mux2.uit.no (8.13.8/8.13.6/Mux) with ESMTP id l6DJO6I9003377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jul 2007 21:24:06 +0200 (CEST)
Received: from chandra.student.uit.no (chandra.student.uit.no [129.242.80.32]) by shimmer.student.uit.no (8.13.1/8.13.6) with ESMTP id l6DJO6As013846; Fri, 13 Jul 2007 21:24:06 +0200
Date: Fri, 13 Jul 2007 21:24:05 +0200
From: Roger Jorgensen <rogerj@jorgensen.no>
X-X-Sender: rogerj@chandra.student.uit.no
To: Stephen Sprunk <stephen@sprunk.org>
In-Reply-To: <016101c7c56b$5b16ec70$373816ac@atlanta.polycom.com>
Message-ID: <Pine.LNX.4.64.0707132020150.9923@chandra.student.uit.no>
References: <200706221709.l5MH9uEN003458@mail.reprise.com><39C363776A4E8C4A94691D2BD9D1C9A1029ED8B5@XCH-NW-7V2.nw.nos.boeing.com><467C1F53.9070600@spaghetti.zurich.ibm.com><20070622195429.GG31273@elvis.mu.org><467C2EE6.3070100@spaghetti.zurich.ibm.com><20070623005010.GI31273@elvis.mu.org><467D0806.7030100@spaghetti.zurich.ibm.com><39C363776A4E8C4A94691D2BD9D1C9A1029ED8B7@XCH-NW-7V2.nw.nos.boeing.com><467FDEAA.1020503@spaghetti.zurich.ibm.com><39C363776A4E8C4A94691D2BD9D1C9A1029ED8B9@XCH-NW-7V2.nw.nos.boeing.com><467FE693.5060103@spaghetti.zurich.ibm.com> <D03E4899F2FB3D4C8464E8C76B3B68B09A3E29@E03MVC4-UKBR.domain1.systemhost.net> <00b301c7c4ae$506469a0$3d3816ac@atlanta.polycom.com> <Pine.LNX.4.64.0707131202560.9923@chandra.student.uit.no> <016101c7c56b$5b16ec70$373816ac@atlanta.polycom.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
X-Virus-Scanned: : ok
X-Scanned-By: MIMEDefang 2.61 on 129.242.5.252
X-Spam-Score: 0.0 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Cc: ipv6@ietf.org
Subject: Re: draft-ietf-ipv6-ula-central-02.txt
X-BeenThere: ipv6@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "IP Version 6 Working Group \(ipv6\)" <ipv6.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ipv6@ietf.org>
List-Help: <mailto:ipv6-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ipv6>, <mailto:ipv6-request@ietf.org?subject=subscribe>
Errors-To: ipv6-bounces@ietf.org

On Fri, 13 Jul 2007, Stephen Sprunk wrote:
> Thus spake "Roger Jorgensen" <rogerj@jorgensen.no>
>> On Thu, 12 Jul 2007, Stephen Sprunk wrote:
>>> This has been a longstanding problem in the IETF; in fact,
>>> the inability to agree on what "site" means was one of the
>>> reasons SLAs were deprecated.  The word "site" is often
>>> abused to mean "administrative domain" rather than "physical location" due 
>>> to the ISP-centric nature of the IETF
>>> and RIRs. It's virtually impossible to tell, in any particular
>>> context, which meaning an author meant.  We need to stop
>>> using the word entirely...
>> why does it mather if it is physical site, administrative domain
>> (eh how can anyone interprent that as a site?!) or a room,
>> company etc... why not leave that upto those that try to use it?
> It matters because there are a lot of protocol and policy documents that 
> refer to "sites".  For instance, one of the current qualifications for 
> getting an IPv6 LIR allocation require that one have a plan to make 
> assignments to 200 "sites".  Obviously the meaning of that is significantly 
> changed depending on whether you consider a single company with 200+ 
> locations sharing a single uplink to be one "site" or 200+ "sites".

if you refair to RIPEs policy it has just been changed,
"Consensus has been reached on the proposal described in 2006-02 and
it is accepted by the RIPE community.

This proposal is to change the IPv6 Initial Allocation criteria and
the End Site definition in the "IPv6 Address Allocation and
Assignment Policy".

You can find the full proposal at:

    http://www.ripe.net/ripe/policies/proposals/2006-02.html
"


> Also, in the case of SLAs, the utility of the addresses is impacted greatly 
> by whether you consider a "site" to be a single administrative domain, where 
> there would not be internal collisions, vs. considering each distinct 
> location to be a "site", which could lead to hundreds or thousands of 
> internal collisions.

I can not see how SLAs are any of this wg's business, or ietfs businness. 
thought SLA was something for the laywers that write the contracts 
governing any SLAs to fight out between them?


> As far as why "site" has been abused to mean "administrative domain", that 
> comes from the IETF and RIRs being very ISP-centric, as I said; a single 
> downstream connection denotes a single "site" regardless of how complex the 
> internal network behind it is or how many other locations it serves.  Or 
> maybe it doesn't, depending on who's talking; that's the problem.

that downstream connection is ONE site for the upstream provider, will 
probably never be anything else. Why should it be anything else really? If 
the same "site" bought two connection to an ISP on different location they 
would still be one huge site, with several internal parts, two that the 
ISP need to know about.

What I'm not sure you realize is that the moment anyone define a site to 
be something very specific... there will come alot of exceptions to that 
list, not to forget discussion on how to interprent whats written there. 
It is way easier to say site and leave it with that... and maybe, just 
maybe list a few examples and leave it upto those that have to use the 
word site to agree between them.



-- 

------------------------------
Roger Jorgensen              | - ROJO9-RIPE  - RJ85P-NORID
roger@jorgensen.no           | - IPv6 is The Key!
-------------------------------------------------------

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------