Onderwerp: Welke ergernis in huidig DRS4?

Oorspronkelijk geplaatst door Pur

Als iedereen een DNS beheer panel zou hebben dan zou het ook niet zo'n groot probleem zijn. Maar die is vaak ook niet aanwezig. En soms vraagt men zelfs geld voor het wijzigen van DNS records of nameservers.

Het is helaas geen ideale wereld :-)

Als powerdns nou eens standaard in DirectAdmin en andere panels zou komen dan zou het enorm simpel zijn om die hele situatie op te lossen. Maar dat is helaas niet zo. De Bind configuratie heeft veel moeilijkheden om te automatiseren die ook nog eens per systeem verschillen.

Oorspronkelijk geplaatst door Pur

Als last resort kun je altijd nog postmaster door info veranderen natuurlijk. Gok dat er gemiddeld meer info adressen bestaan dan het postmaster alias :-)

Daar geef ik je gelijk in, maar ik weet zeker dat SIDN dat niet zal uitvoeren. Helaas!

Nog een ergernis:
Wanneer je Den Haag invult als woonplaats voor een domeinregistrant dan krijg je een error, dit moet 'S Gravehagen zijn volgens het postcode boek.. heel Nederland gebruikt Den Haag, dus maak maar een alias aan

Performance!

Als je een paar duizend requests wil doen krijg je een belletje van de SIDN of je de volgende keer alsjeblieft 4 seconden wil wachten tussen iedere request. Toch wel erg slecht voor een dergelijk systeem.

Oorspronkelijk geplaatst door DutchTSE

Nog een ergernis:
Wanneer je Den Haag invult als woonplaats voor een domeinregistrant dan krijg je een error, dit moet 'S Gravehagen zijn volgens het postcode boek.. heel Nederland gebruikt Den Haag, dus maak maar een alias aan

Die vind ik strak! Ga ik zeker even noteren!

Oorspronkelijk geplaatst door ivs

Performance!

Als je een paar duizend requests wil doen krijg je een belletje van de SIDN of je de volgende keer alsjeblieft 4 seconden wil wachten tussen iedere request. Toch wel erg slecht voor een dergelijk systeem.

Je mag nog maar een X aantal verbindingen tegelijk hebben in het nieuwe systeem, dus om meer te programmeren lijkt me zinloos en vrij logisch dat je dan een belletje krijgt. Ik wil er wel nog eens navraag over doen hoe het nu geregeld is om beter de situatie zelf in te kunnen schatten en indien nodig mijn advies aan te passen.

Antwoorden van SIDN!

Bij een uitgaande verhuizing is het mogelijk om zowel via EPP en via de webinterface de status daarvan op te vragen, en daarin staat ook de deelnemernaam verwerkt van de deelnemer waarnaar hij verhuisd wordt.

Ook in de emailberichten die naar de gebruiker verzonden worden blijft de deelnemernaam staan zoals dat momenteel in het DRS geregeld is!

Ik heb ook het voorstel ingevoerd om de contacthandle gegevens aan te vullen na de migratie, en hoe dat snel te realiseren is. Daarover wordt komende maand verder gepraat in de volgende drs-epp taskforce meeting!

Antwoorden van SIDN:

Het plaatsnaam probleem bestaat al een jaar niet meer. Graag zou ik overleg van foutmeldingen en screenshots van je ontvangen op info@directwebsolutions.nl om dit aan te tonen.

Er komt een apart nieuw blogitem op http://weblog.sidn.nl/ over de kwestie van de performance. ALLEMAAL MEE COMMENTEN! LAAT JE STEM HOREN!

Toch wil ik hier nog even verder over kletsen, want ik weet zeker dat we pas het begin hebben aangeboord van een grote berg narigheid.

Wie schiet overigens aanvragen nog allemaal handmatig in via het webdrs, of stelt handmatig een emailtje voor het aanvragen samen? En welke problemen komen daar vaak voor waar in het nieuwe DRS op gelet moet worden?

Wie doet hier aan bulk registraties/opzeggingen en voorziet daar nog problemen in?

Wie heeft nog nameserver incidenten (hostname creation/update)?

Oorspronkelijk geplaatst door WH-Tim

Antwoorden van SIDN:

Het plaatsnaam probleem bestaat al een jaar niet meer. Graag zou ik overleg van foutmeldingen en screenshots van je ontvangen op info@directwebsolutions.nl om dit aan te tonen.

ZUCHT (het ging zo goed, en toch durven tegenspreken):

[blabla]

