<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 Karsten,<br>
      <br>
      thanks for our input.<br>
      In my case, Kamailio does not even put the messages into the
      database, so disabling log will not help, I am sure. <br>
      <br>
      But my main question is: Are the additional bytes in front of the
      SIP message (see below) valid or not? In that case it may be easy
      to just patch the kamailio and drop the bytes in front of the
      message<br>
      <br>
      Best regards<br>
      Peter<br>
      On 04/07/14 15:38, Karsten Horsmann wrote:<br>
    </div>
    <blockquote
cite="mid:CAFArqsZ_zc_BFbUqJmy3rfSEL5ko3ngYhfk3fu4iseo=y11f4g@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>
              <div>
                <div>
                  <div>Hi,<br>
                    <br>
                  </div>
                  yes i was testing homer 3.5 dev. <br>
                  <br>
                  But since the kamailio world 2014 (which was last week
                  in berlin) homer 3.6 is on the road in dev tree<br>
                </div>
                <a moz-do-not-send="true"
                  href="https://code.google.com/p/homer/source/browse/?name=webhomer_3.6">https://code.google.com/p/homer/source/browse/?name=webhomer_3.6</a><br>
                <br>
              </div>
              I did the trick with disable the kamailio capture node
              log-level to zero.<br>
              <br>
            </div>
            Also, there is a known bug in FreeSWITCH, that webrtc stuff
            is not correctly send via HEP, you see only on call-leg in
            that behavoir.<br>
          </div>
          But Alexandr will fix that in future.<br>
          <br>
        </div>
        Btw, cool stuff is sipgrep 2.0 rewritten in C from Alexandr. <br>
        <a moz-do-not-send="true"
          href="https://github.com/adubovikov/sipgrep">https://github.com/adubovikov/sipgrep</a><br>
        <br>
        <div>
          <div>
            <div><br>
              <br>
            </div>
          </div>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">2014-04-04 17:06 GMT+02:00 Peter
          Steinbach <span dir="ltr">&lt;<a moz-do-not-send="true"
              href="mailto:lists@telefaks.de" target="_blank">lists@telefaks.de</a>&gt;</span>:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
            <br>
            I was following <a moz-do-not-send="true"
              href="http://code.google.com/p/homer/wiki/HOWTO#Capture_Agent"
              target="_blank">http://code.google.com/p/homer/wiki/HOWTO#Capture_Agent</a><br>
            to have "Homer Sip capture" capturing an displaying a SIP
            Packets from<br>
            freeswitch.<br>
            <br>
            This worked quite well on a Debian based system. But now we
            migrated it<br>
            to Centos 6 and it does not work anymore, although we used
            the identical<br>
            kamailio source code base. I think the underlying xml parser
            libs<br>
            somehow work differently on Centos.<br>
            <br>
            What is puzzling me is the following<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: ERROR:<br>
            &lt;core&gt; [parser/msg_parser.c:705]: parse_msg(): ERROR:
            parse_msg:<br>
            message=&lt;#001#020#002#021#023a#023aaaaaaaSIP/2.0 480
            Temporarily<br>
            <br>
            You can see that in front of the SIP message coming from
            freeswitch<br>
            there are some additional chars
            "#001#020#002#021#023a#023aaaaaaa". &nbsp;And<br>
            by wiresharking the SIP packages, Freeswitch in fact
            preceedes the SIP<br>
            message it sends to homer with these additional bytes.<br>
            Using a Debian based Kamailio this does not cause problems
            on the<br>
            Kamailio/Homer side, buit on Centos it does.<br>
            <br>
            So my question is: Is this the right behaviour of Freeswitch
            when<br>
            forking the SIP message to the capture server?<br>
            <br>
            In <a moz-do-not-send="true"
href="https://groups.google.com/forum/#%21topic/homer-discuss/KhBF0Dy44SU"
              target="_blank">https://groups.google.com/forum/#!topic/homer-discuss/KhBF0Dy44SU</a>
            I<br>
            found the following<br>
            &gt;The problem was found: freeswitch duplicate all packets
            on SIP port<br>
            including empty "ping" messages.<br>
            &gt;with mobile regards,<br>
            &gt;Alexandr<br>
            <br>
            Although I do not really understand the part "including
            empty ping<br>
            messages": Is there a way to suppress these ping messages?<br>
            <br>
            <br>
            Here is a complete error message:<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: INFO:<br>
            &lt;core&gt; [parser/parse_fline.c:229]: parse_first_line():<br>
            ERROR:parse_first_line: bad request first line<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: INFO:<br>
            &lt;core&gt; [parser/parse_fline.c:231]: parse_first_line():
            ERROR: at line 0<br>
            char 39:<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: INFO:<br>
            &lt;core&gt; [parser/parse_fline.c:237]: parse_first_line():
            ERROR: parsed so<br>
            far: #001#020#002#021#023a#023aaaaaaaSIP/2.0 480 Temporarily<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: INFO:<br>
            &lt;core&gt; [parser/parse_fline.c:242]: parse_first_line():<br>
            ERROR:parse_first_line: bad message<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: ERROR:<br>
            &lt;core&gt; [parser/msg_parser.c:705]: parse_msg(): ERROR:
            parse_msg:<br>
            message=&lt;#001#020#002#021#023a#023aaaaaaaSIP/2.0 480
            Temporarily<br>
            Unavailable#015#012Via: SIP/2.0/UDP<br>
