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/[email protected]/
[address-policy-wg] Just say *NO* to PI space -- or how to make it lessdestructive
- Previous message (by thread): [address-policy-wg] Just say *NO* to PI space -- or how to make it lessdestructive
- Next message (by thread): [address-policy-wg] Just say *NO* to PI space -- or how to make it lessdestructive
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Nick Hilliard
nick at inex.ie
Tue May 9 13:48:37 CEST 2006
On Tue, 2006-05-09 at 20:16 +0900, Masataka Ohta wrote: > Nick Hilliard wrote: > > IPv6 will be much better aggregated than ipv4, because the allocation > > blocks are larger, and the requirement for LIRs to request multiple > > non-contiguous blocks of space will be much lower. > > It merely means difference of a small constant factor. I disagree. Most ISPs I know of announce a large number of non- contiguous address blocks. With ipv6, this will drop to just one or two in the short term; longer term, it will grow, but not even nearly at the same rate as ipv4 allocations. > IPv4 routing table is already too large that its convergence is > prohibitively slow. Geoff Huston's talk about this at RIPE was rather interesting. Yes, the routing table will grow. But that's only part of the problem; a bigger part of the problem is routing churn. Take a look at pages 37 and 38 of: http://www.ripe.net/ripe/meetings/ripe-52/presentations/ripe52-plenary-bgp-review.pdf You can see that there is a small number of organisations responsible for massive numbers of updates. I can tell you that If I were supreme ruler of the universe, these organisations would get a smack on the face. > Not at all. If the end-user disappears, its entries in global routing > tables are tackled automatically. The prefix announcement disappears, but the space is lost to the available address pool forever (under current rules). Nick
- Previous message (by thread): [address-policy-wg] Just say *NO* to PI space -- or how to make it lessdestructive
- Next message (by thread): [address-policy-wg] Just say *NO* to PI space -- or how to make it lessdestructive
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]