Asterisk - Kein eingehender Traffic auf Port 5060

[Wambui]

Hallo,
ich habe Asterisk 1.8 mit Gemeinschaft-3.2 auf einem RaspBerry PI3 und Debian Jessie installiert. LAN-IP ist 192.168.1.4. Ein telnet 192.168.1.4 5060 vom einem Host in 192.168.1.0 liefert

Code: Alles auswählen

Trying 192.168.1.4...
telnet: Unable to connect to remote host: Connection refused

Code: Alles auswählen

# netstat -plnu
Aktive Internetverbindungen (Nur Server)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
udp        0      0 0.0.0.0:37444           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:68              0.0.0.0:*                           587/dhcpcd      
udp        0      0 0.0.0.0:69              0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:31335           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:31337           0.0.0.0:*                           815/portsentry  
udp        0      0 192.168.10.4:123        0.0.0.0:*                           749/ntpd        
udp        0      0 192.168.0.8:123         0.0.0.0:*                           749/ntpd        
udp        0      0 0.0.0.0:635             0.0.0.0:*                           815/portsentry  
udp        0      0 192.168.1.4:123         0.0.0.0:*                           749/ntpd        
udp        0      0 127.0.0.1:123           0.0.0.0:*                           749/ntpd        
udp        0      0 0.0.0.0:123             0.0.0.0:*                           749/ntpd        
udp        0      0 0.0.0.0:640             0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:641             0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:161             0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:162             0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:700             0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:42685           0.0.0.0:*                           579/avahi-daemon: r
udp        0      0 0.0.0.0:5353            0.0.0.0:*                           579/avahi-daemon: r
udp        0      0 0.0.0.0:34555           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:5060            0.0.0.0:*                           1354/asterisk   
udp        0      0 224.0.1.75:5060         0.0.0.0:*                           816/gs-sip-ua-confi
udp        0      0 0.0.0.0:4569            0.0.0.0:*                           1354/asterisk   
udp        0      0 0.0.0.0:513             0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:1               0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:32770           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:32771           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:32772           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:32773           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:32774           0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:7               0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:9               0.0.0.0:*                           815/portsentry  
udp        0      0 0.0.0.0:54321           0.0.0.0:*                           815/portsentry  
udp6       0      0 fe80::ba27:ebff:fe8:123 :::*                                749/ntpd        
udp6       0      0 ::1:123                 :::*                                749/ntpd        
udp6       0      0 :::123                  :::*                                749/ntpd        
udp6       0      0 :::5353                 :::*                                579/avahi-daemon: r
udp6       0      0 :::51008                :::*                                579/avahi-daemon: r

Code: Alles auswählen

# nmap -v -sV 192.168.1.4 -p 5060

