[T46G] Registrierung scheitert über VPN

Tom7320

Neuer User
Mitglied seit
16 Apr 2006
Beiträge
109
Punkte für Reaktionen
5
Punkte
18
Moin!

Ich habe ein T46G, das ich in einer elmeg be.IP problemlos als VoIP Telefon eingerichtet habe. Es registriert sich problemlos vor Ort über die Anlage und ich kann intern und extern telefonieren.

Von einem anderen Standort aus bin ich per geroutetem OpenVPN Tunnel mit dem Netz der be.IP verbunden. Das VPN benutzt Masquerading um Routingprobleme zu vermeiden. Von dem Standort aus kann ich mich über Bria auf dem iPhone oder PhonerLite auf dem Desktop ebenfalls problemlos mit der be.IP registrieren. Nur das T46G schafft es nicht sich zu registrieren?! Ich verstehe nicht warum?

Wenn ich mir den Netzverkehr auf beiden Seiten des Tunnels ansehe, kann ich nichts verdächtiges finden:

OpenVPN Gateway des "anderen Standortes":

Code:
root@vm-openvpn:~# tcpdump -ni eth0 port 5060
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
13:35:10.378444 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245 SIP/2.0
13:35:10.421493 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: SIP/2.0 401 Unauthorized
13:35:10.422732 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245 SIP/2.0
13:35:10.423046 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: SUBSCRIBE sip:[email protected] SIP/2.0
13:35:10.466546 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: SIP/2.0 200 OK
13:35:10.470686 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: SIP/2.0 407 Proxy Authentication Required
13:35:10.471803 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: SUBSCRIBE sip:[email protected] SIP/2.0
13:35:10.515484 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: SIP/2.0 200 OK
13:35:10.532370 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: NOTIFY sip:[email protected]:5060 SIP/2.0
13:35:10.533855 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: SIP/2.0 200 OK
13:35:15.174637 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245 SIP/2.0
13:35:15.175068 IP 192.168.0.111.5060 > 192.168.193.245.5060: SIP: SUBSCRIBE sip:[email protected] SIP/2.0
13:35:15.218816 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: SIP/2.0 200 OK
13:35:15.221335 IP 192.168.193.245.5060 > 192.168.0.111.5060: SIP: SIP/2.0 200 OK

13:35:21.689591 IP 192.168.0.117.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:22.193024 IP 192.168.0.117.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:23.203071 IP 192.168.0.117.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:25.213001 IP 192.168.0.117.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:29.222980 IP 192.168.0.117.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
^C
19 packets captured
19 packets received by filter
0 packets dropped by kernel
root@vm-openvpn:~#

OpenVPN Server auf der Seite der be.IP:

Code:
root@openvpn:~# tcpdump -ni eth0 port 5060
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytes
13:35:10.395754 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245 SIP/2.0
13:35:10.399866 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: SIP/2.0 401 Unauthorized
13:35:10.439906 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245 SIP/2.0
13:35:10.440580 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: SUBSCRIBE sip:[email protected] SIP/2.0
13:35:10.444920 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: SIP/2.0 200 OK
13:35:10.449084 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: SIP/2.0 407 Proxy Authentication Required
13:35:10.489203 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: SUBSCRIBE sip:[email protected] SIP/2.0
13:35:10.493941 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: SIP/2.0 200 OK
13:35:10.510808 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: NOTIFY sip:[email protected]:5060 SIP/2.0
13:35:10.550805 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: SIP/2.0 200 OK
13:35:15.192058 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245 SIP/2.0
13:35:15.193311 IP 192.168.193.240.5060 > 192.168.193.245.5060: SIP: SUBSCRIBE sip:[email protected] SIP/2.0
13:35:15.196855 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: SIP/2.0 200 OK
13:35:15.199654 IP 192.168.193.245.5060 > 192.168.193.240.5060: SIP: SIP/2.0 200 OK

13:35:21.706934 IP 192.168.193.240.1024 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:22.210250 IP 192.168.193.240.1024 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:23.220165 IP 192.168.193.240.1024 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:25.229940 IP 192.168.193.240.1024 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
13:35:29.239899 IP 192.168.193.240.1024 > 192.168.193.245.5060: SIP: REGISTER sip:192.168.193.245:5060 SIP/2.0
^C
19 packets captured
19 packets received by filter
0 packets dropped by kernel
root@openvpn:~#

Der obere Block ist jeweils die erfolgreiche Registrierung des PhonerLite Softphones. Darunter durch eine eingefügte Leerzeile abgetrennt der erfolglose Registrierungsversuch des T46G. Das Netz der be.IP ist das 192.168.193.0/24 Netz. Das Netz der anderen Seite des Tunnels (dort wo das T46G steht) ist das 192.168.0.0/24 Netz. Im syslog der be.IP macht mich nur eine einzige Zeile stutzig:

Code:
eventdatetime    eventfacility    eventlevel    eventversion    eventhostname    eventappname    eventprogid    eventmsgid    eventmessage    eventsdtimequality    eventsdorigin    eventsdmeta    eventsdother
2017-10-14 11:05:22    16    4    1    192.168.193.245                VOIP: IWU: data_write: error get localip for destination 192.168.0.117,39000000

Ich kann diese Zeile nicht wirklich deuten. Allerdings sollte IMHO serverseitig die IP Adresse 192.168.0.117 (dies ist die clientseitige IP Adresse des T46G) nicht auftauchen. Das Routing passt aber meiner Meinung nach soweit ich es mit tcpdump nachvollzogen habe. Wie/wo/warum übermittelt das T46G doch noch die genannte IP Adresse und wie ändere ich das? Hat jemand vielleicht eine Idee?

Besten Dank und einen schönen Abend!

Thorsten
 
Was will mir das Log damit sagen?
Code:
VOIP: IWU: data_write: error get localip for destination 192.168.0.117,39000000

Ganz vergessen zu erwähnen was die Accounteinstellungen auf Seiten des Yealink sind:

2017-10-15_09h28_01.png
 
Du hast ein Routingproblem.
 
Hm. Ich würde Dir sofort zustimmen, wenn es nicht mit allen anderen Devices, die ich so habe, funktionieren würde. Und egal wo ich auf der Serverseite mit tcpdump nachschaue finde ich keine 192.168.0.0/24er Pakete. Seltsam. Ich suche weiter...
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
246,375
Beiträge
2,251,051
Mitglieder
374,029
Neuestes Mitglied
hgt41807
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.