Re: [OpenSIPS-Users] OpenSIPs HA with KeepAlived
If you have an English one, we can link it from the opensips.org web page ;) Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Bootcamp 2021 online https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 5/28/21 1:58 PM, Social Boh wrote: Hello, I'l try to traslate tu english soon, after a new testing. Regards --- I'm SoCIaL, MayBe El 28/05/2021 a las 12:56 a. m., Bogdan-Andrei Iancu escribió: Hi, no English version of it ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Bootcamp 2021 online https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 4/30/21 4:12 PM, Social Boh wrote: Hello list, maybe someone might be interested: "OpenSIPs 3.1 HA with KeepAlilved": https://www.voztovoice.org/?q=node/2879 Spanish Article -- --- I'm SoCIaL, MayBe ___ 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
Re: [OpenSIPS-Users] TLS_MGM module with DB(MYSQL)
I'm a bit lost with regards to your setup/intentions but I think you might
be misusing those config values - if in doubt try the vanilla
implementation using an unmodified table and limited module parameters,
start small and build!
Of concern:
modparam("tls_mgm", "domain_col", "xx.i3clogic.com") < is that really
your column name??
modparam("tls_mgm", "match_ip_address_col", "xx.xx36.64:443") < is that
really your column name??
I'm wondering if you have interpreted those as default values?
https://opensips.org/html/docs/modules/3.0.x/tls_mgm.html#idp5640928
Initially just try with the value "default" for domain - thats a special
catch all value:
[image: image.png]
On Fri, 28 May 2021 at 12:59, Saurabh Chopra wrote:
> Hi Opensips Team/ Callum,
>
> Thanks for the response, I successfully inserted the content of my
> files(certificate) in mysql DB. But when I try to run the script the
> opensips is crashing now with errors.
>
> May 28 11:45:59 /usr/local/sbin/opensips[1268]:
> CRITICAL:db_mysql:wrapper_single_mysql_real_query: driver error (1064): You
> have an error in your SQL syntax; check the manual that corresponds to your
> MySQL server version for the right syntax to use near
> '.36.64:443,match_sip_domain,type,method,0,0,certificate,private_key,crl_check_al'
> at line 1
> May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:core:db_do_query:
> error while submitting query - [select
> id,.i3clogic.com,x.x.36.64:443,match_sip_domain,type,method,0,0,certificate,private_key,crl_check_all,crl_dir,ca_list,ca_dir,cipher_list,dh_params,ec_curve
> from tls_mgm ]
> May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:tls_mgm:load_info:
> DB query failed - retrieve valid connections
> May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:tls_mgm:load_info:
> Unable to load domains info from DB
> May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:core:init_mod:
> failed to initialize module tls_mgm
> May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:core:main: error
> while initializing modules
>
> Given these parameters in the config script.
>
> loadmodule "tls_mgm.so"
> modparam("tls_mgm", "db_url", "mysql://root:x@localhost/opensips")
> modparam("tls_mgm", "db_table", "tls_mgm")
> modparam("tls_mgm", "domain_col", "xx.i3clogic.com")
> modparam("tls_mgm", "match_ip_address_col", "xx.xx36.64:443")
> modparam("tls_mgm", "tls_method_col", "method")
> modparam("tls_mgm", "verify_cert_col", "0")
> modparam("tls_mgm", "require_cert_col", "0")
> modparam("tls_mgm", "certificate_col", "certificate")
> modparam("tls_mgm", "private_key_col", "private_key")
> modparam("tls_mgm", "crl_check_all_col", "crl_check_all")
> modparam("tls_mgm", "crl_dir_col", "crl_dir")
> modparam("tls_mgm", "ca_list_col", "ca_list")
>
> Kindly help in this matter.
>
> Best Regards
> Saurabh Chopra
> +918861979979
>
>
> On Wed, May 26, 2021 at 5:06 PM Callum Guy wrote:
>
>> You need to insert the certificate contents into the table rather than a
>> file, to my understanding - you'd probably want to convert the certs to PEM
>> format prior to doing this.
>>
>>
>>
>>
>>
>> On Tue, 25 May 2021 at 14:20, Saurabh Chopra
>> wrote:
>>
>>> Hi Opensips Team/Razvan,
>>>
>>> I am using the TLS_MGM module to validate my certificate file through a
>>> database (mysql) but getting the below error.
>>>
>>> May 25 12:41:28 ip-20-0-36-64 /usr/local/sbin/opensips[16297]:
>>> NOTICE:tls_mgm:init_tls_dom: no crl for tls, using none
>>> May 25 12:41:28 ip-20-0-36-64 /usr/local/sbin/opensips[16297]:
>>> *ERROR:tls_mgm:load_certificate_db:
>>> Unable to load certificate from buffer*
>>> May 25 12:41:28 ip-20-0-36-64 /usr/local/sbin/opensips[16297]:
>>> WARNING:tls_mgm:init_tls_domains: Failed to init TLS domain 'default',
>>> skipping...
>>>
>>> The data i have put in DB is depicted below:-
>>>
>>> insert into tls_mgm
>>> (id,domain,match_ip_address,match_sip_domain,type,method,verify_cert,require_cert,certificate,private_key,crl_check_all,crl_dir,ca_list,ca_dir,
>>> cipher_list,dh_params,ec_curve) values
>>> ('1','default','20.0.xx.xx:443','','1','SSLv23','1','0','2021.der','.der','0','','x2021.der','','ALL','','');
>>>
>>> *.der* files are the binary file for certificate file, private key file
>>> and ca_list . However the same is working fine through the configuration
>>> script.
>>>
>>> Can anybody confirm what I am doing wrong ?
>>>
>>>
>>> Best Regards
>>> Saurabh Chopra
>>> +918861979979
>>> ___
>>> Users mailing list
>>> Users@lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>
>>
>> *0333 332 | x-on.co.uk | **
>>
>> ** | Coronavirus
>> **
>> | Practice Index Reviews *
>>
>> THE ITSPA
Re: [OpenSIPS-Users] OpenSIPs HA with KeepAlived
Nice article, but nothing about RTPEngine High Availability ;) Storing RTPEngine data in 2 Redis instances (RW and RO) by each OpenSIPS node is the way to keep active calls going on in case of any problems with some of nodes. --- BR, Alexey http://alexeyka.zantsev.com/ ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] pkmem statistics for version 3.1
Ok, thanks Bogdan! On Fri, May 28, 2021 at 2:59 AM Bogdan-Andrei Iancu wrote: > Hi Federico, > > Starting 3.0, the way we fetch the pkg stats from all the procs did > change, from the unreliable and problem maker mechanism based on SIGUSR1, > to using the internal IPC support. Unfortunately the extra MI procs have no > IPC support, but this was fixed in 3.2. > > Best regards, > > Bogdan-Andrei Iancu > > OpenSIPS Founder and Developer > https://www.opensips-solutions.com > OpenSIPS Bootcamp 2021 online > https://opensips.org/training/OpenSIPS_eBootcamp_2021/ > > On 4/30/21 7:34 PM, Federico Edorna wrote: > > Hello! moving from 2.4 to 3.1 I've found something strange in pkmem stats. > MI is showing zero values for the first 7 processes > > > *opensips-cli -x mi get_statistics pkmem: -o output_type=lines > *pkmem:1-used_size: > 0 > pkmem:1-real_used_size: 0 > pkmem:1-max_used_size: 0 > pkmem:1-free_size: 0 > pkmem:1-fragments: 0 > pkmem:2-used_size: 0 > pkmem:2-real_used_size: 0 > pkmem:2-max_used_size: 0 > pkmem:2-free_size: 0 > pkmem:2-fragments: 0 > pkmem:3-used_size: 0 > pkmem:3-real_used_size: 0 > pkmem:3-max_used_size: 0 > pkmem:3-free_size: 0 > pkmem:3-fragments: 0 > pkmem:4-used_size: 0 > pkmem:4-real_used_size: 0 > pkmem:4-max_used_size: 0 > pkmem:4-free_size: 0 > pkmem:4-fragments: 0 > pkmem:5-used_size: 0 > pkmem:5-real_used_size: 0 > pkmem:5-max_used_size: 0 > pkmem:5-free_size: 0 > pkmem:5-fragments: 0 > pkmem:6-used_size: 0 > pkmem:6-real_used_size: 0 > pkmem:6-max_used_size: 0 > pkmem:6-free_size: 0 > pkmem:6-fragments: 0 > pkmem:7-used_size: 0 > pkmem:7-real_used_size: 0 > pkmem:7-max_used_size: 0 > pkmem:7-free_size: 0 > pkmem:7-fragments: 0 > pkmem:8-used_size: 3167224 > pkmem:8-real_used_size: 3387464 > pkmem:8-max_used_size: 3396024 > pkmem:8-free_size: 13389752 > pkmem:8-fragments: 3561 > pkmem:9-used_size: 3164712 > pkmem:9-real_used_size: 3385048 > pkmem:9-max_used_size: 3393616 > pkmem:9-free_size: 13392168 > pkmem:9-fragments: 3559 > pkmem:10-used_size: 3164736 > pkmem:10-real_used_size: 3385360 > pkmem:10-max_used_size: 3393904 > pkmem:10-free_size: 13391856 > pkmem:10-fragments: 3559 > pkmem:11-used_size: 3164688 > pkmem:11-real_used_size: 3385840 > pkmem:11-max_used_size: 3394384 > pkmem:11-free_size: 13391376 > pkmem:11-fragments: 3558 > pkmem:12-used_size: 3163936 > pkmem:12-real_used_size: 3379712 > pkmem:12-max_used_size: 3379896 > pkmem:12-free_size: 13397504 > pkmem:12-fragments: 3547 > pkmem:13-used_size: 3163936 > pkmem:13-real_used_size: 3379712 > pkmem:13-max_used_size: 3379896 > pkmem:13-free_size: 13397504 > pkmem:13-fragments: 3547 > pkmem:14-used_size: 3163936 > pkmem:14-real_used_size: 3379664 > pkmem:14-max_used_size: 3379728 > pkmem:14-free_size: 13397552 > pkmem:14-fragments: 3547 > pkmem:15-used_size: 3163936 > pkmem:15-real_used_size: 3379712 > pkmem:15-max_used_size: 3379896 > pkmem:15-free_size: 13397504 > pkmem:15-fragments: 3547 > pkmem:16-used_size: 3163936 > pkmem:16-real_used_size: 3379664 > pkmem:16-max_used_size: 3379728 > pkmem:16-free_size: 13397552 > pkmem:16-fragments: 3547 > pkmem:17-used_size: 3163936 > pkmem:17-real_used_size: 3379664 > pkmem:17-max_used_size: 3379728 > pkmem:17-free_size: 13397552 > pkmem:17-fragments: 3547 > pkmem:18-used_size: 3163936 > pkmem:18-real_used_size: 3379664 > pkmem:18-max_used_size: 3379728 > pkmem:18-free_size: 13397552 > pkmem:18-fragments: 3547 > pkmem:19-used_size: 3163936 > pkmem:19-real_used_size: 3379664 > pkmem:19-max_used_size: 3379728 > pkmem:19-free_size: 13397552 > pkmem:19-fragments: 3547 > pkmem:20-used_size: 3163936 > pkmem:20-real_used_size: 3379664 > pkmem:20-max_used_size: 3379728 > pkmem:20-free_size: 13397552 > pkmem:20-fragments: 3547 > pkmem:21-used_size: 3163936 > pkmem:21-real_used_size: 3379664 > pkmem:21-max_used_size: 3379728 > pkmem:21-free_size: 13397552 > pkmem:21-fragments: 3547 > pkmem:22-used_size: 3163936 > pkmem:22-real_used_size: 3379712 > pkmem:22-max_used_size: 3379896 > pkmem:22-free_size: 13397504 > pkmem:22-fragments: 3547 > pkmem:23-used_size: 3163936 > pkmem:23-real_used_size: 3379664 > pkmem:23-max_used_size: 3379728 > pkmem:23-free_size: 13397552 > pkmem:23-fragments: 3547 > pkmem:24-used_size: 3163936 > pkmem:24-real_used_size: 3379664 > pkmem:24-max_used_size: 3379728 > pkmem:24-free_size: 13397552 > pkmem:24-fragments: 3547 > pkmem:25-used_size: 3163936 > pkmem:25-real_used_size: 3379664 > pkmem:25-max_used_size: 3379728 > pkmem:25-free_size: 13397552 > pkmem:25-fragments: 3547 > pkmem:26-used_size: 3163936 > pkmem:26-real_used_size: 3379712 > pkmem:26-max_used_size: 3379896 > pkmem:26-free_size: 13397504 > pkmem:26-fragments: 3547 > pkmem:27-used_size: 3163936 > pkmem:27-real_used_size: 3379664 > pkmem:27-max_used_size: 3379728 > pkmem:27-free_size: 13397552 > pkmem:27-fragments: 3547 > pkmem:28-used_size: 3164016 > pkmem:28-real_used_size: 3380848 > pkmem:28-max_used_size: 3385616 > pkmem:28-free_size: 13396368 > pkmem:28-fragments: 3549 >
Re: [OpenSIPS-Users] TLS_MGM module with DB(MYSQL)
Hi Opensips Team/ Callum,
Thanks for the response, I successfully inserted the content of my
files(certificate) in mysql DB. But when I try to run the script the
opensips is crashing now with errors.
May 28 11:45:59 /usr/local/sbin/opensips[1268]:
CRITICAL:db_mysql:wrapper_single_mysql_real_query: driver error (1064): You
have an error in your SQL syntax; check the manual that corresponds to your
MySQL server version for the right syntax to use near
'.36.64:443,match_sip_domain,type,method,0,0,certificate,private_key,crl_check_al'
at line 1
May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:core:db_do_query:
error while submitting query - [select
id,.i3clogic.com,x.x.36.64:443,match_sip_domain,type,method,0,0,certificate,private_key,crl_check_all,crl_dir,ca_list,ca_dir,cipher_list,dh_params,ec_curve
from tls_mgm ]
May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:tls_mgm:load_info:
DB query failed - retrieve valid connections
May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:tls_mgm:load_info:
Unable to load domains info from DB
May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:core:init_mod: failed
to initialize module tls_mgm
May 28 11:45:59 /usr/local/sbin/opensips[1268]: ERROR:core:main: error
while initializing modules
Given these parameters in the config script.
loadmodule "tls_mgm.so"
modparam("tls_mgm", "db_url", "mysql://root:x@localhost/opensips")
modparam("tls_mgm", "db_table", "tls_mgm")
modparam("tls_mgm", "domain_col", "xx.i3clogic.com")
modparam("tls_mgm", "match_ip_address_col", "xx.xx36.64:443")
modparam("tls_mgm", "tls_method_col", "method")
modparam("tls_mgm", "verify_cert_col", "0")
modparam("tls_mgm", "require_cert_col", "0")
modparam("tls_mgm", "certificate_col", "certificate")
modparam("tls_mgm", "private_key_col", "private_key")
modparam("tls_mgm", "crl_check_all_col", "crl_check_all")
modparam("tls_mgm", "crl_dir_col", "crl_dir")
modparam("tls_mgm", "ca_list_col", "ca_list")
Kindly help in this matter.
Best Regards
Saurabh Chopra
+918861979979
On Wed, May 26, 2021 at 5:06 PM Callum Guy wrote:
> You need to insert the certificate contents into the table rather than a
> file, to my understanding - you'd probably want to convert the certs to PEM
> format prior to doing this.
>
>
>
>
>
> On Tue, 25 May 2021 at 14:20, Saurabh Chopra wrote:
>
>> Hi Opensips Team/Razvan,
>>
>> I am using the TLS_MGM module to validate my certificate file through a
>> database (mysql) but getting the below error.
>>
>> May 25 12:41:28 ip-20-0-36-64 /usr/local/sbin/opensips[16297]:
>> NOTICE:tls_mgm:init_tls_dom: no crl for tls, using none
>> May 25 12:41:28 ip-20-0-36-64 /usr/local/sbin/opensips[16297]:
>> *ERROR:tls_mgm:load_certificate_db:
>> Unable to load certificate from buffer*
>> May 25 12:41:28 ip-20-0-36-64 /usr/local/sbin/opensips[16297]:
>> WARNING:tls_mgm:init_tls_domains: Failed to init TLS domain 'default',
>> skipping...
>>
>> The data i have put in DB is depicted below:-
>>
>> insert into tls_mgm
>> (id,domain,match_ip_address,match_sip_domain,type,method,verify_cert,require_cert,certificate,private_key,crl_check_all,crl_dir,ca_list,ca_dir,
>> cipher_list,dh_params,ec_curve) values
>> ('1','default','20.0.xx.xx:443','','1','SSLv23','1','0','2021.der','.der','0','','x2021.der','','ALL','','');
>>
>> *.der* files are the binary file for certificate file, private key file
>> and ca_list . However the same is working fine through the configuration
>> script.
>>
>> Can anybody confirm what I am doing wrong ?
>>
>>
>> Best Regards
>> Saurabh Chopra
>> +918861979979
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
> *0333 332 | x-on.co.uk | **
>
> ** | Coronavirus
> **
> | Practice Index Reviews *
>
> THE ITSPA AWARDS 2020 AND Best
> ITSP - Mid Market, Best Software and Best Vertical Solution are trade marks
> of the Internet Telephony Services Providers' Association, used under
> licence.
>
> *Our new office address: 22 Riduna Park, Melton IP12 1QT.*
>
> X-on is a trading name of Storacall Technology Ltd a limited company
> registered in England and Wales.
> Registered Office : Avaland House, 110 London Road, Apsley, Hemel
> Hempstead, Herts, HP3 9SD. Company Registration No. 2578478.
> The information in this e-mail is confidential and for use by the
> addressee(s) only. If you are not the intended recipient, please notify
> X-on immediately on +44(0)333 332 and delete the
> message from your computer. If you are not a named addressee you must not
> use, disclose, disseminate, distribute, copy, print or reply to this email.
> Views
> or
Re: [OpenSIPS-Users] OpenSIPs HA with KeepAlived
Hello, I'l try to traslate tu english soon, after a new testing. Regards --- I'm SoCIaL, MayBe El 28/05/2021 a las 12:56 a. m., Bogdan-Andrei Iancu escribió: Hi, no English version of it ? Regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Bootcamp 2021 online https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 4/30/21 4:12 PM, Social Boh wrote: Hello list, maybe someone might be interested: "OpenSIPs 3.1 HA with KeepAlilved": https://www.voztovoice.org/?q=node/2879 Spanish Article -- --- I'm SoCIaL, MayBe ___ 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] avp scope bug in 3.2 ?
script :
local_route
{
xlog("callid=$ci: local_route: received message $mb");
xlog("callid=$ci: local_route: what ever comes from local goes to
b2bua");
$avp(b2bua)=1;
xlog("callid=$ci: avp(b2bua)=$avp(b2bua)");
}
route[relay]
{
# for INVITEs enable some additional helper routes
xlog("route realy ft [$ft] tt [$tt]");
if (is_method("INVITE"))
{
t_on_branch("per_branch_ops");
t_on_reply("handle_nat");
t_on_failure("missed_call");
route(rtpengine);
}
if ($avp(b2bua)==1)
{
xlog("route relay: avp(b2bua)=$avp(b2bua)==1; adding
record-route, reset avp and sending to b2bua");
$avp(b2bua)=0;
record_route();
if (!t_relay(,"udp:192.168.68.116:5060"))
{
send_reply(500,"Internal Error");
xlog("route relay: routing to b2bua failed");
}
}
else
{
xlog("route relay: avp(b2bua)=$avp(b2bua)!=1; normal call flow ");
if (!t_relay())
{
send_reply(500,"Internal Error");
}
}
exit;
}
expected behaviour :when local_route is entered the avp value goes to 1.
I would expect it to be 1 in route[relay] also.
However :
May 28 06:31:02 debian10opensips31 /data/opensips/sbin/opensips[13548]:
callid=1976ffb3-6749-4920-b7ef-5ce56cef6c8a: local_route: what ever
comes from local goes to b2bua
May 28 06:31:02 debian10opensips31 /data/opensips/sbin/opensips[13548]:
callid=1976ffb3-6749-4920-b7ef-5ce56cef6c8a: avp(b2bua)=1
...
May 28 06:31:02 debian10opensips31 /data/opensips/sbin/opensips[13543]:
route relay: avp(b2bua)=!=1; normal call flow
=> avp(b2bua) is not seen in route[relay]. Is this a bug or is this
intended behaviour ?
__
_
_
_wkr, _
OpenPGP_0xD7D896F7DDA70EC3.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
[OpenSIPS-Users] problem on compiling 3.2
Although I did not request to include tls, the installer tries to compile the tls modules. which fails on wolf tls. (same problem as Social Boh). Is there a solution for this ? BR, OpenPGP_0xD7D896F7DDA70EC3.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature ___ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Re: [OpenSIPS-Users] error_route not triggered for parsing error
Ticket raised - https://github.com/OpenSIPS/opensips/issues/2533
On Fri, 28 May 2021 at 07:32, Mark Allen wrote:
> Thanks Bogdan - will do
>
> On Fri, 28 May 2021 at 06:54, Bogdan-Andrei Iancu
> wrote:
>
>> Hi Mark,
>>
>> Consider opening a ticket on github.
>>
>> Regards,
>>
>> Bogdan-Andrei Iancu
>>
>> OpenSIPS Founder and Developer
>> https://www.opensips-solutions.com
>> OpenSIPS Bootcamp 2021 online
>> https://opensips.org/training/OpenSIPS_eBootcamp_2021/
>>
>> On 5/27/21 2:57 PM, Mark Allen wrote:
>>
>> This seems to link to a past thread where error_route is not triggering
>> if the first line is malformed. Unfortunately, there is no resolution to
>> this past thread - link here:
>> https://opensips.org/pipermail/users/2019-February/040605.html
>>
>> On Thu, 27 May 2021 at 11:56, Mark Allen wrote:
>>
>>>
>>> In my script, I have an error_route...
>>>
>>> error_route {
>>>xlog("--- error route class=$(err.class) level=$(err.level)
>>> info=$(err.info) rcode=$(err.rcode) rreason=$(err.rreason)
>>> ---\n");
>>>xlog("--- error from [$si:$sp]\n+\n$mb\n\n");
>>>sl_send_reply($err.rcode, "$err.rreason");
>>>exit;
>>> }
>>>
>>> ...but when I get a message parsing error, the error_route seems to
>>> ignore it. What am I doing wrong?
>>>
>>> ERROR:core:parse_method: invalid character :
>>> INFO:core:parse_first_line: failed to parse the method
>>> INFO:core:parse_first_line: bad message
>>> ERROR:core:parse_msg: message=>> #015#012User-Agent:
>>> MWWRTC 3.4.21042#015#012Accept:
>>> application/sdp,application/dtmf-relay,text/plain#015#012SIP/2.0 200
>>> OK#015#012Via: SIP/2.0/TCP
>>> 192.168.1.23:5060;rport=57559;received=192.168.1.23;branch=z9hG4bK72a5d21#015#012From:
>>> ;tag=33e693c3#015#012To:
>>> ;tag=1550918023#015#012Call-ID:
>>> fc585e54-72a5d21-ab2@192.168.1.23#015#012CSeq
>>> : 1
>>> OPTIONS#015#012User-Agent: Yealink SIP-T54W#015#012Content-Length:
>>> 0#015#012#015#012>
>>> ERROR:core:receive_msg: Unable to parse msg received from [
>>> 192.168.1.23:5060]
>>> ERROR:core:tcp_handle_req: receive_msg failed
>>>
>>>
>>> We are running OpenSIPS 3.1
>>>
>>>
>>> (this is a follow-up to my other query
>>> http://lists.opensips.org/pipermail/users/2021-May/044776.html)
>>>
>>>
>> ___
>> 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
Re: [OpenSIPS-Users] error_route not triggered for parsing error
Thanks Bogdan - will do
On Fri, 28 May 2021 at 06:54, Bogdan-Andrei Iancu
wrote:
> Hi Mark,
>
> Consider opening a ticket on github.
>
> Regards,
>
> Bogdan-Andrei Iancu
>
> OpenSIPS Founder and Developer
> https://www.opensips-solutions.com
> OpenSIPS Bootcamp 2021 online
> https://opensips.org/training/OpenSIPS_eBootcamp_2021/
>
> On 5/27/21 2:57 PM, Mark Allen wrote:
>
> This seems to link to a past thread where error_route is not triggering if
> the first line is malformed. Unfortunately, there is no resolution to this
> past thread - link here:
> https://opensips.org/pipermail/users/2019-February/040605.html
>
> On Thu, 27 May 2021 at 11:56, Mark Allen wrote:
>
>>
>> In my script, I have an error_route...
>>
>> error_route {
>>xlog("--- error route class=$(err.class) level=$(err.level)
>> info=$(err.info) rcode=$(err.rcode) rreason=$(err.rreason)
>> ---\n");
>>xlog("--- error from [$si:$sp]\n+\n$mb\n\n");
>>sl_send_reply($err.rcode, "$err.rreason");
>>exit;
>> }
>>
>> ...but when I get a message parsing error, the error_route seems to
>> ignore it. What am I doing wrong?
>>
>> ERROR:core:parse_method: invalid character :
>> INFO:core:parse_first_line: failed to parse the method
>> INFO:core:parse_first_line: bad message
>> ERROR:core:parse_msg: message=> #015#012User-Agent:
>> MWWRTC 3.4.21042#015#012Accept:
>> application/sdp,application/dtmf-relay,text/plain#015#012SIP/2.0 200
>> OK#015#012Via: SIP/2.0/TCP
>> 192.168.1.23:5060;rport=57559;received=192.168.1.23;branch=z9hG4bK72a5d21#015#012From:
>> ;tag=33e693c3#015#012To:
>> ;tag=1550918023#015#012Call-ID:
>> fc585e54-72a5d21-ab2@192.168.1.23#015#012CSeq
>> : 1
>> OPTIONS#015#012User-Agent: Yealink SIP-T54W#015#012Content-Length:
>> 0#015#012#015#012>
>> ERROR:core:receive_msg: Unable to parse msg received from [
>> 192.168.1.23:5060]
>> ERROR:core:tcp_handle_req: receive_msg failed
>>
>>
>> We are running OpenSIPS 3.1
>>
>>
>> (this is a follow-up to my other query
>> http://lists.opensips.org/pipermail/users/2021-May/044776.html)
>>
>>
> ___
> 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
Re: [OpenSIPS-Users] pkmem statistics for version 3.1
Hi Federico, Starting 3.0, the way we fetch the pkg stats from all the procs did change, from the unreliable and problem maker mechanism based on SIGUSR1, to using the internal IPC support. Unfortunately the extra MI procs have no IPC support, but this was fixed in 3.2. Best regards, Bogdan-Andrei Iancu OpenSIPS Founder and Developer https://www.opensips-solutions.com OpenSIPS Bootcamp 2021 online https://opensips.org/training/OpenSIPS_eBootcamp_2021/ On 4/30/21 7:34 PM, Federico Edorna wrote: Hello! moving from 2.4 to 3.1 I've found something strange in pkmem stats. MI is showing zero values for the first 7 processes /opensips-cli -x mi get_statistics pkmem: -o output_type=lines /pkmem:1-used_size: 0 pkmem:1-real_used_size: 0 pkmem:1-max_used_size: 0 pkmem:1-free_size: 0 pkmem:1-fragments: 0 pkmem:2-used_size: 0 pkmem:2-real_used_size: 0 pkmem:2-max_used_size: 0 pkmem:2-free_size: 0 pkmem:2-fragments: 0 pkmem:3-used_size: 0 pkmem:3-real_used_size: 0 pkmem:3-max_used_size: 0 pkmem:3-free_size: 0 pkmem:3-fragments: 0 pkmem:4-used_size: 0 pkmem:4-real_used_size: 0 pkmem:4-max_used_size: 0 pkmem:4-free_size: 0 pkmem:4-fragments: 0 pkmem:5-used_size: 0 pkmem:5-real_used_size: 0 pkmem:5-max_used_size: 0 pkmem:5-free_size: 0 pkmem:5-fragments: 0 pkmem:6-used_size: 0 pkmem:6-real_used_size: 0 pkmem:6-max_used_size: 0 pkmem:6-free_size: 0 pkmem:6-fragments: 0 pkmem:7-used_size: 0 pkmem:7-real_used_size: 0 pkmem:7-max_used_size: 0 pkmem:7-free_size: 0 pkmem:7-fragments: 0 pkmem:8-used_size: 3167224 pkmem:8-real_used_size: 3387464 pkmem:8-max_used_size: 3396024 pkmem:8-free_size: 13389752 pkmem:8-fragments: 3561 pkmem:9-used_size: 3164712 pkmem:9-real_used_size: 3385048 pkmem:9-max_used_size: 3393616 pkmem:9-free_size: 13392168 pkmem:9-fragments: 3559 pkmem:10-used_size: 3164736 pkmem:10-real_used_size: 3385360 pkmem:10-max_used_size: 3393904 pkmem:10-free_size: 13391856 pkmem:10-fragments: 3559 pkmem:11-used_size: 3164688 pkmem:11-real_used_size: 3385840 pkmem:11-max_used_size: 3394384 pkmem:11-free_size: 13391376 pkmem:11-fragments: 3558 pkmem:12-used_size: 3163936 pkmem:12-real_used_size: 3379712 pkmem:12-max_used_size: 3379896 pkmem:12-free_size: 13397504 pkmem:12-fragments: 3547 pkmem:13-used_size: 3163936 pkmem:13-real_used_size: 3379712 pkmem:13-max_used_size: 3379896 pkmem:13-free_size: 13397504 pkmem:13-fragments: 3547 pkmem:14-used_size: 3163936 pkmem:14-real_used_size: 3379664 pkmem:14-max_used_size: 3379728 pkmem:14-free_size: 13397552 pkmem:14-fragments: 3547 pkmem:15-used_size: 3163936 pkmem:15-real_used_size: 3379712 pkmem:15-max_used_size: 3379896 pkmem:15-free_size: 13397504 pkmem:15-fragments: 3547 pkmem:16-used_size: 3163936 pkmem:16-real_used_size: 3379664 pkmem:16-max_used_size: 3379728 pkmem:16-free_size: 13397552 pkmem:16-fragments: 3547 pkmem:17-used_size: 3163936 pkmem:17-real_used_size: 3379664 pkmem:17-max_used_size: 3379728 pkmem:17-free_size: 13397552 pkmem:17-fragments: 3547 pkmem:18-used_size: 3163936 pkmem:18-real_used_size: 3379664 pkmem:18-max_used_size: 3379728 pkmem:18-free_size: 13397552 pkmem:18-fragments: 3547 pkmem:19-used_size: 3163936 pkmem:19-real_used_size: 3379664 pkmem:19-max_used_size: 3379728 pkmem:19-free_size: 13397552 pkmem:19-fragments: 3547 pkmem:20-used_size: 3163936 pkmem:20-real_used_size: 3379664 pkmem:20-max_used_size: 3379728 pkmem:20-free_size: 13397552 pkmem:20-fragments: 3547 pkmem:21-used_size: 3163936 pkmem:21-real_used_size: 3379664 pkmem:21-max_used_size: 3379728 pkmem:21-free_size: 13397552 pkmem:21-fragments: 3547 pkmem:22-used_size: 3163936 pkmem:22-real_used_size: 3379712 pkmem:22-max_used_size: 3379896 pkmem:22-free_size: 13397504 pkmem:22-fragments: 3547 pkmem:23-used_size: 3163936 pkmem:23-real_used_size: 3379664 pkmem:23-max_used_size: 3379728 pkmem:23-free_size: 13397552 pkmem:23-fragments: 3547 pkmem:24-used_size: 3163936 pkmem:24-real_used_size: 3379664 pkmem:24-max_used_size: 3379728 pkmem:24-free_size: 13397552 pkmem:24-fragments: 3547 pkmem:25-used_size: 3163936 pkmem:25-real_used_size: 3379664 pkmem:25-max_used_size: 3379728 pkmem:25-free_size: 13397552 pkmem:25-fragments: 3547 pkmem:26-used_size: 3163936 pkmem:26-real_used_size: 3379712 pkmem:26-max_used_size: 3379896 pkmem:26-free_size: 13397504 pkmem:26-fragments: 3547 pkmem:27-used_size: 3163936 pkmem:27-real_used_size: 3379664 pkmem:27-max_used_size: 3379728 pkmem:27-free_size: 13397552 pkmem:27-fragments: 3547 pkmem:28-used_size: 3164016 pkmem:28-real_used_size: 3380848 pkmem:28-max_used_size: 3385616 pkmem:28-free_size: 13396368 pkmem:28-fragments: 3549 pkmem:29-used_size: 3164016 pkmem:29-real_used_size: 3380848 pkmem:29-max_used_size: 3385616 pkmem:29-free_size: 13396368 pkmem:29-fragments: 3549 pkmem:30-used_size: 3164016 pkmem:30-real_used_size: 3380848 pkmem:30-max_used_size: 3385616 pkmem:30-free_size: 13396368 pkmem:30-fragments: 3549 pkmem:31-used_size: 3164016 pkmem:31-real_used_size: 3380848 pkmem:31-max_used_size: 3385616 pkmem:31-free_size: 13396368
