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]/
[db-wg] Control over associating objects for number blocks
- Previous message (by thread): [db-wg] Control over associating objects for number blocks
- Next message (by thread): [db-wg] Control over associating objects for number blocks
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Janos Zsako
zsako at iszt.hu
Tue Oct 27 18:46:29 CET 2015
Dear Billy, I think I understand the problem you describe and I think it is useful to try to solve it in some automatic way (i.e. without the human intervention from the RIPE NCC). I cannot, however, understand the following part: > The number block holder should not be able to delete an object they do not have maintainer status for, but they should be able to remove the association from their number block. As an example I think of 192.168.0.0-192.168.255.255 being assigned to COMPANY and the inetnum has COMPANY-MNT as maintainer. In the database we can find the following route: route: 192.168.0.0/16 descr: whatever origin: AS64500 mnt-by: AS64500-MNT ... source: RIPE # Filtered and COMPANY does not have control over AS64500-MNT. How could COMPANY modify this route in such a way that they remove the association with their assignment _without_ deleting it? The same applies to a reverse delegation, e.g.: domain: 168.192.in-addr.arpa descr: whatever ... mnt-by: AS64500-MNT .. source: RIPE # Filtered Could you please clarify what you meant by the above? Did you have in mind that these could be transformed in a fake route (or domain) mobject like: route: 10.0.0.0/8 descr: orphaned 192.168.0.0/16 descr: whatever origin: AS64500 mnt-by: AS64500-MNT ... source: RIPE # Filtered or domain: 10.in-addr.arpa descr: orphaned 168.192.in-addr.arpa descr: whatever ... mnt-by: AS64500-MNT .. source: RIPE # Filtered respectively? Thanks and regards, Janos > Billy > > William Sylvester > william.sylvester at addrex.net <mailto:william.sylvester at addrex.net>
- Previous message (by thread): [db-wg] Control over associating objects for number blocks
- Next message (by thread): [db-wg] Control over associating objects for number blocks
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]