Re: [SR-Users] Migrating from OpenSER config file question.

[Brian McCrary]

Hello,

No, I did not have the pv module loaded!  I loaded that module and all 
is well.  I didn't know I needed it.  I ran into a few other small 
errors that I was able to easily fix so I now have a good config file 
and am ready to start importing the old database in.  Thanks for your 
help!!

Brian


On Thu, Oct 06, 2016 at 11:11:02AM +0200, Daniel-Constantin Mierla wrote:
> Hello,
> 
> I just tested with:
> 
> $avp(s:callfwd) = $ruri;
> 
> using kamailio.cfg from master branch and all is ok.
> 
> Have you loaded the pv module?
> 
> Cheers,
> Daniel
> 
> On 06/10/16 00:56, Brian McCrary wrote:
> > Hello,
> >
> > Thanks so much for the help in pointing me in the right direction.  I 
> > finally had some time today to work with Kamailio a little.  I should 
> > have pointed out I had commented the avp_write line out in the config 
> > file and had attempted to convert it to the new format as you had 
> > suggested.  I had $avp(s:callfwd) = $ruri; instead of $avp(callfwd) = 
> > $ruri; but it seems both give the same error.
> >
> > With that being said, thanks for pointing out the sqlops module.  It 
> > looks like I should be able to make it do everything I need, and then 
> > some.  There are some things I have been wanting to improve upon and it 
> > looks like this will certainly help.  There has been a lot of really 
> > nice things added to these new releases!  I'm going to give that a go 
> > and see if I can fix the error by eliminating the problem altogether. :)
> >
> > Thanks,
> >
> > Brian
> >
> > On Mon, Oct 03, 2016 at 09:00:24PM +0200, Daniel-Constantin Mierla wrote:
> >> Hello,
> >>
> >> hmm, the format $avp(s:callfwd) should still work fine. I will look
> >> deeper at it when I get a chance after returning to the office in few
> >> days. Anyhow, try to use $avp(callfwd), it is the same as $avp(callfwd)
> >> if you haven't defined an overlapping avp-alias.
> >>
> >> On the other hand, I think avp_write(...) is no longer available. Now
> >> you can use direct assignment, like:
> >>
> >> $avp(callfwd) = $ruri;
> >>
> >> One very useful additions (in newer versions than 1.0, otherwise being
> >> quite old by now) is the sqlops module that allows to do all kind of sql
> >> operations from configuration file, in many cases saving from the
> >> complexity of using avpops db functions. See:
> >>
> >> https://www.kamailio.org/docs/modules/stable/modules/sqlops.html#idp44901364
> >>
> >> So you can do INSERT/UPDATE/REPLACE/... as you need from config file,
> >> building the sql query with the variables you want.
> >>
> >> Cheers,
> >> Daniel
> >>
> >> On 30/09/16 18:29, Brian McCrary wrote:
> >>> Hello group,
> >>>
> >>> I know this may be hard to believe but I'm in the process of upgrading 
> >>> an old, but stable, OpenSER 1.0 group of servers to Kamilio.  I'm 
> >>> basically going to sort of start from scratch with the database and 
> >>> export my old MySQL database and write some scripts to reimport the data 
> >>> using kamctl scripts since the database structure has changed 
> >>> substantially since then it looks like.
> >>>
> >>> I've mostly migrated the config file over fairly easily, except for 
> >>> AVPops.  I've got a section of config file that writes into the 
> >>> usr_preferences database for call forwarding, but I seem to get the same 
> >>> error anywhere I try to write to the database using AVPops.  Here's the 
> >>> output I get when checking the config:
> >>>
> >>>  0(1378) DEBUG:  [pvapi.c:268]: pv_cache_add(): PV cache not 
> >>> initialized, doing it now
> >>>  0(1378) ERROR:  [pvapi.c:828]: pv_parse_spec2(): error searching 
> >>> pvar "avp"
> >>>  0(1378) ERROR:  [pvapi.c:1032]: pv_parse_spec2(): wrong char 
> >>> [s/115] in [$avp(s:callfwd)] at [5 (5)]
> >>>  0(1378) :  [cfg.y:3368]: yyerror_at(): parse error in config file 
> >>> /usr/local/etc/kamailio/kamailio.cfg, line 145, column 4-18: Can't get 
> >>> from cache: $avp(s:callfwd)
> >>> ERROR: bad config file (1 errors)
> >>>
> >>> Here's what I think are the revelant portions of the config file:
> >>>
> >>> modparam("avpops", "db_url", "mysql://user:pass@localhost/kamailio")
> >>> modparam("avpops", "avp_table", "usr_preferences")
> >>> modparam("avpops", "uuid_column", "uuid")
> >>> modparam("avpops", "username_column", "username")
> >>> modparam("avpops", "domain_column", "domain")
> >>> modparam("avpops", "attribute_column", "attribute")
> >>> modparam("avpops", "value_column", "value")
> >>> modparam("avpops", "type_column", "type")
> >>> 
> >>> if (avp_db_load("$from/username", 
> >>> "$avp(s:callfwd)"))
> >>> {
> >>> if(!avp_db_delete("$from/username", 
> >>> "$avp(s:callfwd)/usr_preferences"))
> >>> {
> >>> sl_send_reply("500", "Server DB 
> >>> error");}
> >>> }
> >>>
> >>> #

Re: [SR-Users] Kamailio stop processing SIP

[Igor Potjevlesch]

I'm using snmpstats and dialog. 

IPTables is used but not with SIP tracking module.

 

But if I work on a Wireshark trace during a representative peak period (during 
~12min), I have 30-40 INVITE/second ; 3 REGISTER/second and 7 OPTIONS/second.

 

Kamailio is running with 15 children actually.

 

Regards,

 

Igor.

 

 

De : sr-users [mailto:sr-users-boun...@lists.sip-router.org] De la part de 
Daniel-Constantin Mierla
Envoyé : jeudi 6 octobre 2016 12:54
À : Kamailio (SER) - Users Mailing List 
Objet : Re: [SR-Users] Kamailio stop processing SIP

 

Are you using pike module or any kernel/iptable module for tracking sip traffic?

If you use statsc module you can get details about how many requests were 
received per specific interval of time.

Cheers,
Daniel

 

On 06/10/16 12:38, Igor Potjevlesch wrote:

Hard to say. Is there this kind of stats on Kamailio?

 

Regards,

 

Igor.

 

De : sr-users [  
mailto:sr-users-boun...@lists.sip-router.org] De la part de Aqs Younas
Envoyé : vendredi 30 septembre 2016 11:45
À : Kamailio (SER) - Users Mailing List   

Objet : Re: [SR-Users] Kamailio stop processing SIP

 

You need to increase the number of child. What is current CPS?

 

On 30 September 2016 at 14:34, Igor Potjevlesch < 
 igor.potjevle...@gmail.com> wrote:

Hello,

 

Someone has an idea?

Again, Kamailio stop processing SIP during more than 30s. Nothing print in the 
logs.

 

The processing back on when a script detect no answer and restart the service.

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevle...@gmail.com 
 ] 
Envoyé : vendredi 23 septembre 2016 11:05
À : sr-users@lists.sip-router.org  
Objet : Dimension number of child

 

Hello,

 

I'm wondering if there's a best practise to dimension the number of child to 
setup?

 

I see, very often, Kamailio that stops to reply to SIP traffic for couple a 
seconds. This cause some calls drop if RE-INVITE are not processed for example.

 

So, I'm wondering if the issue is not due to a lack of child for processing the 
SIP traffic.

 

Thank you for your inputs.

Regards,

 

Igor.


___
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





-- 
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

[Jurijs Ivolga]

Hi Daniel,

I do not use puke.top rpc command. Maybe this issue related to TLS? Servers
what has this problem are utilizing TLS heavily, servers which do not has
this problem use UDP.

With kind regards,

Jurijs

On Thu, Oct 6, 2016 at 6:05 PM, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> are you using pike.top rpc command? I noticed in the code that it uses
> system malloc, but I haven't investigated further yet, first to see if this
> would be a possibility ...
>
> Cheers,
> Daniel
>
> On 06/10/16 16:33, Jurijs Ivolga wrote:
>
> Hi Daniel,
>
> We do not do any external operations.
>
> We are using janson 2.7 everywhere. I will try to update to latest janson
> version tomorrow.
> All json operation is pretty much same, we are using only jansson_get.
>
> In attachment you can see memory consumption. On the right 2 servers which
> are faced internet on the left which don't face internet. As you can see
> memory consumption is pretty dramatic.
>
> Thank you for your help!
>
> With kind regards,
>
> Jurijs
>
> On Thu, Oct 6, 2016 at 5:17 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>>
>> are you doing different external operations than on the other instances,
>> like mi/rpc commands.
>>
>> From the list of the modules you exposed, I think jansson has the higher
>> probability to work with system memory. Are you doing different json
>> operations in config that in the other instances of kamailio? Are you using
>> same version of libjansson everywhere?
>>
>> Cheers,
>> Daniel
>> On 06/10/16 13:46, Jurijs Ivolga wrote:
>>
>> Hi Daniel,
>>
>> This modules what we are using:
>>
>> loadmodule "mi_fifo.so"
>> loadmodule "kex.so"
>> loadmodule "corex.so"
>> loadmodule "tm.so"
>> loadmodule "tmx.so"
>> loadmodule "sl.so"
>> loadmodule "rr.so"
>> loadmodule "pv.so"
>> loadmodule "maxfwd.so"
>> loadmodule "textops.so"
>> loadmodule "siputils.so"
>> loadmodule "xlog.so"
>> loadmodule "sanity.so"
>> loadmodule "ctl.so"
>> loadmodule "cfg_rpc.so"
>> loadmodule "mi_rpc.so"
>> loadmodule "dispatcher.so"
>> loadmodule "utils.so"
>> loadmodule "path.so"
>> loadmodule "ipops.so"
>> loadmodule "jansson.so"
>> loadmodule "auth.so"
>> loadmodule "nathelper.so"
>> loadmodule "tls.so"
>> loadmodule "htable.so"
>> loadmodule "pike.so"
>>
>> We have several other Kamailio instances but they are not faced to
>> internet and they do not have such memory issue. That other Kamailio
>> instances have same modules,  except modules listed below. So if you think
>> that issue is inside external library, probably we need to check first
>> modules from list below.
>>
>> loadmodule "ipops.so"
>> loadmodule "auth.so"
>> loadmodule "nathelper.so"
>> loadmodule "pike.so"
>>
>> But maybe this other Kamailio instances do not have this memory issue,
>> just because they did not face to internet and did not have same load as
>> instances with memory issue.
>>
>>  kamailio -v
>> version: kamailio 4.4.3 (x86_64/linux) 5a2195
>> 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,
>> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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: 5a2195
>> compiled on 08:30:51 Sep 15 2016 with gcc 4.4.7
>>
>>
>> With kind regards,
>>
>>
>> Jurijs
>>
>> On Thu, Oct 6, 2016 at 12:52 PM, Daniel-Constantin Mierla <
>> mico...@gmail.com> wrote:
>>
>>> Hello,
>>>
>>> it looks like a leak from the system memory, not from kamailio's pkg or
>>> shm memory. This can be due to an improper use of an external library
>>> (e.g., libxml2) by a kamailio module or because of a problem in the library.
>>>
>>> Can you list the modules used in your config (the loadmodule lines)? I
>>> will try to guess from the list which one relying on external libs with
>>> higher risk of leak issues.
>>>
>>> Also, provide the version of kamailio you are using (kamailio -v).
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 04/10/16 15:42, Jurijs Ivolga wrote:
>>>
>>> Hi,
>>>
>>> Our Kamailio server is crashing once per week, with following error:
>>>
>>> Oct  1 06:25:06 kamailio kernel: [26982632.803789] Out of memory in UB
>>> 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB,
>>> rss:280200kB, swap:131408kB
>>>
>>> Core dump was never created, probably it is because of my environment,
>>> but I will try to get it.
>>>
>>> Server constantly eats memory, maybe some kind of memory leak?
>>>
>>> Any help is highly appreciated!
>>>
>>> Jurijs
>>>
>>>
>>> ___
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
>>> 

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

[Daniel-Constantin Mierla]

Hello,

are you using pike.top rpc command? I noticed in the code that it uses
system malloc, but I haven't investigated further yet, first to see if
this would be a possibility ...

Cheers,
Daniel


On 06/10/16 16:33, Jurijs Ivolga wrote:
> Hi Daniel,
>
> We do not do any external operations.
>
> We are using janson 2.7 everywhere. I will try to update to latest
> janson version tomorrow.
> All json operation is pretty much same, we are using only jansson_get.
>
> In attachment you can see memory consumption. On the right 2 servers
> which are faced internet on the left which don't face internet. As you
> can see memory consumption is pretty dramatic.
>
> Thank you for your help!
>
> With kind regards,
>
> Jurijs
>
> On Thu, Oct 6, 2016 at 5:17 PM, Daniel-Constantin Mierla
> > wrote:
>
> Hello,
>
> are you doing different external operations than on the other
> instances, like mi/rpc commands.
>
> From the list of the modules you exposed, I think jansson has the
> higher probability to work with system memory. Are you doing
> different json operations in config that in the other instances of
> kamailio? Are you using same version of libjansson everywhere?
>
> Cheers,
> Daniel
>
> On 06/10/16 13:46, Jurijs Ivolga wrote:
>> Hi Daniel,
>>
>> This modules what we are using:
>>
>> loadmodule "mi_fifo.so"
>> loadmodule "kex.so"
>> loadmodule "corex.so"
>> loadmodule "tm.so"
>> loadmodule "tmx.so"
>> loadmodule "sl.so"
>> loadmodule "rr.so"
>> loadmodule "pv.so"
>> loadmodule "maxfwd.so"
>> loadmodule "textops.so"
>> loadmodule "siputils.so"
>> loadmodule "xlog.so"
>> loadmodule "sanity.so"
>> loadmodule "ctl.so"
>> loadmodule "cfg_rpc.so"
>> loadmodule "mi_rpc.so"
>> loadmodule "dispatcher.so"
>> loadmodule "utils.so"
>> loadmodule "path.so"
>> loadmodule "ipops.so"
>> loadmodule "jansson.so"
>> loadmodule "auth.so"
>> loadmodule "nathelper.so"
>> loadmodule "tls.so"
>> loadmodule "htable.so"
>> loadmodule "pike.so"
>>
>> We have several other Kamailio instances but they are not faced
>> to internet and they do not have such memory issue. That other
>> Kamailio instances have same modules,  except modules listed
>> below. So if you think that issue is inside external library,
>> probably we need to check first modules from list below.
>>
>> loadmodule "ipops.so"
>> loadmodule "auth.so"
>> loadmodule "nathelper.so"
>> loadmodule "pike.so"
>>
>> But maybe this other Kamailio instances do not have this memory
>> issue, just because they did not face to internet and did not
>> have same load as instances with memory issue.
>>
>>  kamailio -v
>> version: kamailio 4.4.3 (x86_64/linux) 5a2195
>> 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, Q_MALLOC, F_MALLOC, TLSF_MALLOC,
>> DBG_SR_MEMORY, 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: 5a2195
>> compiled on 08:30:51 Sep 15 2016 with gcc 4.4.7
>>
>>
>> With kind regards,
>>
>>
>> Jurijs
>>
>> On Thu, Oct 6, 2016 at 12:52 PM, Daniel-Constantin Mierla
>> > wrote:
>>
>> Hello,
>>
>> it looks like a leak from the system memory, not from
>> kamailio's pkg or shm memory. This can be due to an improper
>> use of an external library (e.g., libxml2) by a kamailio
>> module or because of a problem in the library.
>>
>> Can you list the modules used in your config (the loadmodule
>> lines)? I will try to guess from the list which one relying
>> on external libs with higher risk of leak issues.
>>
>> Also, provide the version of kamailio you are using (kamailio
>> -v).
>>
>> Cheers,
>> Daniel
>>
>>
>> On 04/10/16 15:42, Jurijs Ivolga wrote:
>>> Hi,
>>>
>>> Our Kamailio server is crashing once per week, with
>>> following error:
>>>
>>> Oct  1 06:25:06 kamailio kernel: [26982632.803789] Out of
>>> memory in UB 210: OOM killed process 12261 (kamailio) score
>>> 0 vm:1614768kB, rss:280200kB, swap:131408kB
>>>
>>> Core dump was never created, probably it is because of my
>>> environment, but I will try to get it.
>>>
>>> Server constantly eats memory, maybe some kind of memory leak?
>>>
>>> Any help is highly appreciated!
>>>
>>> Jurijs
>>>
>>>
>>> 

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

[Jurijs Ivolga]

Hi Daniel,

We do not do any external operations.

We are using janson 2.7 everywhere. I will try to update to latest janson
version tomorrow.
All json operation is pretty much same, we are using only jansson_get.

In attachment you can see memory consumption. On the right 2 servers which
are faced internet on the left which don't face internet. As you can see
memory consumption is pretty dramatic.

Thank you for your help!

With kind regards,

Jurijs

On Thu, Oct 6, 2016 at 5:17 PM, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> are you doing different external operations than on the other instances,
> like mi/rpc commands.
>
> From the list of the modules you exposed, I think jansson has the higher
> probability to work with system memory. Are you doing different json
> operations in config that in the other instances of kamailio? Are you using
> same version of libjansson everywhere?
>
> Cheers,
> Daniel
> On 06/10/16 13:46, Jurijs Ivolga wrote:
>
> Hi Daniel,
>
> This modules what we are using:
>
> loadmodule "mi_fifo.so"
> loadmodule "kex.so"
> loadmodule "corex.so"
> loadmodule "tm.so"
> loadmodule "tmx.so"
> loadmodule "sl.so"
> loadmodule "rr.so"
> loadmodule "pv.so"
> loadmodule "maxfwd.so"
> loadmodule "textops.so"
> loadmodule "siputils.so"
> loadmodule "xlog.so"
> loadmodule "sanity.so"
> loadmodule "ctl.so"
> loadmodule "cfg_rpc.so"
> loadmodule "mi_rpc.so"
> loadmodule "dispatcher.so"
> loadmodule "utils.so"
> loadmodule "path.so"
> loadmodule "ipops.so"
> loadmodule "jansson.so"
> loadmodule "auth.so"
> loadmodule "nathelper.so"
> loadmodule "tls.so"
> loadmodule "htable.so"
> loadmodule "pike.so"
>
> We have several other Kamailio instances but they are not faced to
> internet and they do not have such memory issue. That other Kamailio
> instances have same modules,  except modules listed below. So if you think
> that issue is inside external library, probably we need to check first
> modules from list below.
>
> loadmodule "ipops.so"
> loadmodule "auth.so"
> loadmodule "nathelper.so"
> loadmodule "pike.so"
>
> But maybe this other Kamailio instances do not have this memory issue,
> just because they did not face to internet and did not have same load as
> instances with memory issue.
>
>  kamailio -v
> version: kamailio 4.4.3 (x86_64/linux) 5a2195
> 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,
> Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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: 5a2195
> compiled on 08:30:51 Sep 15 2016 with gcc 4.4.7
>
>
> With kind regards,
>
>
> Jurijs
>
> On Thu, Oct 6, 2016 at 12:52 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>>
>> it looks like a leak from the system memory, not from kamailio's pkg or
>> shm memory. This can be due to an improper use of an external library
>> (e.g., libxml2) by a kamailio module or because of a problem in the library.
>>
>> Can you list the modules used in your config (the loadmodule lines)? I
>> will try to guess from the list which one relying on external libs with
>> higher risk of leak issues.
>>
>> Also, provide the version of kamailio you are using (kamailio -v).
>>
>> Cheers,
>> Daniel
>>
>> On 04/10/16 15:42, Jurijs Ivolga wrote:
>>
>> Hi,
>>
>> Our Kamailio server is crashing once per week, with following error:
>>
>> Oct  1 06:25:06 kamailio kernel: [26982632.803789] Out of memory in UB
>> 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB,
>> rss:280200kB, swap:131408kB
>>
>> Core dump was never created, probably it is because of my environment,
>> but I will try to get it.
>>
>> Server constantly eats memory, maybe some kind of memory leak?
>>
>> Any help is highly appreciated!
>>
>> Jurijs
>>
>>
>> ___
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
>> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> --
>> 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/cg
>> i-bin/mailman/listinfo/sr-users
>
> --
> 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 

Re: [SR-Users] Order of record-route

[Alex Balashov]

The order of the Record-Route headers is very relevant, and must 
strictly correspond to the order in which the intermediate proxy chain 
is traversed. The RR header of the Kamailio closest to your Client will 
be at the top of the RR stack, and this will be the first hop in the 
Route set used in in-dialog requests (e.g. end-to-end ACKs, BYEs, 
reinvites).


Thus, it is entirely appropriate that your client is trying to send the 
ACK to 192.168.0.200 on the network/transport layer.


-- Alex

--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 (direct) / +1-800-250-5920 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.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] Order of record-route

