- address-policy-wg - mailman.ripe.net

Summary TLD Anycast Allocation Policy
by Patrick Arkley 28 Apr '05

28 Apr '05

Hi WG. We at MCI are requesting a /24 PI-range to use for an anycast service (DNS) but the request has been rejected in accordance to the current assignment policy. We need PI-space belonging to a separate AS so we can't use existing MCI space. The need for this range is if course routing reasons which is prohibited by the policy. I've been reading Andreas Baess e-mail on this issue and I hope this issue will be addressed on the RIPE 50 and rule in favour of changing the policy. I don't judge on the routability aspects but more on the fact that we need a change in the policy to accomodate a setup for anycast services. Myself I can't attend the WG meeting on Thursday 5/5 due to other engagements so this e-mail is my support for the proposal. Best regards Patrick Arkley Supervisor IP/DNS-team SKSC/SKRC MCI - Powered by UUNET Armégatan 38 S-171 04 Solna, Sweden Web: www.se.mci.com <http://www.se.mci.com/> Phone direct: +46 (0)8 5661 7075 Fax: +46 (0)8 5661 7236 Mobile: +46 (0)733 11 20 75 VNET: 915-7075 E-mail: patrick.arkley(a)se.mci.com <mailto:patrick.arkley@se.mci.com>

1 0

Policy proposal: #beta: IPv4-HD-Ratio
by Guido Roeskens 28 Apr '05

28 Apr '05

Hello, we from Bluewin fully support the proposal Policy proposal: #beta: IPv4-HD-Ratio LIR: ch.bluewindow Vote: YES Comment: ISP's providing access services to many customers face several problems - Usage in different PoP's changes; at one time you have many customers in one PoP, at another time in others. You need to supply enough adresses to all PoPs even though they aren't needed all the time. - Assymetric usage of pools and redundancy To provide redundancy you overallocate some IP addresses to be able to handle the failure of single devices The pool usage on the devices and device groups are not balanced - RFC 3194 is as true for IPv4 as for IPv6 - consistency between IPv4 and IPv6 policies Kind regards, Guido Roeskens Swisscom Fixnet AG Bluewin

6 8

Mega-allocations
by Iljitsch van Beijnum 25 Apr '05

25 Apr '05

Hi, It seems there is a new trend in RIR-land: mega-allocations. This year APNIC, ARIN and the RIPE NCC have made the following allocations: # whois -h whois 126.0.0.0 whois.apnic.net inetnum: 126.0.0.0 - 126.255.255.255 netname: BBTEC descr: Japan Nation-wide Network of Softbank BB Corp. country: JP status: ALLOCATED PORTABLE # whois -h whois.arin.net 73.0.0.0 NetRange: 73.0.0.0 - 73.191.255.255 CIDR: 73.0.0.0/9, 73.128.0.0/10 NetName: CABLE-1 NetType: Direct Allocation # whois -h whois.ripe.net 86.192.0.0 inetnum: 86.192.0.0 - 86.255.255.255 netname: FR-TELECOM-20050302 descr: France Telecom status: ALLOCATED PA That's a total of 33 million IP addresses in 3 allocations (and as many months). The total population for these three countries is 127 + 293 + 60 = 480 million, so that's an IP address for nearly 7% of those country's inhabitants. If I were a conspiracy theorist I would think that IPv6 proponents are trying to burn up the remaining IPv4 space as fast as they can so we'll all be running IPv6 at the end of the decade. If that's the case: good job! :-) Seriously: what's going on here?

3 3

Re: [address-policy-wg] Policy proposal: #gamma IPv6 InitialAllocation Criteria
by Cameron Gray (RIPE Address Policy WG) 24 Apr '05

24 Apr '05

