GS 5.1.1 Inbound / Sipgate Trunk

[chris....@googlemail.com]

Hallo,

erstmal vielen Dank an die Entwickler, schön, dass das System von 5.0 auf 5.1 solche Fortschritte gemacht hat!

Ich habe heute die neuste ISO installiert und soweit auch konfiguriert - grundsätzlich läuft auch alles. Ausgehende Telefonate funktionieren immer - egal ob vom SoftPhone oder vom Snom 370.

Inbound ist allerdings derzeit noch etwas eigenartig, Warteschlangen und Fax funktioniert problemlos - alles was jedoch mit SIP Clients zu tun hat, überhaupt nicht. Beispiel:

Ich habe meinem Snom 370 die Nummer 10 und +49-123-4566710 zugeordnet. Wenn ich nun von einem externen Anschluss diese Nummer anrufe, wird der Anruf aber nicht auf das Telefon geleitet, d.h. es klingelt nichts, der Anruf kommt aber laut CLI an und bringt am Ende folgende Fehlermeldung:

2013-03-24 21:33:49.924555 [INFO] switch_cpp.cpp:1274 #E# [54cc0a39-23dd-4962-a6ad-8ef8110b89fd] CALL_HISTORY_SAVE missed - account: sipaccount=1, caller: "+49800XXXXXXX" "0800XXXXXXX", callee: "+491234566710" "Mein Name", result: "NO_USER_RESPONSE"

Die gleiche Meldung kommt, wenn ich vom Snom 370 versuche, ein SoftPhone auf einer anderen Extension ( also intern ) zu erreichen. Der Anruf auf eine interne Warteschleifennummer oder auf ein Fax funktionieren jedoch einwandfrei. Vom SoftPhone lässt sich ebenfalls keine Verbindung zu dem Snom aufbauen, der Rest funktioniert jedoch.

Ich muss dazu sagen, dass die Anlage im Rechenzentrum betrieben werden soll und die Clients sich per VPN einwählen, kann das ein Problem sein? Ich vermute, die Anlage sieht die User als "Offline", weil sie nicht im lokalen Netzwerk sind und stellt daher keine Verbindung her.

Danke und Grüße,

Chris

[Julian Pawlowski]

Hallo Christian,

On Sunday, March 24, 2013 9:45:31 PM UTC+1, chris....@googlemail.com wrote:

erstmal vielen Dank an die Entwickler, schön, dass das System von 5.0 auf 5.1 solche Fortschritte gemacht hat!

Das hört man gern! Auch wenn Änderungen nicht immer so sichtbar sind wie jetzt mit der 5.1 ;-)

Ich habe meinem Snom 370 die Nummer 10 und +49-123-4566710 zugeordnet. Wenn ich nun von einem externen Anschluss diese Nummer anrufe, wird der Anruf aber nicht auf das Telefon geleitet, d.h. es klingelt nichts, der Anruf kommt aber laut CLI an und bringt am Ende folgende Fehlermeldung:

2013-03-24 21:33:49.924555 [INFO] switch_cpp.cpp:1274 #E# [54cc0a39-23dd-4962-a6ad-8ef8110b89fd] CALL_HISTORY_SAVE missed - account: sipaccount=1, caller: "+49800XXXXXXX" "0800XXXXXXX", callee: "+491234566710" "Mein Name", result: "NO_USER_RESPONSE"

Die gleiche Meldung kommt, wenn ich vom Snom 370 versuche, ein SoftPhone auf einer anderen Extension ( also intern ) zu erreichen. Der Anruf auf eine interne Warteschleifennummer oder auf ein Fax funktionieren jedoch einwandfrei. Vom SoftPhone lässt sich ebenfalls keine Verbindung zu dem Snom aufbauen, der Rest funktioniert jedoch.

Diesen Fehler hatte ich auch.

Es liegt daran, dass deine SIP-Clients hinter einem NAT-Gateway sind (ist zu Hause ja in der Regel bei jedem der Fall).

Du musst dafür NDLB richtig konfigurieren, denn die GS5 Standard-Einstellungen gehen davon aus, dass die Anlage im internen Netz steht.

Geh mal in /gs_parameters und setze die folgenden beiden Parameter:

NDLB-force-rport -> NDLB-force-rport

sip-force-contact -> NDLB-connectile-dysfunction

Das hat bei mir geholfen.

Gruß

Julian

[chris....@googlemail.com]

Hallo Julian,

wow, vielen Dank - die 2 Anpassungen haben es echt gelöst :-)

Vielen, vielen Dank!

Grüße,

Chris

[Julian Pawlowski]

On Monday, March 25, 2013 3:08:09 PM UTC+1, chris....@googlemail.com wrote:

wow, vielen Dank - die 2 Anpassungen haben es echt gelöst :-)

Vielen, vielen Dank!

Im Nachhinein ganz logisch.

Aber Credits go to Peter, der hat mich deshalb auch schon längere Zeit ertragen ;-)

Gruß

Julian 

[Nick Name]

Hallo Julian,

Ich hatte das Problem zwar nicht wie hier beschrieben, aber meine Clients sind auch hinter einem NAT und mein Server steht im RZ.

nur zum verständniss: erfüllt diese Einstellung das, was man normal unter einem STUN Server versteht? denn ein STUN Server ist ja genau dafür da wenn ich das richtig verstanden habe.

wenn dem so ist, dann wäre ja ein STUN überflüssig was mich sehr freuen würde und weitere Fragerei in die Runde ersparen würde.

Grüße, Nick