Hallo,

ich habe noch ein weiteres Problem mit PhonerLite über VPN. Es wird in diesem Fall als SIP-Client für eine Siemens HiPath-Telefonanlage genutzt. Bei den meisten Mitarbeitern funktioniert dies im Zusammenhang mit einer VPN-Einwahl auch von außerhalb reibungslos (PPTP über Windows Server).

Bei einem Mitarbeiter sieht es aber so aus, daß PhonerLite sich problemlos registriert, aber keine Verbindung zustande kommt (Not found beim Verbindungsaufbau). Dies konnte ich anhand der Debug-Logs soweit nachvollziehen, daß bei der Registrierung alles "nach Plan" läuft, beim Versuch eine Verbindung aufzubauen aber plötzlich die falsche IP-Adresse in den SIP-Nachrichten benutzt wird (die lokale des Clients statt die über VPN zugewiesene). Warum? Keine Ahnung... IPConfig und die Routingtabelle, alles sieht gut aus...

Im Anhang die Logdatei sowie IPConfig und die Routingtabelle. Das Betriebssystem ist übrigens Windows 7.

Ich danke schon mal für die Hilfe. Nett, daß Du für eine Freeware trotzdem ein Ohr für Probleme hast!

Timo

Die 1.83beta oder die 1.82?

So, nun habe ich einige neue Infos zu diesem Problem:

1. Das Problem tritt auch mit der neuesten Version auf (1.82).

2. Wenn man in den Windows-VPN-Einstellungen das Häkchen bei "Standardgateway im Remotenetzwerk nutzen" setzt, klappt alles. Allerdings wird dann halt der gesamte TCP/IP-Verkehr des Rechners über das VPN geleitet. Das ist natürlich nicht der gewünschte Endzustand.

3. Nun kann ich natürlich ein funktionierendes Log mit einem, wo der Anruf nicht klappt vergleichen. Die von Dir vermutete DNS-Abfrage ist bei beiden gleich:

21:04:01,828: R: DNS lookup for 'dada-consult.com'
82.165.60.15

(dada-consult.com ist lediglich der Realm, der Registrar ist voip.dada-consult.com mit lokaler IP-Adresse)

Einen Unterschied in beiden Logs findet man erst ab dem Invite:

Nicht funktionierend:

21:09:19,500: T: 10.168.178.21:5060 (UDP)
INVITE sip:005250932233@dada-consult.com SIP/2.0
Via: SIP/2.0/UDP 192.168.1.5:5060;branch=z9hG4bK00ab930f2bf0df118d3c0025d3675252;rport
From: "PhonerLite" <sip:582@192.168.1.5>;tag=1793129955
To: <sip:005250932233@dada-consult.com>
Call-ID: 00AB930F-2BF0-DF11-8D3B-0025D3675252@192.168.1.5
CSeq: 4 INVITE
Contact: <sip:582@192.168.1.5:5060>
Content-Type: application/sdp
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Max-Forwards: 70
Supported: 100rel, replaces
User-Agent: SIPPER for PhonerLite
P-Preferred-Identity: <sip:582@192.168.1.5>
Content-Length:   399

v=0
o=- 1179103285 0 IN IP4 10.168.178.121
s=SIPPER for PhonerLite
c=IN IP4 10.168.178.121
t=0 0
m=audio 5062 RTP/AVP 8 0 2 3 97 110 111 9 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:110 speex/8000
a=rtpmap:111 speex/16000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

-------------------------------------------
21:09:19,625: R: 10.168.178.21:5060 (UDP)
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP ved=10.168.178.121
From: "PhonerLite" <sip:582@192.168.1.5>;tag=1793129955
To: <sip:005250932233@dada-consult.com>;tag=504932494
Call-ID: 00AB930F-2BF0-DF11-8D3B-0025D3675252@192.168.1.5
CSeq: 4 INVITE
Server: HiPath 3000 V8 M5T SIP Stack/4.0.26.26
Content-Length: 0

Funktionierend:

21:04:02,062: T: 10.168.178.21:5060 (UDP)
INVITE sip:005250932233@dada-consult.com SIP/2.0
Via: SIP/2.0/UDP 10.168.178.101:5060;branch=z9hG4bK800e0b7df3f0df11aea10025d3675252;rport
From: "PhonerLite" <sip:582@10.168.178.101>;tag=2753927936
To: <sip:005250932233@dada-consult.com>
Call-ID: 800E0B7D-F3F0-DF11-AEA0-0025D3675252@10.168.178.101
CSeq: 5 INVITE
Contact: <sip:582@10.168.178.101:5060>
Content-Type: application/sdp
Allow: INVITE, OPTIONS, ACK, BYE, CANCEL, INFO, NOTIFY, MESSAGE, UPDATE
Max-Forwards: 70
Supported: 100rel, replaces
User-Agent: SIPPER for PhonerLite
P-Preferred-Identity: <sip:582@10.168.178.101>
Content-Length:   399

v=0
o=- 1986237212 0 IN IP4 10.168.178.101
s=SIPPER for PhonerLite
c=IN IP4 10.168.178.101
t=0 0
m=audio 5062 RTP/AVP 8 0 2 3 97 110 111 9 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:2 G726-32/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=rtpmap:110 speex/8000
a=rtpmap:111 speex/16000
a=rtpmap:9 G722/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv

-------------------------------------------
21:04:02,375: R: 10.168.178.21:5060 (UDP)
SIP/2.0 100 Trying
Via: SIP/2.0/UDP ceived=10.168.178.101
From: "PhonerLite" <sip:582@10.168.178.101>;tag=2753927936
To: <sip:005250932233@dada-consult.com>
Call-ID: 800E0B7D-F3F0-DF11-AEA0-0025D3675252@10.168.178.101
CSeq: 5 INVITE
Server: HiPath 3000 V8 M5T SIP Stack/4.0.26.26
Content-Length: 0

Ich hoffe, das hilft weiter?

"dada-consult.com" sollte niemals per DNS aufgelöst werden, sondern nur "voip.dada-consult.com". Genau das war ja der Grund, weshalb die falsche Route verwendet wurde.
Du siehst mit der aktuellen Version, dass tatsächlich "dada-consult.com" noch versucht wird aufzulösen?

Mal ganz von VPN angesehen. Mit Version 1.82 kann ich es bei mir nicht nachvollziehen, dass jemals der Realm per DNS aufgelöst wird, wenn denn ein "Proxy/Registrar" angegeben wurde. Das war mal ein Problem in älteren Versionen.