public-l AT list.denic.de
Subject: Public DENIC mailinglist
List archive
- From: Henning Brauer <lists-denic-public-l AT bsws.de>
- To: public-l AT denic.de
- Subject: Re: [public-l] Datenschutz ...
- Date: Thu, 29 Mar 2001 10:54:58 +0200
On Wed, Mar 28, 2001 at 05:00:32PM +0200, Markus Warg wrote:
> Henning,
Markus.
> On Mit, 28 Mär 2001, Henning Brauer wrote:
> [...]
> > 2) Ich habe arge Zweifel, dass die Member eine Vernuenftige Moeglichkeit
> > finden Ihren YYYYYY-Part eindeutig zu halten - heisst das im Endeffekt
> wir
> > muessen Handleauftraege haendisch an "unser" Member weiterleiten?
> > Das erste was bei einer solchen Loesung passiert ist doch dass ich zu
> meinem
> > member laufe und innerhalb des YYYYYY-Parts einen eigenen eindeutigen
> Prefix
> > will. Wie das weitergeht kann sich jeder selbst ausmalen.
>
> Das hat doch beim RIPE bislang auch funktioniert. Entweder, ich gebe ein
> Handle vor, mit dem Risiko, dass es schon vergeben ist, oder aber das
> Mitglied implementiert eine Art DENIC-X-AUTO.
Genau hier sehe ich das Problem...
> Hier kann dann sichergestellt
> werden, dass die Handles eindeutig sind, da jedes Mitglied seinen
> Namensraum verwaltet.
Der Hauotkritikpunkt an dieser Stelle war auch eher die Member-ID.
> > 3) die ganze Welt benutzt Suffixe (WHATEVER-RIPE, WHATEVER-ARIN usw.),
> nur
> > das denich prefixe - das ist nicht gerade passend un macht automatisierte
> > Tools kompliziert. Bei Domains kann ich mir heute schon die TLD nehmen
> und
> > auf [tld].whois-servers.net abfragen. Das gleiche waehre fuer die
> > Handle-suffix denkbar. Denic mit dem Prefix baut da nur wieder eine
> > Inkompatibilitaet ein.
>
> Hae? ^DENIC-x-([a-zA-Z0-9])$ sollte wohl nicht so viel komplizierter sein
> als ^([a-zA-Z0-9])-x-DENIC$.
Ist aber gegenueber s/^.*-([A-Z]+)$/$1/ eine Sonderbehandlung.
> Und solange es keine vereinheitliche Schnittstelle registrar-registry gibt,
> waere ich mit eierlegende-wollmilchsau-Tools sehr vorsichtig. Soweit ich
> mich entsinne hat jeder whois sein eigenes Antwortformat, nicht
> einmal das Langformat ist auch nur annaehernd vergleichbar.
Naja, so grundsaetzlich unrecht haste da nicht, aber es gibt genug
Ansatzpunkte fuer shared code. selbst wenn nicht: manchmal reicht es einfach
den output auszuschmeissen damit der (End-)kunde sieht was sich hinter
diesem Handle eigentlich verbirgt. Aber das wird OT. Nenne mir nur einen
vernuenftigen Grund ein Prefix zu nehmen wenn alle Welt Suffixe benutzt!
> Ausserdem, es gibt keine globale Abfrage fuer Handles, denkbar waere es,
> aber es gibt sie nicht. Und ich glaube auch erst daran, wenn es
> funktioniert.
Und baust deshalb von vornherein grundsaetzliche Inkokmpatibilitaeten ein.
Glueckwunsch. Sehr umsichtig.
--
Henning Brauer | BS Web Services
Hostmaster BSWS | Roedingsmarkt 14
hostmaster AT bsws.de | 20459 Hamburg
http://www.bsws.de | Germany
- Re: AW: [public-l] Datenschutz ..., (continued)
- Re: AW: [public-l] Datenschutz ..., Robert Kiessling, 03/28/2001
- AW: AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: AW: AW: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/28/2001
- Re: AW: [public-l] Datenschutz ..., Frank Bergknecht, 03/28/2001
- AW: AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: [public-l] Datenschutz ..., Sabine Dolderer/Denic, 03/28/2001
- AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/28/2001
- Re: [public-l] Datenschutz ..., Markus Warg, 03/28/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/29/2001
- Re: [public-l] Datenschutz ..., Markus Warg, 03/29/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/29/2001
- Re: [public-l] Datenschutz ..., Markus Warg, 03/28/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/28/2001
- Re: [public-l] Datenschutz ..., Henning Brauer, 03/28/2001
- AW: [public-l] Datenschutz ..., Heiko Ambos, 03/28/2001
- Re: Re: [public-l] Datenschutz ..., Sabine Dolderer/Denic, 03/28/2001
- Re: Re: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
- Re: Re: Re: [public-l] Datenschutz ..., Sabine Dolderer/Denic, 03/28/2001
- Re: Re: Re: [public-l] Datenschutz ..., Lutz Donnerhacke, 03/28/2001
Archive powered by MHonArc 2.6.19.