Hi Saul,
sure, go ahead.
Regards,
Bogdan
Saúl Ibarra Corretgé wrote:
Hi Bogdan,
yes, it does affect those versions too. But versions prior to 1.6 are
not officially maintained any more, so backporting fixes is not a must.
But if want, feel free to do the backports.
AFAIS the change is
Hi Flavio,
of course you can skip from pike check different known traffic sources
(like diallers, gateways, etc) and also you can do pike check only for
certain messages (like auth failed because of no user)
Regards,
Bogdan
Flavio Goncalves wrote:
Hi Saul,
I did like your solution. My
Hi Anton,
no, you cannotwhat module are looking at ?
Regards,
Bogdan
Anton Zagorskiy wrote:
Hello.
Can I change module's parameter in the route block? I want to change db_url
parameter.
WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
Hello.
Can I change module's parameter in the route block? I want to change db_url
parameter.
WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fax: +7 812 601-0593
a.zagors...@oyster-telecom.ru
www.oyster-telecom.ru
Hi Victor,
That is strict routing - in SIP you have 2 types of routing - Strict
Routing (old one) and Loose Routing (new one).
Previous described is Loose Route. What you have here is Strict Routing
and it is a different algorithm.
In Strict Routing, RURI points to the next hop and all the
Hi,
I have found the cause of the crash and fixed it. Please update your code.
Thanks and regards,
--
Anca Vamanu
www.voice-system.ro
On 11/09/2010 06:40 PM, thrillerbee wrote:
Anca,
I am seeing a crash about every 13-14 days. I've attached the
backtrace from this morning.
The other
Hi Flavio,
On 11/03/2010 06:23 PM, Flavio Goncalves wrote:
Hi Saul,
I did like your solution. My only concern about Pike was to block
legitimate traffic. A SIP dialer can easily get to the pike threshold,
but doing pike_check_req() just for register, options and bye requests
seems to avoid
Hey Bogdan,
Yes, I have 3 listen= lines; two with public IPs and one with a private IP.
When I remove the mhomed=1 then things work as intended except for the
probing. I can proxy traffic correctly on all interfaces.
When I enable mhomed=1, then I get the errors below.
Thanks,
Bill
On
On Wed, Nov 10, 2010 at 5:16 AM, David Santiago
david.santi...@almiralabs.com wrote:
Modified... and still no records in the ACC table nor errors in the syslog
(although I have set the debug level to 9).
Are you sure you are looking at the right logs? Put some xlogs into your
code and be
This is the part where the ACC module is setup:
...
# - acc params -
/* what sepcial events should be accounted ? */
modparam(acc, early_media, 1)
modparam(acc, report_ack, 1)
modparam(acc, report_cancels, 1)
/* by default ww do not adjust the direct of the sequential requests.
if you
Bogdan,
Well, I spoke too soon - it's not just an issue with the opensipsctl fifo
calls - looks more like a memory leak. It crashed again today, but I did
get some errors in the syslog this time right before the crash:
Nov 10 15:42:32 core1 /usr/local/sbin/opensips[27044]:
Anca,
The b2b_logic module will not compile:
make[1]: Entering directory `/usr/local/src/opensips_1_6/modules/b2b_logic'
Compiling b2b_logic.c
gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -Wall
-minline-all-stringops -falign-loops -ftree-vectorize -mtune=prescott
-Wold-style-definition
Hi Bogdan,
From my point of view it is not so clear, because opensips and
dispatcher use the same secret (the same radiusclient.conf file) and
are located on the same server.
There are only one entry provided in radius server clients file
describing ip address (the same for opensips and
On 10.11.2010 13:13, Bogdan-Andrei Iancu wrote:
Hi Victor,
That is strict routing - in SIP you have 2 types of routing - Strict
Routing (old one) and Loose Routing (new one).
I see about strict and loose routing :-)
I can not understand how loose_route() process requests :-(
But in your
hi all
how can i add new domain in CDRTool on Rating menu
because when i add new domain the CDRTool always said error
Error: value '192.168.1.41' for field 'Domain' must be of format 'example.com'
Thank you
___
Users mailing list
This could be improved by profiling the traffic per customer and pike it
accordingly.
Adrian
On Nov 3, 2010, at 6:23 PM, Flavio Goncalves wrote:
Hi Saul,
I did like your solution. My only concern about Pike was to block
legitimate traffic. A SIP dialer can easily get to the pike
My other proxy crashed as well with these ERRORs in the syslog:
Nov 10 22:01:02 core2 /usr/local/sbin/opensips[22959]:
ERROR:db_flatstore:get_name: pkg memory allocation failure
Nov 10 22:01:02 core2 /usr/local/sbin/opensips[22959]:
ERROR:db_flatstore:flat_reopen_connection: failed to get_name
hi
i try to learn CDRTool,
i config the global.inc with
# Normalize engine settings
$CDRTool['normalize']['defaultCountryCode'] = 84;
the cdr_generic.php
class CDRS {
var $CDR_class = 'CDR';
var $intAccessCode = '00';
var $natAccessCode = '0';
Hi Bogdan,
Thanks for your prompt response. I was hacking into the code of
siptrace module but no success yet. Anyway something is better than
nothing.
Regards,
MohammedShehzad
Hi Mohammed,
This is more or less a limitation ; as opensips is doing parallel
processing , you may have
19 matches
Mail list logo