Collective, This originated from a thread I started on ipv6-ops... As the archives seem to bear out shim6/mhap/multi6 or whatever the new *thing* will be is not ready. We (uk.netegral) have a /32 already (2001:4bf0::) however many of the recipients of sub-allocations will be using the resources in conjunction with their other providers. My, now somewhat aging, e-mail to lir-help asked what happens to LIRs that cannot get/justify/plan for 200 /48s their reply was simple: get it off another LIR. This now leads into a problem with routing policies: if /32s are only to be allowed in the backbone, how doe these sub-lir allocations get announced. My idea is to simply allow internetwork /48 to be announced to the backbone, or aggregates thereof (i.e. to adjacent /48s for the same ASN as a /47 and so on...). I know the first response will be that this will grow the routing table infinitely and I agree, however with 629-ish from my view there isn't much of a table to speak of. Are there any considerations I'm missing, why can't IPv6 prefixes be treated in the same way as IPv4? I'm not advocating announcing every /64 from here to timbuktu but otherwise I can't see anything to allow the "little guys" from actually benefitting therefore deploying IPv6. One of our customers has a /48 allocation and is now refusing to issue to customers as he can't announce this to the second upstream (they refuse to pass it on as it isn't a /32), they have also hit peers that refused the prefix as it hit their "this route is internal" prefix filter. I assume the end goal here is to encourage the uptake of v6 not hinder it... Can this disparity in policies not be addressed using current protocols and technologies simply by increasing the allowable boundary for the backbone? This has a neat side effect of not having to alter the issuing policy for /32s :) .

6 10

Re: [address-policy-wg] Policy proposal: #gamma IPv6 InitialAllocation Criteria
by Gert Doering 23 Apr '05

23 Apr '05

Hi, On Thu, Apr 21, 2005 at 11:33:46PM +0100, Cameron Gray wrote: > First a little background, recently in the London Webhosting world, a > big drive has occured to become multi-homed and isolated from any one > providers screwups, downtime, incompetence, etc. The problem with this > is that very few of them have any of the necessary skills to liase with > the NCC to do requests or even understand why its necessary [tangent: > the number of times I see "because ARIN gave us a /24 per box" as a > justification from the same group is silly]. I firmly believe in > leaving the important things to those who know what they are doing, > present company (I hope ;)). > > The small providers can have either IPv6 PI (currently disallowed and > frowned upon) or become a LIR and wreak havoc on the hostmasters. This is something that I really don't understand. The hostmasters are here to help educate LIRs that don't know what they are doing - and it will be for the better of everyone. If they are so clueless, then they shouldn't be allowed to do BGP, and possible "wreak havoc" on everybody else's routing tables. > I'm against dishing out /32s to Joe Blogs because I believe the subnet > recommendation/guidelines as published are a good balance. In theory a > /48 for any customer site should be several orders of magnitude to many > for most customers in two years. > > But the ongoing problem is that of what should be allowed into the > public v6 Internet. Indeed. The idea behind the proposed change is (sort of) "those who can be bothered to understand the system and become a LIR are allowed". What you are asking for ("those people are clueless but so important that they need to be visible in everyones routing table") is a different proposal. Gert Doering -- NetMaster -- Total number of prefixes smaller than registry allocations: 71007 (66629) SpaceNet AG Mail: netmaster(a)Space.Net Joseph-Dollinger-Bogen 14 Tel : +49-89-32356-0 D- 80807 Muenchen Fax : +49-89-32356-234

4 3

Re: [address-policy-wg] Policy proposal: #gamma IPv6 InitialAllocation Criteria
by Cameron Gray (RIPE Address Policy WG) 22 Apr '05

22 Apr '05

