STUN ist aktiv, aber...
Zurück, das SNOM benötigt kein STUN, Asterisk muss das hinkriegen.
Denn Asterisk erkennt die NAT Situation nicht.
Wahrscheinlich benötigt der Asterisk noch die NAT Infos für...
( sip.conf )
localnet= - Auch das VPN ( 192.168.60.0 ? und 192.168.2.0 ? )
externip=
Und falls ein aus dem Internet erreichbarer Host/Domainname vorhanden ist auch...
externhost=
Lies dazu mal:
http://das-asterisk-buch.de/1.6/sip.html
Wenn richtig eingetragen, erkennt Asterisk das von Innen ( lokale IP ) nach Außen ( nicht localnet ) telefoniert wird und ersetzt die nicht nutzbare lokale IP mit der zu Nutzenden ( externip ) ein.
So muss ich das auch in meinem Doppel NAT...
NAT1( 192.168.178.0 ) <--> NAT2( 192.168.188.0 )
...machen.
Die Settings dafür...
sip show setting ( Auszug Network )
Code:
Network Settings:
---------------------------
SIP address remapping: Enabled using externhost
Externhost: deeprisk:5070
Externaddr: 192.168.178.20:5070
Externrefresh: 180
Localnet: 192.168.0.0/255.255.255.0
192.168.188.0/255.255.255.0
Extern gehört, weil NAT1, nicht zum: Localnet
Und noch was...
Schau dir nicht nur die OPTIONS oder REGISTER an.
Wichtig ist die Anrufssignalisierung: INVITE
...denn die enthält SDP mit IP/Port für RTP ( Audio )
Beispiel: Anruf von NAT1 --> NAT2 ...
Code:
[Jul 24 14:28:01] <--- Reliably Transmitting (no NAT) to 192.168.178.1:5060 --->
[Jul 24 14:28:01] SIP/2.0 200 OK
[Jul 24 14:28:01] Via: SIP/2.0/UDP 192.168.178.1:5060;branch=<hash>;received=192.168.178.1;rport=5060
[Jul 24 14:28:01] From: <sip:1005@osmc>;tag=<hash>
[Jul 24 14:28:01] To: <sip:1009@osmc>;tag=<hash>
[Jul 24 14:28:01] Call-ID: <hash>@192.168.178.1
[Jul 24 14:28:01] CSeq: 746 INVITE
[Jul 24 14:28:01] Server: PiBX
[Jul 24 14:28:01] Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
[Jul 24 14:28:01] Supported: replaces, timer
[Jul 24 14:28:01] Contact: <sip:[email protected]:5070>
[Jul 24 14:28:01] P-Asserted-Identity: "Huawei" <sip:1009@osmc>
[Jul 24 14:28:01] Content-Type: application/sdp
[Jul 24 14:28:01] Content-Length: 317
[Jul 24 14:28:01]
[Jul 24 14:28:01] v=0
[Jul 24 14:28:01] o=root 1073124498 1073124498 IN IP4 192.168.178.20
[Jul 24 14:28:01] s=Asterisk PBX 13.14.1~dfsg-2+deb9u4
[Jul 24 14:28:01] c=IN IP4 192.168.178.20
[Jul 24 14:28:01] t=0 0
[Jul 24 14:28:01] m=audio 7102 RTP/AVP 9 8 0 101
[Jul 24 14:28:01] m=audio 7102 RTP/AVP 9 8 0 101
[Jul 24 14:28:01] a=rtpmap:9 G722/8000
[Jul 24 14:28:01] a=rtpmap:8 PCMA/8000
[Jul 24 14:28:01] a=rtpmap:0 PCMU/8000
[Jul 24 14:28:01] a=rtpmap:101 telephone-event/8000
[Jul 24 14:28:01] a=fmtp:101 0-16
[Jul 24 14:28:01] a=ptime:20
[Jul 24 14:28:01] a=maxptime:150
[Jul 24 14:28:01] a=sendrecv
NAT1 ist aus Sicht von Asterisk schon im Internet
Und Asterisk aus Sicht von NAT1 == 192.168.178.20:5070
Falls das alles nicht fruchtet, vielleicht das SNOM direkt und mit STUN bei Sipgate registrieren ? - Und nicht am Asterisk im VPN.
Das VPN ist weiterhin nutzbar, aber nicht die Asterisk PBX.