Re: [SR-Users] prefix_route and db_cluster not working

2016-10-11 Thread Martin Nyström
Hi Daniel,

So the solution is basically to wait for the DB APIv1 implementation in 
prefix_route?




Martin Nyström | Connectel
Direct:   +46 10 180 00 07
Support:+46 771 12 12 10
Web:  www.connectel.se

From: Daniel-Constantin Mierla 
Reply-To: "mico...@gmail.com" 
Date: Monday 10 October 2016 at 13:26
To: "Kamailio (SER) - Users Mailing List" , 
Martin Nyström 
Subject: Re: [SR-Users] prefix_route and db_cluster not working


Hello,

the prefix_route module was written by SER guys, when Kamailio and SER were 
split projects, and it uses what we refer as DB APIv2 (specific for ser 
project), while db_cluster implements DB APIv1 (specific for kamailio project).

From my point of view, it will be easier to add support for DB APIv1 in 
prefix_route module than implementing DB APIv2 in db_cluster. I think there 
very few modules implementing DB APIv2 at this moment (maybe around 5) and 
perhaps they should get support for DB APIv1.

Cheers,
Daniel

On 10/10/16 10:05, Martin Nyström wrote:
Hi,

I have an issue when I am unable to get prefix_route to work together with 
db_cluster. If I set the db_url manually it works great, pointing it to a 
specific database. However we need the redundancy for this module.

Dispatcher uses the same cluster without any issues.

The following are my configuration sets:

# DB CLUSTER (db_cluster.inc)
loadmodule "db_cluster.so"

modparam("db_cluster", "connection", 
"KAMDB01=>mysql://kamailio:password123@192.168.55.10/kamailio")
modparam("db_cluster", "connection", 
"KAMDB02=>mysql://kamailio:password123@192.168.55.11/kamailio")

modparam("db_cluster", "cluster", "AccCluster=>KAMDB02=9s9s;KAMDB01=4s4s")
modparam("db_cluster", "cluster", "Settings=>KAMDB02=9s9s;KAMDB01=4s4s")

# KAMAILIO.CFG (kamailio.cfg)
# PREFIX ROUTE MODPARAM

loadmodule "prefix_route.so"
include_file "db_cluster.inc"
modparam("prefix_route", "db_url", "cluster://Settings")
modparam("prefix_route", "db_table", "prefix_route")
modparam("prefix_route", "exit", 1)


Syslog output:


Oct 10 09:53:03 kamailio01 /usr/local/sbin/kamailio[5225]: ERROR:  
[db_cmd.c:122]: db_cmd(): DB driver cluster does not implement mandatory db_cmd 
function

Oct 10 09:53:03 kamailio01 /usr/local/sbin/kamailio[5225]: ERROR:  
[db_cmd.c:168]: db_cmd(): db_cmd: Cannot create db_cmd structure

Oct 10 09:53:03 kamailio01 /usr/local/sbin/kamailio[5225]: ERROR: prefix_route 
[prefix_route.c:126]: pr_db_load(): prefix_route: db_load(): db_cmd() failed

Oct 10 09:53:03 kamailio01 /usr/local/sbin/kamailio[5225]: : prefix_route 
[prefix_route.c:214]: mod_init(): prefix_route: db_load() failed

Oct 10 09:53:03 kamailio01 /usr/local/sbin/kamailio[5225]: ERROR:  
[sr_module.c:974]: init_mod(): Error while initializing module prefix_route 
(usr/local/lib64/kamailio/modules/prefix_route.so)