Starting Nmap 6.47 ( http://nmap.org ) at 2016-09-26 14:41 CEST
NSE: Loaded 29 scripts for scanning.
Initiating Parallel DNS resolution of 1 host. at 14:41
Completed Parallel DNS resolution of 1 host. at 14:41, 0.01s elapsed
Initiating SYN Stealth Scan at 14:41
Scanning 192.168.1.4 [1 port]
Completed SYN Stealth Scan at 14:41, 0.24s elapsed (1 total ports)
Initiating Service scan at 14:41
NSE: Script scanning 192.168.1.4.
Nmap scan report for 192.168.1.4
Host is up (0.000092s latency).
PORT     STATE  SERVICE VERSION
5060/tcp closed sip

Read data files from: /usr/bin/../share/nmap
Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 1.08 seconds
           Raw packets sent: 1 (44B) | Rcvd: 2 (84B)

Code: Alles auswählen

# nmap -v -sV localhost -p 5060

Starting Nmap 6.47 ( http://nmap.org ) at 2016-09-26 14:42 CEST
NSE: Loaded 29 scripts for scanning.
Initiating SYN Stealth Scan at 14:42
Scanning localhost (127.0.0.1) [1 port]
Completed SYN Stealth Scan at 14:42, 0.23s elapsed (1 total ports)
Initiating Service scan at 14:42
NSE: Script scanning 127.0.0.1.
Nmap scan report for localhost (127.0.0.1)
Host is up (0.000093s latency).
Other addresses for localhost (not scanned): 127.0.0.1
PORT     STATE  SERVICE VERSION
5060/tcp closed sip

Read data files from: /usr/bin/../share/nmap
Service detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 1.03 seconds
           Raw packets sent: 1 (44B) | Rcvd: 2 (84B)

In der /opt/gemeinschaft-source-master/opt/gemeinschaft/etc/asterisk/sip.conf steht drin:

Code: Alles auswählen

[general]

;callerid=asterisk               ; default "asterisk"
callerid=gemeinschaft
context=default                 ; Default context for incoming calls
;allowguest=no                  ; Allow or reject guest calls (default is yes)
allowguest=no
autocreatepeer=no
;allowoverlap=no                ; Disable overlap dialing support. (Default is yes)
;allowtransfer=no               ; Disable all transfers (unless enabled in peers or users)
                                ; Default is enabled
;realm=mydomain.tld             ; Realm for digest authentication
                                ; defaults to "asterisk". If you set a system name in
                                ; asterisk.conf, it defaults to that system name
                                ; Realms MUST be globally unique according to RFC 3261
                                ; Set this to your host name or domain name
realm=gemeinschaft.local
bindport=5060                   ; UDP Port to bind to (SIP standard port is 5060)
                                ; bindport is the local UDP port that Asterisk will listen on
bindaddr=0.0.0.0                ; IP address to bind to (0.0.0.0 binds to all)
#exec /opt/gemeinschaft/etc/asterisk/bindaddr.conf.php sip

srvlookup=yes                   ; Enable DNS SRV lookups on outbound calls
                                ; Note: Asterisk only uses the first host 
                                ; in SRV records
                                ; Disabling DNS SRV lookups disables the 
                                ; ability to place SIP calls based on domain 
                                ; names to some other SIP users on the Internet

Ich hatte jetzt auch schon versucht bindaddr=0.0.0.0 gegen bindaddr=192.168.1.4 aus zu tauschen. Ohne Erfolg, Asterisk lässt keine Daten auf Port 5060 eingehend zu. Der Traffix auf 5060 ausgehend ist möglich.

Kann mir jemand sagen, wie der eingehende Traffic, wie telnet 192.168.1.4 5060, aufgemacht wird?

Grüße

Wambui

[heisenberg]

Telnet macht eine TCP-Verbindung auf. Asterisk lauscht aber auf 5060 UDP. UDP wäre Option -sU von nmap

[Wambui]

Telnet macht eine TCP-Verbindung auf. Asterisk lauscht aber auf 5060 UDP.

Okay, danke für den Hinweis, Heisenberg.

Ich versuche infolgedessen:

Code: Alles auswählen

nc -u 192.168.1.4 5060

Passiert aber nichts.

Im Grossen und Ganzen versuche ich über einen ASUS DSL-N17U-Router bei bestehender Verbindung eine Verbindung zu tel.t-online.de (217.0.23.4) herzustellen. Laut Telekom kommen dort keine Registrierungsversuche an, obwohl UDP-Pakete am ASUS-WAN rausgehen:

Code: Alles auswählen

# tcpdump -i ppp80 udp and dst 217.0.23.4 -U
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp80, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
15:25:11.599231 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:21.600617 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:22.601200 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:23.601759 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:24.601317 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:25.601915 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:35.604190 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:36.605183 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:37.604811 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:38.605677 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:39.605368 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:49.606637 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:50.607295 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:51.607783 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:52.607431 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547
15:25:53.607984 IP p4FFBEE6B.dip0.t-ipconnect.de.5060 > s-epp-001.isp.t-ipnet.de.5060: SIP, length: 547

[heisenberg]

Dann geh' doch mal in die Asterisk-Console und schalte dort das sip debugging an.

Code: Alles auswählen

shell> asterisk -rvvv 

Vielleicht reicht die Verbosity von 3 schon aus, dass Du da irgendwelche Fehler-/Warnmeldungen bekommst.

Sip Debugging einschalten geht so:

Code: Alles auswählen

asterisk> sip set debug on

...und schau was der Asterisk so sendet und empfängt.

Andere nützliche Kommandos in dem Zusammenhang:

Code: Alles auswählen

asterisk> sip show peers
asterisk> sip show registry
asterisk> help

Zum Debuggen kann es auch nützlich sein, den asterisk mal anzuhalten und mit asterisk -cvvvddd manuell zu starten. Dann siehst Du evtl. Fehlermeldungen, die sonst auf der remote-Konsole(= asterisk -r) unterdrückt werden.

[Wambui]

Debugging liefert das hier (ich habe die Benutzerdaten mal maskiert)

Code: Alles auswählen

voiceip-raspberrypi*CLI> sip set debug on
SIP Debugging re-enabled

<--- SIP read from UDP:192.168.1.20:5060 --->
REGISTER sip:192.168.1.4:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP 192.168.1.20;branch=z9hG4bK9de1f5f23796d657f
Max-Forwards: 70
From: 950014 <sip:950014@192.168.1.4:5060>;tag=1e676b2982;epid=SC3A8364
To: 950014 <sip:950014@192.168.1.4:5060>
Call-ID: 56089f8273c2e0d1
CSeq: 6918988 REGISTER
Authorization: Digest username="950014",realm="gemeinschaft.local",nonce="210b69f0",uri="sip:192.168.1.4:5060;transport=udp",response="7b26ca044aedd0094cbf0b8ea87b89cb",algorithm=MD5
Contact: 950014 <sip:950014@192.168.1.20:5060;transport=udp>;expires=4320
Supported: X-Siemens-Proxy-State
User-Agent: OpenStage_40_V2 R1.21.0 SIP 101006
Content-Length: 0

<------------->
--- (12 headers 0 lines) ---
Sending to 192.168.1.20:5060 (NAT)

<--- Transmitting (NAT) to 192.168.1.20:5060 --->
SIP/2.0 401 Unauthorized
v: SIP/2.0/UDP 192.168.1.20;branch=z9hG4bK9de1f5f23796d657f;received=192.168.1.20;rport=5060
f: 950014 <sip:950014@192.168.1.4:5060>;tag=1e676b2982;epid=SC3A8364
t: 950014 <sip:950014@192.168.1.4:5060>;tag=as09ae71b9
i: 56089f8273c2e0d1
CSeq: 6918988 REGISTER
Server: Asterisk Gemeinschaft
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
WWW-Authenticate: Digest algorithm=MD5, realm="gemeinschaft.local", nonce="38eadf6e"
l: 0


<------------>
Scheduling destruction of SIP dialog '56089f8273c2e0d1' in 32000 ms (Method: REGISTER)
Reliably Transmitting (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK3d25c038;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as557ef032
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 1345c09f286dfc9a607701824880a750@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:44 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #1 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK3d25c038;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as557ef032
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 1345c09f286dfc9a607701824880a750@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:44 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #2 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK3d25c038;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as557ef032
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 1345c09f286dfc9a607701824880a750@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:44 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #3 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK3d25c038;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as557ef032
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 1345c09f286dfc9a607701824880a750@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:44 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #4 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK3d25c038;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as557ef032
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 1345c09f286dfc9a607701824880a750@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:44 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Really destroying SIP dialog '1345c09f286dfc9a607701824880a750@192.168.1.4:5060' Method: OPTIONS
Reliably Transmitting (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK07f2ee8b;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as50767a6c
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 4f459a5f098408e9138cced53574c461@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #1 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK07f2ee8b;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as50767a6c
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 4f459a5f098408e9138cced53574c461@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #2 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK07f2ee8b;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as50767a6c
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 4f459a5f098408e9138cced53574c461@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #3 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK07f2ee8b;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as50767a6c
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 4f459a5f098408e9138cced53574c461@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #4 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK07f2ee8b;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as50767a6c
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 4f459a5f098408e9138cced53574c461@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:40:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Really destroying SIP dialog '4f459a5f098408e9138cced53574c461@192.168.1.4:5060' Method: OPTIONS

Bzw. direkt zur IP

Code: Alles auswählen

voiceip-raspberrypi*CLI> sip set debug ip 217.0.23.4
SIP Debugging Enabled for IP: 217.0.23.4
Retransmitting #3 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK2b660f2c;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as6399e6a0
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 78b362033a69ce3509e45c85236a6f16@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:00 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #4 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK2b660f2c;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as6399e6a0
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 78b362033a69ce3509e45c85236a6f16@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:00 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Really destroying SIP dialog '78b362033a69ce3509e45c85236a6f16@192.168.1.4:5060' Method: OPTIONS
Reliably Transmitting (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK69bf6324;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as1c1022c9
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 5284640f5fe1f76126e97e2136c6e38b@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:14 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #1 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK69bf6324;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as1c1022c9
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 5284640f5fe1f76126e97e2136c6e38b@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:14 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #2 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK69bf6324;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as1c1022c9
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 5284640f5fe1f76126e97e2136c6e38b@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:14 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #3 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK69bf6324;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as1c1022c9
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 5284640f5fe1f76126e97e2136c6e38b@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:14 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Retransmitting #4 (NAT) to 217.0.23.4:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
v: SIP/2.0/UDP 192.168.1.4:5060;branch=z9hG4bK69bf6324;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@192.168.1.4>;tag=as1c1022c9
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@192.168.1.4:5060>
i: 5284640f5fe1f76126e97e2136c6e38b@192.168.1.4:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 26 Sep 2016 14:44:14 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0


---
Really destroying SIP dialog '5284640f5fe1f76126e97e2136c6e38b@192.168.1.4:5060' Method: OPTIONS

Aussage der Telekom ist, es hat keine Registrierung bei denen stattgefunden:

Code: Alles auswählen

voiceip-raspberrypi*CLI> sip show peers
Name/username             Host                                    Dyn Forcerport ACL Port     Status     Realtime
950014                    (Unspecified)                            D   N             0        Unmonitored Cached RT
gw_20_sipgwtelekom/550264 217.0.23.4                                   N             5060     UNREACHABLE 
2 sip peers [Monitored: 0 online, 1 offline Unmonitored: 0 online, 1 offline]

"sipgwtelekom" so heißt das SIP-Getway innerhalb der Gemeinschaft-GUI.
Sowie

Code: Alles auswählen

voiceip-raspberrypi*CLI> sip show registry
Host                                    dnsmgr Username       Refresh State                Reg.Time                 
0 SIP registrations.

Ausage der Telekom heute:

Es ist nicht ausreichend nur den UDP5060 freizugeben

Auf meinem ASUS DSL-N17U-Router wird explizit 217.0.23.4:5060 nach 192.168.1.4:5060 via NAT weitergeleitet.
Irgendwie Fehlermeldungen sehe ich explizit keine.
Ich vermute auch eine Falschkonfiguration des Routers. Allerdings die anderen NAT-Regeln mit SSH funktionieren, warum sollte SIP nicht laufen.

Grüße und besten DAnk
Wambui

[heisenberg]

a) http://www.voip-info.org/wiki/view/Aste ... +solutions

b) Die SIP-Pakete(Also die Payload, nicht die IP-Header(Um letzteres kümmert sich der Router)), die Dein Asterisk an den Telekom-SIP-Server schickt enthalten 192.168.x.x Adressen. Da freut der sich bestimmt und schmeisst die gleich weg. ---> Du musst für den Asterisk NAT richtig konfigurieren(Siehe Punkt a)

Allerdings die anderen NAT-Regeln mit SSH funktionieren, warum sollte SIP nicht laufen.

Wie in Punkt b) beschrieben, braucht es bei SIP nicht nur auf IP-Ebene(Layer-3, Vermittlungsschicht) ein NAT, sondern auch auf SIP-Ebene(Layer-7, Anwendungsschicht).

Das ist im übrigen nur ein Teil der vor Dir stehenden Aufgabe. SIP ist nur die Sitzungsverwaltung zuständig(SIP = Session Initiation Protocol). Der tatsächliche Audiodatenstrom läuft dann üblicherweise über RTP. (Realtime-Transport-Protocol). Die Vorgabe für den RTP-Portbereich ist in Asterisk 10000 UDP - 20000 UDP. (Siehe rtp.conf). Diese Ports musst Du auch noch an Deinem Router auf den Asterisk weiterleiten.

[Wambui]

b) Die SIP-Pakete(Also die Payload nicht die IP-Header. Um letzteres kümmert sich der Router), die Dein Asterisk an den Telekom-SIP-Server schickt enthalten 192.168.x.x Adressen. Da freut der sich bestimmt und schmeisst die gleich weg. ---> Du musst für den Asterisk NAT richtig konfigurieren(Siehe Punkt a)

Meinst Du das hier?

Code: Alles auswählen

f: "gemeinschaft" <sip:t-online-Nummer-0001@t-online.de@[b]192.168.1.4[/b]>;tag=as1c1022c9
t: <sip:tel.t-online.de>
m: <sip:t-online-Nummer-0001@t-online.de@[b]192.168.1.4[/b]:5060>
i: 5284640f5fe1f76126e97e2136c6e38b@[b]192.168.1.4[/b]:5060

Das weiß ich nicht, wie das in den Prozess kommt. Das stellt Gemeinschaft aus den in die MYSQL-DB eingegebenen Daten so ein. Für das Telekom-SIP-Gateway habe ich als Registrar / Server: tel.t-online.de, mein Telekom-typischen Benutzernamen inkl. persönliches Kennwort als Passwort genommen. Die Authentifizierung scheint besser zu klappen, da ich mit falschen Werten mit "sip show registry" Fehler gesehen hatte. Allerdings sehe ich jetzt auch nicht mehr, als berichtet.
Das NAT auf dem ASUS-Router DSL-N17U kann ich nur insoweit bestimmen, dass ich die Quell-IP (217.0.23.4) den Port 5060 auf die lokale IP-Adresse 192.168.1.4 mit dem Port 5060 mit NAT forwarde. Dass ich mein lokalen 192.168.1.4 maskiere, sehe ich keine Möglichkeit, zumal eh alles ausgehend mit meiner externen IP-Adresse versehen wird.
Zu a) würde ich behaupten "1. Asterisk as a SIP client behind nat, connecting to outside SIP Proxies" trifft zu, da mein Asterisk gegenüber der Telekom als Client agiert und einen SIP-Proxies kontaktieren will.