[Dirk Teurlings - Signet B.V.]

Hi,

Looking at an issue with SIP-Cisco and a Barracuda firewall, I've come
across something I need to know more about.

The setup is as follows:
CLIENT -> KAMAILIO -> ASTERISK
CLIENT <- KAMAILIO <- ASTERISK

Client sends INVITE, Kamailio forwards to Asterisk, SIP 100 and SIP 183
are being sent and finally a 200 OK. We now expect the Client to send
back an ACK packet, but that never reaches us.

In this case the SIP 183 is the first packet that contains the full
record route of the path, the 200 OK contain the same record-routes being:

Record-Route:

Record-Route: 
Record-Route: 
Record-Route: 

192.168.0.200 is the private address of Kamailio
1.2.3.4 is the public address of Kamailio
4.3.2.1 is the public address of the Client
10.0.0.101 is some private addres of the Client


What we're seeing is that the Client is sending his ACK message to our
192.169.200 private address, which he will never reach. So me question
in this case is; is the order of the Record-route headers relevant and
do I have any say in which order Kamailio outputs these headers?

To be clear, the Kamailio config only contains one reference to
record_route which is caught for INVITE messages, which only fires when
all things like NAT and transaction checks haven't already picked it up.

Kind regards,
Dirk

___
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

[Daniel-Constantin Mierla]