192.168.178.204:5060;branch=z9hG4bK6569ec1b;rport=5060#015#012Max-Forwards:<br>
            70#015#012From: "<a moz-do-not-send="true"
              href="tel:06081688533" value="+496081688533">06081688533</a>"<br>
            &lt;<a moz-do-not-send="true"
              href="mailto:sip%3A06081688533@192.168.178.204">sip:06081688533@192.168.178.204</a>&gt;;tag=as190e467c#015#012To:<br>
            &lt;<a moz-do-not-send="true"
              href="http://sip:4488329@192.168.178.220:5090"
              target="_blank">sip:4488329@192.168.178.220:5090</a>&gt;;tag=1D8c28jZaF72r#015#012Call-ID:<br>
            <a moz-do-not-send="true"
href="http://17888b4f3812b7686fbaf0ca380be672@192.168.178.204#015#012CSeq"
              target="_blank">17888b4f3812b7686fbaf0ca380be672@192.168.178.204#015#012CSeq</a>:
            102<br>
            INVITE#015#012User-Agent:<br>
FreeSWITCH-mod_sofia/1.5.11b+git~20140305T111532Z~783a4083ed~64bit#015#012Accept:<br>
            application/sdp#015#012Allow: INVITE, ACK, BYE, CANCEL,
            OPTIONS,<br>
            MESSAGE, INFO, UPDATE, REGISTER, REFER,
            NOTIFY#015#012Supported: timer,<br>
            path, replaces#015#012Allow-Events: talk, hold, conference,<br>
            refer#015#012Reason:<br>
            Q.850;cause=16;text="NORMAL_CLEARING"#015#012Content-Length:<br>
            0#015#012Remote-Party-ID: "4488329"<br>
            &lt;<a moz-do-not-send="true"
              href="mailto:sip%3A4488329@192.168.178.220">sip:4488329@192.168.178.220</a>&gt;;party=calling;privacy=off;screen=no#015#012#015#012&gt;<br>
            Apr &nbsp;4 10:33:12 homer2centos
            /usr/local/sbin/kamailio[20698]: ERROR:<br>
            &lt;core&gt; [receive.c:146]: receive_msg(): ERROR:
            receive_msg: parse_msg failed<br>
            <br>
            --<br>
            With kind regards<br>
            Peter Steinbach<br>
            <br>
            Telefaks Services GmbH<br>
            mailto:<a moz-do-not-send="true" href="mailto:lists">lists</a>
            (att) <a moz-do-not-send="true" href="http://telefaks.de"
              target="_blank">telefaks.de</a><br>
            Internet: <a moz-do-not-send="true"
              href="http://www.telefaks.de" target="_blank">www.telefaks.de</a><br>
            <br>
            <br>
_________________________________________________________________________<br>
            Professional FreeSWITCH Consulting Services:<br>
            <a moz-do-not-send="true"
              href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
            <a moz-do-not-send="true"
              href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
            <br>
            FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
            <a moz-do-not-send="true" href="http://www.cudatel.com"
              target="_blank">http://www.cudatel.com</a><br>
            <br>
            Official FreeSWITCH Sites<br>
            <a moz-do-not-send="true" href="http://www.freeswitch.org"
              target="_blank">http://www.freeswitch.org</a><br>
            <a moz-do-not-send="true" href="http://wiki.freeswitch.org"
              target="_blank">http://wiki.freeswitch.org</a><br>
            <a moz-do-not-send="true" href="http://www.cluecon.com"
              target="_blank">http://www.cluecon.com</a><br>
            <br>
            FreeSWITCH-users mailing list<br>
            <a moz-do-not-send="true"
              href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
            <a moz-do-not-send="true"
              href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users"
              target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
            UNSUBSCRIBE:<a moz-do-not-send="true"
              href="http://lists.freeswitch.org/mailman/options/freeswitch-users"
              target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
            <a moz-do-not-send="true" href="http://www.freeswitch.org"
              target="_blank">http://www.freeswitch.org</a><br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <br>
        -- <br>
        Mit freundlichen Gr&uuml;&szlig;en<br>
        *Karsten Horsmann*<br>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>

Official FreeSWITCH Sites
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>

FreeSWITCH-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
</pre>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
With kind regards
Peter Steinbach 

Telefaks Services GmbH
<a class="moz-txt-link-freetext" href="mailto:lists">mailto:lists</a> (att) telefaks.de
Internet: <a class="moz-txt-link-abbreviated" href="http://www.telefaks.de">www.telefaks.de</a>

</pre>
  </body>
</html>