FRITZ!Box ENUM vraag
Ian Macdonald
Ik heb een vraag over ENUM op de FRITZ!Box. Ik heb het internationale
Annex B model van de 7170 met de laatste firmware, 29.04.57.
ENUM staat uiteraard aan, maar als ik een nummer kies dat alleen met
ENUM gebeld kan worden (zoals hier: http://enum-test.at/index_en.html),
dan werkt het niet.
Als ik een trace maak, zie ik wel een DNS-verzoek richting e164.org en
e164.arpa uitgaan. Er wordt ook keurig gehoor aan gegeven in de vorm van
een drietal NAPTR-records.
Echter, vervolgens belt de FRITZ!Box het oorspronkelijke nummer via mijn
VoIP-provider (VoipCheap in dit geval).
Wat is er hier aan de hand? Waarom maakt de FRITZ!Box niet rechtstreeks
een verbinding met het SIP-adres uit de NAPTR-record?
Het zal vast wel aan mij liggen, maar qua ENUM is er maar één instelling
op de FRITZ!Box, dus ik weet niet wat ik verkeerd doe.
Ian
--
Ian Macdonald | Tussman's Law: Nothing is as inevitable as
i...@caliban.org | a mistake whose time has come.
http://www.caliban.org/ |
|
|
Hans Zorn
> Hallo,
>
> Ik heb een vraag over ENUM op de FRITZ!Box. Ik heb het internationale
> Annex B model van de 7170 met de laatste firmware, 29.04.57.
>
> ENUM staat uiteraard aan, maar als ik een nummer kies dat alleen met
> ENUM gebeld kan worden (zoals hier: http://enum-test.at/index_en.html),
> dan werkt het niet.
>
> Als ik een trace maak, zie ik wel een DNS-verzoek richting e164.org en
> e164.arpa uitgaan. Er wordt ook keurig gehoor aan gegeven in de vorm van
> een drietal NAPTR-records.
>
> Echter, vervolgens belt de FRITZ!Box het oorspronkelijke nummer via mijn
> VoIP-provider (VoipCheap in dit geval).
>
> Wat is er hier aan de hand? Waarom maakt de FRITZ!Box niet rechtstreeks
> een verbinding met het SIP-adres uit de NAPTR-record?
>
> Het zal vast wel aan mij liggen, maar qua ENUM is er maar één instelling
> op de FRITZ!Box, dus ik weet niet wat ik verkeerd doe.
>
> Ian
0101011 niet bereiken!
Hans
Henk de Jong
>> Annex B model van de 7170 met de laatste firmware, 29.04.57.
>> ENUM staat uiteraard aan, maar als ik een nummer kies dat alleen met
>> ENUM gebeld kan worden (zoals hier: http://enum-test.at/index_en.html),
>> dan werkt het niet.
Ik heb de internationale FRITZ!Box Fon WLAN 7170 Annex A, Firmware version
58.04.57 Dat is bijna hetzelfde modem en bij mij werkt bellen naar 0043 720
0101011 wel!
"This number is reachable only via ENUM+SIP. After connect you will hear the
word "ENUM" followed by some music."
De FRITZ!Box logt het telefoongesprek in zijn Call List, maar in het XS4ALL
VoIP Selfcare Centre wordt het gesprek niet gelogd.
Met vriendelijke groet,
Henk de Jong
http://www.hsdejong.nl
Nepal and Myanmar (Burma) - Photo Galleries
Henk Bokhoven
> Hallo,
>
> Ik heb een vraag over ENUM op de FRITZ!Box. Ik heb het internationale
> Annex B model van de 7170 met de laatste firmware, 29.04.57.
>
> ENUM staat uiteraard aan, maar als ik een nummer kies dat alleen met
> ENUM gebeld kan worden (zoals hier: http://enum-test.at/index_en.html),
> dan werkt het niet.
Vreemd... Exact hetzelfde Fritz-type en hier werkt het wel.
Komt ook netjes in de "Call List" te staan.
En in het "Telephone Book" staat 'ie als 00437200101011
--
Bye, Henk
Hans Zorn
rules voor verschillende providers, maar Enum-lookup gaat toch wel vССr
de rules, hoop ik?
Btw, ik heb een 7050 (early adopter, ja).
Hans
Rick Mulder
> Hans Zorn schreef:
>
>> Zou het soms met dialing rules te maken kunnen hebben? Ik heb allerlei
>> rules voor verschillende providers, maar Enum-lookup gaat toch wel
>> vССr de rules, hoop ik?
>> Btw, ik heb een 7050 (early adopter, ja).
>
>
Hier Fritz 7140 en werkt prima met ENUM naar +43 720 0101011.
Rick
Ian Macdonald
<hans...@lustgeenspam.xs4all.nl>:
> Zou het soms met dialing rules te maken kunnen hebben? Ik heb allerlei
> rules voor verschillende providers, maar Enum-lookup gaat toch wel vССr
> de rules, hoop ik?
Ik heb ook dialling rules, maar zoals je zegt, als ENUM die niet
overbodig maakt is dat wel heel vreemd.
Alhoewel, waarschijnlijk wil je 112 z.s.m. bellen zonder dat eerst een
DNS-verzoek beantwoord moet worden, maar dat is dan wel een grote
uitzondering.
Diegenen bij wie ENUM wel werkt, hebben jullie ook dialling rules?
Ian
--
Ian Macdonald | Whatever occurs from love is always beyond
i...@caliban.org | good and evil. -- Friedrich Nietzsche
http://www.caliban.org/ |
|
|
Ian Macdonald
<i...@caliban.org>:
> Op Thu, 28 Aug 2008 21:20:13 +0200 schreef Hans Zorn
> <hans...@lustgeenspam.xs4all.nl>:
>
>> Zou het soms met dialing rules te maken kunnen hebben? Ik heb allerlei
>> rules voor verschillende providers, maar Enum-lookup gaat toch wel vóór
>> de rules, hoop ik?
>
> Ik heb ook dialling rules, maar zoals je zegt, als ENUM die niet
> overbodig maakt is dat wel heel vreemd.
Om te testen heb ik net even de twee dialling rules weggehaald die dit
gesprek mogelijk via VoipCheap hadden kunnen sturen.
Het maakt voor mijn configuratie helaas niets uit. Het kiezen loopt toch
via VoipCheap (omdat dat bij mij toch de default is).
Ik ben heel benieuwd wat nou precies het verschil is tussen mijn
configuratie en die van degenen bij wie het wel werkt.
Ian
--
Ian Macdonald | Your reasoning is excellent -- it's only
i...@caliban.org | your basic assumptions that are wrong.
http://www.caliban.org/ |
|
|
Rick Mulder
laatst op de radio dat er pas 40 aanmeldingen waren maar geen enkele
registrar op de site van enum.nl geeft zinnige informatie. Niet zo
vreemd dus dat het niet loopt afgezien dat het momenteel nog weinig nut
heeft.
Rick
Henk Bokhoven
> Diegenen bij wie ENUM wel werkt, hebben jullie ook dialling rules?
Neen. Maagdelijkheid troef hier.
--
Bye, Henk
MarcoH
Ik ben niet helemaal op de hoogte van de laatste ontwikkelingen, maar enum
is hierarchisch op telefoonnummer. Ik neem dus aan dat toplevel
registraties binnen 1.3.e164.arpa voor behouden zijn aan houders van een
nummerreeks of dat er op zijn minst iets geregeld moet worden met de
telco die het nummerblok heeft voor het uitgegeven wordt. Ik zou graag
iets als .1.4.6.5.3.0.7.0.1.3 hebben, gok dat ik hem niet krijg.
Om je vraag te beantwoorden, gok dat enum beetje net zo dood is als het 5
jaar geleden al was en dat 1 persbericht van EZ/SIDN daar weinig aan gaat
veranderen. Waarschijnlijk schaatst de duivel een record op de 10km, is
DNSsec algemeen geaccepteerd en is BGP routing secure voordat enum
aanslaat. Dat er door de figuren die het wel echt gebruiken inmiddels
private roots gebruikt worden helpt ook niet mee.
MarcoH
--
who used to be at Demon NL
Rick Mulder
Hehe.. dacht ik al.
Rick
MarcoH
Kijk voor de lol ook eens hier:
Geeft wel een aardig beeld over hoe enum 'leeft' in de wereld...
Wim J
> Btw, ik heb een 7050 (early adopter, ja).
>
> Hans
Ik kan de ENUM nummers ook niet bereiken met mijn 7050.
Ik vermoed dat ENUM voor dialing rules gaan, omdat er maar
1 vinkje om ENUM aan te zetten (Dus geen vinkje per nummer).
Wim
Hans Zorn
gebeld via mijn sip provider. Nu zie ik 2 mogelijkheden: er wordt een
ENUM lookup gedaan, maar deze faalt om onduidelijke redenen
(schrijfwijze van het nummer wellicht, of de nullen worden wel/ niet
onderdrukt), OF er wordt helemaal geen lookup gedaan (hoewel het vinkje
aanstaat). Iemand nog een idee?
Hans
Ian Macdonald
<hans...@lustgeenspam.xs4all.nl>:
> Henk Bokhoven schreef:
>>
>> Vreemd... Exact hetzelfde Fritz-type en hier werkt het wel.
>> Komt ook netjes in de "Call List" te staan.
>> En in het "Telephone Book" staat 'ie als 00437200101011
>>
> Volgens het logbestand van mijn Fritzbox wordt bovengenoemd nummer
> gebeld via mijn sip provider. Nu zie ik 2 mogelijkheden: er wordt een
> ENUM lookup gedaan, maar deze faalt om onduidelijke redenen
> (schrijfwijze van het nummer wellicht, of de nullen worden wel/ niet
> onderdrukt), OF er wordt helemaal geen lookup gedaan (hoewel het vinkje
> aanstaat). Iemand nog een idee?
Bij mij wordt de ENUM-lookup wčl uitgevoerd, maar vervolgens niet
gebruikt. Het oorspronkelijke nummer (niet het resultaat van de
ENUM-lookup) wordt gewoon via een van mijn SIP-providers gebeld.
Ik heb nog steeds geen idee waarom de ENUM-lookup genegeerd wordt, want
er komt keurig een geldig antwoord terug.
Ian
--
Ian Macdonald | If God wanted us to be brave, why did he
i...@caliban.org | give us legs? -- Marvin Kitman
http://www.caliban.org/ |
|
|
Hans Zorn
> Op Mon, 01 Sep 2008 14:15:39 +0200 schreef Hans Zorn
> <hans...@lustgeenspam.xs4all.nl>:
>
>> Henk Bokhoven schreef:
>>> Vreemd... Exact hetzelfde Fritz-type en hier werkt het wel.
>>> Komt ook netjes in de "Call List" te staan.
>>> En in het "Telephone Book" staat 'ie als 00437200101011
>>>
>> Volgens het logbestand van mijn Fritzbox wordt bovengenoemd nummer
>> gebeld via mijn sip provider. Nu zie ik 2 mogelijkheden: er wordt een
>> ENUM lookup gedaan, maar deze faalt om onduidelijke redenen
>> (schrijfwijze van het nummer wellicht, of de nullen worden wel/ niet
>> onderdrukt), OF er wordt helemaal geen lookup gedaan (hoewel het vinkje
>> aanstaat). Iemand nog een idee?
>
> Bij mij wordt de ENUM-lookup wčl uitgevoerd, maar vervolgens niet
> gebruikt. Het oorspronkelijke nummer (niet het resultaat van de
> ENUM-lookup) wordt gewoon via een van mijn SIP-providers gebeld.
>
> Ik heb nog steeds geen idee waarom de ENUM-lookup genegeerd wordt, want
> er komt keurig een geldig antwoord terug.
>
> Ian
Ton
Als je dit nummer belt krijg je een vrouwenstem die de tekst "enum"
uitspreekt en daarna een melodietje. Dit nummer is niet via een provider
te bereiken. Als er dus geen enum lookup is geweest, hoor je niets.
In mijn fritzbox log kan ik de call terug vinden als internetcall (via
hoofdnummer). Verder heb ik *geen* proxyservers ingesteld bij de
sip-accounts!
Ik heb een 7170 met Duitse software (Annex B).
Groet,
Ton
Ian Macdonald
<hans...@lustgeenspam.xs4all.nl>:
> Ian Macdonald schreef:
>>
>> Bij mij wordt de ENUM-lookup w?l uitgevoerd, maar vervolgens niet
>> gebruikt. Het oorspronkelijke nummer (niet het resultaat van de
>> ENUM-lookup) wordt gewoon via een van mijn SIP-providers gebeld.
>>
>> Ik heb nog steeds geen idee waarom de ENUM-lookup genegeerd wordt, want
>> er komt keurig een geldig antwoord terug.
>>
> Misschien bij mij ook wel; hoe kun je zien dat-ie wordt uitgevoerd?
http://fritz.box/html/capture.html
Daarna het resulterende bestand in een analyseprogramma laden, zoals
Wireshark in Linux.
Even speuren en dan zie je een DNS-lookup voor de desbetreffende
NAPTR-records bij enum.org (en trouwens ook e164.arpa).
Als je Wireshark gebruikt, kun je een verkeersfilter toepassen om alleen
de relevante pakketen te zien. Zoiets als:
dns.qry.type == 0x23
Ian
--
Ian Macdonald | Tobacco is a filthy weed, That from the
i...@caliban.org | devil does proceed; It drains your purse,
http://www.caliban.org/ | it burns your clothes, And makes a chimney
| of your nose. -- B. Waterhouse
|
Hans
> Op Mon, 01 Sep 2008 17:50:34 +0200 schreef Hans Zorn
> <hans...@lustgeenspam.xs4all.nl>:
>
>> Ian Macdonald schreef:
>>> Bij mij wordt de ENUM-lookup w?l uitgevoerd, maar vervolgens niet
>>> gebruikt. Het oorspronkelijke nummer (niet het resultaat van de
>>> ENUM-lookup) wordt gewoon via een van mijn SIP-providers gebeld.
>>>
>>> Ik heb nog steeds geen idee waarom de ENUM-lookup genegeerd wordt, want
>>> er komt keurig een geldig antwoord terug.
>>>
>> Misschien bij mij ook wel; hoe kun je zien dat-ie wordt uitgevoerd?
>
> http://fritz.box/html/capture.html
>
> Daarna het resulterende bestand in een analyseprogramma laden, zoals
> Wireshark in Linux.
>
> Even speuren en dan zie je een DNS-lookup voor de desbetreffende
> NAPTR-records bij enum.org (en trouwens ook e164.arpa).
>
> Als je Wireshark gebruikt, kun je een verkeersfilter toepassen om alleen
> de relevante pakketen te zien. Zoiets als:
>
> dns.qry.type == 0x23
>
> Ian
OK, lukt. Dit krijg ik:
78 36.190000 82.95.240.130 194.109.6.66 DNS Standard query NAPTR
1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa
Er wordt dus een correcte lookup gedaan, en er komt ook een response.
Fritz gebruikt deze:
80 36.300000 82.95.240.130 194.221.62.198 SIP/SDP Request: INVITE
sip:enum...@sip.nemox.net, with session description
... en krijgt: 404 Not Found.
Vervolgens gaat-ie mijn sip gebruiken.
Komt dit bekend voor?
Hans
Ian Macdonald
Op Mon, 01 Sep 2008 22:16:44 +0200 schreef Hans
<zor...@spam.xs4all.nl>:
> OK, lukt. Dit krijg ik:
>
> 78 36.190000 82.95.240.130 194.109.6.66 DNS Standard query NAPTR
> 1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa
>
> Er wordt dus een correcte lookup gedaan, en er komt ook een response.
> Fritz gebruikt deze:
>
> 80 36.300000 82.95.240.130 194.221.62.198 SIP/SDP Request: INVITE
> sip:enum...@sip.nemox.net, with session description
>
> ... en krijgt: 404 Not Found.
>
> Vervolgens gaat-ie mijn sip gebruiken.
>
> Komt dit bekend voor?
Ja. De oproep naar enum...@sip.nemox.net gaat er wel uit, maar niet
rechtstreeks naar sip.nemox.net. In mijn geval stuurt de FRITZ hem via
sip.voipcheap.com, of beter gezegd, hij probeert dat te doen.
Als dat niet lukt (de 404), wordt uiteindelijk toch gewoon het
oorspronkelijke telefoonnummer gebeld via sip.voipcheap.com.
Eerst zag ik dit over het hoofd en dacht dat alleen het telefoonnummer
wordt gebeld, maar er gaat eerst inderdaad wel een oproep naar
enum...@sip.nemox.net aan vooraf. Alleen jammer dat de FRITZ die niet
rechtstreeks wil sturen. Dat is nou juist het leuke van ENUM.
Ian
--
Ian Macdonald | The climate of Bombay is such that its
i...@caliban.org | inhabitants have to live elsewhere.
http://www.caliban.org/ |
|
|
kspi...@gmail.com
Als eerste ENUM-registrar van Nederland kan ik je vertellen dat er wel
degelijk ENUM-registraties gedaan kunnen worden in 1.3.e164.arpa.
Overigens momenteel alleen nog voor 06-nummers maar voor het gebruik
maakt dat uiteraard niet uit.
Het is tenslotte puur een "placeholder" om je bereikbaarheidsgegevens
aan op te hangen.
We hopen overigens later deze maand ook het registreren van reguliere
nummers mogelijk te maken.
Er zijn welliswaar nog niet veel registraties gedaan (net iets meer
dan 50 en dus geen 40 zoals jij schetst) maar het kan en het werkt.
Het is bij ENUM alleen een beetje een kip-ei probleem.
Er zijn nog niet zoveel toepassingen die om kunnen gaan met ENUM en
e.e.a. is daardoor nog niet heel erg interessant een registratie te
doen.
Andersom zijn er ook weer zo weinig registraties dat het ook (nog)
niet zo heel interessant is om toepassingen te maken.
Maar doe gerust een registratie via www.regeljeenum.nl. Binnen ca. een
werkdag is de registratie doorgaans actief in e164.arpa.
Daarna kan je via een webinterface bij ons je bereikbaarheidsgegevens
aan je registratie hangen en gaan experimenteren.
Voor de kosten (€7,50 ex BTW/jaar) van een registratie van een 06-
nummer hoef je het niet te laten.
Groetjes,
Klaus
Rob
> Er zijn welliswaar nog niet veel registraties gedaan (net iets meer
> dan 50 en dus geen 40 zoals jij schetst) maar het kan en het werkt.
Ho, 50! Dat is wel een heel ander verhaal dan 40 natuurlijk...
> Het is bij ENUM alleen een beetje een kip-ei probleem.
> Voor de kosten (€7,50 ex BTW/jaar) van een registratie van een 06-
> nummer hoef je het niet te laten.
Kosten?? Ik denk dat je je kip-ei probleem verergert door ook nog kosten
te gaan rekenen.
kspi...@gmail.com
De registraties binnen ENUM worden gedaan op naam van de
nummergebruiker. Hier heeft de betreffende telco dus helemaal niets
over te zeggen.
Als jij aan ons kunt aantonen dat je nummergebruiker bent van
070-1234567 kan je dus binnenkort bij ons een registratie doen voor
7.6.5.4.3.2.1.0.7.1.3.e164.arpa met nagenoeg hetzelfde gemak als nu al
mogelijk is voor 06-nummers.
Dat dat nu nog niet kan geeft gelijk het "probleem" aan bij ENUM-
registraties in e164.arpa.
Voor de e164.arpa-boom wordt "vereist" dat de registrerende partij met
aan zekerheid grenzende waarschijnlijkheid ook de nummergebruiker is.
Dit vereist het beschrijven van controles hiervoor en het effectueren
ervan bij de registraties.
Voor het registreren van 06-nummers hebben we dat inmiddels behoorlijk
voor elkaar en draaiend.
Voor reguliere nummers hebben we het procedureel ook voor elkaar
alleen moet het nog werkend gemaakt worden op onze website.
Omdat de controle procedure rondom reguliere nummers "complexer" is
dan bij 06-nummers wordt de registratie daarvoor wel een stukje
duurder dan voor 06-nummers maar zal hopelijk nog deze maand wel
mogelijk worden.
Groetjes,
Klaus
Rick Mulder
Bedankt voor je antwoord. Ik had ook jullie site bekeken maar daarop
wordt niet vermeld wat precies de kosten zijn. Waarom niet?
>>Omdat de controle procedure rondom reguliere nummers "complexer" is
>>dan bij 06-nummers wordt de registratie daarvoor wel een stukje
>>duurder dan voor 06-nummers maar zal hopelijk nog deze maand wel
>>mogelijk worden.
Wel jammer. Het gaat dus straks meer dan 7,50 euro kosten voor een vast
nummer?
Gr,
Rick
kspi...@gmail.com schreef:
MarcoH
> Dat dat nu nog niet kan geeft gelijk het "probleem" aan bij ENUM-
> registraties in e164.arpa.
> Voor de e164.arpa-boom wordt "vereist" dat de registrerende partij met
> aan zekerheid grenzende waarschijnlijkheid ook de nummergebruiker is.
> Dit vereist het beschrijven van controles hiervoor en het effectueren
> ervan bij de registraties.
> Voor het registreren van 06-nummers hebben we dat inmiddels behoorlijk
> voor elkaar en draaiend.
> Voor reguliere nummers hebben we het procedureel ook voor elkaar
> alleen moet het nog werkend gemaakt worden op onze website.
> Omdat de controle procedure rondom reguliere nummers "complexer" is
> dan bij 06-nummers wordt de registratie daarvoor wel een stukje
> duurder dan voor 06-nummers maar zal hopelijk nog deze maand wel
> mogelijk worden.
En waar precies wijkt dat af van wat ik postte, dat er iets geregeld moets
worden met proof of ownership, dat het er kennelijk niet is en dat het
niet zo gek is dat enum niet loopt.
Kan je trouwens ook uitleggen hoe het in elkaar zit qua authenticatie en
wat de verschillen dan wel zijn tussen een 06 en landline. Lijkt me
namelijk dat landline veel makkelijker is te contreleren als een prepaid
SIM-only.
Of ben je alleen maar bezig je toko te pluggen :)
Ted van de Weteringe
> Kan je trouwens ook uitleggen hoe het in elkaar zit qua authenticatie en
> wat de verschillen dan wel zijn tussen een 06 en landline. Lijkt me
> namelijk dat landline veel makkelijker is te contreleren als een prepaid
> SIM-only.
Doen ze het bij 06 geautomatiseerd met een sms heen en weer, en moet bij
de landlijn een mens ingezet worden?
MarcoH
Lijkt me met een landline ook niet moeilijk...bel het nummer en lees een
code voor en laat de 'klant' binnen 2 uur bellen met een ander nummer om
die code weer in te toetsen. Is met een beetje centrale zo in elkaar
gehacked.
Nero Imhard
> Daarna kan je via een webinterface bij ons je bereikbaarheidsgegevens
> aan je registratie hangen en gaan experimenteren.
Dat is ongetwijfeld prachtige extra functionaliteit, maar aan de
gebruikerskant *alweer* een nieuwe tool. Kun je ook eenvoudige
delegatie van ......1.3.e164.arpa naar mijn eigen name server(s)
krijgen?
Gerelateerd vraagje: wordt whois verondersteld te werken voor
deze domains, en, indien ja, welke whois server is dat dan?
N
Nero Imhard
> Als eerste ENUM-registrar van Nederland kan ik je vertellen dat er wel
> degelijk ENUM-registraties gedaan kunnen worden in 1.3.e164.arpa.
Hoe meer ik er naar kijk, hoe minder ik het snap. Je hebt het over
"registraties" maar wat zijn dat dan?
Je kunt daar zo te zien geen telefoonnummer krijgen, want dat moet je
opgeven. Maar... als ik zelf een nummer op moet geven, dan moet ik dat
al hebben. En als ik een nummer heb, dan heb ik daarmee "de facto" ook
al het corresponderende domain ......1.3.e164.arpa.
Ik zou eerder verwachten dat ik aan de nummerhouder (mijn telco) op moet
geven waarnaar dat enum-domain gedelegeerd moet worden (of, als ze zelf
de name service leveren, wat er in de zone moet staan) dan dat ik bij
een derde een "registratie" moet regelen. Of zie ik nou iets over het
hoofd?
N
kspi...@gmail.com
V.w.b. ENUM-registraties een aantal verduidelijkingen.
Dat e.e.a. nog niet heel duidelijk op onze site staat qua
prijsstelling is puur een prioriteitenkwestie hier maar ook hierin
komt deze maand verandering.
Mijn toko pluggen is in dit geval helemaal niet mijn bedoeling. Als er
nu veel concurrentie was op dit vlak dan zou je dat kunnen denken maar
er zijn op dit moment maar 3 "instanties/bedrijven" die daadwerkelijk
ENUM-registraties mogen doen en daarvan is er maar 1 actief (en dat
zijn wij).
De validatie van 06-nummers gaat i.d.d. deels op basis van een SMS met
een code die wordt verstuurd naar het te registreren nummer.
Dit kan geheel automagisch en hiermee wordt vastgesteld dat de
nummergebruiker op dat moment bezig is met de registratie.
De verdere validatie van de persoon gaat op basis van een iDEAL-
betaling waarvan de tenaamstelling van de rekeninghouder (grotendeels)
overeen moet komen met de naam die opgegeven is door de potentiele
registrant. Degene die betaalt wordt feitelijk dus ook de registrant.
Dit kan helemaal automagisch en zonder verder contact tussen
registrant (nummergebruiker) en registrar (wij) en validatieagent (ook
wij in dit geval).
Uit de iDEAL-betaling komen namelijk naam en adresgegevens
tevoorschijn.
Hoe minder menselijke inspanning er verricht moet worden hoe goedkoper
het proces.
We moeten per registratie betalen voor het versturen van de SMS,
afhandeling van de iDEAL-betaling en een deel afdragen aan ENUM.nl
voor het instant houden van het centrale registratiesysteem.
Ik kan me niet voorstellen dat bij gelijkblijvende regels en
mogelijkheden er iemand is die het goedkoper kan doen dan die 7,50 ex
BTW.
De validatie van "reguliere" nummers zal gaan op basis van controle
van kopieen van faktuur en identiteitsbewijs of het nagaan of er een
digitale gidsvermelding is voor het te registreren nummer. Dit dan
aangevuld met een call-back naar het te registreren nummer om een code
door te geven die dan weer ingevuld moet worden.
Beide validatiemethoden vergen menselijke inspanning aan onze kant
v.w.b. controles op de documenten, gidsvermeldingen en het doen van
een call-back.
Waarbij je dan rekening moet houden met dat een nummer in gesprek is,
iemand niet opneemt etc etc.
VOornamelijk hier dan omdat e.e.a. asynchroon zal gaan verlopen.
Immers..... iemand kan wel midden in de nacht een ENUM-registratie
doen maar ik heb ECHT geen personeel aan het werk op DAT moment ;-)
Dat is de belangrijkste reden waarom de registratie van een regulier
nummer duidelijk duurder uit zal vallen dan de registratie van een 06-
nummer.
Ik verwacht dat de registratie van een regulier nummer hierdoor op
ongeveer 17,50 ex BTW zal komen te liggen voor het eerste jaar.
Vervolgjaren zullen (wat) goedkoper worden en dan meer in de richting
komen van die 7,50 ex BTW.
Als de mogelijkheden voor validatie op een of andere manier in de
toekomst goedkoper kunnen worden uitgevoerd (hogere
automatiseringsgraad) dan zal uiteraard de prijs zakken. Ook ik ben
gebaat bij een lage prijs en dus een lage "drempel".
V.w.b. gebruik van eigen DNS'en. De registratie zal eerst plaatsvinden
op onze DNS'en. Het proces is hierop ingericht.
De doorsnee gebruiker (ook de early adaptors die met ENUM bezig zijn)
hebben doorgaans geen idee wat er nodig is voor beheer van DNS'en.
Als je echter na registratie de delegatie op je eigen DNS'en wilt
hebben dan kan dat. Ik heb momenteel 2 klanten die daarvan
gebruikmaken.
Uiteraard kan je dan ook geen gebruik (meer) maken van onze
webapplicatie ;-).
Groetjes,
Klaus
kspi...@gmail.com
Er is en komt (vermoedelijk) ook geen whois voor ..1.3.e164.arpa
registraties.
Bereikbaarheidsgegevens van de houder staan tenslotte voor zover hij/
zij wil in de NAPTR-records horend bij de registratie :-D
Groetjes,
Klaus
Wim J
> De validatie van "reguliere" nummers zal gaan op basis van controle
> van kopieen van faktuur en identiteitsbewijs of het nagaan of er een
> digitale gidsvermelding is voor het te registreren nummer. Dit dan
> aangevuld met een call-back naar het te registreren nummer om een code
> door te geven die dan weer ingevuld moet worden.
> Beide validatiemethoden vergen menselijke inspanning aan onze kant
> v.w.b. controles op de documenten, gidsvermeldingen en het doen van
> een call-back.
Dat wordt lastig voor xs4all abonnnees; die staan immers niet
in de telefoongids. En je kan natuurlijk ook nog bewust voor
een geheim nummer kiezen.
Wim
kspi...@gmail.com
ENUM-registraties.
Allereerst Nero's vraag over de registraties.
De telco's doen geen registraties van ENUM, sterker nog ze hebben er
helemaal geen invloed op (en dat is op zich maar goed ook) al zouden
ze dat vermoedelijk wel graag willen.
In feite biedt namelijk ENUM mogelijkheden om (telefonie) traffic via
goedkopere wegen te leiden dan hun "melkkoe", het telefonienetwerk.
Je gaat namelijk je gesprekken niet meer via telefoniekanalen (tikken)
maar via SIP-kanalen afhandelen en die zijn (bij beschikbaarheid van
een IP-netwerk) al betaald aanwezig ("gratis"). ENUM bied veel meer
mogelijkheden overigens dan alleen telefonie anders afhandelen maar
dat is even een ander verhaal.
Als gebruiker van het fictieve nummer 098-7654321 heb je inderdaad als
enige recht op het gebruik van 1.2.3.4.5.6.7.8.9.1.3.e164.arpa.
Maar......
Dit is een "subdomein" van 1.3.e164.arpa en dat subdomein is dan weer
formeel gedelegeerd aan een onafhankelijke instantie in Nederland en
da's ENUM.nl (de registry). Dit kan je vergelijken met SIDN voor
de .nl-namespace. Sterker nog ENUM.nl is een stichting die hetzelfde
(post)adres heeft als SIDN.
Aangezien die niet ingericht zijn om potentieel miljoenen registraties
op te nemen en voor eindgebruikers te beheren in hun DNS'en heeft
ENUM.nl het inschieten en beheren van de subdomeinen weer gedelegeerd
aan registrars (zoals wij).
Ook dit weer analoog aan de zogenaamde deelnemers (een stuk of 2000)
die dat voor SIDN doen voor .nl.
Die registraties beheren en administreren en zichtbaar maken op het
grote boze internet kost geld en dus ook de uiteindelijk aan de
gebruiker gedelegeerde subdomeinen kosten geld.
Een ENUM-registratie is dus "slechts" verbonden aan een telco omdat
toevallig het nummer dat uitgegeven is door een telco GEBRUIKT kan
worden voor een ENUM-registratie. Er is verder helemaal geen
verbinding (althand dat hoeft er niet te zijn) tussen een
telefoonnummer en de bijbehorende ENUM-registratie.
Een ENUM-registratie is puur een bereikbaarheidsgegevens-kapstokje op
internet dat verbonden LIJKT aan een telefoonnummer maar dat dus
eigenlijk helemaal niet is.
Groetjes,
Klaus
kspi...@gmail.com
Precies vanwege het soms ontbreken van een gidsvermelding die check op
basis van een identiteitsbewijs.
Enne.... als je een geheim nummer hebt.... dan denk ik niet dat je DAT
nummer gaat gebruiken voor een ENUM-registratie toch ;-)
Groetjes,
Klaus
P.S. Maar uit de opmerkingen blijkt toch eigenlijk wel steeds meer dat
het nog steeds niet helemaal duidelijk is wat een ENUM-registratie
inhoudt.
Een ENUM-registratie moet je puur zien als een CENTRAAL punt op
internet waaraan je bereikbaarheidsgegevens kan ophangen in zogenaamde
NAPTR-records.
Het nummer dat je gebruikt voor die ENUM-registratie heeft feitelijk
niks te maken met de (on)mogelijkheden van dat specifieke nummer
binnen de telefonieinfrastruktuur.
Met een ENUM-registratie van een mobiel nummer kan je verwijzingen
opnemen naar allerlei bereikbaarheidsgegevens waarin het mobiele
nummer zelf dus niet eens hoeft voor te komen.
In die zin had de uitvinder van ENUM ook een willekeurig ander globaal
uniek nummer kunnen nemen alleen was op het moment van "uitvinden" van
ENUM alleen het telefoonnummer iets dat uniek is op de wereld mits je
het internationaal toegansnummer daarin meeneemt.
Ik sluit dan ook niet uit dat ENUM op den duur "afstapt" van
telefoonnummers als unieke identificatie en overstapt naar b.v. een
burgerservicenummer (BSN) als daar een landenaanduiding in de vorm van
cijfers in wordt meegenomen.
De infrastruktuur van ENUM hoeft daar niet voor te worden aangepast en
de verwarring die nu vaak optreed bij het gebruik van telefoonnummers
die iets doet met telefonie maar dan toch weer anders neemt dan
misschien ook af.
Validatie of iemand is die hij/zij zegt dat hij/zij is kan je dan
mogelijk ook uniformer, geautomatiseerder en dus goedkoper aanpakken.
Dusch...... een ENUM-registratie met een 06-nummer is dus niks beter
of anders dan een registratie van een "regulier" nummer.
De (on)mogelijkheden zijn exact gelijk.
Het enige voordeel is mogelijk, dat je als bedrijf een ENUM-
registratie kan doen op het telefoonnummer van je bedrijf om
"verwarring" te voorkomen tussen een telefoonnummer en een ENUM-
registratie.
Hans
> ["Followup-To:" header set to nl.telecom.]
> Op Mon, 01 Sep 2008 22:16:44 +0200 schreef Hans
> <zor...@spam.xs4all.nl>:
>
>> OK, lukt. Dit krijg ik:
>>
>> 78 36.190000 82.95.240.130 194.109.6.66 DNS Standard query NAPTR
>> 1.1.0.1.0.1.0.0.2.7.3.4.e164.arpa
>>
>> Er wordt dus een correcte lookup gedaan, en er komt ook een response.
>> Fritz gebruikt deze:
>>
>> 80 36.300000 82.95.240.130 194.221.62.198 SIP/SDP Request: INVITE
>> sip:enum...@sip.nemox.net, with session description
>>
>> ... en krijgt: 404 Not Found.
>>
>> Vervolgens gaat-ie mijn sip gebruiken.
>>
>> Komt dit bekend voor?
>
> Ja. De oproep naar enum...@sip.nemox.net gaat er wel uit, maar niet
> rechtstreeks naar sip.nemox.net. In mijn geval stuurt de FRITZ hem via
> sip.voipcheap.com, of beter gezegd, hij probeert dat te doen.
>
> Als dat niet lukt (de 404), wordt uiteindelijk toch gewoon het
> oorspronkelijke telefoonnummer gebeld via sip.voipcheap.com.
>
> Eerst zag ik dit over het hoofd en dacht dat alleen het telefoonnummer
> wordt gebeld, maar er gaat eerst inderdaad wel een oproep naar
> enum...@sip.nemox.net aan vooraf. Alleen jammer dat de FRITZ die niet
> rechtstreeks wil sturen. Dat is nou juist het leuke van ENUM.
>
> Ian
Maar hoe weet je dat de oproep naar sip:enum...@sip.nemox.net via
voipcheap gedaan wordt? Bij mij kan ik niets vinden dat daar op wijst.
Hans
Ian Macdonald
<zor...@spam.xs4all.nl>:
> Ian Macdonald schreef:
>>
>> Ja. De oproep naar enum...@sip.nemox.net gaat er wel uit, maar niet
>> rechtstreeks naar sip.nemox.net. In mijn geval stuurt de FRITZ hem via
>> sip.voipcheap.com, of beter gezegd, hij probeert dat te doen.
>>
>> Alleen jammer dat de FRITZ die niet rechtstreeks wil sturen. Dat is
>> nou juist het leuke van ENUM.
>>
>> Ian
>
> Maar hoe weet je dat de oproep naar sip:enum...@sip.nemox.net via
> voipcheap gedaan wordt? Bij mij kan ik niets vinden dat daar op wijst.
Hier is het SIP INVITE-packet:
463 8.167736 82.95.182.243 194.120.0.198 SIP/SDP Request: INVITE
sip:enum...@sip.nemox.net, with session description
En in het packet zie ik o.a.:
0000 52 6f 75 74 65 3a 20 3c 73 69 70 3a 73 69 70 2e Route: <sip:sip.
0010 76 6f 69 70 63 68 65 61 70 2e 63 6f 6d 3b 6c 72 voipcheap.com;lr
0020 3e 0d 0a >..
Vervolgens zie je een SIP-packet met een status van 100, Trying.
Uiteindelijk komt het antwoord, status 404, Not Found.
Ian
--
Ian Macdonald | If time heals all wounds, how come the
i...@caliban.org | belly button stays the same?
http://www.caliban.org/ |
|
|
MarcoH
> In die zin had de uitvinder van ENUM ook een willekeurig ander globaal
> uniek nummer kunnen nemen alleen was op het moment van "uitvinden" van
> ENUM alleen het telefoonnummer iets dat uniek is op de wereld mits je
> het internationaal toegansnummer daarin meeneemt.
IP adres ?
> Ik sluit dan ook niet uit dat ENUM op den duur "afstapt" van
> telefoonnummers als unieke identificatie en overstapt naar b.v. een
> burgerservicenummer (BSN) als daar een landenaanduiding in de vorm van
> cijfers in wordt meegenomen.
Lijkt me niet, wordt identiteitsfraude wel heel makkelijk
> De infrastruktuur van ENUM hoeft daar niet voor te worden aangepast en
> de verwarring die nu vaak optreed bij het gebruik van telefoonnummers
> die iets doet met telefonie maar dan toch weer anders neemt dan
> misschien ook af.
> Validatie of iemand is die hij/zij zegt dat hij/zij is kan je dan
> mogelijk ook uniformer, geautomatiseerder en dus goedkoper aanpakken.
> Dusch...... een ENUM-registratie met een 06-nummer is dus niks beter
> of anders dan een registratie van een "regulier" nummer.
> De (on)mogelijkheden zijn exact gelijk.
> Het enige voordeel is mogelijk, dat je als bedrijf een ENUM-
> registratie kan doen op het telefoonnummer van je bedrijf om
> "verwarring" te voorkomen tussen een telefoonnummer en een ENUM-
> registratie.
Je bevestigd helaas onbewust steeds meer mijn vermoedens dat enum het
prduct is van een stel theoretischi die even vergeten zijn te kijken hoe
de wereld echt in elkaar zit.
DNS is eigenlijk al overloaded en mensen blijven er maar functionaliteit
bij proppen, waar het eigenlijk helemaal nooit voor ontworpen is.
Mensen onthouden naampjes makkelijker als nummertjes, dus je gaat in een
adresboek het telefoonnummer opzoeken om daarna een enum lookup te doen.
Telefoonnummers mogen dan wereldwijd uniek zijn, ze zijn behoorlijk
locatie gebonden. ENUM is niet 'for life' als ik nu verhuis van 010 naar
020 moet ook mijn registratie om, hoewel het zowel zonder als met VOIP
prima te routeren is is het wettelijk verplicht dat geografische nummers
locatie gebonden zijn. Je mag er alleen tijdelijk van afwijken.
Je 'creeert' een semi open systeem voor een industrie die al 100 jaar zo
dicht zit als een oester met straatvrees. Voor zover er werkende enum
implementaties zijn, betreft het meestal private sip peerings tussen
telco's die een eigen enum root draaien. Ik denk dat de kans niet heel
groot is dat ze dat opgeven voor een publieke sip interface en de 'echte'
root.
Eigenlijk is het enige positieve aan het hele verhaal de beargumentering
van EZ om de delegatie van .1.3.e164 over te dragen aan een private
onderneming die gerunt wordt door de industrie zelf. Waardoor ons fijne
netwerk zo ongeveer het enige is wat nog niet helemaal verzuipt in
reguleringsdrang, hoewel de OPTA met al haar vignetten/keurmerken en
verplichte filters hard bezig is dat alsnog via een omweg te regelen.
</RANT>
MarcoH
> De telco's doen geen registraties van ENUM, sterker nog ze hebben er
> helemaal geen invloed op (en dat is op zich maar goed ook) al zouden
> ze dat vermoedelijk wel graag willen.
> In feite biedt namelijk ENUM mogelijkheden om (telefonie) traffic via
> goedkopere wegen te leiden dan hun "melkkoe", het telefonienetwerk.
Zou mooi zijn als ik *.7.8.5.8.0.1.3 naar sip.xs4all kan verwijzen, wordt
het nog eens wat met dat voip.
kspi...@gmail.com
Zoals gezegd hebben de telco's geen invloed op de open e164.arpa root
en als die nou gewoon lekker populair wordt in plaats van de "private"
roots die mogelijk wel door de telco's in leven gehouden wordt dan kan
het inderdaad best wat worden met dat VoIP.
Als de open ENUM-root voldoende populair wordt dan sterven de private
roots vanzelf uit want ze worden dan niet meer gebruikt.
Identiteitsroof als je een BSN gaat gebruiken kan je met digID-dingen
behoorlijk dichttimmeren. Wordt dat ook eindelijk eens gebruikt :-)
IP-adressen als suggestie voor vervanging van het telefoonnummer zou
dan wel met IPv6 moeten lijkt me maar zou een mogelijkheid kunnen zijn
mits je dan een oplossing vindt die steeds 1 getal scheid van een
volgend getal.
Doel van de uitvinder van ENUM was namelijk dat het iig wel LOSSE
cijfers zouden zijn omdat je dan alle bestaande devices iig mee kon
krijgen.
Niet elk device snapt tenslotte letters maar zelfs de
telefoontoestellen met een draaischijf snappen cijfers (van 0 tot 9).
Dat DNS gebruikt wordt als onderliggende infrastruktuur is overigens
best logisch hoor. Het is iets dat al draait en dat gesnapt wordt door
elke computer of ander netwerkgerelateerd apparaat.
Dat mensen beter namen onthouden dan cijfers is niet een probleem,
zeker niet bij de modernere devices.
Als je een ENUM opslaat bij een naam zoals je nu doet met een
huisadres, emailadres, telefoonnummer, 2e telefoonnummer,
geboortedatum, naam van de hond, etc etc etc.... kan je ENUM gebruiken
voor veel meer dan alleen gespreksroutering.
ENUM omvat namelijk veel meer dan alleen de verwijzing naar een SIP-
account van iemand.
Er zijn NAPTR-records die kunnen verwijzen naar allerlei zaken die je
"beschikbaar" wil stellen aan de buitenwereld.
Onder andere emailadressen, vcard-dingen, zelfs tot en met
kalenderitems.
Je zou dat kunnen aanvullen/uitbreiden met certificaten die je voor
bepaalde diensten wilt gebruiken of public keys om je mail mee te
encrypten.
Als iedereen ENUM zou gebruiken als centrale toegang naar hun
contactpersonen bied dat veel meer mogelijkheden.
Als eigenaar van die gegevens kan je die on-line actueel houden en
iedereen die de ENUM-registratie gebruikt heeft dan altijd actuele
gegevens bij de hand.
Dat een ENUM dan ook nog iets is dat je kan "kiezen" via een ouderwets
draaischijftoestel en dan iemand via SIP aan de lijn krijgt omdat die
dat als preferente contactmethode in zijn ENUM heeft staan...... dan
word je toch helemaal warm van binnen?
MarcoH
> Hoi Marco,
>
> Zoals gezegd hebben de telco's geen invloed op de open e164.arpa root
> en als die nou gewoon lekker populair wordt in plaats van de "private"
> roots die mogelijk wel door de telco's in leven gehouden wordt dan kan
> het inderdaad best wat worden met dat VoIP.
> Als de open ENUM-root voldoende populair wordt dan sterven de private
> roots vanzelf uit want ze worden dan niet meer gebruikt.
Ga ik hieronder even verder op in...
> Identiteitsroof als je een BSN gaat gebruiken kan je met digID-dingen
> behoorlijk dichttimmeren. Wordt dat ook eindelijk eens gebruikt :-)
Je praat over een internationaal systeem, enn digid wil je de rest van de
wereld echt niet aan doen.
> IP-adressen als suggestie voor vervanging van het telefoonnummer zou
> dan wel met IPv6 moeten lijkt me maar zou een mogelijkheid kunnen zijn
> mits je dan een oplossing vindt die steeds 1 getal scheid van een
> volgend getal.
ip6.arpa ? Je zal toch een systeem moeten verzinnen wat 'achteruit' werkt,
anders werkt delegatie niet.
> Niet elk device snapt tenslotte letters maar zelfs de
> telefoontoestellen met een draaischijf snappen cijfers (van 0 tot 9).
Ben ik niet met je eens... 9 pulsen is iets heel anders als 00111001
of 00001001.
> Dat DNS gebruikt wordt als onderliggende infrastruktuur is overigens
> best logisch hoor. Het is iets dat al draait en dat gesnapt wordt door
> elke computer of ander netwerkgerelateerd apparaat.
Helaas wat minder door de mensen die dit soort dingen verzinnen en daarmee
het systeem overloaden.
> Als je een ENUM opslaat bij een naam zoals je nu doet met een
> huisadres, emailadres, telefoonnummer, 2e telefoonnummer,
> geboortedatum, naam van de hond, etc etc etc.... kan je ENUM gebruiken
> voor veel meer dan alleen gespreksroutering.
Het idee is toch juist dat ik enum gebruik om aan al die gegevens te
komen ? Dus dan moet ik of de enum URI ergens opslaan of terug herleiden
van een telefoonnummer. Dat is leuk als je directe contacten hebt en
beschikt over visitekaartjes, maar in reclame toch lastiger...
www.coca-cola.nl is te onthouden, 0800-coke ook...denk dat
3.5.6.3.0.0.8.0.e164 een stuk minder snel blijft hangen bij de gemiddelde
consument. Maar dat ik wat sceptisch ben ten aanzien van enum had je vast
al begrepen.
> Je zou dat kunnen aanvullen/uitbreiden met certificaten die je voor
> bepaalde diensten wilt gebruiken of public keys om je mail mee te
> encrypten.
Wat is er mis met keyservers zoals ze nu gebruikt worden, gebruiken ook
iets wat wereldwijd uniek is, namelijk het mail adres.
> Als eigenaar van die gegevens kan je die on-line actueel houden en
> iedereen die de ENUM-registratie gebruikt heeft dan altijd actuele
> gegevens bij de hand.
Moet je hem wel eerst die uri laten onthouden of opslaan.
> Dat een ENUM dan ook nog iets is dat je kan "kiezen" via een ouderwets
> draaischijftoestel en dan iemand via SIP aan de lijn krijgt omdat die
> dat als preferente contactmethode in zijn ENUM heeft staan...... dan
> word je toch helemaal warm van binnen?
Mij krijg je niet zo snel warm met rammelende ontwerpen en
staatspropaganda om mensen te motiveren het te gaan gebruiken.
Maar goed even terug naar je 1e punt, het gebruik van een publieke root.
Stel ik ben een telco, laten ik mezelf even X-tel noemen. Ik vul alle
papieren in en vraag een opta registratie als aan als aanbieder van een
telecom dienst. Ik vraag een nummerplan aan in 085 en begin een VOIP
dienst. Ik heb hiervoor sip.x-tel.nl draaien en nouja, je kent het
verder...
Business is case is gebouwd op 10 euro/jaar voor een nummer en sip-account
en verder wil ik gaan leven van de minuten. Verder biedt ik de optie dat
jaarlijkse bedrag kwijt te schelden en 20% korting op je belminuten als je
voor ieder gesprek naar 10 seconden reclame luistert. Additionele
inkomsten zijn de banners op de website enzo. Marges zijn niet vet, maar
het kan uit.
Totdat iedereen direct naar elkaar gaat connecten en mijn sip doos
overslaat. Ik krijg wel een tientje per jaar voor dat nummer, maar zo'n
opta registratie kost geld en het 'onderhoud' van die registratie nog
meer. Daar heb je zo iemand 40 uur per week mee bezig, naast de normale
bedrijfsvoering. Oftewel van die 10 euro kan de kachel niet branden...
Wat denk je, ben ik voorstander van een publieke root of blijf ik lekker
prive de minuten incasseren.
Enige alternatief is dat ik de kostprijs voor een nummer moet verhogen tot
kostendekkend. Dus om als particulier een enum URI te registreren zal je
buiten de 7,50 altijd additionele kosten maken om dat nummer te krijgen en
te houden. Want 1 van de punten die ik nog mistte in je validatie verhaal
is het actueel houden van het register. Nummers worden naar verloop van
tijd opnieuw uitgegeven, dus bij een opheffing zal de enum registratie
moeten vervallen anders gaat je verhaal van uniqness mank en wordt het een
landrush.
Terug naar de realiteit, ik haal bij de AH/HEMA?kruidvat een prepaid,
registreer de enum en doe verder niets met de GSM link behalve 1 x in de 6
maanden 10 seconden bellen met mijn moeder en 1 keer per jaar 5 euro
opwaarderen zodat het nummer niet vervalt.
Daar gaan ze bij 10 of 100 klanten geen last van hebben, duizend gaat pijn
doen en tegen de tijd dat het er 10000 zijn denk ik dat ze toch de
voorwaarden aanpassen.
En zelfs als je als directie kan leven met die situatie is er wel een
activistische aandeelhouder die het er niet mee eens is.
kspi...@gmail.com
Je begrijpt de "angst" van de telco's in het geval ENUM een succes
wordt.
Ze moeten dan veel sneller dan nu naar een ander businessmodel dan
afrekenen op tikken.
Ze moeten naar een flatfee abbo toe gaan die voor hun dan de kosten
van dataafhandeling dekt.
Immers..... zelfs al doet niemand ENUM zullen toch steeds meer mensen
gaan kiezen voor een nummer met data.
Al was het alleen maar om overal mail te kunnen halen en/of bij
internet te kunnen.
En over data kan je ook prima SIP'en en dus tikkenloos "bellen", ook
zonder ENUM.
Zoals ik al eerder aangaf is ENUM in de vorm van een omgedraaid
telefoonnummer "slechts" een kapstokje om zaken aan op te hangen.
En of je dat nu doet met een prepaid mobiel nummer of wat anders maakt
dan niet uit. Een prepaid mobiel kan daar dus prima in voldoen.
Als dat er dan eentje is voor 3 eurie bij de HEMA..... dikke prima.
Als het nummer verloopt, verloopt overigens ook keurig de
ENUmregistratie want die moet elk half jaar gehervalideerd worden.
DigID is overigens inderdaad niet iets dat je de rest van de wereld
aan wilt doen maar misschien verzinnen ze eens wat leukers op bais van
biometrische eigenschappen dat eenvoudig werkt..... je weet het niet,
ik bedoelde het meer als "voorbeeld".
DNS "belasting" valt overigens best mee, zeker op dit moment. Tegen de
tijd dat het drukker wordt door alle ENUM-queries dan is de capaciteit
van computers, netwerken etc al weer veel groter dan nu.
Groetjes,
Klaus
P.S. Leuk dit "sparren" :-) Als je denkt dat het misschien niet meer
voor een grote groep interessant blijft gebruik dan gerust mijn gmail-
adres
Jos van der Valk presenteert
typte kspi...@gmail.com:
> Dat een ENUM dan ook nog iets is dat je kan "kiezen" via een ouderwets
> draaischijftoestel en dan iemand via SIP aan de lijn krijgt omdat die
> dat als preferente contactmethode in zijn ENUM heeft staan...... dan
> word je toch helemaal warm van binnen?
Maar hoe kom je aan dat eerste nummer dan?
Wanneer het nodig is om met iemand eerst gegevens uit te wissellen, kan je
toch ook meteen behalve je Skype adres ook je SIP adres op je visitekaartje
zetten?
T.
kspi...@gmail.com
Dat eerste nummer is je ENUM-registratie.
Als iedereen ENUM zou gebruiken zou een ENUM voldoende zijn voor
eigenlijk alles.
Alleen je ENUM op je visitekaartje...... ideaal. Geen wijzigingen op
je visitekaartje meer nodig omdat je er als "weggever" van het
visitekaartje voor zorgt dat jouw gegevens die aan die registratie
hangen actueel zijn.
Zolang jij nummergebruiker bent, en dat heb je zeker bij een mobiel
nummer geheel in eigen hand, klopt alles.
Nooit meer je visitekaartjes hoeven weggooien omdat je emailadres of
mobiele nummer is veranderd.
Dat pas je namelijk aan in je ENUM-registratie.
Aan ENUM kan je namelijk niet alleen je SIP-adres maar ook je overige
adressen (naast huis, werk en email ook Skype, MSN etc) hangen.
Afhankelijk van de dienst die dan gebruikmaakt van de ENUM-registratie
zal die gebruikmaken van de voor hem/haar (meest) geschikte methode
van communicatie.
Als b.v. TNT Post gebruik zou maken van ENUM zou deze uit je ENUM-
registratie onder 0612345678 "gewoon" je huidige woonadres kunnen
plukken voor het afleveren van pakketten, en brieven terwijl een IM-
client (als die gebruik zou maken van ENUM) uit je registratie je
preferente manier van messaging zou plukken.
Dat kan dan een IM-client zijn (MSN, ICQ, Yahoo, jabber, Skype) maar
als je nou toevallig ingegeven hebt dat je die korte berichtjes via
SMS wilt krijgen omdat je onderweg bent en nog een afgrijselijke
hoeveelheid SMS'jes in je bundel hebt zitten.... krijg je ze toch
lekker via SMS?!
Groetjes,
Klaus
Hans Zorn
> Op Tue, 02 Sep 2008 21:15:13 +0200 schreef Hans
> <zor...@spam.xs4all.nl>:
>
>> Ian Macdonald schreef:
>>> Ja. De oproep naar enum...@sip.nemox.net gaat er wel uit, maar niet
>>> rechtstreeks naar sip.nemox.net. In mijn geval stuurt de FRITZ hem via
>>> sip.voipcheap.com, of beter gezegd, hij probeert dat te doen.
>>>
>>> Alleen jammer dat de FRITZ die niet rechtstreeks wil sturen. Dat is
>>> nou juist het leuke van ENUM.
>>>
>>> Ian
>> Maar hoe weet je dat de oproep naar sip:enum...@sip.nemox.net via
>> voipcheap gedaan wordt? Bij mij kan ik niets vinden dat daar op wijst.
>
> Hier is het SIP INVITE-packet:
>
> 463 8.167736 82.95.182.243 194.120.0.198 SIP/SDP Request: INVITE
> sip:enum...@sip.nemox.net, with session description
>
> En in het packet zie ik o.a.:
>
> 0000 52 6f 75 74 65 3a 20 3c 73 69 70 3a 73 69 70 2e Route: <sip:sip.
> 0010 76 6f 69 70 63 68 65 61 70 2e 63 6f 6d 3b 6c 72 voipcheap.com;lr
> 0020 3e 0d 0a >..
>
> Vervolgens zie je een SIP-packet met een status van 100, Trying.
>
> Uiteindelijk komt het antwoord, status 404, Not Found.
>
> Ian
Inderdaad zie ik ook zoiets bij mij.
Maar hebben wij dan de enige 7170 resp. 7050 die dit fout doen? Ik ga
AVM maar eens bellen...
Hans
Rob
> Zolang jij nummergebruiker bent, en dat heb je zeker bij een mobiel
> nummer geheel in eigen hand, klopt alles.
> Nooit meer je visitekaartjes hoeven weggooien omdat je emailadres of
> mobiele nummer is veranderd.
> Dat pas je namelijk aan in je ENUM-registratie.
Hier kan ik het niet meer volgen...
Die ENUM registratie is toch gewoon een DNS subdomeintje wat gegenereerd
wordt uit het telefoonnummer wat je gebruikt?
Als je mobiele nummer is veranderd dan ben je toch "verplicht" ook je
ENUM nummer te veranderen? Of mag je dat oude nummer bezet houden?
Dat zou ik vreemd vinden, want dan zou degene die dat nummer over een
half jaar krijgt nooit meer een ENUM registratie kunnen doen!
Als dat ENUM nummer dan verandert, dan moet je toch je visitekaartje
aanpassen?
Waarom kan ik niet gewoon op mijn visitekaartje "www.rob.nl" afdrukken
en daar dan een webpagina op zetten met alles wat ik maar publiek wil
maken? Dan blijft het kaartje in ieder geval geldig zolang ik dat domein
geregistreerd houd en bovendien is zo iets veel makkelijker te onthouden
en te communiceren dan een of ander nummer...
Volgens mij kan ik zelfs van die NAPTR records onder zo'n domein hangen
en dan kan er alles mee wat kennelijk met ENUM kan, maar dan zonder de
krakkemikkige namen en de gecentraliseerde registraties. Is dat niet
veel handiger?
Rick Mulder
> Waarom kan ik niet gewoon op mijn visitekaartje "www.rob.nl" afdrukken
> en daar dan een webpagina op zetten met alles wat ik maar publiek wil
> maken? Dan blijft het kaartje in ieder geval geldig zolang ik dat domein
> geregistreerd houd en bovendien is zo iets veel makkelijker te onthouden
> en te communiceren dan een of ander nummer...
>
> Volgens mij kan ik zelfs van die NAPTR records onder zo'n domein hangen
> en dan kan er alles mee wat kennelijk met ENUM kan, maar dan zonder de
> krakkemikkige namen en de gecentraliseerde registraties. Is dat niet
> veel handiger?
Nee.. Als ik jou wil bellen dan weet mijn fritzbox niet dat jouw domein
www.rob.nl is. Het nummer in een dns opzoeken kan ie echter wel.
Vervolgens kan ie connecten met een SIP-server en eventueel gratis bellen.
Rick
kspi...@gmail.com
Rob heeft gelijk en Rick heeft em door.
Een ENUM is welliswaar niet zo simpel te onthouden als www.rob.nl maar
je krijgt bij www.rob.nl al "problemen" bij twee rob'en.
Je kan dan wel iets verzinnen als www.rob1.nl etc maar een echte
oplossing is dat toch niet.
Zelfs bij een weinig voorkomende achternaam als Spithost zijn er al
meerdere kapers op de kust.
Een ENUM is welliswaar "beroerd" te onthouden maar ze zijn wel uniek
en je kan ze in een adresboekje van een ENUM-"aware" applicatie
natuurlijk simpel eenmalig "koppelen" aan de contactpersoon die er bij
hoort.
Verder is de opzet van de NAPTR-records keurig vast en uniform
gedefinieerd.
Als je er een telefoonnummer in wilt zetten of een sip-account etc etc
dan kan dat maar op 1 manier.
Heeeeel erg fijn voor computers of andere devices die iets op moeten
zoeken.
Een webpagina kan je op oneindig veel manier opzetten en computers en
zo kunnen daar, in tegenstelling tot mensen, heel slecht tegen.
Een ENUM "lijkt" dan ook nog eens op een telefoonnummer en een
Fritzbox kan heel simpel nagaan of er een ENUM is voor dat "nummer" en
er dan zijn ding mee doen. Ze kan dan eventueel een andersoortig
(SIP)nummer voor in de plaats pakken en daar de verbinding mee bouwen.
Vindt ie niks voor dat nummer dan is er geen "vertaling" mogelijk naar
wat SIP'igs en gaat ie gewoon via het reguliere telefoonnet de
verbinding maken.
Voor de eindgebruiker is het helemaal transparant.
Die ziet geen verschil tussen een regulier telefoonnummer of een
nummer waar een ENUM voor is (en dus mogelijk een vertaling naar SIP).
Die belt het nummer van degene die hij zij wil bellen en krijgt
diegene als het goed is aan de lijn via het reguliere net OF via SIP.
Groetjes,
Klaus
MarcoH
> Waarom kan ik niet gewoon op mijn visitekaartje "www.rob.nl" afdrukken
> en daar dan een webpagina op zetten met alles wat ik maar publiek wil
> maken? Dan blijft het kaartje in ieder geval geldig zolang ik dat domein
> geregistreerd houd en bovendien is zo iets veel makkelijker te onthouden
> en te communiceren dan een of ander nummer...
>
> Volgens mij kan ik zelfs van die NAPTR records onder zo'n domein hangen
> en dan kan er alles mee wat kennelijk met ENUM kan, maar dan zonder de
> krakkemikkige namen en de gecentraliseerde registraties. Is dat niet
> veel handiger?
Mijn punt precies!
MarcoH
> Een ENUM is welliswaar "beroerd" te onthouden maar ze zijn wel uniek
> en je kan ze in een adresboekje van een ENUM-"aware" applicatie
> natuurlijk simpel eenmalig "koppelen" aan de contactpersoon die er bij
> hoort.
Ze zijn wel uniek, maar niet houdbaar. Had je onder .1.3.e164 beter gewoon
voor de voet op 10 cijferige nummers uit kunnen delen...meteen bij de
geboorte en 'for life'.
Theo v. Werkhoven
> kspi...@gmail.com wrote:
>
>> In die zin had de uitvinder van ENUM ook een willekeurig ander globaal
>> uniek nummer kunnen nemen alleen was op het moment van "uitvinden" van
>> ENUM alleen het telefoonnummer iets dat uniek is op de wereld mits je
>> het internationaal toegansnummer daarin meeneemt.
>
> IP adres ?
>
>> Ik sluit dan ook niet uit dat ENUM op den duur "afstapt" van
>> telefoonnummers als unieke identificatie en overstapt naar b.v. een
>> burgerservicenummer (BSN) als daar een landenaanduiding in de vorm van
>> cijfers in wordt meegenomen.
>
> Lijkt me niet, wordt identiteitsfraude wel heel makkelijk
En ENUM DNS cache poisoning zou ook wel een probleem zijn lijkt mij, en
een gewild doel van diverse groepen met hoge winst verwachtingen..
Theo
--
theo at van-werkhoven.nl ICQ:277217131 SuSE Linux
linuxcounter.org: 99872 Jabber:muadib at jabber.xs4all.nl AMD XP3000+ 1024MB
"ik _heb_ niets tegen Microsoft, ik heb iets tegen
de uitwassen *van* Microsoft"
kspi...@gmail.com
NAPTR-records te hangen maar kan je er geen uniforme telefoonachtige
vertaling mee maken met alle voordelen van dien.
Bij een ENUM is alles gebaseerd op een "ding" dat er uitziet als een
telefoonnummer maar het EIGENLIJK niet is.
Apparaten kunnen er echter wel heel leuk mee aan het werk gaan zonder
dat je daar veel intelligentie aan hoeft te hangen.
Plus dat als iedereen in Nederland een eigen domein zou willen......
volgens mij wordt dan de spoeling van LEUKE namen toch wel erg dun.
Kan je die beter voor web blijven gebruiken en iets dat inderdaad wel
minder aantrekkelijk is qua naamgeving maar veel uitbreidbaarder en
uniformer voor ENUM.
Rob
> Plus dat als iedereen in Nederland een eigen domein zou willen......
> volgens mij wordt dan de spoeling van LEUKE namen toch wel erg dun.
Dat probleem heb je met telefoonnummers ook!
Iedereen wil wel een leuk nummer.
Eigenlijk is het dus alleen een stukje DNS waarin alleen numerieke
namen mogen omdat die op bepaalde apparaten makkelijker in te voeren
zijn, en zodanig geimplementeerd dat je gedwongen bent via bepaalde
kanalen je registratie uit te voeren.
(het hierarchische systeem met omgekeerd nummer lijkt op het eerste
gezicht slim omdat telefoonnummers ooit ook zo opgebouwd werden,
maar met uitzondering van de landcodes is die hierarchische adressering
allang verlaten)
kspi...@gmail.com
maar er is maar 1 houder van een ENUM en da's de nummergebruiker die
de registratie doet.
Mensen zijn geen nummers en uniek.
Echter..... ze hebben nog geen andere kenmerken gevonden om ze ook
daadwerkelijk uniek te maken op internet dan een nummer :-(
Vandaar ook mijn eerdere suggestie/opmerking over iets anders unieks
maar dan niet op basis van een telefoonnummer.
Een BSN zou zoiets kunnen zijn maar daar is destijds niet voor
gekozen.
Dit om reden van het feit dat er mogelijk nog niet in elk land een BSN-
achtig iets is/was en telefonie wel in elk land aanwezig en geregeld
is.
De manier waarop de telefonie geregeld is doet niks af aan de
infrastruktuur die er achter ENUM zit.
En nogmaals...... een ENUM is GEEN telefoonnummer, ze heeft alleen
dezelfde vorm en daardoor bepaalde digitale voordelen bij
implementatie in telefonieachtige omgevingen.
De kans op DNS-poisoning is overigens kleiner dan bij reguliere
domeinen.
De oplossing die momenteel het beste werkt tegen poinsoning, DNSSEC,
wordt voor ENUM eerder ingevoerd dan voor reguliere domeinen :-).
MarcoH
> En nogmaals...... een ENUM is GEEN telefoonnummer, ze heeft alleen
> dezelfde vorm en daardoor bepaalde digitale voordelen bij
> implementatie in telefonieachtige omgevingen.
De e164.arpa hangt dermate vast aan telefonie dat je dat onderscheid niet
kan maken.
Robert Elsinga =8-)
wrote:
>Als je dit nummer belt krijg je een vrouwenstem die de tekst "enum"
>uitspreekt en daarna een melodietje. Dit nummer is niet via een provider
>te bereiken. Als er dus geen enum lookup is geweest, hoor je niets.
Op mijn 7050 (duitse Anex B versie, ik heb ISDN tenslotte) komt dit
gewoon door. 00 wordt bij mij standaard via 1643 gerouteerd, dus ENUM
werkt als een trein. =8-)
Robert Elsinga =8-)
www.elsinga.net
Rob
De debugging activiteiten die al ondernomen waren zouden misschien kunnen
wijzen op problemen die alleen optreden als je default via VoIP routeert
in plaats van via een gewone lijn.
(na de enum lookup gaat ie een VoIP call via de ingestelde VoIP provider
doen in plaats van rechtstreeks. met een vaste lijn is die verwarring
niet mogelijk)
Ton
>
> De debugging activiteiten die al ondernomen waren zouden misschien kunnen
> wijzen op problemen die alleen optreden als je default via VoIP routeert
> in plaats van via een gewone lijn.
>
> (na de enum lookup gaat ie een VoIP call via de ingestelde VoIP provider
> doen in plaats van rechtstreeks. met een vaste lijn is die verwarring
> niet mogelijk)
Mijn hoofdnummer is een internetnummer en bij mij wordt wel via een enum
lookup naar op de juiste wijze gebeld.
Ton
Jos van der Valk presenteert
typte Ian Macdonald:
> Echter, vervolgens belt de FRITZ!Box het oorspronkelijke nummer via
> mijn VoIP-provider (VoipCheap in dit geval).
Volgens deze pagina:
http://www.wershoven.com/fritzbox/
mag je bij je SIP providers geen proxy ingesteld hebben,
want anders probeert hij een ENUM gesprek via die proxy te sturen.
T.
Philippe Deleye
"Jos van der Valk presenteert" <re...@newsgroup.svp> wrote in message
news:48c01598$0$194$e4fe...@news.xs4all.nl...
> Volgens deze pagina:
>
> http://www.wershoven.com/fritzbox/
>
> mag je bij je SIP providers geen proxy ingesteld hebben,
> want anders probeert hij een ENUM gesprek via die proxy te sturen.
Dat zou wel eens de echte reden kunnen zijn waarom sommigen rapporteren dat
ENUM werkt en anderen dat het niet werkt !!!!
Bedankt voor de link, zeer hulpzaam !!!!
Philippe
Rob
Dat verhaal dateert uit 2006... zou iemand die bug al aan AVM gemeld hebben?
Ian Macdonald
<Philipp...@blablabla.advalvas.be>:
Tja, dat was het, ja. Met sip.voipcheap.com verwijderd als proxy voor
die provider werkt ENUM ineens als een trein.
Toch wel een obscure bug en ook wel jammer dat die inmiddels al twee
jaar heeft mogen voortbestaan van AVM.
De FRITZ!Box is een geweldig produkt, maar AVM blijft me toch af en toe
verbazen, en dan in negatieve zin. Zo blijft het bv. nog steeds
onmogelijk om iemand uit het telefoonboek te verwijderen. Ik heb dit
verschillende keren gemeld en heb verschillende firmwares voorbij zien
komen zonder oplossing. Die lijkt me nou net niet de moeilijkste bug om
de wereld uit te helpen.
Ian
--
Ian Macdonald | What we anticipate seldom occurs; what we
i...@caliban.org | least expect generally happens. -- Bengamin
http://www.caliban.org/ | Disraeli
|
|
Ian Macdonald
<nom...@example.com>:
Je weet het maar nooit, hè?
Ik heb voor de zekerheid de bug net gemeld bij AVM. Nu even afwachten of
ze met een oplossing komen.
Ian
--
Ian Macdonald | What is food to one, is to others bitter
i...@caliban.org | poison. -- Titus Lucretius Carus
http://www.caliban.org/ |
|
|