RE: [address-policy-wg] getting second IPv6 PA as a LIR
On 05/04/2011 11:06 AM, poty@iiat.ru wrote:
I'm not arguing about that. All equipment will have troubles in case of routing table explosions. It's my point too.
I don't expect any huge explosion. Reasons was described already in the list. Growth will copy current IPv4 curve... ----------------- Both "sides" doesn't have arguments and reasons, just predictions. PI in IPv4 was a long developed decision, with a lot of restrictions from the beginning, several tuning across its life. So IPv6 PIs will not have the same curve definitely. You have ignored all other my arguments. \\\\\\\\\\\\\\\\\\\\\\\\\\\\ On 05/04/2011 11:10 AM, poty@iiat.ru wrote:
Even at 200Mbit|s with 2 upstreams it is almost impossible to deal with full table. On 05/04/2011 11:06 AM, poty@iiat.ru wrote: the main problem with PC is forwarding (calculating the interface to which the packets should go and actually put it here). In this case the distributed calculations have the biggest impact.
With proper hardware not really. It's not a problem handle 10Gbps interface on PC these days. And I know about real deployment, where PC is used for routing >8Gbps of traffic. ------------------------- To HAVE the interface doesn't mean to USE it fully. Routing 8Gbps on a PC is unrealistic definitely, even in theory. Many people (try to) pass the desirable for reality. You can certainly incorporate some hardware port accelerators in a PC, additional interfaces, make a cluster... But it seems it would be not cheap at first and claim a competence which small ISPs can't afford at second. It is not a cheap PC with common OS we are speaking about. /////////////////////////////////
We all know the "rule" for IPv4 about not routing longer than /24. I got this problem with some of our PI customers and have learnt, that the money here not always help. So, the filtering is not imaginary thing. Then the deaggregation would be limited (in spite of unlimited PIs).
Minimum PI assignment in IPv6 is /48 - see RIPE 512. Also assigned anycasts in IPv6 are /48 - i expect, that /48 for IPv6 becames similar well-know minimum rule as /24 in IPv4 world. There're legal operational /48 assignments these days - for anycasted TLD-DNS, for example. And /48 can be assigned from /32 PA easily, there's lot of space available. And then easily announced into the BGP and almost nobody will filter it (see current IPv6 table)... ------------------- If it is so easy - use it! Why then you should apply for PI? In case of problems RIPE (for example) would speak with a single LIR, not with thousands of widespread customers. Regards, Vladislav
On 05/04/2011 11:55 AM, poty@iiat.ru wrote:
Why then you should apply for PI? In case of problems RIPE (for example) would speak with a single LIR, not with thousands of widespread customers. RIPE is always speaking with the LIR, in accordance to 2007-01 policy. All new PI users are always connected with some LIR. If you want obtain PI directly from RIPE, you'll pay additional money for the contract with RIPE, it's documented on the website.
And generally, I don't prefer crapping PA space with such deaggregation caused just by the PI-blocking policy. If someone has good technical reason for provider-independent address usage, I don't see reason not to assign it from defined (dedicated-for-PI) range. Current typical IPv4 PI user has some reason for that and I'm not here for judging it. I trust RIPE employees in verification of request validity. I rather prefer controlled PI assignments by RIPE instead of some kind of LIR creativity here. There's known demand for for PI on the market. Daniel
participants (2)
-
Daniel Suchy
-
poty@iiat.ru