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 ]
Roger Jorgensen
rogerj at jorgensen.no
Sun Apr 23 10:54:35 CEST 2006
On Mon, 24 Apr 2006, Nick Hilliard wrote: > Gert Doering wrote: > > The nice thing about Internet (as opposed to the telephone system) is > > the fact that we have DNS - and thus no need to take our "numbers" with > > us to be reachable. > > This is certainly the theory. However, if you are a growing ISP, > renumbering from PA space from another LIR to your own PI space or > LIR/PA space can be - depending on how your customers are configured - > pure pain. > > The portability associated with PI space is also important in one other > view, in that it allows the holder to switch providers quickly and > efficiently. There's no tie-in of any form, and this is something which > is extremely important to business. So what you are saying are we need a better way to configure, reconfigure/change the connection to the end-users/customers? Thought IPv6 was suppose to solve that issue. -- ------------------------------ Roger Jorgensen | roger at jorgensen.no | - IPv6 is The Key! -------------------------------------------------------
- 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 ]