Generic VOIP-Provider mehrere Nummern

[RolandK]

Hallo zusammen,

ich hab e hier auf dem Land einen Kunden mit einer DSL-Anbindung eines kleinen örtlichen DSL-Anbieters. Dieser höstet auch die Telefonnummern seiner Kunden. Port 5060 ist in dessen Netz nicht zu nutzen und ein externer SIP-Provider dem Kunden zu teuer. Alles ein rechter Käse.....

Nun mein Problem. Ich hab die 3CX eingerichtet, Port 5090 TCP/UDP und Port 5001 freigegeben. Den Sip-Trunk hab ich über Generic-VOIP-Provider miit Benutzer/Passwort/Registar eingerichtet und funktioniert. Die Nummer ist der Zentrale zugewiesen (im SIP-Trunk) und es kann darüber telefoniert werden, Gespräche kommen an. Soweit gut. Da ich für jede Nummer einen SIP-Trunk anlegen muss, hab ich hier in dem Fall 5 Trunks mit jeweils einer anderen Generic-VOIP-Anmeldung, welche dann die entsprechende Nummer anbindet. Die Trunks sind alle aktiv und man kann auch anrufen. Es klingelt jedoch "immer" in der Zentrale, welche ich bei der Installation als Hauptuser angegeben habe. Keinerlei Regel hilft das zu ändern, obwohl ich im Trunk die Nummer mit angegeben habe. Die angerufene Nummer wird wohl nicht ausgewertet und alles landet beim Hauptuser. Weiter hab ich das Problem, dass sofort nach Aktivierung eines zweiten Trunks nicht mehr raustelefoniert werden kann. Die 3CX baut keine Verbindung nach außen auf. Wenn ich nur noch einen Trunk aktiviere, geht Raustelefonieren wieder.

Ich hätte das auch alles lieber professioneller aufgezogen mit einer normalen Standardinstallation und einem SIP-Provider. Leider ist das nicht möglich, da es hier auf dem Land für den Kunden nur diesen einen Provider für Internett/Telefinie gibt. Das im Jahr 2023 ....

Ich hab nun nach Anleitung dieses Videos alles über die Fritzbox abgebildet, da jedoch genau das gleiche Verhalten:

Als Alternative hab ich im Augenblick nur Rückbau auf FritzPhone ....

Grüße
Roland

 

[bitn2]

Wie sehen denn die eingehenden Regeln aus?

 

[RolandK]

Die eingehenden Regeln hab ich angelegt:

DID: Nummer ....

 

[RolandK]

Was mir noch mehr sorgen als die eingehenden Regeln macht ist, dass ich nur einen Trunk verbinden kann. Beim Anmelden eines weiteren Trunk ist kein ausgehendes Gespräch mehr möglich. Ausgehende Regel funktioniert alles bis ich eben einen zweiten Trunk für eine weitere Nummer aktiviere,

 

[bitn2]

Die Regel ist korrekt, dann klingelt es in der Zentrale bei der Nummer. Was sagt das Log denn wenn du versuchst den zweiten Trunk zu registrieren? Aber hattest du nicht geschrieben das alle Trunks aktiv sind?

 

[RolandK]

Es sind alle Trunks registriert. Es kommen auch alle Gespräche an, aber eben alle in der Zentrale, egal was ich einstelle. Obwohl alle Trunks registriert sind, kann ich eben dann mit mehreren Trunks nicht raustelefonieren. Egal von welchem Apperat kein Gespräch nach außen möglich.

Hier ein Auszug aus dem Log:

28.08.2023 11:56:17 - [CM503003]: Call(C:51): Call to <sip:[email protected]:0> has failed; Cause: 487 Request Cancelled/INVITE from 192.168.15.24:5060

28.08.2023 11:49:27 - [CM506004]: STUN request to STUN server 54.39.179.240:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:24 - [CM506004]: STUN request to STUN server 54.39.179.240:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:21 - [CM506004]: STUN request to STUN server 54.39.179.240:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:18 - [CM506004]: STUN request to STUN server 54.39.179.240:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:15 - [CM506004]: STUN request to STUN server 54.38.41.146:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:12 - [CM506004]: STUN request to STUN server 54.38.41.146:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:09 - [CM506004]: STUN request to STUN server 54.38.41.146:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:06 - [CM506004]: STUN request to STUN server 54.38.41.146:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:03 - [CM506004]: STUN request to STUN server 147.135.193.83:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:49:00 - [CM506004]: STUN request to STUN server 147.135.193.83:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:48:57 - [CM506004]: STUN request to STUN server 147.135.193.83:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

28.08.2023 11:48:54 - [CM506004]: STUN request to STUN server 147.135.193.83:3478 has timed out; used Transport: 0.0.0.0:5060/UDP fk=0 tgt=

 

[RolandK]

Es gibt kein Firewall-Eintrag für 5060, sondern nur 5090 und 5001.

 

[bitn2]

Das Log zeigt an dieser Stelle leider gar nichts... Am besten einmal auf mindestens Mittel stellen und dann einmal einen solchen Anruf durchführen. Was mir noch auffällt, warum die Rufnummern umformatierung? Wenn in dem Netz des Anbieters 5060 geblockt ist, funktioniert es so eh nicht. Dann installiere die 3CX mit einem Alternativport zb 5065. Aber davon ganz ab, wenn dem Kunden schon ein richtiger SIP Anbieter zu teuer ist, wie will er das gebastel hier bezahlen? Ich würde da die Finger von lassen.

 

[RolandK]

Wenn ich das vorher gewusst hätte. Ich konnte das nicht testen, da die Anmeldung der Accounts nur im Netz des Betreibers möglich ist. Das Netz des Betreibers lässt nur Ports durch, welche von dem Betreiber freigegeben sind. 5060 hat wohl schon die Fritzbox. Ich werde das nun nochmals mit 5065 installieren und wenn das nicht geht ....

 

[bitn2]

Was ist denn das für ein Anbieter? Ich kann mir nicht vorstellen das man für jeden Port da anrufen muss um den Freizugeben. Wenn eine Fritzbox davor steht, dann immer mit einem Alternativ Port installieren und entsprechende Portweiterleitung einrichten.

 

[RolandK]

Ja der Anbieter .... Was soll ich sagen. Es ist ein rechter Pfusch, was ich hier mache, aber ich kann weder den Anbieter wechseln, noch einen SIP-Trunk einbinden. Ich gebe auf und stelle das alles wieder auf FritzPhone um. Nun hab ich eine 3CX-Lizenz gekauft und kann diese im Augenblick nicht verwenden. Besser ein Ende mit Schrecken als Schrecken ohne Ende.

 

[bitn2]

Ja der Anbieter .... Was soll ich sagen. Es ist ein rechter Pfusch, was ich hier mache, aber ich kann weder den Anbieter wechseln, noch einen SIP-Trunk einbinden. Ich gebe auf und stelle das alles wieder auf FritzPhone um. Nun hab ich eine 3CX-Lizenz gekauft und kann diese im Augenblick nicht verwenden. Besser ein Ende mit Schrecken als Schrecken ohne Ende.

Du kannst es noch mit dem Alternativport versuchen... Ansonsten gebe ich dir recht, das Projekt ist so nicht supportbar... Warum hast du nicht erstmal eine Testlizenz genommen?