Hi Andrew
>> well, the RURI of remote ACK has proxy IP address 10.200.70.100 so proxy
>> thinks that previous hop was a strict router.
>
> Aha, that makes sense. But why would that make Kamailio apply strict routing?
Now I understand this! Kamailio is not copying the *next* Route URI
into the R-U
Hi
Can anyone point to a good example of Kamailio performing the function of
Re-direct server.
We would like to forward messages onto another domain for authentication. ___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users
d
On Sat, Nov 24, 2012 at 9:31 PM, wrote:
> Hi
>
> Can anyone point to a good example of Kamailio performing the function of
> Re-direct server.
> We would like to forward messages onto another domain for authentication.
> ___
> SIP Express Router (SE
Hi,
Have you seen this code?
http://kb.asipto.com/asterisk:realtime:kamailio-3.3.x-asterisk-10.7.0-astdb
2012/11/24
> Hi
>
> Can anyone point to a good example of Kamailio performing the function of
> Re-direct server.
> We would like to forward messages onto another domain for authenticati
I am looking for a way to integrate Java business logic with Kamailio to
influence routing decisions, add/remove/modify headers, record
accounting-related information, etc. A while back there was a project named
WeSIP, but it doesn't appear to active anymore.
Is anyone doing something like thi
On 11/24/2012 05:15 PM, ron.kamai...@mcleodnet.com wrote:
I am looking for a way to integrate Java business logic with Kamailio to
influence routing decisions, add/remove/modify headers, record
accounting-related information, etc. A while back there was a project
named WeSIP, but it doesn’t app
Slow Java coupled with real-time SIP protocol? Hmm... Not viable to my point
of view.
On Saturday 24 November 2012 14:15:26 ron.kamai...@mcleodnet.com wrote:
> I am looking for a way to integrate Java business logic with Kamailio to
> influence routing decisions, add/remove/modify headers, recor
On 11/24/2012 05:41 PM, Sergey Okhapkin wrote:
Slow Java coupled with real-time SIP protocol? Hmm... Not viable to
my point of view.
Despite the stereotype, Java actually performs quite well, and is used
in highly concurrent, real-time environments like telephony extensively.
I think the st
On 11/25/2012 06:49 AM, Alex Balashov wrote:
> On 11/24/2012 05:41 PM, Sergey Okhapkin wrote:
>
>> Slow Java coupled with real-time SIP protocol? Hmm... Not viable to
>> my point of view.
>
> Despite the stereotype, Java actually performs quite well, and is used
> in highly concurrent, real-time en
I don't want to start language holy war, but I can't accept a programming
language which has operator "new", but doesn't provide operator "delete".
Garbage collection? Yes, it runs from time to time. Usually at the worst
moments of time when precious CPU cycles are vital to run actual business
On 11/24/2012 05:56 PM, Jeremy Ardley wrote:
A problem with Java is garbage collection. Every now and then the
application slows down. This is not good for real-time applications
requiring millisecond precision.
While SIP requires sub-second precision, it does not require millisecond
precisio
On 11/24/2012 05:57 PM, Sergey Okhapkin wrote:
I don't want to start language holy war, but I can't accept a
programming language which has operator "new", but doesn't provide
operator "delete". Garbage collection? Yes, it runs from time to
time. Usually at the worst moments of time when preciou
I am the OP. I actually have a solution running now, using JSON-RPC as the
connector between Kamailio and the Java EE business logic. I am looking for
an alternate solution to resolve the limitations with the RPC mechanism.
Performance is not an issue at all. In-fact performance is barely a
cons
On 11/24/2012 06:26 PM, ron.kamai...@mcleodnet.com wrote:
I am the OP. I actually have a solution running now, using JSON-RPC as the
connector between Kamailio and the Java EE business logic.
That's a rather novel approach. I hadn't thought of that; I suppose I
forgot the jsonrpc-c module
I don't think Java would be a performance limitation at all, as long as it
runs on a separate machine with its own processor, memory and pool of
disks.
If you don't like writing complex modules in C, you can always implement
your business logic in your preferred high level languages (Java, C#, PHP
Two main issues are that there is a size limitation with the payload which
can be carried with the RPC mechanism (limited to the size of a PV), and
that route block processing does not continue after calling the jsonrpc
functions.
-Original Message-
From: sr-users-boun...@lists.sip-router
16 matches
Mail list logo
