<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">We got it solved. <br>
<br>
Just for the records:<br>
By migrating from Debian to CentOS we detected that under CentOS,
Kamailio expects the kamailio.cfg in<br>
/usr/local/etc/kamailio/kamailio.cfg<br>
instead of <br>
/etc/kamailio/kamailio.cfg <br>
in Debian. <br>
<br>
That solved the problem. In our case, Kamailio started with the
default Kamailio config from /usr/local/etc/kamailio/ and treated
the HEP messages as plain SIP messages. That was the reason for
the error messages in the log.<br>
Btw: Freeswitch currently submits HEP V1 messages with a 16 byte
header.<br>
<br>
Best regards<br>
Peter<br>
<br>
On 04/08/14 12:54, Peter Steinbach wrote:<br>
</div>
<blockquote cite="mid:5343D54E.1030607@telefaks.de" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<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"><<a moz-do-not-send="true"
href="mailto:lists@telefaks.de" target="_blank">lists@telefaks.de</a>></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 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: ERROR:<br>
<core> [parser/msg_parser.c:705]: parse_msg():
ERROR: parse_msg:<br>
message=<#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". 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>
>The problem was found: freeswitch duplicate all
packets on SIP port<br>
including empty "ping" messages.<br>
>with mobile regards,<br>
>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 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: INFO:<br>
<core> [parser/parse_fline.c:229]:
parse_first_line():<br>
ERROR:parse_first_line: bad request first line<br>
Apr 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: INFO:<br>
<core> [parser/parse_fline.c:231]:
parse_first_line(): ERROR: at line 0<br>
char 39:<br>
Apr 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: INFO:<br>
<core> [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 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: INFO:<br>
<core> [parser/parse_fline.c:242]:
parse_first_line():<br>
ERROR:parse_first_line: bad message<br>
Apr 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: ERROR:<br>
<core> [parser/msg_parser.c:705]: parse_msg():
ERROR: parse_msg:<br>
message=<#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>
<<a moz-do-not-send="true"
href="mailto:sip%3A06081688533@192.168.178.204">sip:06081688533@192.168.178.204</a>>;tag=as190e467c#015#012To:<br>
<<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>>;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>
<<a moz-do-not-send="true"
href="mailto:sip%3A4488329@192.168.178.220">sip:4488329@192.168.178.220</a>>;party=calling;privacy=off;screen=no#015#012#015#012><br>
Apr 4 10:33:12 homer2centos
/usr/local/sbin/kamailio[20698]: ERROR:<br>
<core> [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üßen<br>
*Karsten Horsmann*<br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitchsolutions.com">http://www.freeswitchsolutions.com</a>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.cudatel.com">http://www.cudatel.com</a>
Official FreeSWITCH Sites
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.freeswitch.org">http://www.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://wiki.freeswitch.org">http://wiki.freeswitch.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://www.cluecon.com">http://www.cluecon.com</a>
FreeSWITCH-users mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" class="moz-txt-link-freetext" href="http://lists.freeswitch.org/mailman/options/freeswitch-users">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a moz-do-not-send="true" 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 moz-do-not-send="true" class="moz-txt-link-freetext" href="mailto:lists">mailto:lists</a> (att) telefaks.de
Internet: <a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="http://www.telefaks.de">www.telefaks.de</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>