Die 08.03.65 kann ENUM!

[ktw2003]

Habe jetzt alles noch mal geprüft, auch wie hier genannt mal einen Export der Sicherungen gemacht....

enum_support_enabled = yes;
enumdomains = "e164.org", "e164.arpa";

Neustart der Box etc. Es klappt einfach nicht über die Box.
Telefoniere ich per VOIP über Interfonie, dieser Anbieter machen ja einen ENUM Lookup bei e164.arpa kommt die Ansage, dass eine ENUM-Umleitung erfolgt, also stimmt mit den DNS-Daten ja schon mal alles. Falls noch jemand eine Idee hat....

 

[DerPatrick]

So, und nun wissen wir warum AVM dieses Feature bisher nicht freigeschaltet hat. Oder glaubt jemand die schaltetn das nur nicht frei um uns zu ärgern? Es funktioniert halt noch nicht zufriedenstellend (wenn überhaupt)!

Meiner Meinung nach sollte man diese Funktion bis auf weiteres deaktiviert lassen - evtl. klappt es ja in einer der nächsten Firmwareversionen besser.

Gruß
Patrick

 

[DM41]

@ktw2003: Da Du das Syslog offensichtlich nicht beim booten siehst (Frage von Ike), ich aber davon ausgehe, dass Du telnet aktiviert hast auf der Box, folgender Vorschlag:
Starte vor dem Telefonieren eine telnet-Session. Die syslog Ausgaben werden automatisch in der nun geöffneten Konsole angezeigt.
Wenn Du nun über VoIP eine ENUM-registrierte Nummer anrufst sollte sowas in der Konsole stehen, falls der Lookup klappt (habe Beispielhaft mal meine bei Portunity registrierte Nummer mit der Box angerufen):

voipd[427]: dns: +49231xxxxxxx: query
voipd[427]: dns: +49231xxxxxxx: sip:[email protected]

@Patrick: Hast Du Dir vor Deinem Pauschalurteil selbst ein Bild gemacht? Bei mir funktioniert ENUM mit der FBF hervorragend.

 

[ike]

Meiner Meinung nach sollte man diese Funktion bis auf weiteres deaktiviert lassen - evtl. klappt es ja in einer der nächsten Firmwareversionen besser.

Ich sehe es anders. Wieso sollte ich eine Funktion deaktivieren, die bei mir gut funktioniert? Es sollte nur jeder der daran rumdreht, sich der Probleme bewußt sein und ggf. Analyse betreiben können.

 

[DerPatrick]

Es sollte nur jeder der daran rumdreht, sich der Probleme bewußt sein und ggf. Analyse betreiben können.

So hab ich es eigentlich auch gemeint!

Man sollte eben nur dem vorbeugen daß hier jetzt "hinzundkunz" seine Box auf ENUM=enabled schaltet und dann heulen nacher 50% hier rum weil dies&das nicht funktioniert! <- das sollte jeder von Anfang an wissen daß evtl das eine oder andere nicht 100% funktioniert und jeder sich des Risikos bewusst ist (das manche Anrufe evtl. nicht klappen)

Gruß
Patrick

 

[KiRKman]

Vor allen Dingen nicht den Support von AVM anrufen, wenn was mit ENUM nicht klappt

 

[DerPatrick]

Vor allen Dingen nicht den Support von AVM anrufen, wenn was mit ENUM nicht klappt

:lol:
*LOL* - Klar, und die armen am Telefon so richtig anstänkern und dabei noch erwähnen daß die Benutzerschnittstelle (Telnet) doch voll unpraktisch ist.

...toternst, irgendwer bringt das bestimmt noch

Wie war das doch gleich mit den 2 Dingen die grenzenlos sind?

Gruß
Patrick

 

[ike]

Das Universum und die Dummheit des Menschen? Naja, beim Universum ist man sich ja noch nicht ganz sicher ;-)

 

[ktw2003]

@ktw2003: Da Du das Syslog offensichtlich nicht beim booten siehst (Frage von Ike), ich aber davon ausgehe, dass Du telnet aktiviert hast auf der Box, folgender Vorschlag:
Starte vor dem Telefonieren eine telnet-Session. Die syslog Ausgaben werden automatisch in der nun geöffneten Konsole angezeigt.
Wenn Du nun über VoIP eine ENUM-registrierte Nummer anrufst sollte sowas in der Konsole stehen, falls der Lookup klappt (habe Beispielhaft mal meine bei Portunity registrierte Nummer mit der Box angerufen):

voipd[427]: dns: +49231xxxxxxx: query
voipd[427]: dns: +49231xxxxxxx: sip:[email protected]

@Patrick: Hast Du Dir vor Deinem Pauschalurteil selbst ein Bild gemacht? Bei mir funktioniert ENUM mit der FBF hervorragend.

Fehler ist wohl die falsche Reihenfolge, es kommt erst der Telefoneintrag, dann der SIP. Werde dies prüfen. Danke für Deinen Hinweis.

