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/routing-wg@ripe.net/
[routing-wg] Implementation of Resource Certification (RPKI) for PI End User Resources
- Previous message (by thread): [routing-wg] Implementation of Resource Certification (RPKI) for PI End User Resources
- Next message (by thread): [routing-wg] [ncc-services-wg] Implementation of Resource Certification (RPKI) for PI End User Resources
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Lutz Donnerhacke
lutz at iks-jena.de
Tue Oct 22 11:02:09 CEST 2013
* Alex Band wrote: > 2) A PI End User requests a resource certificate through their sponsoring > LIR and gets access to the Route Origin Access (ROA) management system > themselves, or they delegate management to the sponsoring LIR I do prefer this option. Sponsoring LIR does handle the contractual issues with RIPE and I do count rPKI in the same way as allocates. They are tighly coupled. > The issue is: A PI End user must prove to the RIPE NCC that they truly are > the legitimate holder of the resources they would like to have a certificate > for. What proof do they need to give to the RIPE NCC before we grant them > access to the system? Use a token running thought the sponsoring LIR. This satisfies the principle of "follow the contracts". Skipping contractual relationship does open a can of layw^Wworms.
- Previous message (by thread): [routing-wg] Implementation of Resource Certification (RPKI) for PI End User Resources
- Next message (by thread): [routing-wg] [ncc-services-wg] Implementation of Resource Certification (RPKI) for PI End User Resources
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]