SIDN krijgt extra functie toegewezen

En nu zou er ineens wel belangstelling voor zijn?

Als ze vorig jaar al niet eens een proef van de grond konden krijgen

Het idee is niet verkeerd. Alleen vind ik het gebruik van nummer niet echt handig. Back to basic zou ik bijna zeggen (Anders had iedereen wel het IP-Adres van een website onhouden en waren domeinen overbodig geweest). Laten ze dan domeinen gebruiken voor dit grapje enum.tweakers.net ofzo.

@jeroenr

Natuurlijk is het wel mogelijk (Gelukkig zoek je nu ook niet in de dns server die jij gebruikt als je een domein naam intypt. Volgens mij is dit juist voor dit doeleinde in het leven geroepen. M.a.w. het bestaat juist om namen in nummers om te zetten!!) (IP-Adres?).
Het is toch ook de verantwoordelijkheid van de persoon in kwestie. Dus je bent zelf verantwoordelijk voor de inhoud wat mij betreft. Dus eigenlijk zou enum.*.* een verwijzing moeten zijn naar een document in bv. XML die de benodigde data verschaft. Dan hoeft SIDN dat ook niet meer bij te houden.

<voorbeeldXML>
<enum domain="test.com">
<nr:fax1 value="0102222222" />
<nr:tel1 value="0102222223" />
<nr:tel2 value="0102222224" />
<email1 value="info@test.com" />
<subenum entry="reason">
<nr:fax1 value="0102222222" />
<nr:tel1 value="0102222223" />
<email1 value="reason@test.com" />
</subenum>
</enum>
</voorbeeldXML>

Het is dan mogelijk zo om te bellen, faxen en mailen naar het domein. Dat lijkt me veel nuttiger dan andersom (Naar nummers dus).
Dus ik bel test.com (Of reason@test.com gelijk backwards compatible).
Mijn provider checkt het xml doc en redirect naar de in dit document beschreven nummers.

enuhmm... waarom zou hier geen belangstelling voor zijn?

Ik denk dat het voor hulpdiensten of bedrijven die al een "mooi" telefoonnummer hebben best handig is.

Dit is ongetwijfeld nuttig, maar het brengt ook een groot risico met zich mee. Als je eenmaal dit nummer van iemand hebt, dan kun je hem/haar op alle manieren lastig vallen.

Nederland is een van de laatste landen om een trial te beginnen. In veel landen is er al een trail afgerond of bezig. En in sommige landen is er inderdaad al een volledig werkende implementatie met procedures etc (Polen bijvoorbeeld)

Thomas de Haan heeft gezegd dat de SIDN de meest logische kandidaat zou zijn als er zich geen andere kandidaten aanmelden. En dat EZ dit over ongeveer een maand bekend zou maken. Dus het is nog helemaal niet zeker dat SIDN deze functie krijgt.

En verder is ENUM vooral bedoelt als koppeling tussen het OUDE PSTN netwerk en het nieuwe voip gebeuren. Stel je voor dat als je een voip dienst afneemt of installeert, je voor jouw telefoonnummer in ENUM je SIP adres zet. Vanaf dat moment kan iedereen je via SIP gratis bereiken als ze je gewone telefoonnummer intoetsen. Dan moet de telefoon of de centrale wel ENUM gebruiken en SIP ondersteunen.

Het gaat hier om de officiele .arpa tree die vanuit de root servers wordt gelinkt, er zijn er ondertussen al veel meer, bijvoorbeeld http://www.e164.org/.

En verder zijn de meeste ENUM implementaties in software nogal brak.

Kun je enum-nummers gebruiken om vanaf/ naar te spammen, zoals met emailadressen en telefoonnummers het geval is? Kleine kans dat dit dan strafbaar in NL is.

Het mooiste van deze e164 nummers is het gebruik van VOIP. Als ik nu een 020-nummer bel vanaf mijn VOIP-telefoon en het nummer zit niet bij mijn eigen VOIP-provider dan kan ik het alleen via het PSTN-netwerk bellen. Met ENUM kun je bij dat nummer (7.6.5.4.3.2.1.2.0.1.3.e164.arpa) een SIP URI opzoeken (201234567@sip.provider.com) zodat ik die persoon gratis via VOIP kan bellen.

Als ENUM straks door iedereen goed gebruikt gaat worden gaat er een hoop veranderen in de telecom wereld.

Krijg je zeker ook een registratiecontract voor een ENUM

Dat is precies waar het root LDAP project voor is bedoeld, maar dan gewoon met SRV records in DNS zones. Werkt heel mooi en is erg handig. Jammer dat het initief op deze manier ondermijnd wordt. Zeg nu zelf, jan@devries.nl is toch veel mooier dan een nummer? Deze notatie kan je natuurlijk voor email gebruiken, maar dus ook voor Jabber (XMPP) en contactgegevens via LDAP.

Kortom: goed gebruik van het bestaande DNS systeem, geen nieuwe protocollen oid. /waarom/ toch in hemelsnaam iets nieuws bedenken?

Het kan een positieve ontwikkeling zijn, mits aan een aantal voorwaarden is voldaan:
- Degene op wie een enum betrekking heeft, is de enige die de registratie van dat nummer kan genereren;
- Alleen de houder kan veranderingen en aanvullingen plegen of althans aanvragen terzake van zijn enum;
- De aanmaak van een enum voor een natuurlijk persoon kan alleen door die persoon zelf worden aangevraagd;
- Het wordt verboden de aanmaak van een enum danwel opgave van andere registraties waarbij een enum gebruikt kan worden als voorwaarde te stellen voor een transactie of overeenkomst, TENZIJ dat technisch vereist is en geen voorzieningen KUNNEN worden getroffen die die vereiste overbodig maken (dit laatste om een bekende staatstruc te omzeilen nl het zodanig opzetten van regelingen dat men onder het mom van vereiste info inbreuk kan maken op de privacy: denk aan de aloude 'voordeurdelers'regeling van de fiscus).
- De onder het enum vallende referenties naar de houder zijn alleen toegankelijk voor 'derden' die in een uitsluitend door de gebruiker te beheren whitelist zijn opgenomen.
- Voor elke referentie geldt een aparte whitelist, als de gebruiker niet anderszins heeft opgegeven. Ofwel: als ik iemand een bepaald adres geef, kan diegene mij daarmee niet meteen ook op andere wijze benaderen.
- Het wordt strafbaar EN BESTRAFT (bv met een boete tbv een percentage van de jaaromzet) als onnatuurlijke personen (bedrijven, instanties) een natuurlijk persoon via diens enum benaderen zonder daartoe aantoonbaar diens expliciete toestemming te hebben verkregen.