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] 2014-03 New Policy Proposal (Remove Multihoming Requirement for AS Number Assignments)
- Previous message (by thread): [address-policy-wg] 2014-03 New Policy Proposal (Remove Multihoming Requirement for AS Number Assignments)
- Next message (by thread): [address-policy-wg] 2014-03 New Policy Proposal (Remove Multihoming Requirement for AS Number Assignments)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Leo Vegoda
leo.vegoda at icann.org
Thu May 1 17:23:42 CEST 2014
Hi, I'm writing to provide some information and am neither speaking for or against the proposal. Saku Ytti wrote: [...] > Few things I'm somewhat concerned of, but seem to be out-of-scope for this > particular policy, but may require work in other places. > > a) should 16b ASN be special? You get GLOP/24 with it and you get BGP > communities. Some use-cases absolutely depend on these, some use-cases don't. > Is it realistic/possible to have different requirements for 16b and 32b? I should probably point out that there are other sources of IPv4 multicast address space if this is a consideration. Firstly, there are the Unicast-Prefix-Based IPv4 Multicast Addresses, which are assigned algorithmically. Every IPv4 /24 prefix gives the user a /32 multicast address from 234/8. If a network operator does not have GLOP or Unicast-Prefix-Based IPv4 Multicast Addresses, or has used all those addresses, then it also possible to request an assignment (https://www.iana.org/form/multicast-ipv4). There is no charge for multicast address assignments and there's no immediate danger of running out of multicast space to assign. Kind regards, Leo Vegoda -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5495 bytes Desc: not available URL: </ripe/mail/archives/address-policy-wg/attachments/20140501/3e926d62/attachment.p7s>
- Previous message (by thread): [address-policy-wg] 2014-03 New Policy Proposal (Remove Multihoming Requirement for AS Number Assignments)
- Next message (by thread): [address-policy-wg] 2014-03 New Policy Proposal (Remove Multihoming Requirement for AS Number Assignments)
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]