Jul 12 14:57:51 voipd[422]: dns: +49XXXXXXXXXX: query
Jul 12 14:57:51 voipd[422]: dns: +49XXXXXXXXXX:: TEL:+49XXXXXXXXXX: ttl=600 from 1
92.168.180.1.
Jul 12 14:57:51 voipd[422]: dns: +49XXXXXXXXXX:: sip:[email protected] ttl=600 f
rom 192.168.180.1.
Jul 12 14:57:51 voipd[422]: dns: +49XXXXXXXXXX:: sip:49XXXXXXXXXXsip-gmx.net ttl
=600 from 192.168.180.1.
Jul 12 14:57:52 voipd[422]: dns: +49XXXXXXXXXX: sip:49XXXXXXXXXXsiplogin.de
ttl=600 from 192.168.180.1.

Weiterer Test:

Direktruf über Kurzwahl durch gezielte Eingabe der SIP-Zieladresse:
[email protected] <- 2
Jul 12 15:20:31 voipd[422]: dns: _sip._udp.1und1.de: query
Jul 12 15:20:31 voipd[422]: dns: _sip._udp.1und1.de: "0 0 5060 sip.1und1.de" ttl
=300 from 192.168.180.1.
Jul 12 15:20:31 voipd[422]: allowed bandwidth 1008000 for sip:49XXXXXXXXXX@1und1
.de
Jul 12 15:20:31 voipd[422]: >>> Request: INVITE sip:[email protected]
Jul 12 15:20:31 voipd[422]: dns: sip.1und1.de: query
Jul 12 15:20:31 voipd[422]: dns: sip.1und1.de: 212.227.15.197 ttl=300 from 192.1
68.180.1.
Jul 12 15:20:32 voipd[422]: <<< Status: 100 Trying
Jul 12 15:20:32 voipd[422]: <<< Status: 180 Ringing
Jul 12 15:20:32 voipd[422]: ringing appl=2 plci=0xa04 ncci=0x0 incoming sip:[email protected]
Jul 12 15:20:32 voipd[422]: x-route-info: costvalue is "IP" (INVITE)
Jul 12 15:20:32 voipd[422]: INFO led: on (value=1)

Verbindung über IP war erfolgreich!

Versuch über ENUM, Eingabe der Telefonnummer
Jul 12 15:18:00 voipd[422]: dns: +49XXXXXXXXXX: query
Jul 12 15:18:00 voipd[422]: dns; X.X.X.X.X.X.X.X.X.X.9.4.e164.arpa: not found
Jul 12 15:18:00 voipd[422]: dns: +49XXXXXXXXXX: query
Jul 12 15:18:00 voipd[422]: dns: +49XXXXXXXXXX: TEL:+49XXXXXXXXXX ttl=600 from 1
92.168.180.1.
Jul 12 15:18:00 voipd[422]: dns: +49XXXXXXXXXX: sip:[email protected] ttl=60
0 from 192.168.180.1.
Jul 12 15:18:00 voipd[422]: dns: _sip._udp.1und1.de: query
Jul 12 15:18:00 voipd[422]: dns: _sip._udp.1und1.de: "0 0 5060 sip.1und1.de" ttl
=70 from 192.168.180.1.
Jul 12 15:18:00 voipd[422]: allowed bandwidth 1008000 for sip:49XXXXXXXXXX@1und1
.de
Jul 12 15:18:00 voipd[422]: >>> Request: INVITE sip:[email protected]
Jul 12 15:18:00 voipd[422]: dns: sip.1und1.de: query
Jul 12 15:18:00 voipd[422]: dns: sip.1und1.de: 212.227.15.197 ttl=70 from 192.16
8.180.1.
Jul 12 15:18:00 voipd[422]: <<< Status: 100 Trying
Jul 12 15:18:00 voipd[422]: <<< Status: 404 Not Found

Verbindung über IP war nicht erfolgreich!

 

[ktw2003]

OK, nach weiteren Tests, ENUM an sich scheint zu funktionieren,
außer wenn der im ENUM-LOOKUP zurückgebene SIP-Eintrag von 1und1.de oder sip-gmx.net ist. Dann kommt immer Fehler 404.

Weiter, sollte die angerufene Nummer in der Box als Provider eingetragen sein, so klappt es auch nicht, da dann aus Nummer@SIP-Provider, Nummer@Meine-IP wird.

Sollte es hingegen ein anderer Anbieter sein und die Nummer nicht in der Box registriert sein, klappt es. Anzumerken sei aber, dass das direkte Anwählen per Kurzwahl auf 1und1.de/sip-gmx.net aber immer funktioniert.

Danke an alle die mir geholfen haben!

@Patrick: Auch wenn es diese 2 Dinge die grenzenlos sind gibt, so trifft dies nur auf die zu, die aufgeben.

 

[Balloni]

außer wenn der im ENUM-LOOKUP zurückgebene SIP-Eintrag von 1und1.de oder sip-gmx.net ist

Geht auch dann - jedenfalls bei mir!
Einzig nicht über ENUM geht: ein Anruf an eine ENUM-registrierte, aber nicht zu 1&1+co. gehörende Nummer ins eigene Ortsnetz, wenn keine Vorwahl mit eingegeben wird! Das liegt daran, daß die FBF wegen eines Bugs nur +49-nummer abfragt und nicht +49-ortsvorwahl-nummer
Der Rest funtz super. Das läßt auf zukünftige Taten hoffen....

Karsten

 

[leo22]

Geht auch dann - jedenfalls bei mir!

Kannst du dann bitte mal dein Syslog bei Verwendung der 1und1-Nummer posten?

 

[ktw2003]

@leo22 Log steht 3 Einträge höher!

 

[leo22]

@ktw2003: dort hast du doch aber nur über Kurzwahl telefoniert, was funktionierte und über eine 1und1-ENUM, wo du drunterschreibst "Verbindung war nicht erfolgreich!" Du hast ja selbst folgendes oben geschrieben:

OK, nach weiteren Tests, ENUM an sich scheint zu funktionieren,
außer wenn der im ENUM-LOOKUP zurückgebene SIP-Eintrag von 1und1.de oder sip-gmx.net ist. Dann kommt immer Fehler 404.

Balloni hat aber das Gegenteil gesagt, bei ihm gehen Verbindungen über 1und1, ich nehme mal an mit Direktwahl, also nicht wie bei dir mit der SIP-Adresse als Kurzwahl. Bei mir funktioniert das nicht, deshalb wollte ich mal Ballonis Log anschauen.

 

[ktw2003]

@leo22: OK dachte Du hast meinst mich, noch eine Info... E164.org ist ja sehr schnell beim DNS-Update, so dass man gut testen kann. Wenn ich an der Boxkonfig mit aktiviertem ENUM nichts ändere jetzt aber den e164.org SIP-Ziel-Eintrag modifiziere passiert folgendes beim Versuch der Verbindungsherstellung:

- [email protected] -> ENUM Lookup OK -> Verbindung Negativ (Status 404)
- [email protected] -> ENUM Lookup OK -> Verbindung Negativ (Status 404)
- [email protected] -> ENUM Lookup OK -> Verbindung Positiv (Status 180)
- [email protected] -> ENUM Lookup OK -> Verbindung Negativ (Status 404)

 

[ike]

Scheint also fast ein Fehler mit der SIP-ID zu sein. Vielleicht ist es sinnvoll, sich wirklich immer eine ID bei Like2fone zu holen, die sind definitiv extern anufbar.

Wie sieht es denn aus, wenn Du bei e164.org die SIP-IDs durchtestest? Du kannst da ja auf die ID klicken, dann führt das System einen Ruf auf die ID durch - dadurch kannst Du die Erreichbarkeit testen.

 

[ktw2003]

Testanrufe über e164.org -> Telefon klingelt, egal welcher SIP.

Habe bei e164.arpa einen 1und1 Sip-Account hinterlegt - analog zu e164.org, klappt über die FBF per ENUM nicht, aber ENUM Lookup über interfoni.de (es erfolgt eine Ansage, Anruf wurde per ENUM umgeleitet) funktioniert. Also doch BOX Problem!?

Genauso geht ja die Dirketwahl über die Kurzwahl auch immer!?

 

[ike]

Ist evtl. ein Problem der Box beim direkten Verbinden mit einer 1&1-SIP-URL. Gute Frage, woran es da klemmen könnte. Im Moment kann man sich wohl nur damit behelfen, SIP-URLs anderer Provider zu nutzen.

 

[pklausolaf]

Die FBF prüft ja nicht nur e164.org und arpa, sondern auch info

Jul 13 20:03:38 voipd[390]: dns: +49215657xxxx: query
Dial_h: Slot 1 dialed(#)
Jul 13 20:03:38 voipd[390]: dns; x.x.x.x.7.5.6.5.1.2.9.4.e164.arpa: not found
Jul 13 20:03:38 voipd[390]: dns: +49215657xxxx: query
Jul 13 20:03:39 voipd[390]: dns; x.x.x.x.7.5.6.5.1.2.9.4.e164.org: not found
Jul 13 20:03:39 voipd[390]: dns: +49215657xxxx: query
Jul 13 20:03:39 voipd[390]: dns; x.x.x.x.7.5.6.5.1.2.9.4.e164.info: not found
Jul 13 20:03:39 voipd[390]: dns: _sip._udp.tiscali.de: query
Jul 13 20:03:39 voipd[390]: dns: _sip._udp.tiscali.de: "20 0 5060 sip.tiscali.de" ttl=1606 from 192.168.180.1.

 

[ktw2003]

Die FBF prüft ja nicht nur e164.org und arpa, sondern auch info

Du meinst wohl ehr, sie prüft alles was man einträgt, es gibt ja noch mehr ENUM-Registrars und wenn man diese zusätzlich erfasst, geht die Box diese auch alle durch -> bis zum ersten Treffer!