This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/address-policy-wg@ripe.net/
[address-policy-wg] Re: [policy-announce] 2006-02 New Policy Proposal (IPv6 Address Allocation and Assignment Policy)
- Previous message (by thread): [address-policy-wg] Re: [policy-announce] 2006-02 New Policy Proposal (IPv6 Address Allocation and Assignment Policy)
- Next message (by thread): [address-policy-wg] Re: [policy-announce] 2006-02 New Policy Proposal (IPv6 Address Allocation and Assignment Policy)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Nick Hilliard
nick at inex.ie
Fri Jun  9 14:03:33 CEST 2006
> This is the most weaselly-worded clause of any RIR policy I've read.
Let's examine what possibilities there are:
plan vs requirement:
     1. Specify that a plan should exist to deploy x number of v6 sites
        within y years: this is nonsense from the point of view that
        anyone can create a plan to deploy anything, regardless of
        whether this plan is in any grounded in reality.  This comes
        back to the "do we lie to the RIR" issue.
     2. Specify that an immediate requirement exist for x amount of v6
        sites right now:  this is probably worse in the sense that the
        RIR has no way to validate this type of claim and that it will
        end up with more porky pies being told to the RIR.
     3. Specify that all LIRs who request a first ipv6 allocation are
        given a /32.  No particular justification required, except that
        the space be used for routing ipv6 traffic on the internet.
"reasonable number" vs "at least x".
     1. "at least x" has been proved to be completely meaningless in
        practice.  In fact, it's become such an problem that not only do
        oranisations endemically lie about it, people openly admit to
        lying about it.  This is an extraordinary situation, to put it
        diplomatically.
     2. "reasonable number" is weasly, no doubt about it, but if a
        utilisation requirement be added, what's the option here?
        200x/48 is a very large amount of deployment space if you're a
        small LIR with only a couple of customer, but you multihome and
        have a valid business/technical reason for anb ipv6 allocation.
        But if you're a huge enterprise organisation or a tier-1 transit
        provider or something, 200 x /48 might be very small.
        "reasonable" is suitably meaningless to cover both situations.
I mean, what are we actually trying to do here?  Do we want LIRs to have
easy access to v6 space or not?  Why don't we just scrap this
requirement completely and say that all LIRs can apply for and receive
an ipv6 /32, so long as its primary purpose is for routing ipv6 packets
on their and their customers networks (simply to avoid ipv6 registry
space being used for other non-related purposes where global uniqueness
is a requirement).
Is this substantially different from the de-facto situation at the
moment?  It certainly involves fewer lies and much less pretence on the
part of the RIR (if the RIR can be reasonably blamed for its policies
and I'm not saying that it should be).
> Niall, who apologises for the excessive markup
For your excessive markup, you're buying coffee next time. :-)
Nick
- Previous message (by thread): [address-policy-wg] Re: [policy-announce] 2006-02 New Policy Proposal (IPv6 Address Allocation and Assignment Policy)
- Next message (by thread): [address-policy-wg] Re: [policy-announce] 2006-02 New Policy Proposal (IPv6 Address Allocation and Assignment Policy)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]