Gert Doering wrote: > Hi, > > On Thu, Apr 21, 2005 at 11:27:32AM +0100, Cameron Gray (RIPE Address Policy WG) wrote: > >>Or are we lobbying for the criteria as a LIR to be relaxed...? > > > Actually there are no big hurdles for becoming a LIR. Prove your existance, > fill in paperwork, pay startup fee, done. I think my phrasing was misunderstood. What I meant was the 200 rule, not to become a de facto LIR. > This alone doesn't give you an IPv6 allocation yet, though - the biggest > hurdle there is that you have to claim a plan to supply 200 customers with > IPv6. As it is only a *plan*, it's possible to achieve for most LIRs > that actually provide addresses to customers. Well not if we're sticking to the letter of the policy, and especially as in perticular *our* customers will require multi-homing, therefore a /32 to themselves... (this is a YMMV comment, but asbestos underwear donned anyway). > OTOH, there's an ongoing policy change proposal to drop the 200-customer > rule. Please read up the specifics of the proposal in the archive, and > voice your opinion... I disagree with the policy change, I think that the policy change should be on allowed prefixed into the backbone. First a little background, recently in the London Webhosting world, a big drive has occured to become multi-homed and isolated from any one providers screwups, downtime, incompetence, etc. The problem with this is that very few of them have any of the necessary skills to liase with the NCC to do requests or even understand why its necessary [tangent: the number of times I see "because ARIN gave us a /24 per box" as a justification from the same group is silly]. I firmly believe in leaving the important things to those who know what they are doing, present company (I hope ;)). The small providers can have either IPv6 PI (currently disallowed and frowned upon) or become a LIR and wreak havoc on the hostmasters. I'm against dishing out /32s to Joe Blogs because I believe the subnet recommendation/guidelines as published are a good balance. In theory a /48 for any customer site should be several orders of magnitude to many for most customers in two years. But the ongoing problem is that of what should be allowed into the public v6 Internet. As much as I would like to attend RIPE 50 I have other commitments as well as government to select half-way through so I am unable to. Could we continue the discussion here or is this very much an in person topic? -- Best regards, Cameron Gray Director, Netegral Limited www.netegral.co.uk | cgray(a)netegral.co.uk 0871 277 NTGL (6845)

1 0

New IPv6 Address Block Allocated to the RIPE NCC
by Filiz Yilmaz 20 Apr '05

20 Apr '05

Dear Colleagues, The RIPE NCC received the IPv6 address range 2A00::/21 from the IANA in April 2005. You may wish to adjust any filters you have in place accordingly. More information on the IP space administered by the RIPE NCC can be found on our web site at: <https://www.ripe.net/ripe/docs/smallest-alloc-sizes.html> Regards, -- Filiz Yilmaz RIPE NCC

1 0

New Document available: RIPE-344
by RIPE NCC Document Announcement Service 19 Apr '05

19 Apr '05

New RIPE Document Announcement -------------------------------------- A new document is available from the RIPE document store. Ref: ripe-344 Title: Internet Assigned Numbers Authority (IANA) Policies for Allocation of IPv4 Blocks to Regional Internet Registries Author: APNIC, ARIN, LACNIC, RIPE NCC Date: 19 April 2005 Format: PDF=74310 TXT=4719 Short content description ------------------------- On 8 April 2005, during the ICANN Board meeting in Mar del Plata, Argentina, the ICANN Board formally approved the adoption of a global policy on IANA Allocation of IPv4 address space to the Regional Internet Registries developed by the Address Supporting Organisation (ASO) and the Number Resource Organisation (NRO). The ICANN Board resolution is available from the ICANN website at: http://www.icann.org/minutes/resolutions-08apr05.htm The document "Internet Assigned Numbers Authority (IANA) Policies for Allocation of IPv4 Blocks to Regional Internet Registries" describes the policy governing the allocation of IPv4 address space from the IANA to the Regional Internet Registries (RIRs). Accessing the RIPE document store --------------------------------- You can access this new RIPE document in HTML format via our website at the following URL: http://www.ripe.net/ripe/docs/iana-rir-allocation-policies.html The RIPE Document Store is also available via anonymous FTP to ftp.ripe.net, in the directory ripe/docs. The URLs for the new documents on the FTP-server are: ftp://ftp.ripe.net/ripe/docs/ripe-344.pdf PDF version ftp://ftp.ripe.net/ripe/docs/ripe-344.txt plain text version

1 0

NRO Response to WGIG Paper on IP Numbers
by Axel Pawlik 19 Apr '05

19 Apr '05

Dear Colleagues, The Number Resource Organization (NRO), on behalf of the Regional Internet Registries including the RIPE NCC, published a document consisting of comments to the Working Group on Internet Governance (WGIG) on the draft working paper on IP Numbers (April 2005). The NRO document submitted to the WGIG can be found on the NRO website at: http://www.nro.net/documents/nro23.html The original draft WGIG paper can be found at: http://wgig.org/docs/WGIGPaperCluster1IPnumbers-Final.pdf Regards, Axel Pawlik Managing Director RIPE NCC

1 0

Policy proposal for changes in RIPE policy Do cuments.
by Erics 19 Apr '05

19 Apr '05

... that meets the point. I agree and support this proposal. - Eric

1 0