[SR-Users] pkg.stats problem, possible memory leak in websockets.

Vitaliy Aleksandrov vitalik.voip at gmail.com
Tue Oct 1 09:22:02 CEST 2013


Hello,

Thank you for the explanation.
Could somebody review the patch in the attachment ? I tried to fix the 
problem with a growing tcpconn->refcnt for websocket connections.
>
>
> On 30 September 2013 17:14, Vitaliy Aleksandrov 
> <vitalik.voip at gmail.com <mailto:vitalik.voip at gmail.com>> wrote:
>
>
>     Could you please share why nathelper aggregates both WS and WSS
>     transports to "ws" and then msg_translator have to detect the type
>     of a connection to a destination to build correct via ?
>
>     modules/nathelper/nathelper.c create_rcv_uri() function :
>             case PROTO_WS:
>             case PROTO_WSS:
>                     proto.s = "WS";
>                     proto.len = 2;
>                     break;
>
>
> Because when the transport is WS (WebSockets over TCP) the URI has a 
> transport parameter like this ";transport=ws" and when the transport 
> is WSS (Secure WebSockets over TLS over TCP) the URI has a transport 
> parameter like this ";transport=ws".  In other words, the transport 
> parameter is the same for both and you need to make the determination 
> within Kamailio core by checking how the specified socket is actually 
> used.
>
> -- 
> Peter Dunkley
> Technical Director
> Crocodile RCS Ltd
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20131001/42ca863a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tcpconn_refcnt.diff
Type: text/x-patch
Size: 518 bytes
Desc: not available
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20131001/42ca863a/attachment.bin>


More information about the sr-users mailing list