<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 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 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 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 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 href="https://groups.google.com/forum/#!topic/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 href="tel:06081688533" value="+496081688533">06081688533</a>"<br>
<<a href="mailto:sip%3A06081688533@192.168.178.204">sip:06081688533@192.168.178.204</a>>;tag=as190e467c#015#012To:<br>
<<a 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 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 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 href="mailto:lists">lists</a> (att) <a href="http://telefaks.de" target="_blank">telefaks.de</a><br>
Internet: <a href="http://www.telefaks.de" target="_blank">www.telefaks.de</a><br>
<br>
<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a 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>