Oct 10 09:53:03 kamailio01 /usr/local/sbin/kamailio[5225]: INFO:  
[sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized


Ubuntu 14.04LTS
version: kamailio 4.3.6 (x86_64/linux) 105a17
flags: STATS: Off, USE_TCP, USE_TLS, USE_SCTP, TLS_HOOKS, USE_RAW_SOCKS, 
DISABLE_NAGLE, USE_MCAST, DNS_IP_HACK, SHM_MEM, SHM_MMAP, PKG_MALLOC, 
DBG_QM_MALLOC, USE_FUTEX, FAST_LOCK-ADAPTIVE_WAIT, USE_DNS_CACHE, 
USE_DNS_FAILOVER, USE_NAPTR, USE_DST_BLACKLIST, HAVE_RESOLV_RES
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535, DEFAULT PKG_SIZE 8MB
poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
id: 105a17
compiled on 10:06:12 Oct  4 2016 with gcc 4.8.4


Thank you.




___

SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list

sr-users@lists.sip-router.org

http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users



--

Daniel-Constantin Mierla

http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Enabling accounting module

2016-10-11 Thread ycaner
hey;
of course you can do it . diameter  and radius are different modules that
uses acc module. to enable acc_cdr , you should enable dialog module. there
are so many explaniation and tuts on kamailio wiki page.




--
View this message in context: 
http://sip-router.1086192.n5.nabble.com/Enabling-accounting-module-tp152465p152467.html
Sent from the Users mailing list archive at Nabble.com.

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Enabling accounting module

2016-10-11 Thread Diogenes Marcano
Can I enable accounting modules acc and acc_cdrs with out diameter?

Best regard
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] HOMER / HEP support in SEMS?

2016-10-11 Thread Daniel Pocock


Does anybody know if SEMS has HOMER / HEP support like Kamailio, or if
it is under development?

It would be useful to extract RTCP stats from SRTP streams, the
standalone HOMER captagent can't see inside them when they are encrypted
(SRTCP)

Regards,

Daniel

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Reload PIPILIMIT table from DB

2016-10-11 Thread Grant Bagdasarian
Hello,

Is it possible to live reload the pipelimit module so it gets new values from 
the DB without a restart of Kamailio?

I couldn't find a command to do this.

Regards,

Grant Bagdasarian
CM
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

2016-10-11 Thread Jurijs Ivolga
Hi Daniel,

You are correct we are using heavily http_query.

I found following bug report:

https://bugs.centos.org/view.php?id=9391

I will try to update to libcurl 7.44 and check if this help.

Thank you a lot Daniel!

With kind regards,

Jurijs

On Tue, Oct 11, 2016 at 10:55 AM, Daniel-Constantin Mierla <
mico...@gmail.com> wrote:

> Hello,
>
> from the logs, it seems to be related to curl library, I see many reports
> like:
>
> ==16459== 189,318 bytes in 167 blocks are possibly lost in loss record 681
> of 683
> ==16459==at 0x4C26FEF: calloc (vg_replace_malloc.c:711)
> ==16459==by 0x104BB699: ??? (in /usr/lib64/libnsspem.so)
> ==16459==by 0x104AA537: ??? (in /usr/lib64/libnsspem.so)
> ==16459==by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so)
> ==16459==by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so)
> ==16459==by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so)
> ==16459==by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so)
> ==16459==by 0xB71AE62: PK11_CreateGenericObject (in
> /usr/lib64/libnss3.so)
> ==16459==by 0xA0674DF: ??? (in /usr/lib64/libcurl.so.4.1.1)
> ==16459==by 0xA067666: ??? (in /usr/lib64/libcurl.so.4.1.1)
> ==16459==by 0xA069141: ??? (in /usr/lib64/libcurl.so.4.1.1)
> ==16459==by 0xA0601C4: Curl_ssl_connect (in
> /usr/lib64/libcurl.so.4.1.1)
>
> That's like almost 200KB lost in this report.
>
> From the list of the modules, I see you have utils and I guess you use
> http query function from there, is it?
>
> Cheers,
> Daniel
>
> On 10/10/16 12:06, Jurijs Ivolga wrote:
>
> Hi Daniel,
>
> I left valgrind running for little while, not sure if this will be enough.
>
> Please find attached log file.
>
> Thank you a lot for your help!
>
> With kind regards,
>
> Jurijs
>
> On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>>
>> that's the way it was done for older versions of kamailio.
>>
>> In master and 4.4 the memory debugging is turned on and it is reflected
>> by the presence of DBG_SR_MEMORY in the output of 'kamailio -v'.
>>
>> Anyhow, what you reported is not a leak inside kamailio memory manager,
>> but a leak of using system memory, so it is not affected by DBG_SR_MEMORY
>> and cannot be troubleshooted using the mechanisms for pkg and shm managers.
>>
>> Cheers,
>> Daniel
>>
>>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[SR-Users] Accounting CDR generation

