3CX Android App automatische Aktivierung Video bei einem Videoanruf möglich?

Gizzmo80

Free User
Mitglied seit
21. März 2023
Beiträge
36
Hallo,
nachdem ich meine 3CX Telefonanlage nun auf einem neuen Server am laufen habe und soweit alles wieder
läuft möchte ich ein paar Dinge angehen, die mich schon länger beschäftigt haben ich aber nie angegangen
bin.

Ich habe eine 2N Türgegensprechanlage an meine 3CX angebunden und das funktioniert auch soweit. Diese
ruft u.a. mein Handy welches mit dem 3CX Client ebenfalls als Nutzer angelegt ist. Soweit funktioniert es auch
sogar inkl. Video, wenn die Gegensprechanlage anruft.

ABER, ich muss immer bestätigen ob ich die Video aktivieren möchte oder nicht. Kann man dies automatisieren,
so dass Video immer genutzt wird? dem Grunde nach sogar nur von der Gegenstelle, da hier ja keine
bidirektionale Videonutzung möglich ist.

Eventuell auch auf einen bestimmte anrufende Gegenstelle beschränkt?

Wenn nicht muss ich mir mal andere Möglichkeiten ansehen, muss gestehen in meinem "kleinen" Fall ist
die direkte Lösung von 2N, welche es nicht mehr lokal nur noch über Cloud mit wiederkehrenden Gebühren
gibt, etwas was ich vermeiden wollte. Aber es gäbe sicherlich auch noch andere Möglichkeiten, aber wenn
ich schon 3CX habe und selbst der Anruf nach extern funktioniert bisher wunderbar.
 
ABER, ich muss immer bestätigen ob ich die Video aktivieren möchte oder nicht. Kann man dies automatisieren,
so dass Video immer genutzt wird?
Nein, nicht automatisch, nicht dass ich wüsste oder man es im Forum findet. Das wurde schon mehrfach angefragt.

Aber vielleicht hat irgendwer anders inzwischen eine funktionierende automatische Lösung für eine Video Gegensprechanlage über die 3CX mittels Smartphone App.
 
Was ich vorhin auch noch hinbekommen habe ist mir Linphone. Diesen SIP Client konnte ich erfolgreich
mit meiner 3CX verbinden und das funktioniert auch wunderbar. Sobald ich abnehme ist auch Video
sofort aktiv.

Aber, leider kann dieser Client nicht über den 3CX Tunnel sprechen. Ich habe den Client zwar auf meine
FQDN angebunden, aber das funktioniert halt nur im Netzwerk. Außerhalb kann sich der Client dann wohl
nicht verbinden, was die 3CX App eben schon macht.

Eventuell gäbe es noch eine Option dass es doch geht, aber da hatte ich noch keine Zeit mir Gedanken
zu machen warum es aktuell nicht und wie vielleicht schon gehen könnte.

Im Grunde wäre es natürlich das Beste wenn es die Option einfach im 3CX Client gäbe. Hier am Besten
sogar beim Anruf von bestimmten Nebenstellen.
 
Ich habe den Client zwar auf meine FQDN angebunden, aber das funktioniert halt nur im Netzwerk. Außerhalb kann sich der Client dann wohl nicht verbinden
1740140757213.png

Aber dann muss man SIP auch in der FW komplett für alle Verbindungen erlauben (nicht nur zum Provider) und die SIP Angriffe nehmen zu.
 
Anhang anzeigen 17790

Aber dann muss man SIP auch in der FW komplett für alle Verbindungen erlauben (nicht nur zum Provider) und die SIP Angriffe nehmen zu.

Hmm, ah danke das könnte ich mal versuchen. Aktuell sind, wie in jeder Anleitung die ich gefunden hatte, sowieso
in der FW die SIP Verbindungen für alle offen. Ich habe es noch nicht, wobei ich es noch überlegen wollte, auf nur
die Telekom beschränkt.
 