Als u een fout adres heeft opgegeven,kan dat aanleiding zijn voor handhavingsmaatregelen en het uiteindelijk doorhalen van de domeinnaam. Wij adviseren u dan ook eventuele onjuistheden te corrigeren.

[blabla]

De status van het houder-bezoekadres is: CONTAINS_ERRORS

Door u opgegeven adres:
[Straatnaam] [nummer], [Postcode] DEN HAAG

Het gevonden adres bij postcode / huisnummer:
[Straatnaam] 'S-GRAVENHAGE

De status van het postadres is: CONTAINS_ERRORS

Door u opgegeven postadres:
[Straatnaam] [nummer], [Postcode] DEN HAAG

Het gevonden postadres bij postcode / huisnummer:
[Straatnaam] 'S-GRAVENHAGE

De vraag is: staat er CONTAINS_ERRORS en wordt hij toch gewoon geregd, of gebeurt er dan helemaal niks qua reggen/transactie?

Ik heb van SIDN namelijk een overzicht van hun direct uitgevoerde test ontvangen die zij voor mij gedaan hebben:

Onderstaand adres:

houder-bezoekadres-straat...........: Pipostraat
houder-bezoekadres-huisnr...........: 1600
houder-bezoekadres-huisnr-toev......:
houder-bezoekadres-postcode.........: 4711OO
houder-bezoekadres-plaats...........: Duckstad
houder-bezoekadres-landcode.........: nl
houder-bezoekadres-nietnl-1.........:
houder-bezoekadres-nietnl-2.........:
houder-bezoekadres-nietnl-3.........:

Geeft onderstaande melding, maar de aanvraag komt niet te vervallen, dat is al ruim één jaar niet meer.

De status van het houder-bezoekadres is: DOES_NOT_EXIST

Door u opgegeven adres:
Pipostraat 1600, 4711OO Duckstad

Het gevonden adres bij postcode / huisnummer:
De status van het postadres is: IS_EMPTY

Samen komen we er wel! Keep pushing forward DutchTSE!

Oorspronkelijk geplaatst door WH-Tim

De vraag is: staat er CONTAINS_ERRORS en wordt hij toch gewoon geregd, of gebeurt er dan helemaal niks qua reggen/transactie?

Ik heb van SIDN namelijk een overzicht van hun direct uitgevoerde test ontvangen die zij voor mij gedaan hebben:

Samen komen we er wel! Keep pushing forward DutchTSE!

Hij wordt inderdaad geregistreerd (zei ik ergens dat dat niet zo was?), met de opmerking/foutmeldingen die ik gaf in mijn vorige post.

De waarschuwing van de SIDN in andere woorden: zorg dat de gegevens kloppen anders droppen we je domein als het ons uit komt (geen idee waarom ik in ons DRS heb staan dat dit binnen 7 dagen moet gebeuren, dat zal ik wel ergens gelezen hebben).

Heb de handleiding van DRS er maar even bij gepakt:
CONTAINS_ERRORS: het opgegeven adres is gedeeltelijk onjuist en moet gecorrigeerd worden

Lijkt me dat de SIDN niet voor niets X-DRS-Bezoekadres-status: CONTAINS_ERRORS in de headers opneemt, blijkbaar is het toch enigszins belangrijk

Jep, dat het onjuist *lijkt* te zijn.
Misschien gewoon in je drs-je inbouwen dan dat je dat als niet ingelezen beschouwt bij schravenhage

Ik dacht dat je dat wel gezegd had, mijn fout dan deels!

Oorspronkelijk geplaatst door WH-Tim

Jep, dat het onjuist *lijkt* te zijn.
Misschien gewoon in je drs-je inbouwen dan dat je dat als niet ingelezen beschouwt bij schravenhage

Ik dacht dat je dat wel gezegd had, mijn fout dan deels!

Tuurlijk, de "fouten" die in het SIDN systeem zitten moet je maar workarounden in je eigen DRS..

Lijkt mij niet een fout. Hij regt gewoon. Goed toch
Jij parst gewoon teveel!

Er zijn zeer veel ergernissen die per definitie verholpen zullen worden door epp en de plannen die ik heb gezien van de implementatie.

Aantal goede suggesties ook hier.

Ik hoop dat onze scripts ook niet meer akkoord hoeven te gaan met elke registratie aanvraag en zelfs 2x met elke verhuizing.

In de huidige webinterface moet je voor een verhuizing zelfs 3 of 4x iets bevestigen.

Ook hoop ik op een permanente afwezigheid van woonboten / woonwagens en de "rechtsvorm onbekend" in het registratieproces.

En natuurlijk het belangrijkste: een succesvolle epp implementatie die beduidend zal verschillen van de implementatie van drs2/3/4