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] 2008-08 (Initial Certification Policy in the RIPE NCC Service Region) going to Last Call
- Previous message (by thread): [address-policy-wg] 2008-08 (Initial Certification Policy in the RIPE NCC Service Region) going to Last Call
- Next message (by thread): [address-policy-wg] 2008-08 (Initial Certification Policy in the RIPE NCC Service Region) going to Last Call
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Sascha Luck
lists-ripe at c4inet.net
Tue May 3 19:04:52 CEST 2011
On Tue, May 03, 2011 at 09:38:46AM -0700, David Conrad wrote: > In theory, that power exists today, e.g., RIPE could revoke > an allocation and remove it from the registration database, > resulting in an implicit revocation of all addresses assigned > with the address space that had been allocated. If the NCC (or even a third party) revoke an allocation, nothing happens automatically and immediately. (there might be some SPs that, periodically, check advertisements against the ripedb, I'm not aware of anything like that.) In an automatic RPKI environment, the cert gets revoked and your routing goes away. > I'm not aware of any abuse of the current system. It's not efficiently abusable, in my opinion. Too many sanity checks. > Is your concern that the new system will make abuse somehow easier? Hell yes. It not only makes it easier, it makes it *automatic* Kind Regards, Sascha Luck
- Previous message (by thread): [address-policy-wg] 2008-08 (Initial Certification Policy in the RIPE NCC Service Region) going to Last Call
- Next message (by thread): [address-policy-wg] 2008-08 (Initial Certification Policy in the RIPE NCC Service Region) going to Last Call
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]