[Problem] Stun Server

[Oekel]

Moin,

ich bin noch nicht allzu lange dabei und teste derzeit alles mit alter Hardware (Snom 821) sowie optionalem Asterisk in der VM.

Nun hatte ich vor zwei Wochen meinen Trunk direkt am Telefon erfolgreich registriert und es lief auch sehr stabil.
Jetzt habe ich seit einigen Tagen, dass er immer wieder die Registrierung verliert (manuelles Re-Registrieren klappt sofort).

Das einzige, was ich im LOG sehen kann ist folgendes:

Mar 30 09:21:01 [WARN ] SIP: stunserver stun.l.google.com:19302 is not answering, will try again in 60 seconds (see setting stun_binding_interval)

Mar 30 09:23:01 [WARN ] SIP: transaction_timeout udp: 1049186 (32000)

Dabei habe ich folgendes in der Konfiguration stehen

STUN Server (IP-Adr: Port):	stun.l.google.com:19302
STUN Intervall (Sekunden):	60
Keepalive Intervall (Sekunden):	120

Muss ich mit dem Intervall deutlich runter gehen? Oder mir einen anderen Server suchen? Weiß zufällig Jemand ob Vodafon einen eigenen Stun hat?

Grüße Oekel

PS: Noch ein Zitat aus einem anderen Forum von 2019:

Die meisten Provider benötigen heute keinen STUN-Server mehr. Das soll heißen, dass diese auch mit den mitgesendeten privaten IP-Adressen der Clients zurechtkommen.

 

[koyaanisqatsi]

Moinsen


Erstmal...
STUN Server sind frei wählbar.
Das heisst aber auch, dass das eine Vertrauenssache ist.
Das heisst, der meistgetraute ist der Eingekaufte.
Das heisst, dein ISP/ITSP geniesst das meiste Vertrauen.
...denn der sieht sowieso alles.

Bei mir ist das 1&1 und dessen STUN ist: stun.1und1.de
Und dafür braucht es auch keine Portnummernangabe, weil der läuft auf Standardstunport: 3478
Eingetragen in res_stun_monitor.conf und das STUN Modul neugeladen...

; res_stun_monitor.conf
; Configuration file for the res_stun_monitor module
;
; The res_stun_monitor module sends STUN requests to a configured STUN server
; periodically.  If the monitor detects a change in the external IP address or port
; provided by the STUN server an event is sent out internally within Asterisk
; to alert all listeners to that event of the change.

; The current default listeners for the network change event include chan_sip
; and chan_iax.  Both of these channel drivers by default react to this event
; by renewing all outbound registrations.  This allows the endpoints Asterisk
; is registering with to become aware of the address change and know the new
; location.
;
[general]
;
; ---- STUN Server configuration ---
;  Setting the 'stunaddr' option to a valid address enables the STUN monitor.
;
stunaddr = stun.1und1.de        ; Address of the STUN server to query.
                                ; Valid form:
                                ;   [(hostname | IP-address) [':' port]]
                                ; The port defaults to the standard STUN port (3478).
                                ; Set to an empty value to disable STUN monitoring.
                                ;   Default is disabled.
stunrefresh = 30                ; Number of seconds between STUN refreshes.
                                ;   Default is 30.

*CLI> module reload res_stun_monitor.so
Module 'res_stun_monitor.so' reloaded successfully.
    -- Reloading module 'res_stun_monitor.so' (STUN Network Monitor)

Dann kannste den erstmal testen...

*CLI> stun show status
Hostname                  Port  Period  Retries  Status  ExternAddr       ExternPort
stun.1und1.de             3478  30      3        OK      46.142.34.134    60093

...bevor du mit deinen Experimenten fortfährst.
( Die funktionierende Adresse in die sip.conf, wenn chan_sip.so )

PS: Dem Zitat würde ich nicht vollumfänglich zustimmen...

1. Asterisk PBX ist ein Provider

2. Asterisk PBX musss irgendwie an die Info der öffentlichen IP's ( IPv6 & IPv4 ) kommen um NAT erkennen zu können, etc. etc.
( Der STUN Monitor bietet das, selbst wen ICE/STUN nicht aktiv genutzt wird )

3. Asterisk PBX muss darauf reagieren können, wenn Internet weg und dann wieder da, oder sich die IP's ändern.
Lies dir obige res_stun_monitor.conf mal ganz genau durch

4. Was soll "umgehen" bedeuten? Der Provider erkennt und verwirft private IP's durch Ersetzung mit IP:Port aus dem Via: Header
...damit im Contact: den sich der Provider merkt und zurückantwortet, keine private IP mehr auftaucht.
Das ist/wäre intelligent, nur machen das eben nicht alle Provider. Hand drauf.

 

[Oekel]

Danke für die ausführliche Erklärung. (Ich komme da sicher drauf zurück)
Aber derzeit tritt das geschilderte Problem mit einem DIREKT-Registrat des Hardware-Phones auf (habe nun testweise den stun dort mal ganz raus genommen)

Asterisk habe ich noch GAR-NICHT dazu überreden können das Registrat (Trunk) mit Vodafon aufzunehmen (siehe hier bitte das andere Thema von mir, um nicht alle Probleme durcheinander zu wirbeln)

Aber sicherlich werde ich deinen Tipp noch später gebrauchen können und bin sehr froh über solche Anleitungen.

LG