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/
Inconsistent NIC handles
- Previous message (by thread): Inconsistent NIC handles
- Next message (by thread): db under solaris
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Janos Zsako
zsako at banknet.net
Mon Oct 9 12:11:14 CET 1995
> From woeber at cc.univie.ac.at Mon Oct 9 11:39:50 1995 Dear Wilfried, > >The problem I noticed is that somebody (inadvertently) registered a person > >with an Internic-type NIC handle (i.e. without the "-RIPE" suffix) in the > >RIPE database. > > This is a perfectly legal situation, as long as the person being > described has a unique handle assigned already, probably from the > InterNIC. I know, this is how I am registered myself (JZ38). > >The result is an inconsistency between the two databases > >(RIPE and Internic). One gets different answers, depending on whom one asks the > >question. > > Not necessarily so! The IneterNIC is expected to accept handles > assigned by other regsitries interchangably when importing data > (objects) from other sources. I am sorry if I was not clear enough. This is not a theoretical question. A mistake had actually been made. I did not (and still do not) want to make public (to such a big audience) the concrete case, since I do not want to offend the person (and the registry in last instance) who made this mistake. I will let you know by private mail. (I had already notified David before I sent the original message). > PS: If you could point out the affected objects we could possibly find > out what went wrong or if there is really a flaw in the logistics... See above. Best regards, Janos
- Previous message (by thread): Inconsistent NIC handles
- Next message (by thread): db under solaris
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ db-wg Archives ]