Hello,

are you doing different external operations than on the other instances,
like mi/rpc commands.

>From the list of the modules you exposed, I think jansson has the higher
probability to work with system memory. Are you doing different json
operations in config that in the other instances of kamailio? Are you
using same version of libjansson everywhere?

Cheers,
Daniel

On 06/10/16 13:46, Jurijs Ivolga wrote:
> Hi Daniel,
>
> This modules what we are using:
>
> loadmodule "mi_fifo.so"
> loadmodule "kex.so"
> loadmodule "corex.so"
> loadmodule "tm.so"
> loadmodule "tmx.so"
> loadmodule "sl.so"
> loadmodule "rr.so"
> loadmodule "pv.so"
> loadmodule "maxfwd.so"
> loadmodule "textops.so"
> loadmodule "siputils.so"
> loadmodule "xlog.so"
> loadmodule "sanity.so"
> loadmodule "ctl.so"
> loadmodule "cfg_rpc.so"
> loadmodule "mi_rpc.so"
> loadmodule "dispatcher.so"
> loadmodule "utils.so"
> loadmodule "path.so"
> loadmodule "ipops.so"
> loadmodule "jansson.so"
> loadmodule "auth.so"
> loadmodule "nathelper.so"
> loadmodule "tls.so"
> loadmodule "htable.so"
> loadmodule "pike.so"
>
> We have several other Kamailio instances but they are not faced to
> internet and they do not have such memory issue. That other Kamailio
> instances have same modules,  except modules listed below. So if you
> think that issue is inside external library, probably we need to check
> first modules from list below.
>
> loadmodule "ipops.so"
> loadmodule "auth.so"
> loadmodule "nathelper.so"
> loadmodule "pike.so"
>
> But maybe this other Kamailio instances do not have this memory issue,
> just because they did not face to internet and did not have same load
> as instances with memory issue.
>
>  kamailio -v
> version: kamailio 4.4.3 (x86_64/linux) 5a2195
> 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, Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY,
> 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: 5a2195
> compiled on 08:30:51 Sep 15 2016 with gcc 4.4.7
>
>
> With kind regards,
>
>
> Jurijs
>
> On Thu, Oct 6, 2016 at 12:52 PM, Daniel-Constantin Mierla
> > wrote:
>
> Hello,
>
> it looks like a leak from the system memory, not from kamailio's
> pkg or shm memory. This can be due to an improper use of an
> external library (e.g., libxml2) by a kamailio module or because
> of a problem in the library.
>
> Can you list the modules used in your config (the loadmodule
> lines)? I will try to guess from the list which one relying on
> external libs with higher risk of leak issues.
>
> Also, provide the version of kamailio you are using (kamailio -v).
>
> Cheers,
> Daniel
>
>
> On 04/10/16 15:42, Jurijs Ivolga wrote:
>> Hi,
>>
>> Our Kamailio server is crashing once per week, with following error:
>>
>> Oct  1 06:25:06 kamailio kernel: [26982632.803789] Out of memory
>> in UB 210: OOM killed process 12261 (kamailio) score 0
>> vm:1614768kB, rss:280200kB, swap:131408kB
>>
>> Core dump was never created, probably it is because of my
>> environment, but I will try to get it.
>>
>> Server constantly eats memory, maybe some kind of memory leak?
>>
>> Any help is highly appreciated!
>>
>> Jurijs
>>
>>
>> ___
>> 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
>  
>
-- 
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] Size of passwords fields in db

