July 2011 - address-policy-wg

RE: [address-policy-wg] 2011-02 New Draft Document Published (Removal of multihomed requirement for IPv6 PI)
by poty＠iiat.ru 12 Jul '11

12 Jul '11

> What we do need to make up our collective minds is: > > - do we want to see IPv6 deployed? > (some of the comments can be read as "let's not deploy IPv6, because > the IPv4 routing table is already too large!" - and I'm not > convinced > that this line of reasoning is conclusive) My answer - yes. > - do we think that the group of networks that would get IPv6 PI under > the changed policy, but can't get IPv6 PI now is... > > a) large enough that it makes a difference regarding IPv6 > deployment? No. > b) small enough to avoid exploding the routing table? No. > > As for "b)", the numbers given by Alex Le Heux set a certain upper > boundary > for the number of IPv6 PI prefixes to expect - if every user of an IPv4 > PI > routing table slot today (in the RIPE region) will get an IPv6 PI > block, > we're "in the 10.000s" of routes, but not "in the millions". So we > have > some numbers. There is rather uneasy answers to this as soon as times changes. As soon as IPv6 PI would be easy to get and easy to hold - there will be a "market" for it. It would be presented as a gift, got for prestige, "future", "presence in the Internet", "cool practice" and so on. So you cannot rely on digits for rather tough IPv4 PI policy. Such "blocks" will be nothing (in terms of traffic and usefulness of the deployment), but will clog the routing table a lot, inspiring ISPs to constantly change the equipments and delaying full deployment of full-working IPv6. As soon as the first answers (a) is "No" in my opinion, it is preferable for me to postpone the easing of the requirement until IPv6 starts. Regards, Vladislav Potapov

1 0

RE: [address-policy-wg] 2011-02 New Draft Document Published (Removal of multihomed requirement for IPv6 PI)
by poty＠iiat.ru 12 Jul '11

12 Jul '11

Hello, > > 1. As far as I can see there are no fiscal issues here apart from the > usual issue of more PI's meaning more NCC work meaning more staff > (potentially) and hence more costs. > > > > The potential cost of applying more staff at the RIRs like RIPE NCC > is just one issue. The more important issue is that all the line cards > of the core routers should be replaced if we can not limit the grows of > the forwarding tables (FIB)s. AND IPv4 address space trading allready > might create problems concerning the grows. > > > > A total upgrade beed a couple of billon dollars. Unfortunately even > if this many could be spent, the slow down provoked by the bigger table > size could not be avoided. > > > > Therefore if we want to avoid total collaps or total up-grade and > slow down in the very near future then all the FIBs grows should be > minimised. > > > > Any proposal that might provoke a sudden grows of the FIBs should be > postponed until the technology would evolve enough and allow to handle > fast enough tha definitely larger FIBs. > > > > you still haven't provided any reasons why there should be a sudden > spike and evidence suggesting that there will be. Why? You know - Nigel is a real representative of ISP who knows the things. He said - it'll harm his company's business if the requirement would be removed. And still you do not count it as an argument? > - It's highly unlikely that there will be more IPv6 PI Prefixes than > IPv4 PI Prefixes any time soon in ANY way, that's BY DESIGN of IPv6 > ("one prefix per entity" - usually). If your routers cannot handle > that, you're doing something seriously wrong, or you have a wrong idea > about the whole concept Why someone should ask you about how to do their business? As far as I know - the Internet is on and going without the proposal and not the least role in that duty is due to the people like Nigel. You are asking for not necessary privileges for very small end-user companies and do not hear the "business-oriented" Internet companies. > > - It's highly likely that the IPv4 table WILL grow faster if PI-shops > aren't able to use IPv6 without multihoming because they > will literally buy smaller and smaller IPv4 prefixes and announce > them to stay in business when they grow, so instead of one IPv6 PI > Prefix you will > provoke 10 IPv4 PI Prefixes in some cases - because THERE ALREADY IS > NO MULTIHOMING REQUIREMENT for IPv4 PI No, you haven't done your homework again. There are many restrictions about the length of the IPv4 prefixes. And this is the long time the restrictions will ease. So... > All this proposal does is ease up IPv6 deployment for some entities who > - for whatever stupid reason - rely on PI addresses without being > multi-homed themselves. > And THAT is what the majority should want, more IPv6, soon. IMHO you counterargument yourself here. On one hand you've said that there will be a small number of PI, on another - it will speed up IPv6 deployment. IPv6 will grow without the PI-holders definitely. And this proposal doesn't have ANY relation with that. Regards, Vladislav Potapov

1 0

2011-01 New Draft Document Published (Global Policy for post exhaustion IPv4 allocation mechanisms by the IANA)
by Emilio Madaio 08 Jul '11

08 Jul '11

Dear Colleagues The draft document for the proposal described in 2011-01 has been published. The impact analysis that was conducted for this proposal has also been published You can find the full proposal and the impact analysis at: http://www.ripe.net/ripe/policies/proposals/2011-01 and the draft document at: http://www.ripe.net/ripe/policies/proposals/2011-01/draft We encourage you to read the draft document text and send any comments to address-policy-wg(a)ripe.net before 22 July 2011. Regards Emilio Madaio Policy Development Officer

2 1

Information Regarding AS paths
by Ronak Banka 05 Jul '11

05 Jul '11

Dear Members, I am working on a project and I am stuck at a point where I am in need of AS paths, Is there any way to get AS path for all the AS numbers registered under RIPE RIR ?? -- Ronak Banka Internship student

2 1

2011-02 Removal of multihomed requirement for IPv6 PI
by Dan Luedtke 02 Jul '11

02 Jul '11

Dear Community, I can't wait for this change to happen. As I discussed at IPv6 Kongress in Frankfurt, Germany, there are more than a handful of people wanting that change. For example, I have an IPv4 PI network and adopted early to IPv6 using an IPv6 PA network. Never did, nor will I ever understand why multihoming is required for an IPv6 PI network but not for an IPv4 PI network. I support this draft and like to thank everyone who made it happen. This is an important step awaited by me and many others, even if the community decides not to do it. best regards, Dan Luedtke

2 1