Also so ganz bringt mich das noch nicht weiter, auch wenn der Link eine gute Zusatzinformation ist.

[heisenberg]

VoIP und NAT ist jetzt nicht so ganz trivial. Ich hatte mich damit noch nicht im Detail beschäftigen müssen. Mein beiden Asteriske haben eine Public IP.

Es ist in jedem Fall nix, was Dein Router für Dich erledigt. Dein Router weiss nix von VoIP. Der kennt nur IP. Die VoIP-Software(Asterisk/Gemeinschaft) selbst muss da für das NAT konfiguriert werden. Das da 192.168.x.x drin steht ist normal so, weil Asterisk eben seine IP da rein schreibt, wenn da kein NAT konfiguriert ist.

Ich verweise Dich da mal auf die von Dir präferierte Suchmaschine, um Dich weiter in das Verständnis für die Thematik einzuarbeiten. Die Seite http://www.voip-info.org enthält viel Dokumentation zum Thema asterisk und anderer VoIP-Software. Im übrigen gibt's da noch das IP-Phone-Forum, auch eine sehr gute Quelle zum Thema. Nicht zuletzt gibt es noch einige Asterisk-Bücher(In Deutsch: "Das Asterisk Buch") die in Gänze im Internet zu finden sind.

Und Last-but-Not-Least

