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]/
Database proposal
- Next message (by thread): Database proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
TOB
Torben.Bajlum at DATACOM.dk400.dk
Mon Sep 8 10:14:00 CEST 1997
Dear Database group At present the RIPE database is quite open, which means that it potentially can be used as a marketing database. My proposal is that only allocations are shown to everyone e.g the 195.41.0.0 /16 below. There is sufficient information to contact the provider in e.g hacker cases. The idea is that only the provider and RIPE(and of course the customer itself) knows the individual assignments. It should be implemented by hiding individual assignments in the RIPE database for everyone. If a provider does not take a proper action in e.g hacker cases RIPE should have the right to identify who the exact user of e.g a /24 is. Best Regards Torben Bajlum Tele Danmark inetnum: 195.41.0.0 - 195.41.255.255 netname: DK-TELEDANMARK-961204 descr: Provider Local Registry descr: Tele Danmark Datacom country: DK admin-c: KBO1-RIPE tech-c: TB15-RIPE tech-c: CIN1-RIPE status: ALLOCATED PA mnt-by: RIPE-NCC-HM-MNT changed: hostmaster at ripe.net 961204 source: RIPE route: 195.41.0.0/16 descr: Tele Danmark origin: AS3292 mnt-by: AS3292-MNT changed: Torben.Bajlum at datacom.dk400.dk 961204 source: RIPE According to my proposal the information below should NOT be available to everyone: inetnum: 195.41.47.0 - 195.41.47.255 netname: AARHUS-STIFTSTIDENDE-NET descr: Aarhus Stiftstidende descr: Olof Palmesalle 39 descr: 8200 Aarhus N country: DK admin-c: BR286-RIPE tech-c: BR286-RIPE changed: pha at datacom.dk400.dk 970418 source: RIPE
- Next message (by thread): Database proposal
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]