[PROBKEM] SNOM: Abfrage bei ENUM e164.org geht nicht

haeberlein

Aktives Mitglied
Mitglied seit
10 Mrz 2004
Beiträge
1,717
Punkte für Reaktionen
0
Punkte
36
Hallo.

Kann ein Besitzer des SNOM 360 eventuell bestätigen ,was mir der SNOM Support bezüglich der ENUM Abfrage geschrieben hat.
"ab der Firmware Version 5 (momentan 5.3.6) existiert die Möglichkeit, in den
Telefonen der snom3xx Serie mehrere ENUM Anbieter durch Komma getrennt,
hintereinander einzugeben, also e164.org,e164.arpa etc."
Mit dem SNOM 360 Softphone ist es mir nicht gelungen eine e164.org Nummer via ENUM abzufragen.
 
Hab gerade mal e164.org hinter ...arpa hinzugefügt. Mit Leerstelle hinter dem Komma (im Gegensatz zu dem, was Du da zitiert hast) finde ich die Auflösung für ...org auch im DNS Cache wieder. Hab allerdings nicht lange damit experimentiert.

EDIT
Eben habe ich aber noch gesehen, daß ...org extrem kurze expire-Zeiten im DNS Cache hat.
 
Zuletzt bearbeitet:
Aha mit Leerstelle habe ich es noch nicht getestet ,sondern nur so ,wie es der SNOM Support geschrieben hat. Habe allerdings nur das Softphone-momentan. Wenn ich jedenfalls nur e164.org nehme ,dann verbindet das Softphone zum Handy anstatt zum Sip Anschluss. Vielleicht liegt es aber auch am Softphone
 
Stell doch mal im Systemlog den Level auf 8 oder 9, dann speichern (und Inhalt löschen).

Direkt nach einem Anruf sieh Dir den DNS Cache und das Systemlog an.

Siehst Du die e164-Auflösungen für ...arpa und ...org?
 
Ja apra und org löst er auf ,findet sogar den org Eintrag mit SIP Uri ,nur verbindet er nicht dort hin-sehr komisch.

Hast du einen besonderen DIAL Plan? Habe nur ENUM aktiviert und bei Land 49 und bei Regional 30 eingegeben.
 
Bist Du denn sicher, daß der ...org-Eintrag korrekt ist?
Aber weitergehend muß ich jetzt wohl leider passen. :noidea:

EDIT
Frage nach dem Dialplan hatte ich nicht gesehen, hast Du editiert?
Dein Plan müßte korrekt sein, wenn Deine Vorwahl 030 ist.
 
Ja der Eintrag ist korrekt. Rufe ich die selbe Nummer mit der Fritz Box an (macht selber ENUM Abfrage) klappt es ja auch. Nur eben mit dem SNOM Softphone nicht. Im DNS Cache steht ja drin: 1234567.e164.org +491234567 sip: [email protected]
 
Dann bleibt mir nur noch übrig, das Hardphone zu empfehlen! :mrgreen:
 
Du hast es am richtigen Snom 360 getestet ja. Dadrum ging es mir ja ,das es am richtigen Snom 360 funktioniert. Habe eben nur das Softphone zum testen da.
Leider gibt es zwischen den verschiedenen Providern noch ENUM Abfrage Probleme. Bei GMX geht es ,bei Dusnet wieder nicht usw.
 
Ich will mich nicht zu weit aus dem Fenster lehnen: ich habe konkret niemanden angerufen, weil ich keine ...org-registrierte Nummer kenne. Meine Infos beziehen sich nur auf die Daten im Log und im Cache.
 
Leider finde ich den Button "Private Nachricht" nicht mehr ,sonst hätte ich dir mal 1-2 org Nummern gesand.
 
Links auf den Namen (in diesem Falle FonFan) klicken. ;)

xEDIT
Versuche durchgeführt, Problem noch nicht gelöst.
 
Zuletzt bearbeitet:
Hallo,

Ich muss zu diesem auch was beitragen, sehe ich grade. Ich habe ein Snom360 mit Firmware 5.3.6 und habe als ENUM-Server folgendes eintragen:

Code:
e164.arpa,e164.org,e164.info,enum.org

Dann getestet und im Log erscheint dann folgendes:

Code:
8]26/2/2006 15:59:07: Converted number +4373212345689 into 9.8.6.5.4.3.2.1.2.3.7.3.4.enum.org
[8]26/2/2006 15:59:07: Converted number +4373212345689 into 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.info
[8]26/2/2006 15:59:07: Converted number +4373212345689 into 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.org
[8]26/2/2006 15:59:07: Converted number +4373212345689 into 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.arpa
[8]26/2/2006 15:59:07: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.arpa
[5]26/2/2006 15:59:07: Dialog 9/10 going to trying
[8]26/2/2006 15:59:07: DNS Cache: Add naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.arpa =  (ttl=600)
[8]26/2/2006 15:59:07: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.arpa
[8]26/2/2006 15:59:07: DNS cache_lookup: naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.arpa -> 
[8]26/2/2006 15:59:07: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.org
[8]26/2/2006 15:59:07: DNS Cache: Add naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.org =  (ttl=30)
[8]26/2/2006 15:59:07: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.org
[8]26/2/2006 15:59:07: DNS cache_lookup: naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.org -> 
[8]26/2/2006 15:59:07: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.info
[8]26/2/2006 15:59:08: DNS Cache: Add naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.info =  (ttl=1)
[8]26/2/2006 15:59:08: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.info
[8]26/2/2006 15:59:08: DNS cache_lookup: naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.info -> 
[8]26/2/2006 15:59:08: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.enum.org
[8]26/2/2006 15:59:08: DNS Cache: Add naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.enum.org =  (ttl=3600)
[8]26/2/2006 15:59:08: route_pending_packet 1007449: entry=enum 9.8.6.5.4.3.2.1.2.3.7.3.4.enum.org
[8]26/2/2006 15:59:08: DNS cache_lookup: naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.enum.org ->

Also kann man doch davon ausgehen, dass dies einwandfrei funktioniert, auch wenn ich hier nur eine sinnlose Testnummer (+437321234567890) angerufen habe.

EDIT:

Auch im DNS-Cache erscheinen Einträge:

Code:
214 naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.enum.org  3482 
211 naptr 9.8.6.5.4.3.2.1.2.3.7.3.4.e164.arpa  481 
210 naptr 6.9.6.3.1.0.1.4.6.6.3.4.enum.org  3316 
207 naptr 6.9.6.3.1.0.1.4.6.6.3.4.e164.arpa  315
 
So sah es bei mir in Systemlog und DNS-Cache prinzipiell auch aus, trotzdem wurde nur über e164.arpa und nicht e164.org erfolgreich vermittelt. War eigentlich nicht einzusehen, aber haeberlein sagte, an dem Telefon, das nur über e164.org zu erreichen ist, sei kein Ruf angekommen. :noidea:
 
Ich habe eine Handynummer ,die "nur" bei e164.org regestriert ist. Bei unseren Tests wurde die Nummer richtig aufgelöst ,aber das Handy klingelte und nicht der Sip Anschluss. Mit einer Fritz Box ,die ENUM beherscht hingegen klappte es wunderbar.

Nachtrag!

SNOM hat beim ENUM einen BUG festgestellt ,dank meiner Hinweise und diesen BUG in Firmware Version 5.4 behoben.
 
Zuletzt bearbeitet:

Neueste Beiträge

Statistik des Forums

Themen
244,695
Beiträge
2,216,690
Mitglieder
371,314
Neuestes Mitglied
Gjorstn
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.