Hi Every One, I used the below to code to successfully chat between two sip
softphones.
if(uri=~"sip:q.*@")
{
# IMC - message
xdbg("script: message from [$fu] r-uri [$ru] msg [$rb]\n");
if(is_method("MESSAGE"))
{
log("MESSAGE received -> processing with imc\n");
sl_send_reply("200", "ok");
imc_
2009/11/10 Jonathan González
> Hi there,
>
> First of all I would like to say that I solved the problem I had with RTP
> traffic... it was not routed directly between clients due to the xlite
> version I was using (4.0 beta). Once I changed the client version everything
> was working properly.
>
Hi there,
First of all I would like to say that I solved the problem I had with RTP
traffic... it was not routed directly between clients due to the xlite
version I was using (4.0 beta). Once I changed the client version everything
was working properly.
I would like to configure a new scenario: 2
2009/11/9 mani sivaraman :
>
> I'm able to save the pidf.xml to Openxcap server and it sends 200 OK for the
> PUT pidf. But pidf-manipulation never worked for me, so I ran openxcap in
> no-fork mode and got the follwoing error spit from openxcap when I try to
> PUT pidf to it.
>
> Coudl any one ple
I'm able to save the pidf.xml to Openxcap server and it sends 200 OK for the
PUT pidf. But pidf-manipulation never worked for me, so I ran openxcap in
no-fork mode and got the follwoing error spit from openxcap when I try to
PUT pidf to it.
Coudl any one please point out what is wrong ? in openxca
Hi Every One, I used the below to code to successfully chat between two sip
softphones.
if(uri=~"sip:q.*@")
{
# IMC - message
xdbg("script: message from [$fu] r-uri [$ru] msg [$rb]\n");
if(is_method("MESSAGE"))
{
log("MESSAGE received -> processing with imc\n");
sl_send_reply("200", "ok");
imc_
Ovidiu,
I'd like to be able to impose a limit on each of my subscribers. I could
have thousands of subscribers. Apparently this module isn't appropriate for
that kind of application.
- Jeff
On 11/9/09 12:28 PM, "Ovidiu Sas" wrote:
> Hello Jeff,
>
> Since you want to limit only the INVITEs
Hello Jeff,
Since you want to limit only the INVITEs, just go with the forced
limiting by forcing a known pipe:
http://www.opensips.org/html/docs/modules/devel/ratelimit.html#id228413
Define a pipe for each IP and the map the IP to a pipe before ratelimiting.
The only thing that you need to be awa
Hello,
It appears our options today for limiting traffic quantity into Opensips are
the pike and ratelimit modules. As my oversimplified minds understand it,
pike works by limiting all traffic based on source IP. Ratelimit works by
limiting all traffic based on method.
Is there a way with ratel
Anca,
Thanks for the quick reply. I tried as you suggested, on a development box,
and while it didn't work, it did look a lot more like what I was expecting to
see.
However, I guess I am looking for more of a "tack on" solution for what I've
already developed. The "right" answer may be to
Hi Jeff,
Jeff Kronlage wrote:
> Anca,
>
> The key pieces of my config file are:
>
> Loadmodule "tm.so"
> loadmodule "b2b_entities.so"
> loadmodule "b2b_logic.so"
>
> modparam("tm", "pass_provisional_replies", 1)
> modparam("b2b_entities","server_address","sip:opens...@myproxyabc.com")
> modparam(
Anca,
The key pieces of my config file are:
Loadmodule "tm.so"
loadmodule "b2b_entities.so"
loadmodule "b2b_logic.so"
modparam("tm", "pass_provisional_replies", 1)
modparam("b2b_entities","server_address","sip:opens...@myproxyabc.com")
modparam("b2b_logic", "script_scenario",
"/usr/local/etc/op
Hi Jeff,
It seems that the b2b module just does simple forward of REFER request
in your setup.
Have you loaded the refer scenario? You can find it here:
http://www.opensips.org/Resources/B2buaTutorial#toc15. You have to put
in in a file and then set the 'script_scenario' parameter to the path
13 matches
Mail list logo