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]/
[eix-wg] Re: [address-policy-wg] 2010-07 New Policy Proposal (Ambiguity cleanup on IPv6 Address Space Policy for IXP)
- Previous message (by thread): [address-policy-wg] 2010-07 New Policy Proposal (Ambiguity cleanup on IPv6 Address Space Policy for IXP)
- Next message (by thread): [address-policy-wg] 2010-07 New Policy Proposal (Ambiguity cleanup on IPv6 Address Space Policy for IXP)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Nick Hilliard
nick at inex.ie
Wed Oct 27 02:01:09 CEST 2010
On 21/10/2010 15:18, Andy Davidson wrote: > Now that IPv6 PI is available to all networks, in addition to Internet > Exchange Points, perhaps we do not need to have a special policy for > IXPs at all, but I see possible future value in IXPs sitting inside > 2001:7f8/32, so I think it should remain. On the question at hand, the RIPE NCC's interpretation of the word "open" has caused a lot of trouble. It would probably be better to remove it rather than keep it. >From the point of view of keeping the rules short and sweet, I would see value in scrapping both RIPE-233 (ipv6 for root servers) and RIPE-451 (ipv6 for IXPs), and take their essence into the "IPv6 Address Allocation and Assignment Policy" policy document. It would certainly be possible to note that the RIPE NCC may assign IXPs space from certain netblocks. But in the general case, duplication of policy documents is not useful. Nick
- Previous message (by thread): [address-policy-wg] 2010-07 New Policy Proposal (Ambiguity cleanup on IPv6 Address Space Policy for IXP)
- Next message (by thread): [address-policy-wg] 2010-07 New Policy Proposal (Ambiguity cleanup on IPv6 Address Space Policy for IXP)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]