public-l AT list.denic.de
Subject: Public DENIC mailinglist
List archive
- From: Stefan.Gasteiger AT Gendorf.de
- To: public-l AT denic.de
- Subject: RE: Antwort: Fragen an DENIC
- Date: Wed, 5 Jul 2000 08:28:53 +0200
> -----Original Message-----
> From: Lars Renger [mailto:LR AT MR-ELEKTRONIK.NET]
> Sent: Wednesday, July 05, 2000 8:07 AM
> Subject: Re: Antwort: Fragen an DENIC
>
>
> ACK, und wenn er bei dem Reseller (oder Hoster oder wie auch
> immer...) nicht
> mehr Kunde ist, dann bleibt sein Handle brach liegen und der
> nächste macht
> ein neues Handle auf, weil er an das alte, dank MNT, ja nicht
> mehr dran
> kommt. Würde das alte Handle MIT der Domain umziehen, hätte der neue
> Provider die Chance, das alte Handle weiter zu verwenden,
> anstatt die DB
> wieder um ein zusätzliches, meist unnötiges Handle zu bereichern...
Yep.
> >> Dass nicht referenzierte Handles geloescht werden koennen, ist
> >> eine andere Sache. Allerdings taeuschen auch hier die grossen
> >> Zahlen. Eine _5_stellige Zahl von Personeneintraegen sind zum
> >> Beispiel bei uns voellig regulaer nicht referenziert, weil
> >> das DENIC die betreffende Domain noch gar nicht eingetragen
> >> hatte.
>
> Aufgrund des MNT müßte aber die nicht referenzierten Handles
> wieder vom
> ehemaligen Provider, Hoster (ham wir mal 'nen alles
> umfassenden Begriff
> dafür ?) gelöscht werden, der im Falle der "Großen" daran mit
> Sicherheit
> kein Interesse hat, weil's Arbeit macht. Beim Umzug der
> Handles mit der
> Domain bzw. der Löschung nicht referenzierter Handles bei Close wären
> vielleicht ein paar der Duplikate auch weg. - Ich weiß, daß nicht bei
> _jedem_ Close auch das Handle gelöscht wird... ;-)
[...]
> >Was hat bis jetzt unzuverlässig funktioniert?
>
> Bei der Ripe so gut wie nix, weil Handle-Updates verdammt fix
> gingen. Wenn
> nach einer Umstellung auf Denic-Handles Updates genauso lange
> dauern wie
> Domain-Updates, na dann gute Nacht... Und schneller wird's da
> eh nicht...
> Eher im Gegenteil, weil nämlich zu den Domains noch die
> Handles kommen, was
> die Geschwindigkeit wohl kaum erhöht....
Eben!
Die RIPE DB hat immer super funktioniert. Und das obwohl jeder
damit arbeiten kann.
Qualität hat also nichts damit zu tun, ob "nur qualifizierte
Mitglieder" (die einzige Qualifikation besteht ja wohl beim
DENIC im Abdrücken von Kohle. Beim RIPE macht man als LIR
wenigstens noch einen LIR-Trainingskurs mit) mit einem System
arbeiten.
> nicht mehr veröffentlich werden darf. Ach so: Wir sind ja dann in
> Deutschland... Sorry... ;-)))
Noch dazu, wo wirklich nur Daten erfasst werden, die man über andere
Wege (nur umständlicher) sowieso rausbekommt.
> >> > Kunde --> ISP --> Reseller --> DENIC Mitglied --> DENIC DB
> >> In Zukunft gehen auf diesem einen Weg sowohl Personen als auch
> >> Domaindaten.
> >Übel.
>
> Eben. Ob mich das wirklich begeistert, wenn ich mir die
> Denic-Durchlaufzeiten so anguck, das weiß ich aber auch noch nicht...
Wie gesagt: Ein weiterer Schritt in Richtung Bürokratie und
Wasserkopf!
Mit freundlichen Grüßen
Stefan Gasteiger
SG5599-RIPE
I+K Betrieb (zertifiziert nach DIN EN ISO 9001)
InfraServ Gendorf
Tel.: +49 8679 7 5599
Fax: +49 8679 7 39 5599
Mobiltel.: +49 172 8649205
E-Mail: Stefan.Gasteiger AT gendorf.de
- RE: Antwort: Fragen an DENIC, (continued)
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/04/2000
- Re: Antwort: Fragen an DENIC, Michael van Elst, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/04/2000
- Re: Antwort: Fragen an DENIC, Michael van Elst, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/05/2000
- Re: Antwort: Fragen an DENIC, Michael van Elst, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/05/2000
- Re: Antwort: Fragen an DENIC, Lars Renger, 07/05/2000
- Re: Antwort: Fragen an DENIC, Michael van Elst, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/05/2000
- RE: Antwort: Fragen an DENIC, Stefan . Gasteiger, 07/04/2000
Archive powered by MHonArc 2.6.19.