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] getting second IPv6 PA as a LIR
- Previous message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
- Next message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Marcin Kuczera
marcin at leon.pl
Tue May 3 10:46:41 CEST 2011
> That's the main reason I don't want to see IPv6 PI proliferation, we're > trying hard to keep down the number of IPv6 DFZ routes, let's not > explode it by allowing easy PI. Let's keep the pressure up on other ways > to multihome instead. ok, look @ this scenario: 1. I'am a SponsorLIR 2. I open second LIR to get next /32, and I merge it immediatelly with my LIR - so I will have x2 /32 3. first of my /32 is used under my main AS only 4. second of my /32 is segmented into /48. Every /48 is advertised under different AS number, of a different little ISP who receives these /48 from me. So - this little (and expansive in first moment) trick also causes that routing table grows up. Now - the money. I'll charge for each /48 50 euro yearly. If /48 would be PI, then RIPE would charge me 50 euro, and I would recharge 50 euro + something. - first case - I earn a lot of money, RIPE - no extra money (except opening a new LIR, just once) - second case - we share ;) I can provide /48 for every operator in PL, exaclty the same way as I do it today with SponsorLIR and IPv4 PI. They don't have to be my downstreams. And you know what, I suppose that this already happens and RIPE can't stop it. If new policy will try to block it, people will find our legal workaround. People are smarter than any institution. Regards, Marcin
- Previous message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
- Next message (by thread): [address-policy-wg] getting second IPv6 PA as a LIR
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]