Re: [Kamailio-Users] bug in subscribe when contact uses tcp transport?

Hello Juha, reviewing your examples, all seems fine. In the first case it is UDP contact because the first proxy is doing transport gateway (tcp-to-udp) and presence server get's the SUBSCRIBE via UDP. Therefore it sets the protocol to UDP. 192.98.101.10:5074;received=192.98.101.10;rport=45696;branch=z9hG4bKjyriojar In your second example, with presence server integrated in first proxy, the contact is TCP in 200ok: +++ 6-3-2009 11:58:48.202576 INFO SIP ::send_sip_tcp Send to: tcp:192.98.101.10:5060 SUBSCRIBE sip:test@test.fi SIP/2.0 Via: SIP/2.0/TCP 192.98.101.10:5074;rport;branch=z9hG4bKcjentvff Max-Forwards: 70 Proxy-Authorization: Digest username="jh",realm="test.fi",nonce="49b0f3f60000000cfef7715324b37ecd354fa849a881407f",uri="sip:test@test.fi",response="1dafa05560f703932997381d497cdb10",algorithm=MD5,cnonce="4a6bc45fed",qop=auth,nc=00000001 To: <sip:test@test.fi> From: "Juha Heinanen" <sip:jh@test.fi>;tag=wkpvh Call-ID: ajddfsugncegcre@taimen CSeq: 354 SUBSCRIBE Contact: <sip:jh@192.98.101.10:5074;transport=tcp> Accept: application/pidf+xml Event: presence Expires: 3600 User-Agent: Twinkle/1.4.1 Content-Length: 0 +++ 6-3-2009 11:58:48.212542 INFO SIP ::process_sip_msg Received from: tcp:192.98.101.10:5060 SIP/2.0 202 OK Via: SIP/2.0/TCP 192.98.101.10:5074;rport=51275;branch=z9hG4bKcjentvff To: <sip:test@test.fi>;tag=8056f5a66bd796abc1d40ab829a9781f-44eb From: "Juha Heinanen" <sip:jh@test.fi>;tag=wkpvh Call-ID: ajddfsugncegcre@taimen CSeq: 354 SUBSCRIBE Expires: 3600 Contact: <sip:192.98.101.10:5060;transport=tcp> Server: OpenXg Kamailio (1.5.0-tls (i386/linux)) Content-Length: 0 Did I miss something? I see not bug in this behavior. The transport for contact was fixed some time ago. However, during the tests done now I discovered some other issues, like adding double transport parameter when server contact is not specified and missing support for SCTP in some cases. I will commit soon. Cheers, Daniel On 03/07/2009 02:41 AM, Juha Heinanen wrote: -- Daniel-Constantin Mierla http://www.asipto.com