Re: [address-policy-wg] 200 customer requirements for IPv6
On Thu, 17 Nov 2005, Tim Streater wrote:
The other network is one we are *currently* managing, EUMEDCONNECT. It is for the Middle-eastern and North African NRENs. The intention here is that we expect these NRENs to set up their own entity to manage it, and go their own way, in which case we gift them the infrastructure, which in this case has to include the address space. We can do that for v4 as I got PI space for that. Its v6 that is the problem.
Did you actually *try* getting a separate /32 for this?
RIPE NCC is known to be very reasonable towards transit networks, and I could bet good money you could get an allocation without a hitch.
I don't think the Right Answer is always to say "did you try and did you get rejected"? I believe the current IPv6 policies are aimed at LIRs that delegate address space to other users/isps/customers (i.e., that is the group the are the main focus). It is not immediately clear to me what the policies are (or should be) for an ISP doing transit. Clearly, the don't need a full /32, since they aren't really assigning (directly, or via delegation) lots of addresses. But shouldn't they be able to get space? Seems like that is a valid policy discussion to have. Thomas
Hi, * Thomas Narten wrote:
It is not immediately clear to me what the policies are (or should be) for an ISP doing transit. Clearly, the don't need a full /32, since they aren't really assigning (directly, or via delegation) lots of addresses. But shouldn't they be able to get space?
I think one should hand out /32s to transit ISPs even if they don't need as much addresses as others may because that makes deploying sane filters a lot easier. An ISP doing transit has mostly many POPs where it has to address own equipment and customer routers. Following the recommendations on IPv6 addressing one would assign /64s per transfer networks and some /128s per loopback. In order to achieve internal aggregation one would also want to allocate a bigger chunk per POP - following the recommendations, a /48. So you can see that a typically ISP doing transit needs n*/48, with n depending on the numbers of POPs they have. With handing out a /32 one can be sure that there are enough /48s available to cover the ISPs POPs (hence, this ISP will never use more than one routing table slot) and on the other hand there is no additional prefix length one has to make exceptions for when deploying filters. But, is it really a problem for an ISP doing transit to get an own allocation? regards, sebstian -- SABT-RIPE PGPKEY-D008DA9C
participants (2)
-
Sebastian Abt
-
Thomas Narten