[Daniel-Constantin Mierla]

On 06/10/16 13:47, Fred Posner wrote:
> On 10/06/2016 05:43 AM, Daniel-Constantin Mierla wrote:
>> On 05/10/16 16:35, Fred Posner wrote:
>>> On 10/05/2016 10:25 AM, Daniel-Constantin Mierla wrote:
 Hello,

 writing here to decide on a topic opened by pull request 779:

   - https://github.com/kamailio/kamailio/pull/779

 what would be a fair size for db column storing a password that one
 would like to have for proper security?

 I would like to make it consistent over all tables that have a password
 column by defining a xml entity for the size of these columns. The pull
 request suggests 64 chars, has anyone other opinions on making it larger
 or smaller?

 If they are defined varchar, then should not be a problem of allocated
 size, so we can go with 128 if someone feels it worth doing larger now
 so we don't have to change it again in the near future.

 This change is about db schema, the modules I expect to work with
 allocated strings (or have length checks) in this case and should not be
 affected.

 Cheers,
 Daniel

>>> Although I can see why someone might consider the need for larger than
>>> varchar 64, I really don't see a need for it. Assuming if you needed
>>> more characters it would probably be time to use additional
>>> authentication methods.
>> That refreshed my mind that we have now support for sha 256, which means
>> that ha1 fields need to be 64 (and they are now), but wondering if
>> someone will want to have and add sha 512 any time soon, which means the
>> ha1 fields need to be 128...
> I guess there's really no cost to increasing it to 128 / sha 256 and
> give ourselves some good time before we need to reconsider. The storage
> cost will still be based on the actual value used and not the size
> constraint; giving people options.
To conclude: I increased the size of password fields to 64 and hashed
fields to 128.

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] Size of passwords fields in db

[Fred Posner]

On 10/06/2016 05:43 AM, Daniel-Constantin Mierla wrote:
> On 05/10/16 16:35, Fred Posner wrote:
>> On 10/05/2016 10:25 AM, Daniel-Constantin Mierla wrote:
>>> Hello,
>>>
>>> writing here to decide on a topic opened by pull request 779:
>>>
>>>   - https://github.com/kamailio/kamailio/pull/779
>>>
>>> what would be a fair size for db column storing a password that one
>>> would like to have for proper security?
>>>
>>> I would like to make it consistent over all tables that have a password
>>> column by defining a xml entity for the size of these columns. The pull
>>> request suggests 64 chars, has anyone other opinions on making it larger
>>> or smaller?
>>>
>>> If they are defined varchar, then should not be a problem of allocated
>>> size, so we can go with 128 if someone feels it worth doing larger now
>>> so we don't have to change it again in the near future.
>>>
>>> This change is about db schema, the modules I expect to work with
>>> allocated strings (or have length checks) in this case and should not be
>>> affected.
>>>
>>> Cheers,
>>> Daniel
>>>
>> Although I can see why someone might consider the need for larger than
>> varchar 64, I really don't see a need for it. Assuming if you needed
>> more characters it would probably be time to use additional
>> authentication methods.
> That refreshed my mind that we have now support for sha 256, which means
> that ha1 fields need to be 64 (and they are now), but wondering if
> someone will want to have and add sha 512 any time soon, which means the
> ha1 fields need to be 128...

