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/db-wg@ripe.net/
[db-wg] Temporary origins
- Previous message (by thread): [db-wg] Temporary origins
- Next message (by thread): [db-wg] re-evaluate route-object authorisation model
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Randy Bush
randy at psg.com
Wed Jun 24 21:18:36 CEST 2015
> this does conflict with some other Internet documents, like BCP-6. > That can only be confusing and may inhibit global consensus. If IETF > BCP documents are inaccurate then the RIPE community has some > responsibility to point it out. the routing folk at ietf have been well aware of this for many years. > The dual authorisation that RIPE requires on a ROUTE object seems an > unnecessary hurdle and semantically incorrect > The consensus from RPKI seems to be that the inetnum maintainer has > the authority to grant ROA. [ sorry to be pedantic about terminology. but this is a complex area and rigor is needed to keep out of the weeds. ] the rpki is a database, it has no ability to consent. it also has no idea what an inetnum: is. i think you mean that the design of the rpki is that an address resource holder is the sole authority over what ASs may announce that resource. that any CA covering the address resource may authorize ROAs for that resource. > I do not know the history of why RIPE asks for AS maintainer also. Is > there still some good reason? (If so, I am puzzled that it does not > apply to RPKI, but that is a separate discussion). the discussion when the rpki was designed was that the AS asserts its consent through bgp. > 1/ ask IETF to update BCP-6. i am sure you have better ways to spend your time. randy
- Previous message (by thread): [db-wg] Temporary origins
- Next message (by thread): [db-wg] re-evaluate route-object authorisation model
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]