[Kamailio-Users] FW: Call Hangup from Caller-End not working with TLS
Klaus Darilion
klaus.mailinglists at pernau.at
Fri Aug 29 14:38:16 CEST 2008
Ali Jawad schrieb:
> Hi Klaus
>
> You are referring to line 17 right ? That part of traffic is from
> openser to the pstn gw ..and both of those are UDP..should it be
> transport=tls there or transport=udp?
The Contact is the contact of the caller. Thus, there should be the
IP:socket:protocol which is used by the caller (TLS).
klaus
> Thanks
>
> With Regards
>
> Ali Jawad
>
> System Administrator
>
> Splendor Telecom (www.splendor.net)
>
> Beirut, Lebanon
>
> Phone: +961 1 373725
>
> Fax: +961 1 375554
>
>
> -----Original Message-----
> From: Klaus Darilion [mailto:klaus.mailinglists at pernau.at]
> Sent: 2008-08-29 14:34
> To: Ali Jawad
> Cc: users at lists.kamailio.org
> Subject: Re: [Kamailio-Users] FW: Call Hangup from Caller-End not
> working with TLS
>
> 1. INVITE:
>
> Contact:
> <sip:username at IP.OF.LAN.GW:2949;transport=UDP;rinstance=D98C1DD404B2008F
> 980980E97E42F8EC;nat=yes>.
>
> As you see the caller announces UDP as contact. Either a bug in the
> caller client or do you rewrite the contact in openser?
>
> Further it is strange that the caller sends frmo 127.0.0.1 (Via header,
> SDP) but announces a different IP in contact.
>
> regards
> klaus
>
> Ali Jawad schrieb:
>> Dear All
>>
>> Please find below the call setup from my softphone to my cell phone,
> The
>> setup is as follows:
>>
>> LAN -> Office Gateway <--TLS--->Openser<--UDP-->PSTN GW
>>
>> I got the trace below by applying
>>
>> ngrep -W byline -T username -q -d eth0
>>
>> http://pastebin.com/m2a78a27f
>>
>> I did the same trace for a udp call and it seemed identical to me, as
>> you can see in the lower part of the trace that a BYE packet is being
>> sent to the softphone however the transport is being indicated as UDP
>> not TLS..is this normal ?
>> Any clues apart from that ?
>>
>> Thanks
>>
>> -----Original Message-----
>> From: Klaus Darilion [mailto:klaus.mailinglists at pernau.at]
>> Sent: 2008-08-28 18:13
>> To: Ali Jawad
>> Cc: users at lists.kamailio.org
>> Subject: Re: [Kamailio-Users] FW: Call Hangup from Caller-End not
>> working with TLS
>>
>> Hi!
>>
>> Send us an ngrep dump: ngrep -P "" -W byline port 5060
>>
>> Although this will show us only the UDP part (as TLS is encrypted) but
>
>> may still show as the problem.
>>
>> Which SIP client do you use?
>>
>> regards
>> klaus
>>
>> Ali Jawad schrieb:
>>> Hi All
>>>
>>> I am using using openser 1.3..if I make a call between two softphones
>> on
>>> the same lan or a a pstn call to my mobile phone..and the
>>> called/receiver party does hang-up the call. It works fine in UDP
> mode
>>> and the call get's hang-up. However in TLS mode this does not work.
>>> Anything I might have missed here? Since both udp and tls use the
> same
>>> routes, and voice is fine and no one way audio ..etc.
>>>
>>> I notice this http://pastebin.com/m38c979f6 on rtp proxy. However in
>> the
>>> logs of openser I can't see any errors.
>>>
>>> However on the wire shark I can see icmp destination
>> unreachable...port
>>> unreachable.
>>>
>>> I would have said it is a NAT issue. However it works for simple UDP.
>>>
>>>
>>>
>>> However I did notice the following in the logs
>>>
>>>
>>>
>>> Aug 28 13:41:01 [8565] DBG:tm:set_timer: relative timeout is 4000000
>>>
>>> Aug 28 13:41:01 [8565] DBG:tm:insert_timer_unsafe: [7]: 0xb6137794
>>> (45900000)
>>>
>>> Aug 28 13:41:01 [8565] DBG:tm:retransmission_handler:
>>> retransmission_handler : done
>>>
>>> Aug 28 13:41:02 [8564] DBG:core:parse_msg: SIP Request:
>>>
>>> Aug 28 13:41:02 [8564] DBG:core:parse_msg: method: <BYE>
>>>
>>> Aug 28 13:41:02 [8564] DBG:core:parse_msg: uri:
>>>
> <sip:michofr at 193.227.186.146:3218;transport=UDP;rinstance=D98C1DD404B200
>> 8F980980E97E42F8EC;nat=yes>
>>> Aug 28 13:41:02 [8564] DBG:core:parse_msg: version: <SIP/2.0>
>>>
>>> Aug 28 13:41:02 [8564] DBG:core:parse_headers: flags=2
>>>
>>> Aug 28 13:41:02 [8564] DBG:core:parse_via_param: found param type
> 232,
>>> <branch> =
>>>
>>>
>>>
>>> Shouldn't the transport=TLS ?
>>>
>>>
>>>
>>>
>>>
>>> Regards
>>>
>>>
>>>
> ------------------------------------------------------------------------
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.kamailio.org
>>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>
More information about the Users
mailing list