PsychoMantis
Aktives Mitglied
- Mitglied seit
- 18 Dez 2005
- Beiträge
- 2,539
- Punkte für Reaktionen
- 10
- Punkte
- 38
SIP Server: reg_from_outside = yes
- Ersteller Heimatkanal
- Erstellt am
Welche Firmware
Ich habs nicht explizit in diesem Thread gefunden, daher meine Frage:
Geht das ganze (SIP über extern) nur mit der LaborFirmware oder besteht auch die Möglichkeit die aktuelle stabile 54.04.76 dafür zu benutzen?
Ich habs nicht explizit in diesem Thread gefunden, daher meine Frage:
Geht das ganze (SIP über extern) nur mit der LaborFirmware oder besteht auch die Möglichkeit die aktuelle stabile 54.04.76 dafür zu benutzen?
Hi easygo,
Theorie:
Wenn ich das alles richtig verstanden habe funktioniert es mit jeder FW solange
in der voip.cfg der besagte Eintrag "reg_from_outside=yes" existiert.
Ob dieser Eintrag nun schon per "default" in der Labor-FW vorhanden ist
(und nur noch von "no" auf "yes" gesetzt werden muss),
oder aber per Hand nachträglich eingetragen wird, sollte für die Funktion an sich egal sein.
Gruß Henry
Theorie:
Wenn ich das alles richtig verstanden habe funktioniert es mit jeder FW solange
in der voip.cfg der besagte Eintrag "reg_from_outside=yes" existiert.
Ob dieser Eintrag nun schon per "default" in der Labor-FW vorhanden ist
(und nur noch von "no" auf "yes" gesetzt werden muss),
oder aber per Hand nachträglich eingetragen wird, sollte für die Funktion an sich egal sein.
Gruß Henry
Es funktioniert auch mit der 54.04.76
Ich kann Deine Theorie bestätigen!
Der Eintrag "reg_from_outside=no" war bei mir nicht vorhanden (im FritzBox Export).
Mit dem FB-Editor habe ich dann die Option "reg_from_outside=yes" eingebaut und wieder auf die FritzBox ("NoChecks=yes") geladen.
In einem ersten Test konnte ich mich dann erfolgreich von einer fremden FritzBox verbinden.
Ob die Sprachverbindung in beide Richtungen funktioniert kann ich noch nicht sagen, da ich gerad nicht daheim bin. Das mache ich dann noch später.
Ich kann Deine Theorie bestätigen!
Der Eintrag "reg_from_outside=no" war bei mir nicht vorhanden (im FritzBox Export).
Mit dem FB-Editor habe ich dann die Option "reg_from_outside=yes" eingebaut und wieder auf die FritzBox ("NoChecks=yes") geladen.
In einem ersten Test konnte ich mich dann erfolgreich von einer fremden FritzBox verbinden.
Ob die Sprachverbindung in beide Richtungen funktioniert kann ich noch nicht sagen, da ich gerad nicht daheim bin. Das mache ich dann noch später.
- Mitglied seit
- 17 Aug 2004
- Beiträge
- 23,104
- Punkte für Reaktionen
- 1,003
- Punkte
- 113
Bloß nicht: Da stehen alle VoIP-Accounts und die jeweiligen Passwörter drin!
Was zu editieren bzw. einzufügen ist, wurde schon ausführlich (im ersten Post!!!) beschrieben, dass brauchen wir jetzt nicht noch einmal aufgerollt!
Zuhause hab ich es jetzt nochmal probiert:
Die Signalisierung funktioniert, d.h. das Telefon klingelt bei einkommenden Gepsrächen, aber die Verbindung ist nach dem Aufbau in BEIDE Richtungen stumm.
Gleiches gilt für ausgehende Gespräche.
Tja. Muss man vielleicht doch auf die nächste stable Firmware warten oder sich mit der Labor zufrieden geben.
Die Signalisierung funktioniert, d.h. das Telefon klingelt bei einkommenden Gepsrächen, aber die Verbindung ist nach dem Aufbau in BEIDE Richtungen stumm.
Gleiches gilt für ausgehende Gespräche.
Tja. Muss man vielleicht doch auf die nächste stable Firmware warten oder sich mit der Labor zufrieden geben.
muenchner
Mitglied
- Mitglied seit
- 5 Jul 2005
- Beiträge
- 622
- Punkte für Reaktionen
- 0
- Punkte
- 0
Das liegt nicht an der Labor. Bei VoIP gibt es diverse Fallstricke besonders wenn man hinter NAT ist. Dazu müsste man die Umgebung kennen.
Mit der Labor habe ich es mit mehreren clients versucht und es funktioniert.
Mit der Labor habe ich es mit mehreren clients versucht und es funktioniert.
muenchner
Mitglied
- Mitglied seit
- 5 Jul 2005
- Beiträge
- 622
- Punkte für Reaktionen
- 0
- Punkte
- 0
Box-Box und X-Lite (zusammen mit Skyteddy)
iSoftphone auf dem Apple Mac (selber getestet)
iSip auf dem iPhone (selber getestet)
WeePone auf dem iPhone(selber getestet)
jeweils mit Voice in beide Richtungen
andere clients (mangels Testpartner) folgen noch
iSoftphone auf dem Apple Mac (selber getestet)
iSip auf dem iPhone (selber getestet)
WeePone auf dem iPhone(selber getestet)
jeweils mit Voice in beide Richtungen
andere clients (mangels Testpartner) folgen noch
Nochmal ob es an der Labor liegt oder nicht:
Meine Umgebung ist denkbar einfach. Zwei 7270 FritzBoxen (54.04.76) sogar beim selben Provider, jede Box hat ne öffentliche IP. Ich hab auch verschiedene Stun Server probiert. Kein Erfolg. Ich denke es liegt doch an der Firmware. Ich will aber die Labor nicht draufspielen.
Meine Umgebung ist denkbar einfach. Zwei 7270 FritzBoxen (54.04.76) sogar beim selben Provider, jede Box hat ne öffentliche IP. Ich hab auch verschiedene Stun Server probiert. Kein Erfolg. Ich denke es liegt doch an der Firmware. Ich will aber die Labor nicht draufspielen.
Womit nicht nur =Henry=s Theorie widerlegt ist: Auch die Logik sagt, daß unter der sichtbaren Oberfläche mehr sein muß und es deshalb nicht ausreichen kann, nur die Oberfläche zu beschreiben. sonst wäre programmieren ja ein Kinderspiel.
Klar ist Programmieren ein Kinderspiel ;-) Schau Dir doch die AVM-Software an. Oder woher kommen die ganzen Fehler 
Zurück zum Thema SIP von extern. Wie User muenchner schon geschrieben hat, die Funktionalität war in früheren Firmwaren schon mal vorhanden. Um schnell eine Funktion zu deaktivieren, wird oft nur die Gui modifiziert und die entsprechende Einstellung einfach entfernt, die Funktionalität aber belibt erhalten. Sie ist halt so nicht mehr aktivierbar.
Wie es mit der Final .76 aussieht, kann ich mangels Test jetzt nicht sagen, aber definitiv ist es so, daß es in der Gui der aktuellen Labor auch nicht vorhanden ist, aber wenn man per Hand das Config-File entsprechend ergänzt, funktioniert SIP mit RTP von extern problemlos.
Ob das jetzt Zufall ist, daß es in der aktuellen Labor wieder geht, oder ob es Absicht ist, wird sich in der nächsten Final-Version zeigen
happy computing!
R@iner
Zurück zum Thema SIP von extern. Wie User muenchner schon geschrieben hat, die Funktionalität war in früheren Firmwaren schon mal vorhanden. Um schnell eine Funktion zu deaktivieren, wird oft nur die Gui modifiziert und die entsprechende Einstellung einfach entfernt, die Funktionalität aber belibt erhalten. Sie ist halt so nicht mehr aktivierbar.
Wie es mit der Final .76 aussieht, kann ich mangels Test jetzt nicht sagen, aber definitiv ist es so, daß es in der Gui der aktuellen Labor auch nicht vorhanden ist, aber wenn man per Hand das Config-File entsprechend ergänzt, funktioniert SIP mit RTP von extern problemlos.
Ob das jetzt Zufall ist, daß es in der aktuellen Labor wieder geht, oder ob es Absicht ist, wird sich in der nächsten Final-Version zeigen
happy computing!
R@iner
Zusammenfassung
Also kann jemand hier eine kurze Zusammenfassung machen, ob der Eintrag "reg_from_outside=yes" tatsächlich was Sinnvolles bringt?
Die Signalisierung an sich hat auch ohne dieses Eintrages einwandfrei funktioniert!!!
Es geht darum, das VoIP-Phone übers Internet (oder ggf. FB-VPN-FB) an die FB so zu verbinden, dass die Verbindung in beide Richtungen NICHT stumm ist!
Und falls ja, mit final oder labor FW???
Also kann jemand hier eine kurze Zusammenfassung machen, ob der Eintrag "reg_from_outside=yes" tatsächlich was Sinnvolles bringt?
Die Signalisierung an sich hat auch ohne dieses Eintrages einwandfrei funktioniert!!!
Es geht darum, das VoIP-Phone übers Internet (oder ggf. FB-VPN-FB) an die FB so zu verbinden, dass die Verbindung in beide Richtungen NICHT stumm ist!
Und falls ja, mit final oder labor FW???
Lies doch einfach! Steht doch alles hier: Klick mich
Verwendet wurde die 54.04.78-15715
Happy computing!
R@iner
Verwendet wurde die 54.04.78-15715
Happy computing!
R@iner
[THREAD=203171]Ja[/THREAD], aber nur, wenn die Funktion in der FW vorhanden ist - in einigen der letzten Labors ist das der Fall, in früheren Labors meistens (auch der letzten Final) nicht.
Außerdem brauchst Du ein Endgerät, das in der Lage ist, sich am SIP Server der FRITZ anzumelden, SIP zu signalisieren (das ging ja schon bei Dir) und per VoIP (Client) Voice zu übertragen, wobei bei Letzterem auch ggfls. ein STUN Server eine Rolle spielt.
Im Übrigen empfehle ich Dir, Dir eine Signatur zuzulegen. Dann weiß jeder, welche Hardware/Firmware u.a. Du hast.
muenchner
Mitglied
- Mitglied seit
- 5 Jul 2005
- Beiträge
- 622
- Punkte für Reaktionen
- 0
- Punkte
- 0
STUN ist eigentlich fast immer nötig (nicht bei box <-> box) weil sich die meisten Clients hinter einem Router also NAT befinden. STUN ermittelt die WAN IP und teilt diese dem Partner mit. Selbst wenn man eine Labor FW und den Eintrag "reg_from_outside=yes" hat kann ein fehlender STUN Eintrag dazu führen dass man nichts hört oder einseitige voice hat.
Zu beachten ist dass manche stun server nur die eigene domain akzeptieren. (mit google nach public stun server suchen - oder einfach versch. stun server versuchen)
/edit wenn man sich mit dem SIP client hinter einem Router mit symetrischen NAT befindet, funktioniert es auch nicht - da ist dann aber der Router verantwortlich. Siehe auch hier
Zu beachten ist dass manche stun server nur die eigene domain akzeptieren. (mit google nach public stun server suchen - oder einfach versch. stun server versuchen)
/edit wenn man sich mit dem SIP client hinter einem Router mit symetrischen NAT befindet, funktioniert es auch nicht - da ist dann aber der Router verantwortlich. Siehe auch hier
Zuletzt bearbeitet:
Ohne STUN Server hatte ich bei meinem snom370 auch kein Audio, stun.sipgate.de funktioniert für mich aber wunderbar.
Ciao,
Steffen
Neueste Beiträge
-
[Problem] Tonwahl beim T48S- Letzte: NDiIPP
-
[Frage] Dect-WS500S Verbindungen an Compact 4000
- Letzte: oezi
-
Analoges Wählgerät einer Alarmanlage an VoIP betreiben ...
- Letzte: provisorischerFtmmsch
