I'm using version 0.3.3 partrotate_unixtimestamp.pl on CentOS.
I've noticed that the script doesn't work for the first time (there is partition being created other than pmax).
I've traced it down to the condition if($#partsadd > 0). The value is zero when there's only one element in the array. I've thought that we have an "offset by 1" issue and patched is as follows:

@@ -151,7 +151,8 @@ for(my $i=0; $i<$newparts; $i++) {
}
}

-if($#partsadd > 0)
+my $parts_count=scalar @partsadd;
+if($parts_count > 0)
{
# Fix MAXVALUE. Thanks Dorn B. [email protected] for report and fix.
$query = "ALTER TABLE ".$mysql_table." REORGANIZE PARTITION pmax INTO (".join(',', @partsadd)

The partition was created after I modified the script in this way.
The difference between $# notation and "scalar" is best illustrated by the following code snippet:

perl

my @array = (1);
$size = @array;
$max_index = $#array;

print "Size: $size\n";
print "Max Index: $max_index\n";

Size: 1
Max Index: 0

Please check if the patch is correct and apply it. I noticed there are some other places in the script using the $# notation, don't know if that's an issue though.

Hello,
I've been trying to follow the instructions as close as possible but there seem to be some issues with the data and the instructions matching up, sorry if this has been brought up already.

First, when setting up the databases

create database homer_data ( < $GIT/homer-api/sql/schema_capture.sql)

This file does not exist, I'm assuming it is supposed to be homer-api/sql/schema_data.sql

So I've followed up to the end instructions, tried using apache and nginx, and cannot login using the admin/test123. It seems I it is trying to post to a non-existent directory, however I'm unsure if this is by design or not

...
[11/Nov/2015:11:55:58 -0500] "POST /api/v1/session HTTP/1.1" 500 161 "http://phoenix.mydomain.tld/"
...

nginx config looks good:

server {

listen 80 default_server;

root /var/www/sipcapture;
index index.html index.htm;

# Make site accessible from http://localhost/
server_name phoenix.mydomain.tld;

location / {
    try_files $uri $uri/ /index.html;
}

location /api {
    include fastcgi_params;
    fastcgi_intercept_errors on;
    fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;
    fastcgi_param  SCRIPT_FILENAME $document_root/api/index.php;
    }
}

Any suggestions?

Found this warnings and errors in log file:

Aug 5 11:08:44 homerserver /usr/local/kamailio/sbin/kamailio[28429]: ERROR: sipcapture [sipcapture.c:812]: mod_init(): insert_retry_timeout has no meaning when insert_retries is not set
Aug 5 11:08:44 homerserver /usr/local/kamailio/sbin/kamailio[28429]: WARNING: sl [../../modules/tm/tm_load.h:148]: load_tm_api(): Cannot import load_tm function from tm module
Aug 5 11:08:44 homerserver /usr/local/kamailio/sbin/kamailio[28429]: WARNING: sl [../../modules/tm/tm_load.h:148]: load_tm_api(): Cannot import load_tm function from tm module
Aug 5 11:10:44 homerserver /usr/local/kamailio/sbin/kamailio[28441]: ERROR: <script>: TIME : 0
Aug 5 11:15:44 homerserver /usr/local/kamailio/sbin/kamailio[28441]: ERROR: <script>: TIME : 5
Aug 5 11:20:44 homerserver /usr/local/kamailio/sbin/kamailio[28441]: ERROR: <script>: TIME : 0
Aug 5 11:25:44 homerserver /usr/local/kamailio/sbin/kamailio[28441]: ERROR: <script>: TIME : 5

a lot of ERROR string made by 5 minutes interval.

What does it mean? I am using git version of Homer 3.6 made at Jul 30.

Sorting by date is not accurate (see the attached picture) when the order of packets is incorrect and the only way to display them properly is to use micro time stamps, instead of datetime. Workaround is to add the following code into DataTable/sip/SipSearchService.php:

--- SipSearchService.php.orig   2015-09-16 14:51:19.016775660 +0000
+++ SipSearchService.php        2015-09-16 14:46:38.283453465 +0000
@@ -99,6 +99,8 @@

      $location = $homer->location;

+     if ($sort == "date") $sort = 'micro_ts';
+
      $skip_keys = array('location','max_records','from_date', 'to_date','from_time', 'to_time', 'unique','b2b','limit','node','logic_or');
      $ft = date("Y-m-d H:i:s", strtotime($homer->from_date." ".$homer->from_time));
      $tt = date("Y-m-d H:i:s", strtotime($homer->to_date." ".$homer->to_time));
@@ -430,6 +432,8 @@

       $sort = $this->propertyToColumnMapping[$sort];

+      if ($sort == "date") $sort = 'micro_ts';
+
       $results = array();
       $datasort = array();
       $message = array();

git clone --depth 1 git://git.sip-router.org/sip-router kamailio

This string currently fail because of some git repo problems. Installer should check exit code before move to next part or give more noticeable error as it currently easily missed in small terminal because of scrollback

We've been trying to dig through a problem with performance under MySQL with large data sets. We're massively struggling with getting results returned, unless it's for very small queries.

The issue comes with the query structure in the selects in SipSearchService.php, namely that whenever they perform their search, they are adding two fields - tnode and tablename; both of which are resulting in MySQL creating a temporary table, which means copying a whole lot of data around unnecessarily.

This should probably be patched so that this data is handled/displayed in a different way and MySQL doesn't have to construct out these tables on the fly by adding values into the search results which takes a lot of time when there is a lot of search results.

I found that some search search requests got from date '1970-01-01 07:00:00'/ For example, I searched alerts. And this URL

https://homer.internal.site/index.php?method=500&location[]=1&node=&from_date=2015-07-30&from_time=16:-1:30&to_date=2015-07-30&to_time=16:0:30&limit=100&task=result&component=search

was transformed to this select:

SELECT id FROM sip_capture WHERE ( date BETWEEN '1970-01-01 07:00:00' AND '2015-07-30 16:00:30'

Hey guys,

What's the roadmap for homer5? I see its in beta2 now and actively developed. When do you approximately plan to have stable release out?

Thanks!

Hi,
i have several sip systems what sends traffic to the same homer install, and when a customer make a call what goes through several system, the packet shows up multipliedly.
Attached a screenshot.

How can i eliminate it?

Thanks,
Csaba

Install on CentOS7 halts with the error:
HALT! There is no database. Please install mysqld manually and retry.

This error occurs because package mariadb-server is needed, but is not installed by the script.

In order for it to work, the script needs to install mariadb (mariadb-server package), enable mariadb (systemctl enable mariadb), check the correct file (/etc/systemd/system/multi-user.target.wants/mariadb.service), and then start the service (systemctl start mariadb).

Hi!
I've installed Homer-httpd via rpm package manager.
Issue:
Tables sip_capture__ in homer_data database are not created automatically(at least, only 3 of them was there, on 4th day I have to create it by hand)
mysql> show tables;
+-----------------------------------+
| Tables_in_homer_data |
+-----------------------------------+
| logs_capture |
| report_capture |
| rtcp_capture |
| sip_capture_call_20151119 |
| sip_capture_call_20151120 |
| sip_capture_call_20151121 |
| sip_capture_call_20151123 |
| sip_capture_registration_20151119 |
| sip_capture_registration_20151120 |
| sip_capture_registration_20151121 |
| sip_capture_registration_20151123 |
| sip_capture_rest_20151119 |
| sip_capture_rest_20151120 |
| sip_capture_rest_20151121 |
| sip_capture_rest_20151123 |
Tables with 20151123 are created by hand with CREATE TABLE ... LIKE ...
I think it's cause of

Nov 23 12:22:56 localhost /sbin/kamailio[2418]: WARNING: [timer.c:429]: adjust_ticks(): our timer runs faster then real-time (343007000 ms / 5488112 ticks our time .-> 342989457 ms / 5487831 ticks real time)
Nov 23 12:29:36 localhost /sbin/kamailio[2411]: ERROR: db_mysql [km_dbase.c:121]: db_mysql_submit_query(): driver error on query: Table 'homer_data.sip_capture_rest_20151123' doesn't exist

So, may be not really issue of homer, but time sync.

Hello,

I'm a newbie to Linux but a quick learner, and I'm interested in installing Homer5 on a fresh Debian 8 server. I have followed your Quick Install instructions but with the Automated Install, your site says it's a work in progress and I can confirm that after the repo is setup, I cannot find any Homer packages to install with "apt-cache search homer".

Secondly, I then try to build the package with your Build Custom Packages section. There I get stuck after running "make debian-jessie-x86_64.homer.deb". The result of this is a series of files dumped into /usr/src/homer/build/ which include several .deb files but none with the name "debian-jessie-x86_64.homer.deb". So right now I'm confused as to how to proceed further and could use some help and direction.

I saw your demo on Youtube and really would love to try it out to see if I can use this in a setup I'm putting together for a ITSP business I hope to start. Thanks.

Main meta-project 'homer'.
Subprojects:

• 'homer-web' - main WUI components
• 'homer-web-mysql' - 'homer-web' MySQL configs and dependencies for installation via OS package manager
• 'homer-kamailio-mysql' - kamailio configs and dependencies for installation via OS package manager
• 'homer-captagent' - capture agent code with configs and dependencies

The whole build will produce several system packages, which may be installed in apropriate combination.

Hey,

if you open a trace detail the popup is everytime too far on the right side in chrome browser.
it is always cutted in the middle.
you must take it everytime with the mouse and move it to the middle of the screen to see full informations.

also the date value is in american style in the overview: there is 2015-20-11 instead of 2015-11-20 but in the details popup there is right date format.

also the time in detail is in UTC time but, in overview is utc+1.

Currentlyconfiguration_example.php is used for debian w/o changes but there 2 lines require changes for debian, I see there is Centos fixes in installer so I don't know where is better provide fix in configuration_example.php or add section in installer for debian.

These two lines should be changed

define('WEBPCAPLOC',"/webhomer/tmp/");
define('APILOC',"/webhomer/api/");

to

define('WEBPCAPLOC',"tmp/");
define('APILOC',"api/");

Hello guys,

I'm reinstalling Homer5 - this time using the DEB Build section of your Wiki - and installing on a vanilla Debian 8.1 x64 VPS. I thought I'd report any error messages I encounter during the install so you guys can use it to make any necessary improvements.

1. Error immediately after running "../configure --enable-deb"

../configure: line 2142: debian: command not found
../configure: line 2144: jessie: command not found

2. Warning during execution of "./setup.sh"

Setting up x11-common (1:7.7+7) ...
update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults

That's it for now, seems like everything else worked fine. Now I'm gonna install the package and see if it's successful.

We're using two capture nodes, separated with Homer webUI, and when we try to look at the RTCP Stats for a call, we've got a popup with "No Data".

We found in the file api/class/search.php, that the line 129 "$rows = $mydb->loadObjectList($query.$order);" of showRtcpAll function doesn't return any result, even if the database are well filled with rtcp captures.
We activated some debug to get the SQL request Homer generates before, and tried to execute this request manually ; it returns results. The problem doesn't seem to be on the SQL side.
Also, we found that Homer is trying to execute the SQL request on localhost, and not on the node where it found the call flow.

Its references

new_table="$bin_dir/homer_mysql_new_table.pl"
programm="$bin_dir/homer_mysql_partrotate_unixtimestamp.pl"

But on /script directory its names are

new_table.pl

partrotate_unixtimestamp.pl

i had to rename to :

-rwxr-xr-x 1 root root 6564 jul 28 08:29 homer_mysql_new_table.pl
-rwxr-xr-x 1 root root 5105 jul 28 08:30 homer_mysql_partrotate_unixtimestamp.pl

On latest git master with FreeSWITCH Version 1.5.15b. 100 Trying time stamp is actually seen before the original INVITE. Could this be Network related or something to do with capture agent?

U 2015/06/11 12:40:21.809395 5.9.50.x:5060 -> 144.76.149.x:1255
SIP/2.0 100 Trying

U 2015/06/11 12:40:21.809524 144.76.149.x:1255 -> 5.9.50.x:5060
INVITE sip:[email protected] SIP/2.0

It shows 12:40:21.809395 for 100 Trying and 12:40:21.809524 for INVITE

I am receiving the following errors after Kamailio has been running for about 30 seconds:

Jun 10 09:32:56 homer104 ./kamailio[13827]: ERROR: sipcapture [sipcapture.c:1571]: sip_capture(): ERROR: do_action: bad from dropping packet
Jun 10 09:32:56 homer104 ./kamailio[13827]: ERROR: db_mysql [km_dbase.c:121]: db_mysql_submit_query(): driver error on query: Table 'homer_db.sip_capt' doesn't exist
Jun 10 09:32:56 homer104 ./kamailio[13827]: ERROR: [db_query.c:235]: db_do_insert_cmd(): error while submitting query

These errors repeat until I stop the Kamailio service, and no calls are captured once this occurs. It appears this happens because there is a SIP message with something that Kamailio does not like in the FROM header. Is there any way to identify what it does not like, or to ignore what it considers bad headers and insert them anyway?

I can't seem to get parentheses in capture filters to work.

I'm using captagent v4.2.0.

<param name="filter" value="and (net 10.234.34.0/24 or net 10.233.33.0/24)"/>

makes captagent log this:

[DEBUG] proto_uni.c:483 FILTER: [ port 5060  and udp  and (net 10.234.34.0/24 or net 10.233.33.0/24)]
[ERR] proto_uni.c:487 Failed to compile filter " port 5060  and udp  and (net 10.234.34.0/24 or net 10.233.33.0/24)": syntax error

and

<param name="filter" value="and \(net 10.234.34.0/24 or net 10.233.33.0/24\)"/>

makes captagent log this:

[DEBUG] proto_uni.c:483 FILTER: [ port 5060  and udp  and \(net 10.234.34.0/24 or net 10.233.33.0/24\)]
[ERR] proto_uni.c:487 Failed to compile filter " port 5060  and udp  and \(net 10.234.34.0/24 or net 10.233.33.0/24\)": illegal token: \

Should it be possible, if so, how?

I have some Alarms about "Too Many 400" but I can't see this records because SIP messages of status "400" not recording to sip_capture table. I am using latest git version of Homer 3.6 and default config.

Here attached the snapshot in browser console when navigate through "dashboard","toolbox","statistic" menu:

--------When access Dashboard Menu >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

VM4019:98 []
VM4019:98 []
VM4019:98 [Array[2], Array[2]]
VM4019:98 []
VM4019:98 []
VM4020:36 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21","type":"asr"}
VM4020:77 ERROR:not good
VM4020:36 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21","type":"ner"}
VM4020:77 ERROR:not good
VM4020:36 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21","method":"REGISTER","totag":0,"auth":0}
VM4020:36 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21","method":"INVITE","totag":0,"auth":0}
VM4020:77 ERROR:not good
VM4020:36 QOS: data={"cseq":"INVITE","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21","method":"200","totag":0,"auth":0}
VM4020:77 ERROR:not good
VM4020:36 QOS: data={"cseq":"INVITE","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21","method":"407","totag":0,"auth":0}
VM4020:77 ERROR:not good
VM4020:100 QoS stats
VM4020:122 0 - 0
VM4021:26 QOS: data={"method":"REGISTER","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21"}
VM4022:26 IP Data: data={"method":"REGISTER","from_datetime":"2015-01-10 11:10:21","to_datetime":"2015-01-10 12:10:21"}
VM4024:141 [Object]
VM4024:146 0
VM4024:149 2015-01-10 11:43:32

---------When access TooBox Menu >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
index.php?component=toolbox:306 []
index.php?component=toolbox:429 IP Data: data={"method":"REGISTER","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59"}
index.php?component=toolbox:429 IP Data: data={"method":"INVITE","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59"}
index.php?component=toolbox:448 ERROR:not good
index.php?component=toolbox:585 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59","type":"asr"}
index.php?component=toolbox:626 ERROR:not good
index.php?component=toolbox:585 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59","type":"ner"}
index.php?component=toolbox:626 ERROR:not good
index.php?component=toolbox:585 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59","method":"REGISTER","totag":0,"auth":0}
index.php?component=toolbox:585 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59","method":"INVITE","totag":0,"auth":0}
index.php?component=toolbox:626 ERROR:not good
index.php?component=toolbox:585 QOS: data={"cseq":"INVITE","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59","method":"200","totag":0,"auth":0}
index.php?component=toolbox:626 ERROR:not good
index.php?component=toolbox:585 QOS: data={"cseq":"INVITE","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59","method":"407","totag":0,"auth":0}
index.php?component=toolbox:626 ERROR:not good
index.php?component=toolbox:649 QoS stats
index.php?component=toolbox:671 0 - 0
index.php?component=toolbox:799 QOS: data={"method":"REGISTER","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59"}
index.php?component=toolbox:799 QOS: data={"method":"INVITE","from_datetime":"2015-01-10 11:10:59","to_datetime":"2015-01-10 12:10:59"}
index.php?component=toolbox:818 ERROR:not good
index.php?component=toolbox:1347 [Object]
index.php?component=toolbox:1352 0
index.php?component=toolbox:1355 2015-01-10 11:43:32

-------- When access Statistic Menu >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
[]
index.php?component=statistic:308 []
index.php?component=statistic:308 [Array[2], Array[2]]
index.php?component=statistic:308 []
index.php?component=statistic:308 []
index.php?component=statistic:448 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43","type":"asr"}
index.php?component=statistic:489 ERROR:not good
index.php?component=statistic:448 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43","type":"ner"}
index.php?component=statistic:489 ERROR:not good
index.php?component=statistic:448 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43","method":"REGISTER","totag":0,"auth":0}
index.php?component=statistic:448 QOS: data={"cseq":"","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43","method":"INVITE","totag":0,"auth":0}
index.php?component=statistic:489 ERROR:not good
index.php?component=statistic:448 QOS: data={"cseq":"INVITE","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43","method":"200","totag":0,"auth":0}
index.php?component=statistic:489 ERROR:not good
index.php?component=statistic:448 QOS: data={"cseq":"INVITE","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43","method":"407","totag":0,"auth":0}
index.php?component=statistic:489 ERROR:not good
index.php?component=statistic:512 QoS stats
index.php?component=statistic:534 0 - 0
index.php?component=statistic:664 QOS: data={"method":"REGISTER","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43"}
index.php?component=statistic:664 QOS: data={"method":"INVITE","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43"}
index.php?component=statistic:683 ERROR:not good
index.php?component=statistic:809 IP Data: data={"method":"REGISTER","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43"}
index.php?component=statistic:809 IP Data: data={"method":"INVITE","from_datetime":"2015-01-10 11:11:43","to_datetime":"2015-01-10 12:11:43"}
index.php?component=statistic:828 ERROR:not good

When switching from this syntax:

$var(a) = $var(table) + "_" + $timef(%Y%m%d);

to this:

$var(a) = $var(table) + "_%Y%m%d";

in the STORE route, when the system (either side) is in non-UTC time, Kamailio starts writing the packets to the _date database table at the wrong time. So for a UTC-6 Asterisk box and a UTC-6 Homer node, at 18:00, packets move into the next day.

Reverting to the 4.3 or older Kamailio behavior resolves this.

When CFLOW POPUP = 2 the 'RTCP INFO' and 'CDR INFO' buttons do nothing-

define('CFLOW_POPUP',2); /* Modal type: 1, Browser popup: 2 */

Error-

'TypeError: $.toJSON is not a function' in Firefox Console
'Object doesn't support property or method 'toJSON'' in IE Console

This works fine when CFLOW POPUP = 1

The search is incredibly slow if you search for "%4165553456" in from_user or to_user.

This is inconvenient when searching for a call made by a user. Sometimes users dial "1" sometimes they don't. Sometimes they misdial and get the first part wrong. Being able to use a % in a search is unavoidable.

On a fresh install of Homer5 on Debian 8.1 x64, I just realized that all the delete buttons in the web interface (Delete User, Delete Alias, and Delete Node) don't actually do anything. Any idea what could be wrong?

homer_installer.sh using old varian of kamailio.cfg, which produce errors on duplicate entries.

Should be used this one - https://github.com/sipcapture/homer/blob/master/configs/kamailio.cfg

Hello,

I'm having problem with the Aliases on the Homer Node. Aliases already configured on the admin page.

define('CFLOW_HPORT', 2); on preferences.php

but still the aliases are not showing on the call flow.

Everything else is working prefectly.

Im running on a port mirroring scenario with 2 NICs on the Capture Node.

I created several accounts as User but all of them has Admin Userlevel.

webHomer 3.6.0

Where can I get information about the rest api?

I tried doing a get on /api/

and I get
{
"sid": "mmjf4vus9j0rc4i7ts9099qr15",
"auth": "false",
"status": "wrong-session"
}

when using authenticated session via the browser I get

{"server":"apiserver","language":"en","status":"not good","message":"Unknown get call: []","data":[],"totalrecords":0}

Thanks

It would be awesome if we could get some type of module to generate notifications on alarms. Like some type of event trigger or even a abstracted layer that we could write a custom hook for a crontab to trigger it.

Hello,

i tried to do the "Build Custom Packages (advanced)" how-to descripted in this thread:
https://github.com/sipcapture/homer/wiki/Quick-Install

But at the end, as I did "make debian-jessie-x86_64.homer.deb" i got an error "Makefile:389: recipe for target 'distdir' failed"

How can I fix this problem?

Thank You

root@homer:/usr/src/homer/build# make debian-jessie-x86_64.homer.deb
make homer.deb DISTRO=debian-jessie-x86_64
make[1]: Entering directory '/usr/src/homer/build'
Dummy target repo-update
checking for changes in homer-api...make[2]: Entering directory '/usr/src/homer/build'
make[3]: Entering directory '/usr/src/homer/build'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '0' is supported by ustar format... yes
checking whether GID '0' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
make distdir for homer-api...
make[4]: Entering directory '/usr/src/homer/build/homer-api'
cp: ‘./api’ and ‘./api’ are the same file
Makefile:389: recipe for target 'distdir' failed
make[4]: *** [distdir] Error 1
make[4]: Leaving directory '/usr/src/homer/build/homer-api'
mak/10-deb.mk:49: recipe for target 'homer-api.distdir' failed
make[3]: *** [homer-api.distdir] Error 2
make[3]: Leaving directory '/usr/src/homer/build'
mak/10-deb.mk:27: recipe for target 'debian-jessie-x86_64.homer-api.deb' failed
make[2]: *** [debian-jessie-x86_64.homer-api.deb] Error 2
make[2]: Leaving directory '/usr/src/homer/build'
mak/10-deb.mk:44: recipe for target 'homer-api.deb.if-changed' failed
make[1]: *** [homer-api.deb.if-changed] Error 2
make[1]: Leaving directory '/usr/src/homer/build'
mak/10-deb.mk:27: recipe for target 'debian-jessie-x86_64.homer.deb' failed
make: *** [debian-jessie-x86_64.homer.deb] Error 2

Hi,

I'm opening an issue at Lorenzo's request.

On the attached graph If you hover over time 17:51:43 you see 32 calls if you hover over 17.51.49 you get 1177 calls. I am not increasing calls by 1145 in 6 seconds!? This happens every few seconds. The number of active SIP dialogues is a lot nearer the higher figure, (I have other ways of monitoring this). Why would the chart oscillate between a low wrong value and a higher correct one every few seconds?

Many Thanks.

Regards,
John

Hi,
sometimes the rtcp infos are missing for a call. And for another, but the same kind of call it exists.
How can this possible, and how can i eliminate it?
Thanks in advance!
Csaba

Hi,
i think i use the latest webhomer from git, and the arrows on the call flow shows inverted in my system.
Attached a sample call.
thanks,
Csaba

In links to call cflow.php to generate SIP call flows, homer embeds the SIP Call-ID in the URL like so:

https://x.x.x.xcflow.php?cid[]=0gQAAC8WAAACBAAALxYAANlMA4OugAeJ2H3q2Gu8ymMgjl+tP2m4mF46Zf3za9fjVQZazRsjYxyIhHskHSKkdg--@68.64.213.1&from_time=14:15:07&to_time=23:15:07&from_date=2014-12-30&to_date=2014-12-31&callid_aleg=0&popuptype=1&unique=0&location[]=1

That is an actual SIP Call-ID from my company's softswitch, a MetaSwitch.

There is a problem with this approach.

First off, SIP Call-ID's are allowed to contain the "+" character. See page 220 of:

https://www.ietf.org/rfc/rfc3261.txt

A SIP Call-ID is defined as word [ @ word ] , and a word is defined as:

word = 1_(alphanum / "-" / "." / "!" / "%" / "" /
"" / "+" / "`" / "'" / "~" /
"(" / ")" / "<" / ">" /
":" / "" / DQUOTE /
"/" / "[" / "]" / "?" /
"{" / "}" )

While it is clear that many SIP agents do not include "+" characters in Call-ID, my softswitch and/or SBC do (both are products of MetaSwitch).

The impact of a "+" in Call-ID is that PHP urldecodes the query string, and converts a + to a space character, as "+" has a special meaning in URLs.

Call-IDs should be URL-encoded.

Hello,

I'm trying to enable transmission of hep via tcp.

Homer side, from default config (instaled by instalkler) I commented out disable_tcp=yes and added a line listen=tcp:192.168.1.131:5060 (eg: same line as per udp).

Restarted, and it reports to listen on both tcp and udp, correct ports.

On captagent I changed the line in core_hep.conf section of config to read:

(only changed from udp to tcp), but it does not work.

It all works in udp.

What am I doing wrong?

thanks in advance,

-giovanni

Error experienced

In the front end, I'm getting a

Uncaught TypeError: Cannot read property '2' of null

On homer.js line 100

Which is:

to_date = dateToArray[2] + '/' +dateToArray[1] + '/' +dateToArray[3];

Steps to reproduce

I get it when:

• In "statistics" window, changing date in panel labeled "statistic range"
• In "dashboard" when changing date in panel labeled "quick search"

No need to change the range.

Click the button to search in those contexts, and you'll see the error in your console.

...I had it in both FF & Chrome.

I have data showing up otherwise inside the default time range / other things appear to be generally functioning. (backend looks good, stats winding up the database)

When i go to "Search" and search for packets, i see many packets (which is expected and good). But when i fill out a "Capture node" (as seen in the column "node"), no results are visible. I confirmed this issue with at least one other user of webhomer. As i am using webhomer for multiple SIP-servers with medium traffic, selecting a single capture node immensely reduces the results.
I am using the latest git version of webhomer.

Hello

I met some interesting issue with CentOS 6.6 (freepbx 12). After the first start of the captagent I'm not able to restart it. For example check out this output:

[root@localhost ~]# /etc/init.d/captagent restart
Stopping captagent:                                        [  OK  ]
Starting captagent:                                        [  OK  ]
[root@localhost ~]# [ERR] proto_uni.c:511 Failed to compile filter " port 5060  and udp ": syntax error
[root@localhost ~]# /etc/init.d/captagent restart
Stopping captagent:                                        [FAILED]
Starting captagent:                                        [  OK  ]
[root@localhost ~]# [ERR] proto_uni.c:511 Failed to compile filter " port 5060  and udp ": illegal port number 1584191127 > 65535

[root@localhost ~]# /etc/init.d/captagent restart
Stopping captagent:                                        [FAILED]
Starting captagent:                                        [  OK  ]
[root@localhost ~]# *** longjmp causes uninitialized stack frame ***: /usr/local/bin/captagent terminated
[ERR] proto_rtcp.c:291 Failed to compile filter "(ip and ip[6] & 0x2 = 0 and ip[6:2] & 0x1fff = 0 and udp and udp[8] & 0xc0 = 0x80 and udp[9] >= 0xc8 && udp[9] <= 0xcc)":
======= Backtrace: =========
/lib64/libc.so.6(__fortify_fail+0x37)[0x7fecb5a0d527]
/lib64/libc.so.6(+0x1024b9)[0x7fecb5a0d4b9]
/lib64/libc.so.6(__longjmp_chk+0x33)[0x7fecb5a0d423]
/usr/lib64/libpcap.so.1(+0x125fb)[0x7fecb677c5fb]
/usr/lib64/libpcap.so.1(pcap_lex+0xd5e)[0x7fecb678d84e]
/usr/lib64/libpcap.so.1(pcap_parse+0x3f2)[0x7fecb678e4a2]
/usr/lib64/libpcap.so.1(pcap_compile+0x235)[0x7fecb677cbf5]
/usr/local/lib/captagent/modules/proto_uni.so(proto_collect+0x1e9)[0x7fecb3f7b119]
/lib64/libpthread.so.0(+0x79d1)[0x7fecb61289d1]
/lib64/libc.so.6(clone+0x6d)[0x7fecb59f38fd]
======= Memory map: ========
00400000-00405000 r-xp 00000000 fc:02 29099                              /usr/local/bin/captagent
00604000-00605000 rw-p 00004000 fc:02 29099                              /usr/local/bin/captagent
00605000-00607000 rw-p 00000000 00:00 0
01a98000-01ab9000 rw-p 00000000 00:00 0                                  [heap]
7feca4000000-7feca4021000 rw-p 00000000 00:00 0
7feca4021000-7feca8000000 ---p 00000000 00:00 0
7fecac000000-7fecac021000 rw-p 00000000 00:00 0
7fecac021000-7fecb0000000 ---p 00000000 00:00 0
7fecb0788000-7fecb079e000 r-xp 00000000 fc:02 22                         /lib64/libgcc_s-4.4.7-20120601.so.1
7fecb079e000-7fecb099d000 ---p 00016000 fc:02 22                         /lib64/libgcc_s-4.4.7-20120601.so.1
7fecb099d000-7fecb099e000 rw-p 00015000 fc:02 22                         /lib64/libgcc_s-4.4.7-20120601.so.1
7fecb099e000-7fecb0d7e000 rw-s 00000000 00:06 117049                     socket:[117049]
7fecb0d7e000-7fecb115e000 rw-s 00000000 00:06 117051                     socket:[117051]
7fecb115e000-7fecb115f000 ---p 00000000 00:00 0
7fecb115f000-7fecb1b5f000 rw-p 00000000 00:00 0
7fecb1b5f000-7fecb1b6b000 r-xp 00000000 fc:02 2748                       /lib64/libnss_files-2.12.so
7fecb1b6b000-7fecb1d6b000 ---p 0000c000 fc:02 2748                       /lib64/libnss_files-2.12.so
7fecb1d6b000-7fecb1d6c000 r--p 0000c000 fc:02 2748                       /lib64/libnss_files-2.12.so
7fecb1d6c000-7fecb1d6d000 rw-p 0000d000 fc:02 2748                       /lib64/libnss_files-2.12.so
7fecb1d6d000-7fecb1d6f000 r-xp 00000000 fc:02 394301                     /usr/local/lib/captagent/modules/capt_cli.so
7fecb1d6f000-7fecb1f6f000 ---p 00002000 fc:02 394301                     /usr/local/lib/captagent/modules/capt_cli.so
7fecb1f6f000-7fecb1f70000 rw-p 00002000 fc:02 394301                     /usr/local/lib/captagent/modules/capt_cli.so
7fecb1f70000-7fecb1f71000 ---p 00000000 00:00 0
7fecb1f71000-7fecb2971000 rw-p 00000000 00:00 0
7fecb2971000-7fecb2974000 r-xp 00000000 fc:02 394302                     /usr/local/lib/captagent/modules/proto_rtcp.so
7fecb2974000-7fecb2b74000 ---p 00003000 fc:02 394302                     /usr/local/lib/captagent/modules/proto_rtcp.so
7fecb2b74000-7fecb2b75000 rw-p 00003000 fc:02 394302                     /usr/local/lib/captagent/modules/proto_rtcp.so
7fecb2b75000-7fecb2b76000 rw-p 00000000 00:00 0
7fecb2b76000-7fecb2b77000 ---p 00000000 00:00 0
7fecb2b77000-7fecb3577000 rw-p 00000000 00:00 0
7fecb3577000-7fecb3578000 ---p 00000000 00:00 0
7fecb3578000-7fecb3f78000 rw-p 00000000 00:00 0
7fecb3f78000-7fecb3f82000 r-xp 00000000 fc:02 394300                     /usr/local/lib/captagent/modules/proto_uni.so
7fecb3f82000-7fecb4181000 ---p 0000a000 fc:02 394300                     /usr/local/lib/captagent/modules/proto_uni.so
7fecb4181000-7fecb4182000 rw-p 00009000 fc:02 394300                     /usr/local/lib/captagent/modules/proto_uni.so
7fecb4182000-7fecb4187000 r-xp 00000000 fc:02 394299                     /usr/local/lib/captagent/modules/core_hep.so
7fecb4187000-7fecb4386000 ---p 00005000 fc:02 394299                     /usr/local/lib/captagent/modules/core_hep.so
7fecb4386000-7fecb4387000 rw-p 00004000 fc:02 394299                     /usr/local/lib/captagent/modules/core_hep.so
7fecb4387000-7fecb43a4000 r-xp 00000000 fc:02 3330                       /lib64/libselinux.so.1
7fecb43a4000-7fecb45a3000 ---p 0001d000 fc:02 3330                       /lib64/libselinux.so.1
7fecb45a3000-7fecb45a4000 r--p 0001c000 fc:02 3330                       /lib64/libselinux.so.1
7fecb45a4000-7fecb45a5000 rw-p 0001d000 fc:02 3330                       /lib64/libselinux.so.1
7fecb45a5000-7fecb45a6000 rw-p 00000000 00:00 0
7fecb45a6000-7fecb45bc000 r-xp 00000000 fc:02 2758                       /lib64/libresolv-2.12.so
7fecb45bc000-7fecb47bc000 ---p 00016000 fc:02 2758                       /lib64/libresolv-2.12.so
7fecb47bc000-7fecb47bd000 r--p 00016000 fc:02 2758                       /lib64/libresolv-2.12.so
7fecb47bd000-7fecb47be000 rw-p 00017000 fc:02 2758                       /lib64/libresolv-2.12.so
7fecb47be000-7fecb47c0000 rw-p 00000000 00:00 0
7fecb47c0000-7fecb47c2000 r-xp 00000000 fc:02 4110                       /lib64/libkeyutils.so.1.3
7fecb47c2000-7fecb49c1000 ---p 00002000 fc:02 4110                       /lib64/libkeyutils.so.1.3
7fecb49c1000-7fecb49c2000 r--p 00001000 fc:02 4110                       /lib64/libkeyutils.so.1.3
7fecb49c2000-7fecb49c3000 rw-p 00002000 fc:02 4110                       /lib64/libkeyutils.so.1.3
7fecb49c3000-7fecb49cd000 r-xp 00000000 fc:02 4120                       /lib64/libkrb5support.so.0.1
7fecb49cd000-7fecb4bcc000 ---p 0000a000 fc:02 4120                       /lib64/libkrb5support.so.0.1
7fecb4bcc000-7fecb4bcd000 r--p 00009000 fc:02 4120                       /lib64/libkrb5support.so.0.1
7fecb4bcd000-7fecb4bce000 rw-p 0000a000 fc:02 4120                       /lib64/libkrb5support.so.0.1
7fecb4bce000-7fecb4d87000 r-xp 00000000 fc:02 7323                       /usr/lib64/libcrypto.so.1.0.1e
7fecb4d87000-7fecb4f86000 ---p 001b9000 fc:02 7323                       /usr/lib64/libcrypto.so.1.0.1e
7fecb4f86000-7fecb4fa1000 r--p 001b8000 fc:02 7323                       /usr/lib64/libcrypto.so.1.0.1e
7fecb4fa1000-7fecb4fad000 rw-p 001d3000 fc:02 7323                       /usr/lib64/libcrypto.so.1.0.1e
7fecb4fad000-7fecb4fb1000 rw-p 00000000 00:00 0
7fecb4fb1000-7fecb4fda000 r-xp 00000000 fc:02 4116                       /lib64/libk5crypto.so.3.1
7fecb4fda000-7fecb51da000 ---p 00029000 fc:02 4116                       /lib64/libk5crypto.so.3.1
7fecb51da000-7fecb51db000 r--p 00029000 fc:02 4116                       /lib64/libk5crypto.so.3.1
7fecb51db000-7fecb51dc000 rw-p 0002a000 fc:02 4116                       /lib64/libk5crypto.so.3.1
7fecb51dc000-7fecb51dd000 rw-p 00000000 00:00 0
7fecb51dd000-7fecb51e0000 r-xp 00000000 fc:02 3174                       /lib64/libcom_err.so.2.1
7fecb51e0000-7fecb53df000 ---p 00003000 fc:02 3174                       /lib64/libcom_err.so.2.1
7fecb53df000-7fecb53e0000 r--p 00002000 fc:02 3174                       /lib64/libcom_err.so.2.1
7fecb53e0000-7fecb53e1000 rw-p 00003000 fc:02 3174                       /lib64/libcom_err.so.2.1
7fecb53e1000-7fecb54bc000 r-xp 00000000 fc:02 4118                       /lib64/libkrb5.so.3.3

I have to reboot my server to be able to start daemon again. The real problem is segfault of captagent

[root@localhost ~]# grep captagent /var/log/messages
Jun 17 06:51:05 localhost kernel: captagent[7764]: segfault at 7f9a10021000 ip 00007f9a242b792f sp 00007f9a21e97728 error 6 in libc-2.12.so[7f9a2422e000+18a000]
Jun 17 06:51:13 localhost kernel: captagent[7782]: segfault at 0 ip (null) sp 00007f17d6323bf0 error 14 in captagent[400000+5000]
Jun 17 06:58:45 localhost kernel: captagent[2124]: segfault at 7fec4eb9e000 ip 00007fec5b5bb33d sp 00007fec591a05e8 error 6 in libc-2.12.so[7fec5b537000+18a000]

Also the issue persist for both architectures x86 and x64

So, I'm still struggling to get capture packets working from my Freeswitch server to Homer5. However, while I'm waiting to fix that I decided to give the Web Interface a try and I noticed something immediately with the interface. So I thought I'd share it with you, in case it's something that needs fixing in code.

I noticed that the user menu (top-right corner icon) has some sub-menu items that simply do nothing when clicked on. Nothing seems to happen when I click on Profile, Settings, Notifications, or Messages. However, if I should click on Reset Profile or Logout, I immediately get logged out of the web interface.

I'm not sure if this is specific to my system, but I thought I'd report it. See the attached screenshot.

PS. I'm running Debian 8 (Jessie)

Linux freeswitch2 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) x86_64 GNU/Linux

root@freeswitch2:~# lsb_release -da
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 8.2 (jessie)
Release:        8.2
Codename:       jessie

Hi, last git does not fix the issue with "+" in the call-id.

I made patches that make it work - In several places I added encoding (and, in one case, double-encoding).

http://tny.cz/3986f276

trace sip packet incorrect , loss TRANSFER / REFER message .

Any plans to update this for CentOS 7 or should just use debian ?

I've found that when we click on an alarm item, in the "Alarm" part of Homer WebUI, the HTTP GET request sent to Homer contains a "location" parameter that is always "1", even if we have multiple nodes with different ids (in our case, we have two nodes, having ID 2 and 3, and no one with ID 1).

So, the call-flow is never shown in our case.

Thanks,

Kevin

After the commit "7e9186107e0ecbb8b975ecaba56adb2ef43d20a9" (added multinode rtcp/log search) application, we don't have anymore the QoS graphs for failed INVITEs and REGISTERs.
Even if we have values in the database...

See attached pictures as description.

Thanks,
Kevin

The default Call-ID field length in the MySQL schema is too short.

The Schema has Call-ID at 100 characters. However, the SIP RFC specifies no maximum length on the SIP Call-ID field.

When I navigate to search tab, it appears looking for js/jquery.flot.resize.js file which doesn't exist.

Also if I press search it complains Timeout error. Please take small timeintervall not sure if this related