Hello
Is it possible to use JabberD and Kamailio (with XMPP Component Mode) in
the same server?
Thanks
Joao Pereira
--
StarTel - A Rede Livre
Joao Gomes Pereira
www.startel.pt
+351 304500650
sip: gomespereira(a)startel.pt
Hi ,
Can anyone point me to the function used to remove a tag in To Header field.
For ex: To:sss@sss.com;tag=09888
In this case how to remove the tag param.
Thanks
Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
Hello Juan,
On Wed, 1 Apr 2009 06:35:35 -0700 (PDT) Juan Perez
<jperezsip2008(a)yahoo.com> wrote:
>
> we will use a different machine but we are limited with hardware now so in the mean time [and not for production traffic] we need to use the same hardware for
> more than one instance to test some stuff
> thank you guys
If you look at a clean way to have multiple kamailio instances in one
physical server, you should look at linux-vserver which work great
under debian (http://wiki.debian.org/LinuxVserver)
This will allow you to have separate environment for each instance
with different IPs and no overhead. We use it for a long time now
without problem.
Don't hesitate to contact me if you need more informations.
Regards,
-vma
.
siputils has function uri_param that can us used to check if r-uri has a
given parameter. how about a function
remove_uri_param(param)
that would remove from r-uri the given parameter? does any efficient
(non regex) means exist to achieve it?
-- juha
I am having an issue while setting up Kamailio. I using the carrierroute modules to process calls between carriers. The configuration works great. However I have and issue. On the SIP messages We are forcing all the media through an RTP proxy, however my issue has to do with the Contact field on the Message Header. While I am able to use force_rtp_proxy to replace the contact and connection fields on the SDP part of the message, I can seem to modify the Contact on the Header part.
I tried using subst to change the Contact:, and while I was partly successful, it seems the ACKs going from one carrier to another are getting messed up and throwing Kamailio into a loop. We are trying to avoid providing Contact: information to our carriers. Basically keeping them from know about each other. Any ideas/help will be Greatly appreciated.
Hi,
I would like to run rtpproxy 1.2.0 on a server with Quad-core dual Xeon processor and load balance the load across the 4 processors.
Do you know how do I enable this feature pls. ( I am not an expert in this field so keep it simple pls. thanks)
Thanks in advance
Regards,
Tony
I have reached the point where a single instance of
rtpproxy is about maxed-out, showing that its single
process is comsuming 85% or so and climbing of the CPU
available. That works out to about 600 standing
calls, the bulk of which are G.711.
This is a multi-processor/core system and I have several
other CPUs not really doing anything, so I would like to
start up multiple instances of rtpproxy, which rtpproxy
says it can do, controlling them via AF_INET sockets
instead of the default AF_UNIX.
How you set up rtpproxy for multiple instances seems
reasonably straightforward, but what you do on the SER
side to let it know that these additional copies of
rtpproxy exist and how you or SER divides call load
between them is less clear.
Is there any documentation or examples showing this
done, or better still, someone with a working ser.ctl
file who would be willing to show at least that part
of their configuration?
Ideally, I'm looking for a case where calls are
divided among rtpproxies regardless of where they
came from or where they are going, as I have one
particular call source/destination pair that is
absurdly large compared to all others, and that so
it in particular has to be distributed across
across multiple rtpproxies.
Thanks in advance!
Hello
Can anybody please help me on how to force a core dump if a child
crashes? I see this:
/usr/sbin/kamailio[12328]: INFO:core:handle_sigs: child process 12379
exited by a signal 11
/usr/sbin/kamailio[12328]: INFO:core:handle_sigs: core was not generated
/usr/sbin/kamailio[12328]: INFO:core:handle_sigs: terminating due to SIGCHLD
/usr/sbin/kamailio[12393]: INFO:core:sig_usr: signal 15 received
And if I run with gdb, it says 'Program exited normally'
Has anybody managed to make a core dump in this case?
Thanks
Catalina