IP heisst Internetprotokoll. Das heisst, dass das ganze Internet Verbindung zu Deiner Telefonanlage aufnehmen kann. Da gibt es jede Menge übler Gesellen, die dauerhaft am scannen nach schlecht gesicherten VoIP-Anlagen sind - speziell auch mit Ziel Asterisk. Mit Gemeinschaft 3.x bist Du da nicht gerade State-of-the-Art. Gespräche ins Mobilnetz rund um die Welt können auch mal schnell Telefonrechnungen in 4 stelliger Höhe verursachen. Falls Du Glück hast, schaltet Dir die Telekom die Leitung rechtzeitig ab, wenn so etwas passiert. Falls so etwas bei der Telekom möglich wäre, würde ich mir auf jeden Fall ein Kostenlimit pro Monat setzen lassen oder Nummernsperren für ausländische Mobilfunknummern, Premiumdienste, etc.

Da Du die Telekom ja nur als VoIP-Uplink verwendest, kannst Du den Zugriff prinzipiell recht gut mit iptables einschränken.

[Wambui]

Erst einmal vielen Dank für die umfangreiche Antwort. Nebenbei erwähnt, grundsätzlich frage ich erst hier, wenn ich meiner präferierten Suchmaschine bzw. Foren nicht mehr weiterkomme. Du hast supertolle Stichpunkte gebracht, die mich weiter reflektieren lassen. Auch den Sicherheitshinweis mit der Kostensperre setze ich ad hoc um.

