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] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
- Previous message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
- Next message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sander Steffann
sander at steffann.nl
Tue Jun 21 11:06:48 CEST 2016
Hi Riccardo, > If we had a proposal that changes the policy behaviour creating a new fantasy example category "ALLOCATED BEFORE FINAL" to all allocation created before 14/09/2012 this would be discriminating anyone received such kind of allocation from who didn't. Every LIR can receive that allocation. > PI can be converted in PA easily in RIPE ??? > I invite you to read these from Registration Services update about different colors allocations: > https://ripe71.ripe.net/presentations/86-FeedbackRS-RIPE71.pdf > https://ripe72.ripe.net/presentations/112-FeedbackRS-RIPE72_final.pdf Thank you, I know very well what happened in my own working group. > [...] > RIPE NCC encourages: > - LIRs to strive to convert to ASSIGNED PA > “Where possible, LIRs should work to make contractual arrangements to convert PI addresses into PA addresses.” > - LIRs to not create new ASSIGNED PI > - Where possible to convert to ALLOCATED PA > [...] That is from a slide talking about ALLOCATED PI, you seem to be taking it out of context and applying it to all PI. > I am not thinking my arguments are false. Yeah, that bit is obvious. However, you have repeated your point over and over again without providing any convincing data to back it up, so we're stopping this argument now. Feel free to discuss other issues you see, but the "class-b LIRs" argument has now been discussed, considered and found incorrect. Cheers, Sander -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 496 bytes Desc: Message signed with OpenPGP using GPGMail URL: </ripe/mail/archives/address-policy-wg/attachments/20160621/15a4195e/attachment.sig>
- Previous message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
- Next message (by thread): [address-policy-wg] 2016-03 Discussion Period extended until 15 July 2016 (Locking Down the Final /8 Policy)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]