<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.6.1">
</HEAD>
<BODY>
Hi,<BR>
<BR>
I've done some checking online and in the code.&nbsp; The compressed bit is defined in draft-ietf-hybi-permessage-compression and uses the RSV1 bit from the WebSocket frame header.&nbsp; As per RFC 6455 the Kamailio WebSocket implementation is careful to leave RSV1, RSV2, and RSV3 with values of 0.<BR>
<BR>
As this part of the code is identical for WS and WSS connections can you confirm that it works correctly for WS?<BR>
<BR>
Regards,<BR>
<BR>
Peter<BR>
<BR>
On Thu, 2013-01-24 at 09:09 +0000, Peter Dunkley wrote:
<BLOCKQUOTE TYPE=CITE>
    I shod also add that the Kamailio WebSocket implementation does not support any extensions. &nbsp;So unless the deflate frame extension is implicit for TLS it will not be negotiated. &nbsp;Further, the implementation does not set any compressed bits and all unused flags etc should be zeroed automatically - but I will look at the code later.
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    Peter<BR>
    <BR>
    On 24 Jan 2013, at 09:05, Peter Dunkley &lt;<A HREF="mailto:peter.dunkley@crocodile-rcs.com">peter.dunkley@crocodile-rcs.com</A>&gt; wrote:<BR>
    <BR>
    <BR>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        I am not sure how to investigate this. &nbsp;It sounds like it might be a TLS related problem (or a WebSocket/TLS interworking problem in Kamailio). &nbsp;I don't know anything about the Kamailio TLS implementation - I just drop WebSocket frames into it as required.
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        I did do (a little) WSS testing and saw no problems myself.
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        Regards,
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        Peter<BR>
        <BR>
        On 23 Jan 2013, at 22:12, Pete Kelly &lt;<A HREF="mailto:pkelly@gmail.com">pkelly@gmail.com</A>&gt; wrote:<BR>
        <BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BLOCKQUOTE TYPE=CITE>
            Hi, I am having an issue at the moment with SIP NOTIFY messages being sent from Kamailio (latest git master) over wss transport<BR>
            <BR>
            I am getting reports from the receiving end saying &quot;Compressed bit must be 0 if no negotiated deflate-frame extension&quot;<BR>
            <BR>
            The only reference I can find to it is at the following URL... where the problem was caused by the server miscalculating the size of the msg:&nbsp;<A HREF="http://stackoverflow.com/questions/12308728/compressed-bit-must-be-0-when-sending-a-message-to-websocket-client">http://stackoverflow.com/questions/12308728/compressed-bit-must-be-0-when-sending-a-message-to-websocket-client</A><BR>
            <BR>
            Does anyone have any suggestions as to how I could debug this within Kamailio? It sounds like Kamailio may be sending some incorrect packet information but I am unsure at this point.<BR>
            <BR>
            <BR>
            <BR>
        </BLOCKQUOTE>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        <BLOCKQUOTE TYPE=CITE>
            _______________________________________________<BR>
            SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<BR>
            <A HREF="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</A><BR>
            <A HREF="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</A><BR>
            <BR>
        </BLOCKQUOTE>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
    <BLOCKQUOTE TYPE=CITE>
        _______________________________________________<BR>
        SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<BR>
        <A HREF="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</A><BR>
        <A HREF="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</A><BR>
        <BR>
    </BLOCKQUOTE>
</BLOCKQUOTE>
<BLOCKQUOTE TYPE=CITE>
<PRE>
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<A HREF="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</A>
<A HREF="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</A>
</PRE>
</BLOCKQUOTE>
<BR>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
-- 
Peter Dunkley
Technical Director
Crocodile RCS Ltd
</PRE>
</TD>
</TR>
</TABLE>
</BODY>
</HTML>