2016-10-11 Thread Ivan Dudko
Hello!

I am setting this in kamailio.cfg

#!ifdef WITH_ACCDB
modparam("acc", "db_flag", FLT_ACC)
modparam("acc", "db_missed_flag", FLT_ACCMISSED)
modparam("acc", "db_url", DBURL)
modparam("acc", "db_extra",
"src_user=$fU;src_domain=$fd;src_ip=$si;dst_ouser=$tU;dst_user=$rU;dst_domain=$rd")
modparam("acc", "failed_transaction_flag", FLT_ACCFAILED)

modparam("acc", "cdr_enable", 1)
modparam("acc", "cdr_start_on_confirmed", 1)
modparam("acc", "cdrs_table", "acc_cdrs")
modparam("acc",
"cdr_extra","src_user=$fU;src_domain=$fd;src_ip=$si;dst_user=$rU;dst_ouser=$tU;dst_domain=$rd;sip_code=$rs;sip_reason=$rr;callid=$dlg(callid);dst_ip=$Ri")
modparam("acc", "cdr_start_id", "start_time")
modparam("acc", "cdr_end_id", "end_time")
modparam("acc", "cdr_duration_id", "duration")
#!endif

But in CDRs table ('acc_cdrs') field dst_user=$rU is always empty if call
is not completed with remote side answer.
But in accounting table ('acc') this field isn't empty.

Is this behavior is correct?
I think it is not correct.
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Permissions module question

2016-10-11 Thread Ivan Dudko
Daniel,

Thank you. It works.

чт, 15 сент. 2016 г. в 15:07, Daniel-Constantin Mierla :

