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] Temporary origins
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Job Snijders
job at ntt.net
Thu Jul 2 16:16:41 CEST 2015
On Thu, Jul 02, 2015 at 11:42:12AM +0200, Alex Band wrote: > Thanks for sharing your experiences George. > > I'm curious to hear from our Community about what they think about > this mode of operation; simply create the route object on the inetnum > holder's authorisation alone, inform the ASN holder that it was > created and only remove the object if they object. > > It would simplify the authorisation model tremendously and save a lot > of frustration and customer support tickets. > > Seeing that APNIC has positive experiences, would our Community > support such an approach considering the up and downsides? I support this direction and style of operation. The philosophy that an inetnum holder can unilaterally grant the right to announce a prefix to any ASN makes sense to me, probably is more intuitive to most. Kind regards, Job
- Previous message (by thread): [db-wg] Temporary origins
- Next message (by thread): [db-wg] Temporary origins
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]