Awesome, thanks Iñaki! I have long had the need for something more
flexible than the check_sip wrapper around 'sipsak' that Nagios
provides (I think that's how it works, anyway?). In particularly at
issue was the timeout; it needs to be configurable and rather strict,
in my case.
On 04/12/
Hi, I've coded a SIP plugin for Nagios. There is some other similar
plugin but it's less customizable and less powerful.
Homepage:
http://dev.sipdoc.net/projects/sip-stuff/wiki/NagiosSIPplugin
Features:
- SIP UDP and TCP transport protocols.
- Customizable parameters (From URI, Request URI,
Hi Daniel,
Thx for reply. I am about to run through these modules.
Cheers,
Maciej.
> Hello,
>
> there are couple of other modules that you can use for dialed number routing
> - lcr - least cost routing
> - pdt
> - dialplan
>
> Depending on you needs, one can fit better, or sometimes you can use
Daniel-Constantin Mierla writes:
> i guess you wanted to say operate on $ru - strip() and strip_tail()
> functions - indeed there are some core functions, removing might not be
> easy since some people may want them for backward compatibility or
> simplicity, but moving several "no-longer-o
On 4/12/10 8:09 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
> ok, which reminds me that I wanted to add transformations for strip and
> strip_tail for the sake of cfg easiness...
those would would make my expression much simpler.
yes, i want them for same reason.
th
Daniel-Constantin Mierla writes:
> ok, which reminds me that I wanted to add transformations for strip and
> strip_tail for the sake of cfg easiness...
those would would make my expression much simpler. there is now some
core functions like those that operate on $tu and once the functions you
On 4/12/10 7:59 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
> it supports only strings. The subst expression is pre-compiled at startup.
>
> Some development is required to extend for what you want.
daniel,
no problem, i was able to achieve what i want using s.len and s
Hello,
there are couple of other modules that you can use for dialed number routing
- lcr - least cost routing
- pdt
- dialplan
Depending on you needs, one can fit better, or sometimes you can use
combined approach, with other modules such as dispatcher.
Cheers,
Daniel
On 4/12/10 5:23 PM, Ma
Daniel-Constantin Mierla writes:
> it supports only strings. The subst expression is pre-compiled at startup.
>
> Some development is required to extend for what you want.
daniel,
no problem, i was able to achieve what i want using s.len and s.substr
transformations.
-- juha
__
Hello,
On 4/12/10 6:14 PM, Juha Heinanen wrote:
i tried to embed a PV in regex transformation, but didn't get desired
result. is it possible or must regex only contain strings.
it supports only strings. The subst expression is pre-compiled at startup.
Some development is required to exte
i tried to embed a PV in regex transformation, but didn't get desired
result. is it possible or must regex only contain strings.
here is an example, where the idea is to strip string "456" from the end
of string "123456":
$var(test) = "123456";
$var(rest) = "456";
$var(te
I guess i can use SQLOps module plus already configured carrierroute
to achieve my goal:
- call routing based on calling number prefix
- load balancing
- failure routing
Maciej.
> Dear ALL,
>
> I am playing around with kamailio 1.5.
> Could somebody explain me what module best fit to route the c
Dear ALL,
I am playing around with kamailio 1.5.
Could somebody explain me what module best fit to route the call on
the basis of number A (calling number).
What is more all rules should be able to be modified directly from mysql db.
I've run through 3.0 modules and figured out that there is drout
marius zbihlei writes:
> I have attached the patch. And now the question : does it make sense to
> push it to master?! In my opinion the relaxed approach is better that
> the greedy approach...
i have had cases where name of a module parameter has been changed or
the param has been replace
Marius,
Well, if you ask me whether it is worth pushing to master, you will
get a rather biased answer. This sounds like a call that should be
made by the elders of the Kamailio tribal council. :)
Thank you anyway for the patch; I will put it to good use!
-- Alex
--
Alex Balashov - Pri
marius zbihlei wrote:
Hello Alex,
How about a syntax like
modparam("*", "db_url", ...) ?
meaning that it matches all modules that have a db_url param. Maybe
this
will also benefit something like module specific log level(when will be
implemented) and other common parameters.
That would
Hello Alex,
How about a syntax like
modparam("*", "db_url", ...) ?
meaning that it matches all modules that have a db_url param. Maybe this
will also benefit something like module specific log level(when will be
implemented) and other common parameters.
That would certainly solve the probl
On 04/12/2010 03:50 AM, marius zbihlei wrote:
Alex Balashov wrote:
Hi Marius,
On 04/10/2010 02:19 AM, Marius Zbihlei wrote:
Hello Alex,
> Thus, it is not possible
> in advance to know which modules will be loaded, nor possible to
> iterate through some list and combine them into a string, so
Alex Balashov wrote:
Hi Marius,
On 04/10/2010 02:19 AM, Marius Zbihlei wrote:
Hello Alex,
> Thus, it is not possible
> in advance to know which modules will be loaded, nor possible to
> iterate through some list and combine them into a string, so I
cannot do:
>
> modparam("mod1|mod2|mo
19 matches
Mail list logo
