Discussions (German)

Registered 14 years 71 days

olaf_TT Wednesday, 27 March 2024, 06:18 PM

Gigaset N670 abgehende Gespräche brechen nach 32sec ab

Moin,

in unseren Private Cloud Systemen brechen bei allen Gigaset N670 nach 32sec die abgehenden Gespräche ab - immer. Ankommend ist alles OK. Laut innovaphone wird wohl von Gigaset ein SDP nicht beantwortet. Gigaset sucht schon leider seit 4 Wochen nach dem Problem und bisher leider noch keine Antwort. Kennt hier jemand das Thema und hat eine Idee?

Danke und Grüße

Olaf

Registered 14 years 71 days

olaf_TT Wednesday, 27 March 2024, 06:45 PM

Re: Gigaset N670 abgehende Gespräche brechen nach 32sec ab

inno Endgeräte und andere SIP Endgeräte wie Yealink haben das Thema nicht.

Nur zur Info!

Registered 6 years 340 days

Uwe 3750 Thursday, 28 March 2024, 06:59 AM

Re: Gigaset N670 abgehende Gespräche brechen nach 32sec ab

Moin!

Manchmal bringt es was, im Objekt bei der Hardware-ID den Haken bei Media Relay zu setzen. Das hat uns auch bei einem Inno-WH2 und Yealink geholfen, wenn die Netzwerk-Bedingungen ungünstig waren. Da hat man aber auch von Beginn an nichts gehört.

Gruß, Uwe

Registered 14 years 71 days

olaf_TT Thursday, 28 March 2024, 09:26 AM

Re: Gigaset N670 abgehende Gespräche brechen nach 32sec ab

Hallo Uwe,

das muss in unserer Umgebung eh immer an sein damit es geht. Ich vermute auch, dass es irgendwie damit zusammenhängt. Naja Gigaset hat gerade viel mit der Umstrukturierung zu tun in Gedanken

Hoffentlich läuft das alles gut für die Kollegen dort...

Registered 12 years 101 days

Tobias 847 Thursday, 28 March 2024, 12:26 PM

Re: Gigaset N670 abgehende Gespräche brechen nach 32sec ab

Hi,

ohne Traces gesehen zu haben, hätte ich folgende Ideen:

- Gigaset via TCP registrieren

- mal im User-Device auf der PBX "No SRTP" konfigurieren und ohne SRTP testen sofern SRTP überhaupt aktiv

- PBX-Config FirewallPublicIP hast Du gepflegt, da ja Cloud oder?

Grüße

Tobias

Registered 4 years 355 days

MarioG Friday, 12 April 2024, 11:59 AM in response to olaf_TT

Re: Gigaset N670 abgehende Gespräche brechen nach 32sec ab

Moin,

kurzes Update zu dem Thema.

Die Gigaset kann kein Full NAT Traversal.

Wir haben da das Problem, dass in den Record-Route und Contact Headern die internen IPs drin stehen, die von Anwenderseite aus nicht erreicht werden können.

Man kann Wireshark wohl sehen, dass er versucht zu den (Cloud) internen IPs eine TCP session zu öffnen.

Gibt es eine Möglichkeit, dem Endgerät die interne IP zu verbergen/umzuschreiben (abgesehen von einem Fremd-SBC)?

Aktuell haben wir beim User diese Einstellungen, wie im Anhang drin.

Gruß Mario

2024-04-12_11h57_25.png

Registered 14 years 71 days

olaf_TT Tuesday, 16 April 2024, 08:48 AM

Re: Gigaset N670 abgehende Gespräche brechen nach 32sec ab

Moin alle zusammen,

Lösung wurde gefunden und will ich hier gerne teilen... Wir haben bei unserer Cloud den Dienst RP und TURN auf zwei IPVAs laufen. Es wurde alles wie hier beschrieben für externe SIP User eingerichtet:
https://wiki.innovaphone.com/index.php?title=Howto13r3:Step-by-Step_Media_Relay_connection_for_third_party_phone

In dieser Doku fehlt aber leider ein ganz wichtiger Punkt, nämlich wenn man in der PBX bei Media relay endpoints den TURN Haken setzt muss im TURN Server auch der Punkt Public NAT router address mit der öffentlichen IP des TURN Servers ausgefüllt werden. Erschwerend kam in unserer Konstellation hinzu, dass unser TURN eine andere öffentliche IP als der RP hat. !

Erklärung von inno dazu war:

the Reverse Proxy has an option (Services/Reverse-Proxy/Public NAT router address) which can be used to change the 'Record-Route'-headers in the '200 OK'-message.

This 'Record-Route'-headers should then be used to send the ACK (which seems to be missing).
* You can configure this field in 3 ways:
1. External IP-address eg: '1.2.3.4'
2. External IP-address:Port eg: '1.2.3.4:5060'
3. External IP-address:Port;transport=tcp: eg '1.2.3.4:5060;transport=tcp'

Option 1 should be sufficient if the listening port of the RP is the same as the external Port (used port by the Gigaset)
Option 2 could be used if this is not the case
Option 3 can be used, but this ';transport=tcp' will be used in 1. and 2. too.

Vielleicht hilft es ja jemanden!

Grüße

Olaf

You are here