Es ist in jedem Fall nix, was Dein Router für Dich erledigt. Dein Router weiss nix von VoIP. Der kennt nur IP. Die VoIP-Software(Asterisk/Gemeinschaft) selbst muss da für das NAT konfiguriert werden. Das da 192.168.x.x drin steht ist normal so, weil Asterisk eben seine IP da rein schreibt, wenn da kein NAT konfiguriert ist.

Okay, mache ich mal hier weiter. Hieße Deine Aussage, dass bevor Asterisk seinen Prozess startet muss bereits auf dem Asterisk ein NAT insoweit erfolgt sein, dass in dem folgenden Asterisk eine andere IP-Adresse drin steht? Wenn ja wie geht das? Ich kenne NAT so, dass interne IPs beim Verlassen des privaten Netzes auf die externe IP maskiert werden, analog die Ports. Das hieße aber auch, ich muss eine feste IP-Adresse beantragen.
Bzw. ich stelle mir das so vor, dass die Public IP bereits am Asterisk eingetragen/genattet wird und an den Router weitergegeben wird (bisschen schwer mit dynamischen IPs)

IP heisst Internetprotokoll. Das heisst, dass das ganze Internet Verbindung zu Deiner Telefonanlage aufnehmen kann. Da gibt es jede Menge übler Gesellen, die dauerhaft am scannen nach schlecht gesicherten VoIP-Anlagen sind - speziell auch mit Ziel Asterisk. Mit Gemeinschaft 3.x bist Du da nicht gerade State-of-the-Art.