Hmm, ah danke das könnte ich mal versuchen. Aktuell sind, wie in jeder Anleitung die ich gefunden hatte, sowieso
in der FW die SIP Verbindungen für alle offen. Ich habe es noch nicht, wobei ich es noch überlegen wollte, auf nur
die Telekom beschränkt.
Warum meint man nur immer, Dienste im Internet betreiben zu müssen, wenn man davon keine Ahnung hat?
 
  • Haha
Reaktionen: fxbastler
Warum meint man nur immer, Dienste im Internet betreiben zu müssen, wenn man davon keine Ahnung hat?
Naja, keine ist vielleicht etwas übertrieben :) aber ja absolut im Lernprozess.

Wobei diesbezüglich halt von vielen die Aussage immer war, dass diese Regeln offen gehalten werden müssen
da die Verbindung zu den Providern wechselnd sind. Hierzu sind ja auch alle Empfehlungen zur Konfiguration
mit sehr offenen Regeln in den Anleitungen enthalten. Wobei ich bisher bei der Telekom den Eindruck hatte,
dass es quasi immer die 217.0.x.x war und damit wohl sehr gut einschränkbar wäre.
 
Naja, keine ist vielleicht etwas übertrieben :) aber ja absolut im Lernprozess.

Wobei diesbezüglich halt von vielen die Aussage immer war, dass diese Regeln offen gehalten werden müssen
da die Verbindung zu den Providern wechselnd sind. Hierzu sind ja auch alle Empfehlungen zur Konfiguration
mit sehr offenen Regeln in den Anleitungen enthalten. Wobei ich bisher bei der Telekom den Eindruck hatte,
dass es quasi immer die 217.0.x.x war und damit wohl sehr gut einschränkbar wäre.
Da würde ich doch nochmal in mich gehen und diese Regel mal kritisch hinterfragen ;).
 
So richtig begeistert bin ich da auch nicht. Aber zum einen zeigt die Anleitung von 3CX es ja genau so:


Und bei der Recherche bzgl. dieser Bedenken hatte ich auch immer wieder die Aussagen gefunden,
dass es halt nicht besser geht da die Quellen so dynamisch sind usw.

D.h. Du beschränkst das Portforwarding auf die IPs des Providers? oder gibt es doch eine elegantere
Lösung, bei der man den FireWall Check dann aber außen vor lassen muss?
 
Und bei der Recherche bzgl. dieser Bedenken hatte ich auch immer wieder die Aussagen gefunden,
dass es halt nicht besser geht da die Quellen so dynamisch sind usw.
Das ist nicht falsch, aber das hat seine Grenzen. Die Provider haben i.d.R. bekannte IP Blöcke.

D.h. Du beschränkst das Portforwarding auf die IPs des Providers?
Ja. Wir nutzen Alias für IP Netzwerke dafür und setzen die als erlaubte Quelle in den SIP Forward Regeln ein. Die pfSense kann das wunderbar. Das wird auch in den advanced Kursen und in div. Forenbeiträgen immer wieder als Empfehlung angesprochen es zu tun:
https://www.3cx.com/community/threads/firewall-question-on-new-setup-v20.130025/post-618730
Just gestern war das wieder der Fall. NicholasP hat es wieder lang und breit erklärt - im advanced Kurs.

Man sollte halt wissen was man tut, also wie immer.

Die Telekom war bei uns mal mit 217.0.24.0/22 eingepflegt, aktuell ist es das 217.0.0.0/13 Netz bei uns. Vielleicht kann wer anders noch etwas dazu beitragen.

oder gibt es doch eine elegantere
Lösung, bei der man den FireWall Check dann aber außen vor lassen muss?
Wenn man das wirklich braucht weil man es will - auch 3CX gibt seine Adressen bzw. FQDN für den FW Test preis. Die pfSense kann auch das wunderbar: FQDN alle 5 min. auflösen. Die benötigten 3CX FQDN kann man sich in der Doku in firewall router configuration und im Forum suchen. Das wird nur für den Test gebraucht, dann nie wieder. Wir pflegen die nicht ein ;)

