7170, "registrarlose SIP-Adresse" geht mit neuerer Firmware nicht mehr ?

Hi Leute,

Ich habe vor ca. zwei Wochen die etwas veraltete 29.04.25 Firmware meiner 7170 durch die DSL Labor Firmware ersetzt. Hierbei ist mir aufgefallen, daß das registrarlose, anonyme telefonieren gemäß dieser Anleitung

http://www.wehavemorefun.de/fritzbo...ricks#Anonyme_.28registrarlose.29_SIP-Adresse

nicht mehr richtig funktioniert. IIRC hat die registrarlose Telefonie mit der Firmware 29.04.25 noch problemlos funktioniert. Die Gegenstelle, mit der ich meine Tests gemacht habe, ist ebenfalls eine FBF 7170, welche die Firmware 29.04.49 nutzt. Der Zielanschluß, welcher dort angerufen wird, ist ebenfalls ein "Fake Account" gemäß der oben genannten Anleitung. Auf beiden Seiten sind die notwendigen Einträge in der voip.cfg vorhanden.

Wenn ich probiere diese Gegenstelle zu erreichen, wird der Anruf dort zunächst mal richtig per Klingelzeichen signalisiert. Wenn dann jedoch abgehoben wird, ist nur Stille in der Leitung. Laut Syslog werden die Audiocodecs korrekt vereinbart, jedoch stehen im Log Warnmeldungen, nach denen bei UDP-Paketen die WAN-IP und die LAN-IP der Gegenstelle miteinander vertauscht seien. Offenbar gibt es also ein Problem mit dem NAT Routing der RTP / UDP Pakete. Hierzu der Hinweis: Um ein ausführliches Log vom voipd im Telnet-Fenster oder ggf. per Syslog zu erhalten, muß man den voipd stoppen und mit dem Paramter "-vvv" neu starten.

Hat jemand von euch mit einer der neueren Firmwareversionen mal getestet, ob das registrarlose telefonieren bei ihm noch funktioniert ? Hat evt. jemand einen Tip für mich, wie man das Problem lösen könnte ?

Noch ein Hinweis: Bei den neueren Firmwareversionen ist es nicht mehr möglich im Telefonbuch die Zielrufnummer im Format "sip:[email protected]/" anzugeben, weil der Doppelpunkt unterdrückt wird. Desweiteren ist es auch nicht möglich, hinter der dyndns Adresse einen anderen Port anstelle der 5060 anzugeben. Ich nutze daher stattdessen einen Eintrag in der Form "[email protected]", was soweit auch funktioniert, denn der Anruf wird ja korrekt bei dem entsprechenden Teilnehmer signalisiert.

C.U. NanoBot

Hi,

thx für die Info. Wenn ich mit meinem Fake Account einen "offiziellen" Account auf der anderen Box anrufe, funktioniert dies auch bei mir.

Aber der eigentliche "Sinn" der Sache ist ja, daß man eben keinen offiziellen SIP Account nutzen will, denn dann ist die Sache ja nicht mehr anonym. Daher der Versuch von Fake Account zu Fake Account, und dies scheint eben jetzt nicht mehr zu gehen.

"Wenn beide Boxen sich direkt beim Internetprovider anmelden (d.h. kein NAT-Router dazwischen), kann es kein NAT-Problem geben, da für VoIP auf der FritzBox direkt die externe IP genutzt wird."

Und genau dies ist laut meinem Log nicht der Fall, dort taucht nämlich die LAN-IP der Box auf der Gegenseite auf, was ja bei korrekter Arbeitsweise nicht passieren dürfte. Und außer den Fritzboxen an sich ist kein weiterer Router im Spiel, der dieses Verhalten verursachen könnte.

C.U. NanoBot

Hi Heimatkanal,

da hattest du mich falsch verstanden. Ich rufe von meinem Fake Account aus nicht [email protected] an, das geht natürlich nicht, weil die meisten Registrare sowas blocken. Sondern ich rufe [email protected] an, wobei Rufnummer die Rufnummer eines offiziellen Accounts bei 1&1 ist. Ich nutze also die dyndns Adresse des Ziels zusammen mit der Rufnummer des offiziellen Accounts, und dies funktioniert dann komischerweise.

Hieraus schließe ich, daß die Zielbox bei dem offiziellen Account während der Registrierung "irgendwas" macht was dafür sorgt, daß das NAT Routing korrekt arbeitet, während sie dies bei dem Fake Account als Ziel nicht macht. Ich habe auch schon mal probiert, für den / die Fake-Accounts einen Stun-Server anzugeben, aber vermutlich wird dies gar nicht beachtet, weil die Fake Accounts ja auf do_not_register stehen. Ich vermute daher, daß die Lösung nur darin bestehen kann, einen eigenen SIP-Server als Registrar zu nutzen und habe zu diesem Zweck auch schon mit der dtmf-box rumgespielt. Leider blicke ich da nicht so ganz durch, wie das ganze zu konfigurieren ist, wenn abgehende Gepräche ohne "echten" Registrar geführt werden sollen.

@rollo

Wenn die Gegenstelle einen offiziellen SIP Account nutzt, welchen ich dann "direkt" Anrufe, so wird dieser Anruf natürlich nicht bei seinem Sip-Provider registriert, das ist soweit erstmal richtig. Der Anruf kann also nicht im Rahmen der VDS gespeichert werden.

Ungeachtet dessen ist so ein Anruf trotzdem nicht anonym, denn in dem Moment, wo derjenige, den ich anrufen will, sich bei seinem Anbieter registriert, ist seine aktuelle IP dort hinterlegt. Desweiteren muß man bei den meisten SIP Providern seine echte Identität offenlegen, wenn man einen Account haben will. Dies führt aber dazu, daß es sehr leicht ist, die aktuell benutzte IP zu einer Person zuzuordnen.

Echter Anonymität kommt man aber durch folgende Vorgehensweise näher:

Zunächst besorgt man sich einen anonymen Mailaccount, und mit diesem Mailaacount meldet man sich dann bei dyndns an. Dyndns hat dann zwar jeweils die IP, die man aktuell nutzt, kann aber dieser IP keine Identität des Nutzers zuordnen. Dadurch werden Überwachungsmaßnahmen gegenüber der ersten Variante erschwert.


C.U. NanoBot