Ich bin auch nicht glücklich, dass die das seit 2012 nicht mehr sonderlich pflegen. Offengesagt, ich will Gemeinschaft 3.2 nur noch solange nutzen wie die Bequemlichkeit da ist. Mein Openstage 40 SIP sollte eigentlich leicht provisionieren, weil die ein Konfigurationscript beim DHCP mitschicken, du kannst über die Überfläche vieles leicht einstellen. Oder auch nicht, wie sich jetzt herausstellt. Rufnummernsperre ist auch drin. Aber ich habe inzwischen gesehen, dass alles in eine extension.ael im Gemeinschaftspezifischen Verzeichnis abgelegt wird. So habe ich mir vor den Asterisk, wenn die Telefonie wieder läuft nur als Asterisk ohne Web-Gui mit der extension.ael als Template aufzusetzen.
Gespräche ins Mobilnetz rund um die Welt können auch mal schnell Telefonrechnungen in 4 stelliger Höhe verursachen. Falls Du Glück hast, schaltet Dir die Telekom die Leitung rechtzeitig ab, wenn so etwas passiert. Falls so etwas bei der Telekom möglich wäre, würde ich mir auf jeden Fall ein Kostenlimit pro Monat setzen lassen oder Nummernsperren für ausländische Mobilfunknummern, Premiumdienste, etc.