I guess there's really no cost to increasing it to 128 / sha 256 and
give ourselves some good time before we need to reconsider. The storage
cost will still be based on the actual value used and not the size
constraint; giving people options.

>>
>> I believe Polycom still max's out at 32.
> I haven't looked at phones restrictions on this, but I saw old devices
> accepting only digit based passwords... hopefully not many out there at
> this moment.
> 
> A stronger auth method would be highly desired, but I guess a lot of
> people are restricted by deployed devices.
> 
> Cheers,
> Daniel
> 

--fred

___
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

[Jurijs Ivolga]

Hi Daniel,

This modules what we are using:

loadmodule "mi_fifo.so"
loadmodule "kex.so"
loadmodule "corex.so"
loadmodule "tm.so"
loadmodule "tmx.so"
loadmodule "sl.so"
loadmodule "rr.so"
loadmodule "pv.so"
loadmodule "maxfwd.so"
loadmodule "textops.so"
loadmodule "siputils.so"
loadmodule "xlog.so"
loadmodule "sanity.so"
loadmodule "ctl.so"
loadmodule "cfg_rpc.so"
loadmodule "mi_rpc.so"
loadmodule "dispatcher.so"
loadmodule "utils.so"
loadmodule "path.so"
loadmodule "ipops.so"
loadmodule "jansson.so"
loadmodule "auth.so"
loadmodule "nathelper.so"
loadmodule "tls.so"
loadmodule "htable.so"
loadmodule "pike.so"

We have several other Kamailio instances but they are not faced to internet
and they do not have such memory issue. That other Kamailio instances have
same modules,  except modules listed below. So if you think that issue is
inside external library, probably we need to check first modules from list
below.

loadmodule "ipops.so"
loadmodule "auth.so"
loadmodule "nathelper.so"
loadmodule "pike.so"

But maybe this other Kamailio instances do not have this memory issue, just
because they did not face to internet and did not have same load as
instances with memory issue.

 kamailio -v
version: kamailio 4.4.3 (x86_64/linux) 5a2195
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,
Q_MALLOC, F_MALLOC, TLSF_MALLOC, DBG_SR_MEMORY, 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: 5a2195
compiled on 08:30:51 Sep 15 2016 with gcc 4.4.7


With kind regards,


Jurijs

On Thu, Oct 6, 2016 at 12:52 PM, Daniel-Constantin Mierla  wrote:

> Hello,
>
> it looks like a leak from the system memory, not from kamailio's pkg or
> shm memory. This can be due to an improper use of an external library
> (e.g., libxml2) by a kamailio module or because of a problem in the library.
>
> Can you list the modules used in your config (the loadmodule lines)? I
> will try to guess from the list which one relying on external libs with
> higher risk of leak issues.
>
> Also, provide the version of kamailio you are using (kamailio -v).
>
> Cheers,
> Daniel
>
> On 04/10/16 15:42, Jurijs Ivolga wrote:
>
> Hi,
>
> Our Kamailio server is crashing once per week, with following error:
>
> Oct  1 06:25:06 kamailio kernel: [26982632.803789] Out of memory in UB
> 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB,
> rss:280200kB, swap:131408kB
>
> Core dump was never created, probably it is because of my environment, but
> I will try to get it.
>
> Server constantly eats memory, maybe some kind of memory leak?
>
> Any help is highly appreciated!
>
> Jurijs
>
>
> ___
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing 
> listsr-us...@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> 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
>
>
___
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] Fwd: TOPOH Module in Kamialio

[Ginti Saurabh]

Thanks Danial :) for expaining

On Thu, Oct 6, 2016 at 4:26 PM, Daniel-Constantin Mierla 
wrote:

> topoh is a module that provides topology hiding by masking IP addresses in
> Via, Contact and Record-Route headers. Making is done by replacing the
> original ip with mask ip and the original ip is hidden in parameters after
> it is ecrypted, so it can be decrypted on the other way of the traffic.
>
> If you disable the module, then the IP addresses will be kept with
> original values, the calls and sip routing will work the same.
>
> Cheers,
> Daniel
>
> On 06/10/16 11:50, Ginti Saurabh wrote:
>
> Danial, i have gone thorugh the URl, but a little bit confuse that what
> exactly this module does?
>
> If i commented out thease lines then what will be the effect or will it
> effect the system?
>
> On Thu, Oct 6, 2016 at 3:18 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>>
>> On 06/10/16 11:45, Ginti Saurabh wrote:
>>
>> Hi Danial,
>>
>>
>> below is the line.
>>
>> modparam("topoh", "mask_ip", "192.168.0.1")
>>
>>
>> loadmodule "topoh.so"
>>
>> if you comment the lines above, then the topoh module won't be loaded and
>> the IP addresses in routing headers will not be masked anymore.
>>
>> To understand more about topoh module, see its readme:
>>
>>   - https://www.kamailio.org/docs/modules/stable/modules/topoh.html
>>
>> Cheers,
>> Daniel
>>
>>
>> On Thu, Oct 6, 2016 at 3:03 PM, Daniel-Constantin Mierla <
>> mico...@gmail.com> wrote:
>>
>>> Hello,
>>> On 05/10/16 13:30, Ginti Saurabh wrote:
>>>
>>> Hi,
>>>
>>> Can you let me know what is TOPOH module do in kamailio?
>>>
>>> what does it do?
>>>
>>> and if commented out this line then will it effect the system?
>>>
>>> what line and what system are you referring to?
>>>
>>> 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/cg
>>> i-bin/mailman/listinfo/sr-users
>>
>> --
>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - 
>> http://www.linkedin.com/in/miconda
>> Kamailio Advanced Training, Berlin, Oct 24-26, 2016 - http://www.asipto.com
>>
>> --
> 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

Re: [SR-Users] Fwd: TOPOH Module in Kamialio

[Daniel-Constantin Mierla]

topoh is a module that provides topology hiding by masking IP addresses
in Via, Contact and Record-Route headers. Making is done by replacing
the original ip with mask ip and the original ip is hidden in parameters
after it is ecrypted, so it can be decrypted on the other way of the
traffic.

If you disable the module, then the IP addresses will be kept with
original values, the calls and sip routing will work the same.

Cheers,
Daniel