Nutze Alias bei einer pfSense. Da kann man mehr als nur eine IP oder Netzwerk oder FQDN hinterlegen. Änderungen werden auch sofort umgesetzt ohne Firewall Regeln ändern oder neu laden zu müssen. Das Regelwerk wird viel schlanker.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: Gizzmo80
OK, ich sehe schon das schau ich mir nochmal genauer an. Ich habe zwar meine 3CX in einem separaten
Telefonie VLAN, aber so richtig gut fand ich das noch nie.

Im Grunde beschränkt man dann die beiden SIP Portforwardings auf die Provider Subnetze.
Das verhindert dann natürlich den Lösungsansatz mit Linphone, da ich hier immer mit einer anderen
IP von extern kommen könnte. Über den 3CX Client komme ich über den Tunnel, da würde es
auch weiterhin gehen, richtig?


RTP ist wohl eher unkritisch, da diese Verbindungen erst nach der Aushandlung und Verbindungsaufbau
über SIP verwendet werden. Zumindest hatte ich es so verstanden.

Bei dem https Port und dem Tunnelport meint ja 3CX, dass diese weitere Sicherheitsmechanismen haben
und damit nicht so kritisch wären.

Bzgl. des FQDN habe ich noch nicht so ganz verstanden was Du meinst, aber vielleicht muss ich mir das
nur nochmal in Ruhe durch den Kopf gehen lassen.
 
Ich habe zwar meine 3CX in einem separaten Telefonie VLAN, aber so richtig gut fand ich das noch nie.
Das haben wir grundsätzlich überall so. Hat aus unserer Sicht nur Vorteile

Im Grunde beschränkt man dann die beiden SIP Portforwardings auf die Provider Subnetze.
ja

Das verhindert dann natürlich den Lösungsansatz mit Linphone, da ich hier immer mit einer anderen
IP von extern kommen könnte.
ja

Über den 3CX Client komme ich über den Tunnel, da würde es auch weiterhin gehen, richtig?
und über HTTPS, aber: ja

RTP ist wohl eher unkritisch, da diese Verbindungen erst nach der Aushandlung und Verbindungsaufbau
über SIP verwendet werden. Zumindest hatte ich es so verstanden.
Relativ, aber da müssen wir 3CX und den allg. Netzwerktechnologien mal eben vertrauen. RTP muss generell nie forwarded werden. Es muss nur möglich sein .... :)

Bei dem https Port und dem Tunnelport meint ja 3CX, dass diese weitere Sicherheitsmechanismen haben und damit nicht so kritisch wären.
Bei uns überall hinter einem Proxy (HTTPS) weil eben nicht alle Kunden mal eben einen öff. IP Block für all ihre HTTPS Dienste (Mail, Cloud u.v.a.m.) haben. Du hast ja eine pfSense, die kann das. IPv6 würde es grundsätzlich auch richten. Aber das ist eine andere Geschichte.
 
Das haben wir grundsätzlich überall so. Hat aus unserer Sicht nur Vorteile
Das hatte ich etwas doof geschrieben :) ich hatte mich eher auf die offenen Regeln bezogen.
Getrennte VLANs und eben auch für die Telefonie machen absolut Sinn und sehen wir auch immer vor.


Also ich bin nun wieder auf die 3CX App zurück, wollte ja auch nicht unbedingt davon weg, aber hier für
die Nutzung der Gegensprechanlage wäre es schön wenn Video automatisch genutzt würde. Aber
damit kann ich leben.

Ich habe jetzt auf jeden Fall die 5060/5061 auf den Telekom Serveradressbereich beschränkt und
die Portfreigabe für die RTP Ports abgeschaltet. Der Tunnel und HTTPS sind noch von any
freigegeben. Soweit funktioniert noch alles, wobei ich mich dann frage warum muss man laut
den Anleitungen die RTP Ports freigeben ?!?


Danke viele die vielen Tips und Infos !
 

Statistik des Forums

Themen
44.750
Beiträge
233.641
Mitglieder
78.492
Neuestes Mitglied
dirk.kuttler