[heisenberg]

Hieße Deine Aussage, dass bevor Asterisk seinen Prozess startet muss bereits auf dem Asterisk ein NAT insoweit erfolgt sein, dass in dem folgenden Asterisk eine andere IP-Adresse drin steht?

Nein. Asterisk erzeugt SIP-Pakete. In diese SIP-Pakete schreibt er seine Adresse rein. Wenn Asterisk eine korrekte NAT-Konfiguration hat, dann kann er da auch versuchen dynamisch die korrekte NAT-Adresse zu ermitteln, was dann die IP des Internetanschlusses ist und diese verwenden. Wie gesagt: Habe ich noch nicht gemacht. Kann nur sagen: Müsste so gehen.

Ich kenne NAT so, dass interne IPs beim Verlassen des privaten Netzes auf die externe IP maskiert werden, analog die Ports.

Das ist NAT auf Layer-3, was rein im IP-Header bearbeitet wird. So etwas kann der Router. Das wir hier gebraucht wird, ist aber eine Software, die das SIP-Protokoll versteht und zusätzlich zum NAT im IP-Header das NAT für den Inhalt des SIP-Paketes selbst umsetzt. Das kann der Router nicht. Es gibt z. B. SIP-Proxys, die das können. Die braucht es aber nicht, da asterisk das selbst kann.

Das hieße aber auch, ich muss eine feste IP-Adresse beantragen.

Eine Feste IP brauchst Du nicht. Die SIP-Anbindung läuft über sog. SIP-Registrierungen. D. h. bei der Registrierung wird die jeweils gültige IP verwendet. Falls also die korrekte öffentliche IP des Internetanschlusses im SIP-Paket drin steht, dann reicht das.

Und wie gesagt: Den obigen Abschnitt zu RTP beachten. Sonst klingelts, aber einer oder beide Teilnehmer hören den anderen nicht.

[Wambui]

Besten Dank,

für Deine Ausführungen. Ausschlaggebende Variablen in der sip.conf wären "externip" und bei öffentlichen dynDNS-Namen "externhost".

Eine Feste IP brauchst Du nicht. Die SIP-Anbindung läuft über sog. SIP-Registrierungen. D. h. bei der Registrierung wird die jeweils gültige IP verwendet. Falls also die korrekte öffentliche IP des Internetanschlusses im SIP-Paket drin steht, dann reicht das.

Ich habe mir folgendes Script überlegt:

Code: Alles auswählen

#!/bin/bash