On 06/10/16 11:50, Ginti Saurabh wrote:
> Danial, i have gone thorugh the URl, but a little bit confuse that
> what exactly this module does?
>
> If i commented out thease lines then what will be the effect or will
> it effect the system?
>
> On Thu, Oct 6, 2016 at 3:18 PM, Daniel-Constantin Mierla
> > wrote:
>
> Hello,
>
>
> On 06/10/16 11:45, Ginti Saurabh wrote:
>> Hi Danial,
>>
>> below is the line.
>> modparam("topoh", "mask_ip", "192.168.0.1")
>>
>> loadmodule "topoh.so"
> if you comment the lines above, then the topoh module won't be
> loaded and the IP addresses in routing headers will not be masked
> anymore.
>
> To understand more about topoh module, see its readme:
>
>   -
> https://www.kamailio.org/docs/modules/stable/modules/topoh.html
> 
>
> Cheers,
> Daniel
>
>>
>> On Thu, Oct 6, 2016 at 3:03 PM, Daniel-Constantin Mierla
>> > wrote:
>>
>> Hello,
>>
>> On 05/10/16 13:30, Ginti Saurabh wrote:
>>> Hi,
>>>
>>> Can you let me know what is TOPOH module do in kamailio?
>>>
>>> what does it do?
>>>
>>> and if commented out this line then will it effect the system?
>> what line and what system are you referring to?
>>
>> 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
>>  
>>
> -- 
> 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
>
-- 
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 stop processing SIP

[Daniel-Constantin Mierla]

Are you using pike module or any kernel/iptable module for tracking sip
traffic?

If you use statsc module you can get details about how many requests
were received per specific interval of time.

Cheers,
Daniel


On 06/10/16 12:38, Igor Potjevlesch wrote:
>
> Hard to say. Is there this kind of stats on Kamailio?
>
>  
>
> Regards,
>
>  
>
> Igor.
>
>  
>
> *De :*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *De la
> part de* Aqs Younas
> *Envoyé :* vendredi 30 septembre 2016 11:45
> *À :* Kamailio (SER) - Users Mailing List 
> *Objet :* Re: [SR-Users] Kamailio stop processing SIP
>
>  
>
> You need to increase the number of child. What is current CPS?
>
>  
>
> On 30 September 2016 at 14:34, Igor Potjevlesch
> > wrote:
>
> Hello,
>
>  
>
> Someone has an idea?
>
> Again, Kamailio stop processing SIP during more than 30s. Nothing
> print in the logs.
>
>  
>
> The processing back on when a script detect no answer and restart
> the service.
>
> Regards,
>
>  
>
> Igor.
>
>  
>
> *De :* Igor Potjevlesch [mailto:igor.potjevle...@gmail.com
> ]
> *Envoyé :* vendredi 23 septembre 2016 11:05
> *À :* sr-users@lists.sip-router.org
> 
> *Objet :* Dimension number of child
>
>  
>
> Hello,
>
>  
>
> I'm wondering if there's a best practise to dimension the number
> of child to setup?
>
>  
>
> I see, very often, Kamailio that stops to reply to SIP traffic for
> couple a seconds. This cause some calls drop if RE-INVITE are not
> processed for example.
>
>  
>
> So, I'm wondering if the issue is not due to a lack of child for
> processing the SIP traffic.
>
>  
>
> Thank you for your inputs.
>
> Regards,
>
>  
>
> Igor.
>
>
> ___
> 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

-- 
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] Load balancing with Kamailio

[Daniel-Constantin Mierla]

Hello,


On 26/09/16 13:27, Nitesh Bansal wrote:
> Hello,
>
> I'm planning on doing some smart load balancing with Kamailio.
> We have a distributed network, with multiple Kamailio boxes in
> different locations serving as Ingress SBC, 
> these Kamailio boxes are the entry point for a SIP call and then they
> route the call to a pre-configured Asterisk boxes.
>
> I want to move away from this, I would like these Kamailios to be able
> to distribute the traffic to Asterisk boxes based on the
> actual load on these boxes, the goal is to be more dynamic?
what do you mean by "actual load" here? Number of active calls? CPU usage?

Cheers,
Daniel

>
> Is there any Kamailio module which could do that? Do I need to
> integrate some other tool(Homer etc) with Kamailio to achieve this?
>
> Any suggestions are welcome.
>
> -- 
> /*Nitesh Bansal*/
> Business Development Engineer
>
> http://www.voxbone.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

-- 
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] usrloc module expires column issues

[Daniel-Constantin Mierla]

Hello,

what database server are you using?

Cheers,
Daniel


On 26/09/16 16:50, Grant Bagdasarian wrote:
>
> Hello,
>
>  
>
> When saving in the location table, the expires and last_modified
> columns contain the value 000-00-00 00:00:00 which causes issues when
> Kamailio is restarted and the preload modparam is set to load the
> location table from db in memory at startup.
>
> I’ve already upgraded Kamailio to 4.4.3, and used the dbtables script
> from version 4.4 to recreate the location table, but without success.
>
>  
>
> Anyone else having this issue? Any resolution for it?
>
>  
>
> 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

-- 
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] Serial Forking and t_suspend

[Daniel-Constantin Mierla]

Hello,


On 28/09/16 07:11, Kelvin Chua wrote:
> we have serial forking already setup properly but need to t_suspend().
> found out that it completely breaks the destination set.
> other than manually rebuilding the destination set after t_continue(),
> are 
> there any other solution out there?

are you using t_load_contacts()/t_next_contacts()? Or how you keep the
list of addresses for serial forking?

The internal destination set array is static and moved in a transaction
context as branches (for parallel forking) or xavps via the above functions.

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] Send SIP Info within a dialog using $uac_req(method)="INFO"

[Daniel-Constantin Mierla]

Hello,

uac_req_send() is able to send only initial requests (with follow up on
auth challenge). It doesn't expose the ability to send requests within a
dialog -- the functions exist in c (tm module), but not availble in config.

On the other hand, there should be a mi/rpc command exported by tm
module that allows that -- it may be possible to do it from config file
via jsonrpc-s module.

Cheers,
Daniel


On 29/09/16 21:41, Jonathan Hunter wrote:
> Hi Guys,
> Is it still the case that when using uac_req_send, you cant send withing a 
> specific dialog?
> I can modify call-id, but I presume tags may be more of a problem?
> See old post below from 2015;
> >/I am familiar with uac_req_send. but how do I send it with in a />/specific 
> >dialog and with data in the INFO req ? /sending a new request inside a 
> >dialog is not possible with
> uac_req_send(). It is not easy over all because you change the sequence
> order (CSeq value). Practically, you need to track how many requests you
> sent from the middle to update (and restore in reply) when caller or
> callee sends a new request.
>
> dialog module can track changes in CSeq for requests sent to callee,
> being used now for authentication of INVITE to another provider, when
> Kamailio adds the credentials. But for more you would need to extend the
> dialog module.
>
> I just need to send a SIP info within an established dialog to stop some 
> function up stream, so wondered if this is still a blocker?
> Many thanks
> Jon
>
>
> ___
> 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 stop processing SIP

[Igor Potjevlesch]

Hard to say. Is there this kind of stats on Kamailio?

 

Regards,

 

Igor.

 

De : sr-users [mailto:sr-users-boun...@lists.sip-router.org] De la part de Aqs 
Younas
Envoyé : vendredi 30 septembre 2016 11:45
À : Kamailio (SER) - Users Mailing List 
Objet : Re: [SR-Users] Kamailio stop processing SIP

 

You need to increase the number of child. What is current CPS?

 

On 30 September 2016 at 14:34, Igor Potjevlesch  > wrote:

Hello,

 

Someone has an idea?

Again, Kamailio stop processing SIP during more than 30s. Nothing print in the 
logs.

 

The processing back on when a script detect no answer and restart the service.

Regards,

 

Igor.

 

De : Igor Potjevlesch [mailto:igor.potjevle...@gmail.com 
 ] 
Envoyé : vendredi 23 septembre 2016 11:05
À : sr-users@lists.sip-router.org  
Objet : Dimension number of child

 

Hello,

 

I'm wondering if there's a best practise to dimension the number of child to 
setup?

 

I see, very often, Kamailio that stops to reply to SIP traffic for couple a 
seconds. This cause some calls drop if RE-INVITE are not processed for example.

 

So, I'm wondering if the issue is not due to a lack of child for processing the 
SIP traffic.

 

Thank you for your inputs.

Regards,

 

Igor.


___
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] transaction is not suspended ERROR

[Daniel-Constantin Mierla]

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

[Daniel-Constantin Mierla]

Hello,

it looks like a leak from the system memory, not from kamailio's pkg or
shm memory. This can be due to an improper use of an external library
(e.g., libxml2) by a kamailio module or because of a problem in the library.

Can you list the modules used in your config (the loadmodule lines)? I
will try to guess from the list which one relying on external libs with
higher risk of leak issues.

Also, provide the version of kamailio you are using (kamailio -v).

Cheers,
Daniel


On 04/10/16 15:42, Jurijs Ivolga wrote:
> Hi,
>
> Our Kamailio server is crashing once per week, with following error:
>
> Oct  1 06:25:06 kamailio kernel: [26982632.803789] Out of memory in UB
> 210: OOM killed process 12261 (kamailio) score 0 vm:1614768kB,
> rss:280200kB, swap:131408kB
>
> Core dump was never created, probably it is because of my environment,
> but I will try to get it.
>
> Server constantly eats memory, maybe some kind of memory leak?
>
> Any help is highly appreciated!
>
> Jurijs
>
>
> ___
> 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] Fwd: TOPOH Module in Kamialio

[Ginti Saurabh]

Danial, i have gone thorugh the URl, but a little bit confuse that what
exactly this module does?

If i commented out thease lines then what will be the effect or will it
effect the system?

On Thu, Oct 6, 2016 at 3:18 PM, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> On 06/10/16 11:45, Ginti Saurabh wrote:
>
> Hi Danial,
>
>
> below is the line.
>
> modparam("topoh", "mask_ip", "192.168.0.1")
>
>
> loadmodule "topoh.so"
>
> if you comment the lines above, then the topoh module won't be loaded and
> the IP addresses in routing headers will not be masked anymore.
>
> To understand more about topoh module, see its readme:
>
>   - https://www.kamailio.org/docs/modules/stable/modules/topoh.html
>
> Cheers,
> Daniel
>
>
> On Thu, Oct 6, 2016 at 3:03 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Hello,
>> On 05/10/16 13:30, Ginti Saurabh wrote:
>>
>> Hi,
>>
>> Can you let me know what is TOPOH module do in kamailio?
>>
>> what does it do?
>>
>> and if commented out this line then will it effect the system?
>>
>> what line and what system are you referring to?
>>
>> 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/cg
>> i-bin/mailman/listinfo/sr-users
>
> --
> 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

Re: [SR-Users] Fwd: TOPOH Module in Kamialio

[Daniel-Constantin Mierla]

Hello,


On 06/10/16 11:45, Ginti Saurabh wrote:
> Hi Danial,
>
> below is the line.
> modparam("topoh", "mask_ip", "192.168.0.1")
>
> loadmodule "topoh.so"
if you comment the lines above, then the topoh module won't be loaded
and the IP addresses in routing headers will not be masked anymore.

To understand more about topoh module, see its readme:

  - https://www.kamailio.org/docs/modules/stable/modules/topoh.html

Cheers,
Daniel

>
> On Thu, Oct 6, 2016 at 3:03 PM, Daniel-Constantin Mierla
> > wrote:
>
> Hello,
>
> On 05/10/16 13:30, Ginti Saurabh wrote:
>> Hi,
>>
>> Can you let me know what is TOPOH module do in kamailio?
>>
>> what does it do?
>>
>> and if commented out this line then will it effect the system?
> what line and what system are you referring to?
>
> 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
>  
>
-- 
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] Fwd: TOPOH Module in Kamialio

[Ginti Saurabh]

Hi Danial,

below is the line.


modparam("topoh", "mask_ip", "192.168.0.1")

loadmodule "topoh.so"


On Thu, Oct 6, 2016 at 3:03 PM, Daniel-Constantin Mierla 
wrote:

> Hello,
> On 05/10/16 13:30, Ginti Saurabh wrote:
>
> Hi,
>
> Can you let me know what is TOPOH module do in kamailio?
>
> what does it do?
>
> and if commented out this line then will it effect the system?
>
> what line and what system are you referring to?
>
> 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
>
>
___
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

[Daniel-Constantin Mierla]

Hello,

can you provide the REGISTER request as well -- it is important to see
what it asks for.

Cheers,
Daniel

On 06/10/16 11:35, Infinicalls Infinicalls wrote:
> Hi all,
>  I am testing Edge Proxy setup with the example given here :
> http://kamailio.org/docs/modules/4.2.x/modules/outbound.html
>
> and I get this error :
>
> U 2016/10/06 09:18:48.331580 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=z9hG4bK162a.e9f73fe5e52ded1f30801aa00ee2a771.0;
>   received=52.233.25.164.
> Via: SIP/2.0/UDP
> 10.114.70.81:1228;received=113.193.149.49;rport=1228;branch=z9h
>   G4bKPj3ec7c87e09d6452b9e68e60052cb2651.
> From: "User1" ;
>  tag=ac1e36aec8bf445bbec8e43cf28e9f48.
> To: "User1" ;ta
>  g=b27e1a1d33761e85846fc98f5f3a7e58.b172.
> Call-ID: a270d285de6145c6b8670b909b104e74.
> CSeq: 20149 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.
>
> Both my proxy and registrar are behind NAT.  rtpproxy is installed and 
> started.
>
> I already have modparam("registrar", "use_path", 1) in my registrar.
>
> Any idea what is missing? 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] Size of passwords fields in db

[Daniel-Constantin Mierla]

On 05/10/16 16:35, Fred Posner wrote:
> On 10/05/2016 10:25 AM, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> writing here to decide on a topic opened by pull request 779:
>>
>>   - https://github.com/kamailio/kamailio/pull/779
>>
>> what would be a fair size for db column storing a password that one
>> would like to have for proper security?
>>
>> I would like to make it consistent over all tables that have a password
>> column by defining a xml entity for the size of these columns. The pull
>> request suggests 64 chars, has anyone other opinions on making it larger
>> or smaller?
>>
>> If they are defined varchar, then should not be a problem of allocated
>> size, so we can go with 128 if someone feels it worth doing larger now
>> so we don't have to change it again in the near future.
>>
>> This change is about db schema, the modules I expect to work with
>> allocated strings (or have length checks) in this case and should not be
>> affected.
>>
>> Cheers,
>> Daniel
>>
> Although I can see why someone might consider the need for larger than
> varchar 64, I really don't see a need for it. Assuming if you needed
> more characters it would probably be time to use additional
> authentication methods.
That refreshed my mind that we have now support for sha 256, which means
that ha1 fields need to be 64 (and they are now), but wondering if
someone will want to have and add sha 512 any time soon, which means the
ha1 fields need to be 128...
>
> I believe Polycom still max's out at 32.
I haven't looked at phones restrictions on this, but I saw old devices
accepting only digit based passwords... hopefully not many out there at
this moment.

