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

[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

Re: [SR-Users] kamailio server load balancing

2010/7/20 RAJNIKANT VANZA rajniva...@gmail.com: 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

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

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

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

2010/7/20 Elena-Ramona Modroiu ram...@asipto.com: 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

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:core [tree.c:139]: no more pkg mem 3(3018) ERROR: mi_fifo [fifo_fnc.c:509]: command (pdt_list) processing

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

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

2010/7/20 Henning Westerholt henning.westerh...@1und1.de: 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

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 more pkg mem error again.

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 retrieved

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

On Tue, Jul 20, 2010 at 12:04 PM, Elena-Ramona Modroiu ram...@asipto.com 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 This allowed me to

[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

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

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 abalas...@evaristesys.com 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: