[Problem] v1.2: dnsmasq und (alice) VoIP

[aradriel]

Servus,

hab ein kleines Problem mit dem dnsmasq bzw. mit Voice over IP bei laufendem dnsmasq, allerdings lief das so unter 1.1.X, erst seit 1.2 gibt es Probleme. Ich nutze das elende Alice VoIP, müsste also eigentlich einen IAD nehmen.
Entsprechend habe ich einen zweiten PVR für das Voice over IP konfiguriert, hat immer funktioniert, tuts auch nach wie vor noch.
Allerdings wenn der dnsmasq läuft, können sich die VoIP Nummern nicht registrieren. ("Gegenstelle antwortet nicht")
Jedoch scheint zumindest der korrekte DNS beim Verbinden mit dem zweiten PVR gefunden zu werden, folgende Meldung steht im Log:
Internetverbindung (Telefonie) wurde erfolgreich hergestellt. IP-Adresse: 10.75.24.193, DNS-Server: 10.192.128.36 und 10.192.128.37, Gateway: 10.192.127.50
Das passt ja soweit (glaube ich, jedenfalls ist die Angabe immer die gleich. Ob mit oder ohne dnsmasq).
Um nochmal meine Vermutung aus zu formulieren:
Kann es sein, dass der zweite PVR, aus welchen Gründen auch immer, nicht den eigenen sondern den upstream DNS bzw den dnsmasq selbst verwendet?
Unter 1.1.X hatte ich noch immer override_dns entsprechend im ar7.cfg umgebogen, hatte damals auch keinen Einfluss.
Im Zuge der Probleme habe ich mal sämtliche, anderweitig gesetzten DNS Server rausgeworfen. Nur zwei upstream (google und claranet) DNS sind dann im dnsmasq konfiguriert. Ansonsten alles auf default gestellt, keine Änderung.

Infos zur Box:
Boxtyp: 7270_v2
AVM-Firmwareversion: 04.88
Sprache: de
Kernelversion: 2.6.19.2 (3860) (gcc version 3.4.6)
Freetz-Versio: freetz-1.2-stable
Erstellungsdatum: 17.07.2011 00:26:04
Checkout vom svn war kurz vor dem build.

Vielleicht hat ja einer ne Idee. Ich werde mal morgen ein neues image aus dem svn bauen, ansonsten versuch in dnsmasq mittels adress= die registrar stelle von alice von Hand auf zu lösen. Nur mal schauen wie ich von außen da einen nslookup drauf machen.

Viele Grüße
ara

 

[sf3978]

Nur mal schauen wie ich von außen da einen nslookup drauf machen.

Beim nslookup kann man auch den Server angeben:

root@[COLOR=red]fritz[/COLOR]:/var/mod/root# nslookup heise.de [COLOR=red]192.168.180.1[/COLOR]
[COLOR=red]Server[/COLOR]:    192.168.180.1
Address 1: 192.168.180.1

Name:      heise.de
Address 1: 2a02:2e0:3fe:100::8
Address 2: 193.99.144.80 redirector.heise.de


root@[COLOR=red]fritz[/COLOR]:/var/mod/root# nslookup heise.de [COLOR=red]192.168.180.2[/COLOR]
[COLOR=red]Server[/COLOR]:    192.168.180.2
Address 1: 192.168.180.2

Name:      heise.de
Address 1: 2a02:2e0:3fe:100::8
Address 2: 193.99.144.80 redirector.heise.de


root@[COLOR=red]fritz[/COLOR]:/var/mod/root# nslookup heise.de [COLOR=red]127.0.0.1[/COLOR]
[COLOR=red]Server[/COLOR]:    127.0.0.1
Address 1: 127.0.0.1 localhost

Name:      heise.de
Address 1: 2a02:2e0:3fe:100::8
Address 2: 193.99.144.80 redirector.heise.de

 

[aradriel]

Beim nslookup kann man auch den Server angeben

Das ist richtig, bringt in diesem Fall aber (wohl) nichts. Ich komme ja vom "öffentlichen" Internet nicht ran. Das ist ein privates Subnetz (10.*.*.*) wo deren voIP Krempel weilt, da müsst ich also mal schaun ob ich von der FB Shell darauf zugreifen kann. Aber grad kA wie...
Benutzt diese zweite voIP/PVR Verbindung eigentlich einen eigenen Interface namen?

EDIT: Sorry, da war ich zu schnell. Von der FB geht der nslookup. Hätte deine Aufrufe aufmerksamer lesen sollen. Dank dir, ich werde mal versuchen die IP händisch in dnsmasq zu mappen.

 

[sf3978]

..., da müsst ich also mal schaun ob ich von der FB Shell darauf zugreifen kann. Aber grad kA wie...

Kannst Du aus der FB Shell, die dns-Server anpingen?

 

[RalfFriedl]

Beim nslookup kann man auch den Server angeben

Angeben kann man ihn schon, aber was passiert mit dieser Angabe beim Busybox nslookup?

root@fritz:/var/mod/root# nslookup web.de [B]1.2.3.4[/B]
Server:    1.2.3.4
Address 1: 1.2.3.4

Name:      web.de
Address 1: 213.165.64.75 web.de
root@fritz:/var/mod/root# nslookup web.de [B]4.3.2.1[/B]
Server:    4.3.2.1
Address 1: 4.3.2.1

Name:      web.de
Address 1: 213.165.64.75 web.de

 

[aradriel]

Kannst Du aus der FB Shell, die dns-Server anpingen?

Ja Danke, das mit dem auflösen hat zwischenzeitlich geklappt:

Address 1: 10.192.128.36

Name:      registrar70.sip.alice-voip.de
Address 1: 213.191.79.186

also mal versucht mit

address=/registrar70.sip.alice-voip.de/213.191.79.186

half aber leider nichts, selber Fehler:

19.07.11	23:38:22	Anmeldung der Internetrufnummer XXXXXXXX war nicht erfolgreich. Ursache: Gegenstelle antwortet nicht. Zeitüberschreitung.
19.07.11	23:37:18	Internetverbindung (Telefonie) wurde erfolgreich hergestellt. IP-Adresse: 10.78.244.216, DNS-Server: 10.192.128.36 und 10.192.128.37, Gateway: 10.192.127.57

dnsmasq ausgeschalten, 10minuten gewartet. Geht wieder.
Pingen der Gegenstelle funktioniert allerdings mit und ohne dnsmasq nicht,
obwohl die "richtige" IP aufgelöst wird.

root@fritz:/var/mod/root# ping registrar70.sip.alice-voip.de
PING registrar70.sip.alice-voip.de (213.191.79.186): 56 data bytes
--- registrar70.sip.alice-voip.de ping statistics ---
10 packets transmitted, 0 packets received, 100% packet loss

Für heute mach ich mal Schluss, morgen werde ich mal schauen was ich an logfiles auf der FB zu dem Vorgang kriege.

Grüßle
ara

 

[RalfFriedl]

Pingen der Gegenstelle funktioniert allerdings mit und ohne dnsmasq nicht,
obwohl die "richtige" IP aufgelöst wird.

Wenn die Namensauflösung funktioniert, dann tut es dnsmasq, der Rest ist ein anderes Problem.

 

[aradriel]

Wenn die Namensauflösung funktioniert, dann tut es dnsmasq, der Rest ist ein anderes Problem.

Ja, also die Funktion von dnsmasq selbst ist auch nicht beinträchtigt. Ich fand den Verdacht nur naheliegend, dass beim Betrieb vom dnsmasq was falsch aufgelöst wird da:

Es ohne weiteres Zutun wieder funktioniert, wenn dnsmasq ausgeschalten wird.
Die Fehlermeldung "Gegenstelle antwortet nicht" vermuten lässt das er da was falsch auflöst. Dem ist wohl aber nicht so.

 

[aradriel]

Nabend,

ich habe nochmal ein default + dnsmasq image von 1.2 kompiliert und aufgespielt. Ergebnis ist das alt bekannte.
Dann habe ich mich mal am aktuellen Trunk versucht, default + dnsmasq.
Scheint zu funktionieren. Vielleicht kann ja jemand die Unterschiede überblicken, ich rüste mal Stück für Stück mein trunk image auf. Falls was fehlschlägt meld ich mich wieder.

gruß
ara

 

[aradriel]

Eine weitere interesannte Festellung, nach einem reconnect funktioniert VoIP nicht. Nach einem Reboot schon. Eh?