3CX als Abschlussprojekt IT-Systemelektroniker

[makl91]

Das übliche also stück für Stück kommt man ja voran

 

[makl91]

so ich bin ein ganzes stück voran gekommen, der mikrotik macht schon echt spaß wenn er macht was ich will.
Aber Natürlich läuft nicht alles sofort fehlerfrei. hänge aktuell am Firewall Checker. Ab Port 5060 für den SIP Server failt er und somit auch das Tunneling auf port 5090 und die media server ports ebenso.
im Anhang hänge ich mal die Einstellungen der Firewall wie ich sie konfiguriert habe. Habe alles Anhand der Anleitungen von 3cx gemacht wo ja speziell eine für den Mikrotik drin steht. Auf anderen Seiten habe ich dann gelesen das ich in den NAT Einstellungen als dst.Address meine puplic IP eingeben muss, aber auch das blieb ohne Erfolg.
Ihr Profis seht wahrscheinlich sofort wo mein Fehler ist. Das ganze Netzwerk ansich funktioniert eigentlich ganz gut.

Ich hatte erst die Vermutung das es an den Firewall Regeln liegt die ich für das Netzwerk konfiguriert habe die ich mithilfe der Mikrotik help Seite gemacht habe.

 

[patrickb]

Oh je damit hab ich mich auch noch null beschäftigt

Einfach per SFTP auf nen anderen Server schieben. Von dort einmal automatisch downloaden lassen.

 

[fxbastler]

Mach mal bitte in einer Mikrotik Terminalsitzung einen export und poste den anonymisiert. Alternativ: schalte im Dialog ip firewall nat mal rechts oben die Ansicht auf Detail Mode und poste dieses Bild.

 

[makl91]

hier mal die firewall nat übersicht im detail mode

 

[fxbastler]

So muss es mindestens da aussehen. Dann funktioniert eingehend NAT ohne DNAT Umschreibung korrekt. Dann liegt der Fehler woanders.

 

[makl91]

Mh okay dann hab ich da schonmal alles richtig gemacht, DNS und FQDN vlt als mögliche Ursache? Hab in der 3CX 8.8.8.8 als externen Dns Server angegeben, ursprünglich wollte ich hier ja den DNS Server aus dem 2. Netz nehmen aber da ich ja jeglichen Zugriff zwischen den Netzwerken unterbunden. Und der Mikrotik so wie ich das raus gelesen habe kann ja nicht wirklich als DNS Server fungieren. Also das wäre eine mögliche Ursache der ich gerade auf dem Grund gehe.
2. Ursache die ich aber nicht glaube ist die öffentliche IP Adresse. Hab hier keine feste und hab sie dennoch als feste angegeben und muss sie halt manuell ändern. Stelle ich sie auf dynamisch bekomme ich keine Verbindung mehr zum SIP Trunk, deshalb diese Lösung.

 

[makl91]

Aufgrund von ein paar Hinweisen und Tipps von patrickb habe ich mich jetzt entschieden, da ich absolut nicht weiter komme, hier eine Cloud Lösung zu probieren. Habe mich hier für Netcup entschieden und werde dann lokal ein SBC installieren um interne Telefonie sowie die SIP Sprechstelle abzudecken.
Eine Fragen hab ich dazu noch. Wie verhält sich der SBC mit dynamischen Öffentlichen IP Adressen. Für die Durchführung des Projektes wird es so gehen aber muss das ja in der Dokumentation beachten das der Kunde für das lokale Netz ebenfalls eine Feste Öffentliche IP hat.

Hoffe Netcup brauch nicht so lange um mir den Server freizugeben