> Hello,
>
> On 14/09/16 09:49, Ivan Dudko wrote:
>
> Hello!
>
> I am new to kamailio and trying to use it vanilla config.
> Now main question is how to use ip based auth.
> I found recent post of Daniel-Constantin Mierla:
> http://lists.sip-router.org/pipermail/sr-users/2011-December/071147.html
> Here he recommends to use 'address' table from permissions module,
>
> I try yo use advice and add this lines at config begin:
> #!define WITH_MYSQL
> #!define DBURL "mysql://kamailio:kamailiorw@localhost/kamailio"
> #!define WITH_AUTH
> #!define WITH_IPAUTH
> #!define WITH_USRLOCDB
>
> Database is created and kamailio can access it.
> I am add user 1000 to kamailio via kamctl and successful register it with
> soft-phone.
> I create trunk without registration to kamailio on asterisk server. And
> trying to call from asterisk to user 1000. Call is successful. I try to
> create file /etc/kamailio/permissions.deny with content 'ALL : ALL'. And
> retry previous call. It still sucessful. I try to add record with asterisk
> address to 'address' table with group 1. And retry previous call. It still
> sucessful.
>
> I am confused. I do not now how to disable any address for ip_auth except
> if it in the
> 'address' table. And allow any address with if it request kamailio with
> registration.
>
> forget about the /etc/kamailio/*.deny or *.allow files, they are not
> related to IP matching with address table at all.
>
> If you want to deny traffic from ip addresses stored in address table with
> grp 10, then do:
>
> if(allow_source_address("10")) {
>send_reply("403", "Forbidden");
>exit;
> }
>
> If you want to allow traffic only from ip addresses stored in address
> table with grp 10, then negate the condition, do:
>
> if( ! allow_source_address("10")) {
>send_reply("403", "Forbidden");
>exit;
> }
>
> Cheers,
> Daniel
>
> --
> Daniel-Constantin Mierlahttp://www.asipto.com - 
> http://www.kamailio.orghttp://twitter.com/#!/miconda - 
> http://www.linkedin.com/in/miconda
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio - DMQ dns srv Question

2016-10-11 Thread Charles Chance
Hey Olle,

On 11 Oct 2016 10:54, "Olle E. Johansson"  wrote:
>
>
>> On 11 Oct 2016, at 09:46, José Seabra  wrote:
>>
>> Hi Charles,
>> Sorry for my late reply.
>> I have tried that parameter but seems that for the dmq FQDN kamailio
doesn't send a NAPTR query.
>> Even for the SRV query, the kamailio makes it without service
associated(_sip._udp).
>>
> We should propably define a SRV service tag for DMQ.
>

Sorry, not sure I follow you. For what purpose?

Cheers,
Charles

-- 
Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, 
Birmingham Science Park, Birmingham B7 4BB.
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio - DMQ dns srv Question

2016-10-11 Thread Olle E. Johansson

> On 11 Oct 2016, at 09:46, José Seabra  wrote:
> 
> Hi Charles,
> Sorry for my late reply.
> I have tried that parameter but seems that for the dmq FQDN kamailio doesn't 
> send a NAPTR query.
> Even for the SRV query, the kamailio makes it without service 
> associated(_sip._udp).
> 
We should propably define a SRV service tag for DMQ.

/O
> Thank you.
> 
> Best regards
> José Seabra
> 
> 2016-09-26 13:07 GMT+01:00 Charles Chance  >:
> Hi José,
> 
> On 21 September 2016 at 18:28, José Seabra  > wrote:
> Hello,
> I have a doubt related with DMQ dns behavior, I noticed that when kamailio 
> starts, it tries to resolve DMQ name configured on parameter 
> notification_address as the following sequence:
> SRV 
> A
> 
> 
> Isn't supposed kamailio  try first resolve the  NAPTR DMQ name, and then SRV?
> 
> 
> Can you confirm you set dns_try_naptr = yes?
> 
> https://www.kamailio.org/wiki/cookbooks/4.4.x/core#dns_try_naptr 
> 
> 
> https://raw.githubusercontent.com/kamailio/kamailio/master/doc/dns.txt 
> 
> 
> Cheers,
> Charles
> 
> 
> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered 
> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street, Birmingham 
> Science Park, Birmingham B7 4BB.
> 
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org 
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 
> 
> 
> 
> 
> 
> -- 
> Cumprimentos
> José Seabra
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio - DMQ dns srv Question

2016-10-11 Thread José Seabra
Hi Charles,
Sorry for my late reply.
I have tried that parameter but seems that for the dmq FQDN kamailio
doesn't send a NAPTR query.
Even for the SRV query, the kamailio makes it without service
associated(_sip._udp).

Thank you.

Best regards
José Seabra

2016-09-26 13:07 GMT+01:00 Charles Chance :

> Hi José,
>
> On 21 September 2016 at 18:28, José Seabra  wrote:
>
>> Hello,
>> I have a doubt related with DMQ dns behavior, I noticed that when
>> kamailio starts, it tries to resolve DMQ name configured on parameter
>> notification_address as the following sequence:
>>
>>1. SRV
>>2. A
>>3. 
>>
>>
>> Isn't supposed kamailio  try first resolve the  NAPTR DMQ name, and then
>> SRV?
>>
>>
> Can you confirm you set dns_try_naptr = yes?
>
> https://www.kamailio.org/wiki/cookbooks/4.4.x/core#dns_try_naptr
>
> https://raw.githubusercontent.com/kamailio/kamailio/master/doc/dns.txt
>
> Cheers,
> Charles
>
>
> Sipcentric Ltd. Company registered in England & Wales no. 7365592. Registered
> office: Faraday Wharf, Innovation Birmingham Campus, Holt Street,
> Birmingham Science Park, Birmingham B7 4BB.
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>


-- 
Cumprimentos
José Seabra
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] transaction is not suspended ERROR

2016-10-11 Thread Daniel-Constantin Mierla
Hello,


On 07/10/16 11:06, david wrote:
> hello Daniel
>
> thanks for the response
> we are using 4.4.1.
> i will try to use async_route instead
>
> i found making some tests that the error seems to happen when there is
> some delay in the connection with the FSW and we have a timeout, so it
> seems there is some relation with that timeout (with lua conn:bgapi it
> waits to receive an event) and having issue to do the t_suspend and
> t_continue.
you try to connect to FSW first and then do t_suspend()?

Cheers,
Daniel

>
> best regards
> david
>
>
>
> El jue, 06-10-2016 a las 12:01 +0200, Daniel-Constantin Mierla escribió:
>> Hello,
>>
>>
>> On 04/10/16 13:57, david wrote:
>> > Hello all
>> >
>> > i'm having some errors sometimes and i'm not able to know why they
>> happen
>> > i made a lua configuration script where i create some ESL sockets with
>> > several freeswitches (10) (around 500-600 sockets in total, depending
>> > on the number os children (8) and listen ips we have (5)), and i use
>> > the lua script to send some API to the FSW by a function.
>> > No matter what the FSW replies.
>> > i dont know why, but i think that having that conn:bgapi($command) in
>> > the lua script, makes the issue to happen. theorically, the lua script
>> > waits to receive the response from the fsw through the tcp socket, and
>> > after that the script continues (with an async_sleep command), but
>> > after the API sent, i see (only sometimes, few times) an async_sleep
>> > seem to fail when doing the t_continue with the following error
>> >
>> > WARNING: tm [t_suspend.c:186]: t_continue(): transaction is not
>> > suspended [20748:225229907]
>> I think async_sleep() is doing t_continue() internally, are you doing it
>> also in the config file or the error comes from inside the c code of
>> async_sleep()?
>>
>> What version of kamailio are you using?
>>
>> Also, it's better to use async_route() instead of async_sleep().
>> >
>> > could it be posible that having manye ESL sockets opened in the
>> > kamailio server makes this to happen?
>> > how many async workers are needed? i have 8 right now
>> > is there a way where i can know or correlate the log to a $ci or
>> > something known?
>> >
>> To get $ci in almost all logs (those that are printed when a sip message
>> is processed), you can set the log_prefix core parameter:
>>
>>- https://www.kamailio.org/wiki/cookbooks/4.4.x/core#log_prefix
>>
>> Cheers,
>> Daniel
>>
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Out of memory in UB 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB, rss:280200kB, swap:131408kB

2016-10-11 Thread Daniel-Constantin Mierla
Hello,

from the logs, it seems to be related to curl library, I see many
reports like:

==16459== 189,318 bytes in 167 blocks are possibly lost in loss record
681 of 683
==16459==at 0x4C26FEF: calloc (vg_replace_malloc.c:711)
==16459==by 0x104BB699: ??? (in /usr/lib64/libnsspem.so)
==16459==by 0x104AA537: ??? (in /usr/lib64/libnsspem.so)
==16459==by 0x104AB81E: ??? (in /usr/lib64/libnsspem.so)
==16459==by 0x104B0B88: ??? (in /usr/lib64/libnsspem.so)
==16459==by 0x104B77E1: ??? (in /usr/lib64/libnsspem.so)
==16459==by 0xB71ABC9: ??? (in /usr/lib64/libnss3.so)
==16459==by 0xB71AE62: PK11_CreateGenericObject (in
/usr/lib64/libnss3.so)
==16459==by 0xA0674DF: ??? (in /usr/lib64/libcurl.so.4.1.1)
==16459==by 0xA067666: ??? (in /usr/lib64/libcurl.so.4.1.1)
==16459==by 0xA069141: ??? (in /usr/lib64/libcurl.so.4.1.1)
==16459==by 0xA0601C4: Curl_ssl_connect (in /usr/lib64/libcurl.so.4.1.1)

That's like almost 200KB lost in this report.

>From the list of the modules, I see you have utils and I guess you use
http query function from there, is it?

Cheers,
Daniel


On 10/10/16 12:06, Jurijs Ivolga wrote:
> Hi Daniel,
>
> I left valgrind running for little while, not sure if this will be enough.
>
> Please find attached log file.
>
> Thank you a lot for your help!
>
> With kind regards,
>
> Jurijs
>
> On Fri, Oct 7, 2016 at 7:15 PM, Daniel-Constantin Mierla
> mailto:mico...@gmail.com>> wrote:
>
> Hello,
>
> that's the way it was done for older versions of kamailio.
>
> In master and 4.4 the memory debugging is turned on and it is
> reflected by the presence of DBG_SR_MEMORY in the output of
> 'kamailio -v'.
>
> Anyhow, what you reported is not a leak inside kamailio memory
> manager, but a leak of using system memory, so it is not affected
> by DBG_SR_MEMORY and cannot be troubleshooted using the mechanisms
> for pkg and shm managers.
>
> Cheers,
> Daniel
>
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com

___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] 420 Bad Extension error

2016-10-11 Thread Daniel-Constantin Mierla
Hello,

this is typically because the address in r-uri (or outbound proxy $du)
cannot be resolved with the DNS server. Try to run with debug=3 in
kamailio.cfg and look at the logs for hints about what happens.

Cheers,
Daniel


On 07/10/16 10:48, Infinicalls Infinicalls wrote:
> Hi Daniel,
>  By pasting the following to the registrar config file, I stopped
> getting Bad Extension error. And I am able to stay online. But while
> dialing, it gives the "I am terribly sorry..." error.
>
> modparam("path", "use_received", 1)
> modparam("registrar", "use_path", 1)
> modparam("registrar", "path_mode", 1)
> modparam("registrar", "path_use_received", 1)
>
> regards
> Ganesh Kumar
>
>
> On 10/7/16, Infinicalls Infinicalls  wrote:
>> Hi Daniel,
>> I am pasting a fresh REGISTER request and the error message here. The
>> Proxy and Registrar config files are taken from
>> http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
>>
>>
>> -
>> root@infinicalls:~# ngrep -d any -qt -W byline . port 5060
>> interface: any
>> filter: (ip or ip6) and ( port 5060 )
>> match: .
>>
>> U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060
>> REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0.
>> Via: SIP/2.0/UDP
>> 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0.
>> Via: SIP/2.0/UDP
>> 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531.
>> Max-Forwards: 69.
>> From: "Balaji"
>> ;tag=eda6c2494a0742b08f8fbe6254bfa385.
>> To: "Balaji" .
>> Call-ID: b2b13a3cfeab41228fd8127e18e5acef.
>> CSeq: 26376 REGISTER.
>> User-Agent: MicroSIP/3.12.3.
>> Contact: "Balaji" .
>> Expires: 300.
>> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
>> NOTIFY, REFER, MESSAGE, OPTIONS.
>> Content-Length:  0.
>> Path: .
>> .
>>
>>
>> U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060
>> SIP/2.0 420 Bad Extension.
>> Via: SIP/2.0/UDP
>> 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164.
>> Via: SIP/2.0/UDP
>> 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531.
>> From: "Balaji"
>> ;tag=eda6c2494a0742b08f8fbe6254bfa385.
>> To: "Balaji"
>> ;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549.
>> Call-ID: b2b13a3cfeab41228fd8127e18e5acef.
>> CSeq: 26376 REGISTER.
>> Contact: ;expires=300.
>> Unsupported: path.
>> Path: .
>> Supported: outbound.
>> P-Registrar-Error: No support for found Path indicated.
>> Server: kamailio (4.4.3 (x86_64/linux)).
>> Content-Length: 0.
>> .
>> -
>>
>> Kindly let me know what went wrong. Thanks.
>>
>> regards
>> Ganesh Kumar
>>
>

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] 420 Bad Extension error

2016-10-11 Thread Daniel-Constantin Mierla
Hello,

the REGISTER has a PATH header, the path extension has to be enabled in
registrar module -- perhaps we should make this default, given that it
is a common scenario out there to have an edge proxy/load balancer in
front of registrar.

Cheers,
Daniel


On 07/10/16 10:42, Infinicalls Infinicalls wrote:
> Hi Daniel,
> I am pasting a fresh REGISTER request and the error message here. The
> Proxy and Registrar config files are taken from
> http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
>
>
> -
> root@infinicalls:~# ngrep -d any -qt -W byline . port 5060
> interface: any
> filter: (ip or ip6) and ( port 5060 )
> match: .
>
> U 2016/10/07 08:36:50.151818 52.233.25.164:5060 -> 10.0.0.4:5060
> REGISTER sip:infinicalls-proxy1.canadacentral.cloudapp.azure.com SIP/2.0.
> Via: SIP/2.0/UDP 
> 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0.
> Via: SIP/2.0/UDP
> 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531.
> Max-Forwards: 69.
> From: "Balaji" 
> ;tag=eda6c2494a0742b08f8fbe6254bfa385.
> To: "Balaji" .
> Call-ID: b2b13a3cfeab41228fd8127e18e5acef.
> CSeq: 26376 REGISTER.
> User-Agent: MicroSIP/3.12.3.
> Contact: "Balaji" .
> Expires: 300.
> Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, INFO, SUBSCRIBE,
> NOTIFY, REFER, MESSAGE, OPTIONS.
> Content-Length:  0.
> Path: .
> .
>
>
> U 2016/10/07 08:36:50.154628 10.0.0.4:5060 -> 52.233.25.164:5060
> SIP/2.0 420 Bad Extension.
> Via: SIP/2.0/UDP
> 10.1.0.4;branch=z9hG4bK8a33.416e8573670e015bec4d14051ceb68a8.0;received=52.233.25.164.
> Via: SIP/2.0/UDP
> 10.114.70.81:1330;received=113.193.151.1;rport=1330;branch=z9hG4bKPj832cd09f4be040e89dc5d9e8d17bc531.
> From: "Balaji" 
> ;tag=eda6c2494a0742b08f8fbe6254bfa385.
> To: "Balaji" 
> ;tag=b27e1a1d33761e85846fc98f5f3a7e58.0549.
> Call-ID: b2b13a3cfeab41228fd8127e18e5acef.
> CSeq: 26376 REGISTER.
> Contact: ;expires=300.
> Unsupported: path.
> Path: .
> Supported: outbound.
> P-Registrar-Error: No support for found Path indicated.
> Server: kamailio (4.4.3 (x86_64/linux)).
> Content-Length: 0.
> .
> -
>
> Kindly let me know what went wrong. Thanks.
>
> regards
> Ganesh Kumar
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users@lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


Re: [SR-Users] Kamailio on Redhat 7.2

2016-10-11 Thread Daniel-Constantin Mierla
Hello,


On 08/10/16 12:31, kamailio noob wrote:
> Hi All,
>
> Can anyone please provide me the details that how to install kamailio
> on Redhat 7.2.
>
> I am following the below url guide for installation of Kamailio.
>
> https://www.kamailio.org/wiki/install/4.4.x/git
>
> when i compile kamailio code I am not able to find certain scripts in
> /usr/local/sbin
>
> Can anyone help regarding this ?
>
What scripts don't you find in /usr/local/sbin? You have to provide more
specific details to be able to help you ...

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com


___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users