<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Hello, <br>
      <br>
      Thank you for the explanation.<br>
      Could somebody review the patch in the attachment ? I tried to fix
      the problem with a growing tcpconn->refcnt for websocket
      connections.<br>
    </div>
    <blockquote
cite="mid:CAEqTk6SSDiseovQsh6qJ1qF4LMe8-xmywg=r4fs55W3x5Lz+4w@mail.gmail.com"
      type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On 30 September 2013 17:14, Vitaliy
            Aleksandrov <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:vitalik.voip@gmail.com" target="_blank">vitalik.voip@gmail.com</a>></span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
              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 ?<br>
              <br>
              modules/nathelper/nathelper.c create_rcv_uri() function :<br>
                      case PROTO_WS:<br>
                      case PROTO_WSS:<br>
                              proto.s = "WS";<br>
                              proto.len = 2;<br>
                              break;
              <div class="HOEnZb">
                <div class="h5"><br>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>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.</div>
          </div>
          <div><br>
          </div>
          -- <br>
          <div dir="ltr">
            <div><font face="courier new, monospace">Peter Dunkley</font></div>
            <div><font face="courier new, monospace">Technical Director</font></div>
            <div><font face="courier new, monospace">Crocodile RCS Ltd</font></div>
          </div>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a>
<a class="moz-txt-link-freetext" 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>
  </body>
</html>