A stronger auth method would be highly desired, but I guess a lot of
people are restricted by deployed devices.

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

[SR-Users] 420 Bad Extension error

[Infinicalls Infinicalls]

Hi all,
 I am testing Edge Proxy setup with the example given here :
http://kamailio.org/docs/modules/4.2.x/modules/outbound.html

and I get this error :

U 2016/10/06 09:18:48.331580 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=z9hG4bK162a.e9f73fe5e52ded1f30801aa00ee2a771.0;
  received=52.233.25.164.
Via: SIP/2.0/UDP
10.114.70.81:1228;received=113.193.149.49;rport=1228;branch=z9h
  G4bKPj3ec7c87e09d6452b9e68e60052cb2651.
From: "User1" ;
 tag=ac1e36aec8bf445bbec8e43cf28e9f48.
To: "User1" ;ta
 g=b27e1a1d33761e85846fc98f5f3a7e58.b172.
Call-ID: a270d285de6145c6b8670b909b104e74.
CSeq: 20149 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.

Both my proxy and registrar are behind NAT.  rtpproxy is installed and started.

I already have modparam("registrar", "use_path", 1) in my registrar.

Any idea what is missing? 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

Re: [SR-Users] Fwd: TOPOH Module in Kamialio

[Daniel-Constantin Mierla]

Hello,

On 05/10/16 13:30, Ginti Saurabh wrote:
> Hi,
>
> Can you let me know what is TOPOH module do in kamailio?
>
> what does it do?
>
> and if commented out this line then will it effect the system?
what line and what system are you referring to?

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] Migrating from OpenSER config file question.

[Daniel-Constantin Mierla]

Hello,

I just tested with:

$avp(s:callfwd) = $ruri;

using kamailio.cfg from master branch and all is ok.

Have you loaded the pv module?

Cheers,
Daniel

On 06/10/16 00:56, Brian McCrary wrote:
> Hello,
>
> Thanks so much for the help in pointing me in the right direction.  I 
> finally had some time today to work with Kamailio a little.  I should 
> have pointed out I had commented the avp_write line out in the config 
> file and had attempted to convert it to the new format as you had 
> suggested.  I had $avp(s:callfwd) = $ruri; instead of $avp(callfwd) = 
> $ruri; but it seems both give the same error.
>
> With that being said, thanks for pointing out the sqlops module.  It 
> looks like I should be able to make it do everything I need, and then 
> some.  There are some things I have been wanting to improve upon and it 
> looks like this will certainly help.  There has been a lot of really 
> nice things added to these new releases!  I'm going to give that a go 
> and see if I can fix the error by eliminating the problem altogether. :)
>
> Thanks,
>
> Brian
>
> On Mon, Oct 03, 2016 at 09:00:24PM +0200, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> hmm, the format $avp(s:callfwd) should still work fine. I will look
>> deeper at it when I get a chance after returning to the office in few
>> days. Anyhow, try to use $avp(callfwd), it is the same as $avp(callfwd)
>> if you haven't defined an overlapping avp-alias.
>>
>> On the other hand, I think avp_write(...) is no longer available. Now
>> you can use direct assignment, like:
>>
>> $avp(callfwd) = $ruri;
>>
>> One very useful additions (in newer versions than 1.0, otherwise being
>> quite old by now) is the sqlops module that allows to do all kind of sql
>> operations from configuration file, in many cases saving from the
>> complexity of using avpops db functions. See:
>>
>> https://www.kamailio.org/docs/modules/stable/modules/sqlops.html#idp44901364
>>
>> So you can do INSERT/UPDATE/REPLACE/... as you need from config file,
>> building the sql query with the variables you want.
>>
>> Cheers,
>> Daniel
>>
>> On 30/09/16 18:29, Brian McCrary wrote:
>>> Hello group,
>>>
>>> I know this may be hard to believe but I'm in the process of upgrading 
>>> an old, but stable, OpenSER 1.0 group of servers to Kamilio.  I'm 
>>> basically going to sort of start from scratch with the database and 
>>> export my old MySQL database and write some scripts to reimport the data 
>>> using kamctl scripts since the database structure has changed 
>>> substantially since then it looks like.
>>>
>>> I've mostly migrated the config file over fairly easily, except for 
>>> AVPops.  I've got a section of config file that writes into the 
>>> usr_preferences database for call forwarding, but I seem to get the same 
>>> error anywhere I try to write to the database using AVPops.  Here's the 
>>> output I get when checking the config:
>>>
>>>  0(1378) DEBUG:  [pvapi.c:268]: pv_cache_add(): PV cache not 
>>> initialized, doing it now
>>>  0(1378) ERROR:  [pvapi.c:828]: pv_parse_spec2(): error searching 
>>> pvar "avp"
>>>  0(1378) ERROR:  [pvapi.c:1032]: pv_parse_spec2(): wrong char [s/115] 
>>> in [$avp(s:callfwd)] at [5 (5)]
>>>  0(1378) :  [cfg.y:3368]: yyerror_at(): parse error in config file 
>>> /usr/local/etc/kamailio/kamailio.cfg, line 145, column 4-18: Can't get from 
>>> cache: $avp(s:callfwd)
>>> ERROR: bad config file (1 errors)
>>>
>>> Here's what I think are the revelant portions of the config file:
>>>
>>> modparam("avpops", "db_url", "mysql://user:pass@localhost/kamailio")
>>> modparam("avpops", "avp_table", "usr_preferences")
>>> modparam("avpops", "uuid_column", "uuid")
>>> modparam("avpops", "username_column", "username")
>>> modparam("avpops", "domain_column", "domain")
>>> modparam("avpops", "attribute_column", "attribute")
>>> modparam("avpops", "value_column", "value")
>>> modparam("avpops", "type_column", "type")
>>> 
>>> if (avp_db_load("$from/username", 
>>> "$avp(s:callfwd)"))
>>> {
>>> if(!avp_db_delete("$from/username", 
>>> "$avp(s:callfwd)/usr_preferences"))
>>> {
>>> sl_send_reply("500", "Server DB 
>>> error");}
>>> }
>>>
>>> #   avp_write("$ruri","$avp(s:callfwd)"); # Old OpenSER 
>>> 1.0 syntax...
>>> $avp(s:callfwd) = $ruri; # New Kamailio syntax ??
>>> 
>>> avp_db_store("$from/username","$avp(s:callfwd)/usr_preferences");
>>> t_relay();
>>> return;
>>>
>>> Basically I just want to write the ruri into the usr_preferences 
>>> database with an attribute of callfwd but not sure what I'm missing.  I 
>>> see the error "Can't get from cache" but not sure how that pertains to 
>>> what I'm trying to do.  Anyone have any