Hallo, nachdem PhonerLite soweit erfolgreich mit der TLS Variante in CallWeaver funktioniert, habe ich mich nun an Asterisk 1.6 trunk versucht.
Der REGISTER über tls ist kein Problem, nur beim INVITE passiert folgendes:
SIP debug vom Asterisk:
<--- SIP read from TLS:192.168.116.108:3323 --->
INVITE sip:10@192.168.116.104 SIP/2.0
Via: SIP/2.0/TLS 192.168.116.108:3323;branch=z9hG4bK00314ff43228de11895100c09f5dad7b;rport;alias
From: "123test" <sip:9@192.168.116.104>;tag=15858
To: <sip:10@192.168.116.104>
Call-ID: 00314FF4-3228-DE11-8950-00C09F5DAD7B@192.168.116.108
CSeq: 7 INVITE
Contact: <sip:9@192.168.116.108:3323;transport=tls>
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
Content-Length: 259
<------------->
mylab*CLI>
<--- SIP read from TLS:192.168.116.108:3323 --->
v=0
o=- 8756 0 IN IP4 192.168.116.108
s=SIPPER for PhonerLite
c=IN IP4 192.168.116.108
t=0 0
m=audio 5062 RTP/AVP 8 0 3 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=sendrecv
<------------->
Wie man hier sieht, "zerhackt" Asterisk den INVITE auf dem weg zum SIP parser, dem "Sitzungs Eröffnung Protokoll Syntaxanalysierer"
irgendwo in zwei Teile. Asterisk bleibt dann stumm, er kann damit dann nichts anfangen. Wenn man im Asterisk den debug in der main/tcptls.c nach dem
ssl_read aktiviert, sieht man aber, dass das INVITE hier noch "am Stück" ankommt. Mit einem snom das auch per tls an der gleichen Maschine
hängt passiert das nicht. Macht Phoner/Asterisk oder beide hier was falsch? Kann das jemand reproduzieren?
Ist hier irgdwo eine Größenangabe falsch, ein line break zuviel oder soetwas in der Richtung?