Re: [OpenSIPS-Users] REG::Zero Window in opensips 1.11.5

2017-06-13 Thread Ravitez Ravi
Hello Liviu,
Good Day,
Thank you, Tuning the window size worked :)

Regards,
Ravitez.D

On Fri, Jun 9, 2017 at 4:45 AM, Liviu Chircu  wrote:

> Hi Ravi,
>
> The TCP/TLS code is not optimized to dispatch/parallelize the SIP messages
> read by a single worker on a heavily reused TCP connection. They will be
> processed serially, one at a time (possibly not by the same TCP worker, but
> that's irrelevant). However, SIP message processing in OpenSIPS is super
> fast and your TCP read buffers should never get filled up, unless maybe
> your kernel buffer sizes are too low. See this tutorial [1] for some tuning
> tips.
>
> On a different note, the more blocking ops you do in your script, the more
> chances for your box to start advertising TCP zero window to the  app
> server. If that's your case, then your best bet is to move to a 2.2+
> OpenSIPS, and make those statements asynchronous.
>
> [1]: https://www.cyberciti.biz/faq/linux-tcp-tuning/
>
> Liviu Chircu
> OpenSIPS Developerhttp://www.opensips-solutions.com
>
> On 09.06.2017 07:00, Ravitez Ravi wrote:
>
> Hi All,
>
> Good Day,
>
> I’m using opensips V1.11.5-TLS and facing a problem with
> Zero Window.
>
> Here’s the scenario :
>
> NOTIFY
>
> Opensips client ---à App server
>
> 200 OK
>
> Opensips  ß App Server
>
>
>
> Now lets assume this
>
> NOTIFY
>
> Opensips client ---à App server
>
> NOTIFY
>
> Opensips client ---à App server
>
> NOTIFY
>
> Opensips client ---à App server
>
> NOTIFY
>
> Opensips client ---à App server
>
> NOTIFY
>
> Opensips client ---à App server
>
> NOTIFY
>
> Opensips client ---à App server
>
> NOTIFY
>
> Opensips client ---à App server
>
> 200 OK|200 ok | 200 ok | 200 ok
>
> Opensips  ß App Server
>
>
>
> Assuming the size of response if 5000 bytes.
>
> tcp_main detects data in the buffer and passes on to the child process to
> read the data from the buffer,
>
> child(buffer size 65535 ) now reads the data from the socket
>
> tcp_read_req()
>
> -  tcp_read_headers()
>
> -  Loops until all the sip messages are extracted and
> forwarded/processed
>
> -  Releases the connection to tcp_main
>
>
>
> Tcp_main attaches  to IO
>
>
>
> During the timer interval where  system reads the data from the socket and
> process  the data there would be new data pipelined in the socket, this
> gradually  results in Zero window L
>
> Would like to know if there’s a way to process the next available data on
> the socket once its been read.Thank you for your time J
>
>
>
> Regards,
>
> Ravitez.D
>
>
> ___
> Users mailing 
> listUsers@lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] Can't change From header

2017-06-13 Thread maatohewetbi
I want to change from header by using *uac_replace_from*, but when I call it
from request route it's still the same. 

route[handle_presence]
{
 if (is_method("PUBLISH")) {
  handle_publish();
} else

if (is_method("SUBSCRIBE")) {
xlog ("fu: $fu");
uac_replace_from("","sip:ro...@gotham.org");
xlog ("fu: $fu");
 handle_subscribe();
}

exit;
}





--
View this message in context: 
http://opensips-open-sip-server.1449251.n2.nabble.com/Can-t-change-From-header-tp7607691.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] B2B prepaid.xml with one MediaServer

2017-06-13 Thread Andreas Bøckmann
Hello

I wanted to test the B2B script-scenario prepaid from the B2BUA tutorials.
The only change I wanted was to only invoke a MediaServer before connecting
the call to B-party.

Note my OpenSIPS is running regular proxy/registrar functions besides B2B.

The B2B is able to setup the call towards MediaServer and trigger on
receiving BYE.

The next leg towards the actual B-party is not setup as OpenSIPS doesn't
see this as B2B? but does authorization for that INVITE request, which
fails.

I believe it's due to the B2B doing somethingsomething to my URIs and/or
CSEQs.

My issue seems very much like something I found in a previous post (
https://opensips.org/pipermail/users/2010-February/010931.html) but there
was no final solution.

I trigger this for the initial INVITE as such:

if ($rU =~ "^\+1234567890.*") {

# t_newtran is necessary because b2b should not handle
retransmissions.
if (!t_newtran()) {
   sl_reply_error();
   exit;
}

xlog("L_WARN","B2BUA cid=$ci, Call from $fU to $rU initialized as
B2B\n");
b2b_init_request("freecall", "sip:+@1.2.3.4:5080");
exit;
}

My B2B scenario file: https://pastebin.com/KwpgJziL

Any clues to what the solution from Anca was in the original post
referenced above or any other ideas as to what I am doing wrong here?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


Re: [OpenSIPS-Users] Correct connection string for cachedb_url in cachedb_memcached module

2017-06-13 Thread Kirill Galinurov
Sorry I find error.
it's semicolon in my config
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


[OpenSIPS-Users] Correct connection string for cachedb_url in cachedb_memcached module

2017-06-13 Thread Kirill Galinurov
Hi all I use opensips-2.3
Аnd try to use cachedb_memcached module to store some information about wss
users.
But i got errors :

DBG:core:set_mod_param_regex: cachedb_memcached matches module
cachedb_memcached
Jun 13 10:51:06 [107947] DBG:core:set_mod_param_regex: found 
in module cachedb_memcached [/usr/lib64/opensips/modules/]
Jun 13 10:51:06 [107947] CRITICAL:core:yyerror: parse error in config file
/etc/opensips/opensips.cfg, line 200, column 20-21: syntax e
rror
Jun 13 10:51:06 [107947] CRITICAL:core:yyerror: parse error in config file
/etc/opensips/opensips.cfg, line 200, column 20-21:
Jun 13 10:51:06 [107947] ERROR:core:main: bad config file (2 errors)
My config is:

loadmodule "cachedb_memcached.so"
modparam("cachedb_memcached",
"cachedb_url","memcached:group1://localhost:11211,127.0.0.1/");

What is a correct string?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users