Re: [SR-Users] Variables for UNIX timestamps and acc/callid?

Ah - perfect. Thank you Alex. -graham On 7/20/10 9:15 PM, "Alex Balashov" wrote: > On 07/20/2010 10:12 PM, Graham Wooden wrote: > >> 1. Is there a variable that holds the current UNIX timestamp? Either when >> called in a route() or method. > > Yep: > > http://www.kamailio.org/dokuwiki/dok

Re: [SR-Users] Variables for UNIX timestamps and acc/callid?

On 07/20/2010 10:12 PM, Graham Wooden wrote: 1. Is there a variable that holds the current UNIX timestamp? Either when called in a route() or method. Yep: http://www.kamailio.org/dokuwiki/doku.php/pseudovariables:1.4.x#unix_time_stamp 2. What is the variable that is equivalent to the "calli

[SR-Users] Variables for UNIX timestamps and acc/callid?

Hi there, Hopefully there are two simple answers for these. Running Kamailio 1.4.2. 1. Is there a variable that holds the current UNIX timestamp? Either when called in a route() or method. 2. What is the variable that is equivalent to the "callid" in the ACC module? Or better yet, what is the be

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On Tue, Jul 20, 2010 at 12:04 PM, Elena-Ramona Modroiu wrote: > On 07/20/2010 05:06 PM, JR Richardson wrote: > > [..] > When I added 180K records in the database, I got the "no more pkg mem" > error again. > I increased again: > #define PKG_MEM_POOL_SIZE 32*1024*1024 >

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On 07/20/2010 05:06 PM, JR Richardson wrote: [..] When I added 180K records in the database, I got the "no more pkg mem" error again. I increased again: #define PKG_MEM_POOL_SIZE 32*1024*1024 This allowed me to execute pdt_list with 180K records loaded. I increased database record count to 240K

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On Tuesday 20 July 2010, Iñaki Baz Castillo wrote: > > another would be to partition the command execution in small steps > > like we do for data loading in several modules. > > Yes, but this involves MI process to be designed for that, and it's > not the case, right? This is, in case the retrieve

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

>>> [..] >>> When I added 180K records in the database, I got the "no more pkg mem" >>> error again. >>> I increased again: >>> #define PKG_MEM_POOL_SIZE 32*1024*1024 >>> This allowed me to execute pdt_list with 180K records loaded. >>> >>> I increased database record count to 240K and got the "no

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

2010/7/20 Henning Westerholt : >> Hi Elena. This is also I'm a bit afraid of when using MI command to >> manage large ammount of records (LCR, locations, 'address' >> entries...). >> Wouldn't make sense MI to use shared memory instead of private memory? > > Hi Iñaki, > > this would be possible, but

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

Hi, On 07/20/2010 12:37 PM, Henning Westerholt wrote: On Tuesday 20 July 2010, Iñaki Baz Castillo wrote: this is the option added to overcome the MI design limitations - while most of dumped structures are in shared memory, MI builds the output in PKG memory, resulting in insufficient space

Re: [SR-Users] Dialplan module examples

On Tuesday 20 July 2010 11:14:55 Panagiotis Skoulikaritis wrote: > Dear Rail Alexis > > on the following link there are some examples of the dialplan use > > http://www.mail-archive.com/us...@lists.kamailio.org/msg06633.html Thanks Best regards -- Raúl Alexis Betancor Santana Dimensión Virtual

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On Tuesday 20 July 2010, Iñaki Baz Castillo wrote: > > this is the option added to overcome the MI design limitations - while > > most of dumped structures are in shared memory, MI builds the output in > > PKG memory, resulting in insufficient space since shm is much bigger than > > pkg - also this

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

Hi, On 07/16/2010 11:51 PM, JR Richardson wrote: Hi All, I loaded up the PDT database with about 35K records and when I issue the commad "kamctl fifo pdt_list" I get: 3(3018) ERROR: [tree.c:139]: no more pkg mem 3(3018) ERROR: mi_fifo [fifo_fnc.c:509]: command (pdt_list) processing failed

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

2010/7/20 Elena-Ramona Modroiu : > this is the option added to overcome the MI design limitations - while most > of dumped structures are in shared memory, MI builds the output in PKG > memory, resulting in insufficient space since shm is much bigger than pkg - > also this sometime ended as well in

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On Tuesday 20 July 2010, Elena-Ramona Modroiu wrote: > > [..] > > #define PDT_MAX_DEPTH32 > > this defines the max length for prefixes (DIDs) that can be stored in > the internal trees. Hi Elena-Ramona, ah, now i understand better - so my comment was misleading. Thanks for clarification

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

Hi, On 07/20/2010 11:27 AM, Henning Westerholt wrote: On Tuesday 20 July 2010, JR Richardson wrote: [..] So now I'm running out of shmem as well. After I loaded more than 320K records in the pdt database table, I started getting these errors: 0(17599) ERROR: pdt [pdtree.c:283]: bad parame

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

Hi, On 07/20/2010 11:21 AM, Henning Westerholt wrote: On Monday 19 July 2010, JR Richardson wrote: [..] When I added 180K records in the database, I got the "no more pkg mem" error again. I increased again: #define PKG_MEM_POOL_SIZE 32*1024*1024 This allowed me to execute pdt_list with 180K

Re: [SR-Users] Dialplan module examples

Dear Rail Alexis on the following link there are some examples of the dialplan use http://www.mail-archive.com/us...@lists.kamailio.org/msg06633.html Regards Panagiotis On 20/7/2010 1:07 μμ, Raϊl Alexis Betancor Santana wrote: Anyone known about examples for the dialplan table ? Best regard

[SR-Users] Dialplan module examples

Anyone known about examples for the dialplan table ? Best regards -- Raúl Alexis Betancor Santana Dimensión Virtual ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/

Re: [SR-Users] kamailio server load balancing

2010/7/20 RAJNIKANT VANZA : > Hi Guys, > > I have 2 kamailio servers. > I need to load balancing for this 2 kamailio servers. > Scenario: > > Each kamailio server call limit is 5000 approx. > kamailio server 1 > kamailio server 2 > If kamailio server 1 reach call limit (5000) then call

[SR-Users] kamailio server load balancing

Hi Guys, I have 2 kamailio servers. I need to load balancing for this 2 kamailio servers. Scenario: Each kamailio server call limit is 5000 approx. kamailio server 1 kamailio server 2 If kamailio server 1 reach call limit (5000) then call go on kamailio server 2. What is the best

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On Tuesday 20 July 2010, JR Richardson wrote: > [..] > So now I'm running out of shmem as well. After I loaded more than 320K > records in the pdt database table, I started getting these errors: > 0(17599) ERROR: pdt [pdtree.c:283]: bad parameters > 0(17599) INFO: pdt [pdt.c:490]: no prefix found

[SR-Users] how to set up iptel.org sip outbound

Hi, I registered iptel.org for an account and set up my Linksys SPA3102 ATA gateway. The inbound is working but outbound cannot dial out. Can any one help me: 1. how to set up the sip outbound in order for me to dial out via ATA. 2. how to get Canada phone number. Thanks a lot.

Re: [SR-Users] PDT ran out of pkg memory using pdt_list

On Monday 19 July 2010, JR Richardson wrote: > [..] > When I added 180K records in the database, I got the "no more pkg mem" > error again. > I increased again: > #define PKG_MEM_POOL_SIZE 32*1024*1024 > This allowed me to execute pdt_list with 180K records loaded. > > I increased database record