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] RIPE NCC to Assign 16-bit ASNs Until ASN Pool is Replenished
- Previous message (by thread): [address-policy-wg] RIPE NCC to Assign 16-bit ASNs Until ASN Pool is Replenished
- Next message (by thread): [address-policy-wg] RIPE NCC to Assign 16-bit ASNs Until ASN Pool is Replenished
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Bertrand MAUJEAN
bmaujean at rmi.fr
Thu Mar 14 14:25:01 CET 2013
Hello, A very disappointing side-effect. Is it possible to have IANA derogate to the rule ? It's like falling in a trap we dug ourselves... Hopefully, we did not make the same mistake for IPv4/v6 addresses ! Bertrand -----Message d'origine----- De : address-policy-wg-bounces at ripe.net [mailto:address-policy-wg-bounces at ripe.net] De la part de Havard Eidnes Envoyé : jeudi 14 mars 2013 14:14 À : rg at teamix.de Cc : address-policy-wg at ripe.net Objet : Re: [address-policy-wg] RIPE NCC to Assign 16-bit ASNs Until ASN Pool is Replenished >> Under this policy, we need to demonstrate 80% usage of "the >> previously received ASN block" (which includes both 16-bit and 32-bit >> ASNs we received from IANA on 3 March 2012) to replenish our ASN >> pool. We are expecting to reach this usage rate within six to eight months. > > Mh, not April first. > > Seriously, where has this gone wrong? the utilization rate of 16Bit > ASNs should not be a measure for replenishing the 32 bit Pool. > > It should never have been. +1 - Håvard
- Previous message (by thread): [address-policy-wg] RIPE NCC to Assign 16-bit ASNs Until ASN Pool is Replenished
- Next message (by thread): [address-policy-wg] RIPE NCC to Assign 16-bit ASNs Until ASN Pool is Replenished
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]