Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 24 reacties
Bron: Webwereld

SIDN logoDe Stichting Internet Domeinregistratie Nederland (SIDN) zal er naar verluidt een extra functie bijkrijgen. Naast het beheer van de .nl-domeinen zal de stichting vermoedelijk ook voor de zogenaamde enum-nummers instaan. Met enum-nummers is het de bedoeling dat alle communicatie over verschillende kanalen toch kan gebeuren met behulp van n 'telefoonnummer'. Voor enum-nummers werd wereldwijd de code E164.arpa in het leven geroepen. Wanneer iemand een enum-nummer registreert wordt dit gekoppeld aan zijn website, telefoonnummer, gsm-nummer, e-mailadres en faxnummer. Contactpersonen kunnen vervolgens dit unieke enum-nummer gebruiken of ze nu willen bellen, mailen of faxen. In 2002 verscheen al een rapport over enum, maar een proef ging toen niet door wegens gebrek aan belangstelling.

Moderatie-faq Wijzig weergave

Reacties (24)

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.
Dat kan niet, omdat je dan geen domein bij een nummer kan zoeken. Dan zou je, als je alleen maar het nummer hebt, de hele DNS door moeten zoeken op zoek naar bijbehorend domein. Nu hoeft er alleen maar in de e164.arpa tak gezocht te worden.

[aanvulling]
De e164.arpa blijft trouwens ook onzichtbaar voor de gebruiker, sterker nog, het telefoonnummer staat achterstevoren in de domeinnaam. Telefoonnummers zijn hierarchisch van voor naar achter:

+31 6 12 345678
----- --- --- ----------
| | | subscriber
| | operator
| mobiel domein of gebiedsaanduiding
land

Domeinnamen zijn hierarchisch van achter naar voren:

[code]
www.verkoop.bedrijf.nl
------ ----------- -------- ---
| | | land
| | domein
| subdomein
server

Het E.164 adres behorende bij het telefoonnummer dat ik hierboven noem, wordt dan ook:

8.7.6.5.4.3.2.1.6.1.3.e164.arpa
Of je gebruikt een index.
Via een hash-table het je de juiste entry zo gevonden.
Er bestaat ook software die hier gebruik van maken.
'database' heet dat geloof ik
Wat denk je dat DNS is?
Vind jij maar eens een gewone database die gestribueert over 100000+ nodes draait, waar ook het beheer hierarchisch is, zonder dat er 100000+ usernames, passwords en bijbehorende rechten geadministreerd hoeven worden.
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.
Dat is nu juist de truc, het is wl dezelfde DNS server.

Zie de output van dig:

jeroen@linux ~ $ dig 1.3.e164.arpa

; <<>> DiG 9.2.5 <<>> 1.3.e164.arpa
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18742
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;1.3.e164.arpa. IN A

;; AUTHORITY SECTION:
1.3.e164.arpa. 10800 IN SOA dns.kpn.com. hostmaster.dgtp.minvenw.nl. 2002080902 10800 3600 604800 14400

;; Query time: 402 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Oct 17 13:24:58 2005
;; MSG SIZE rcvd: 104
Maar het hoeft niet dezelfde DNS server te zijn. Inprincipe kan iedereen z'n eigen zone beheren. Ik vraag me nog steeds af of ze nu het 3-tier model hebben geimplementeerd wat DGTP zelf had voorgesteld.
De gein is dat als je het telefoonnummer weet, je alles weet. Je kunt dan mailen aan een telefoonnummer, en dit systeem lost dan op welke email account te gebruiken.

of je typt het telefoonnummer in je browser in, en je gaat naar de website van de persoon.

of je stelt in dat als je echte telefoonnummer in gesprek is, een voicemail moet worden opgenomen en naar je mail moet worden gestuurd, of dat het telefoontje daarna door moet naar de zaak, je mobiel, etc.

Het is werkelijk een schitterend systeem.
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.
Het huidige +31 gedeelte in e164.arpa staat trouwens op naam van KPN

maar ze mogen hier in nederland wel eens opschieten ja, heb er al vaak dingen over gelezen en gehoord.

zou echt ideaal zijn als je gewoon een "nummer" hebt, waarop je via van alles te bereiken bent, IM, Tel, VoIP, email enz.
Je bent niet te bereiken op dat nummer, het enige wat het doet is een lookup en informatie teruggeven over waar je allemaal te bereiken bent.

En verder zul je aan Tel URI niet veel hebben, dat wil je toch uitschakelen, aangezien iedereen daar wel zijn 0900 nummer oid in kan stoppen.
Tja, wat is het verschil? Die lookup zal ongetwijfeld automatisch gaan, afhankelijk van de applicatie, dus "for all intents and purposes" ben jij dan "te bereiken" op dat nummer, hoe dat dan ook onder de kap precies in zijn werk gaat.
Nee hoor, 1.3.e164.arpa is van het Ministerie van Economische Zaken.
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.
dan kun je hem/haar op alle manieren lastig vallen.
Dat moet wel opgelost worden, maar natuurlijk niet door (proberen) het nummer geheim te houden.
Dat is het doel dan ook. 1 ingang.
Natuurlijk heeft het een keerzijde, maar dat hebben alle dingen die het leven makkelijker moeten maken.
Single sign-on? Erg handig, maar een enorm risico.
Dat had opgelost kunnen worden met DNS authenticatie en keys.Waar bij je alleen bekenden toegang geeft tot jouw ENUM informatie. Dan wel een deel publieke informatie die toegankelijk is zonder key.
En nu zou er ineens wel belangstelling voor zijn?

Als ze vorig jaar al niet eens een proef van de grond konden krijgen :?
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 :z
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.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True