file="/opt/gemeinschaft/etc/asterisk/sip.conf"
externIP=$(/usr/bin/w3m -dump http://www.monip.org/ | awk -F': ' '/IP/ { print $2 }')
oldIP=$(grep externip ${file} | grep -E -o "([0-9]{1,3}[\.]){3}[0-9]{1,3}")
sed -i "s/$oldIP/$externIP/g"  ${file}

Den Pfad zur sip.conf muss man natürlich anpassen. Das Script erruiert die aktuelle öffentliche IP, sucht sich die alte IP der Variablen "externip" heraus und tauscht beide gegen die Neuere aus. Anschliessend müsste nur noch der Asterisk reloaded werden. Das per Cronjob regelmässig ausführen, damit Asterisk immer die aktuelle IP-Adresse bekommt.
Mir ist es leider jetzt nicht gelungen, das erste und das zweite Kommando dem sed-Befehl in einem Rutsch mitzugeben.

[Wambui]

Ich habe mein Scriptb wie folgt geändert:

Code: Alles auswählen

/bin/bash

file1="/opt/gemeinschaft/etc/asterisk/sip.conf"
file2="/opt/gemeinschaft/etc/listen-to-ip"
externIP=$(/usr/bin/w3m -dump http://www.monip.org/ | awk -F': ' '/IP/ { print $2 }')
oldIP=$(grep externip ${file1} | grep -E -o "([0-9]{1,3}[\.]){3}[0-9]{1,3}")
natIP=$(grep -v ^# ${file2} | grep -v ^$)
logfile="/var/log/gemeinschaft/gs.log"
startAsterisk="/opt/gemeinschaft/sbin/start-asterisk"
GEMEINSCHAFT_DB_PASS="secret"

if [ "$externIP" != "$oldIP" ]
then
        if [ "$natIP" == "0.0.0.0" ]
        then
                sed -i "s/0.0.0.0/$externIP/g" ${file2}
        else
                sed -i "s/$natIP/$externIP/g" ${file2}
        fi
        sed -i "s/$oldIP/$externIP/g"  ${file1}
        mysql --batch --user=root --password="${GEMEINSCHAFT_DB_PASS}" -e "USE \`asterisk\`; UPDATE \`hosts\` SET \`host\`='${natIP}';"
        echo "$(date +%Y-%m-%d-%H:%M:%S) :     Change IP address ${oldIP} to ${externIP}" >> $logfile 2>&1
        echo "$(date +%Y-%m-%d-%H:%M:%S) : Reload Asterisk" >> $logfile 2>&1
        $startAsterisk >> $logfile 2>&1
fi
exit 0

Ich hatte herausgefunden, dass in sip.conf (möglich), listen-to-ip (wichtig) und in der DB-Tabelle hosts die IP-Adresse geändert werden müsste und anschliessend der Asterisk mit dem Gemeinschaft-Script reloaded werden muss. Dann wird die interne IP 192.168.10.4 richtig ersetzt:

Code: Alles auswählen

Connected to Asterisk 1.8.32.3 currently running on raspberrypi-gsrc3-2 (pid = 3329)
Verbosity is at least 4
raspberrypi-gsrc3-2*CLI> sip set debug ip 217.0.23.4
SIP Debugging Enabled for IP: 217.0.23.4
Reliably Transmitting (NAT) to 217.0.23.4:5060:
OPTIONS sip:217.0.23.4 SIP/2.0
v: SIP/2.0/UDP 72.125.235.161:5060;branch=z9hG4bK48ffa674;rport
Max-Forwards: 70
f: "gemeinschaft" <sip:1588220891299-0001@t-online.de@72.125.235.161>;tag=as1fc5961b
t: <sip:217.0.23.4>
m: <sip:1588220891299-0001@t-online.de@72.125.235.161:5060>
i: 47f34c2c5cc32e03797cdb6a756b6661@72.125.235.161:5060
CSeq: 102 OPTIONS
User-Agent: Asterisk Gemeinschaft
Date: Mon, 10 Oct 2016 17:01:09 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
k: replaces, timer
l: 0

Wenn ich das mache, dann tauchen zusätzlich diese Fehlermeldung in der Asterisk-CLI auf

Code: Alles auswählen

[Oct 10 19:01:51] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:02:05] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:02:19] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:02:33] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:02:47] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:03:01] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:03:15] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:03:29] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:03:43] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data
[Oct 10 19:03:57] ERROR[3504]: chan_sip.c:3993 __sip_reliable_xmit: Serious Network Trouble; __sip_xmit returns error for pkt data

Das verstehe ich jetzt noch nicht ganz.

Grüße

Wambui