Re: [OpenSIPS-Users] exec environmental var

2017-08-23 Thread Tito Cumpen
This is happening with the output variable now in the latest 2.2 clone


"output var must be a single variable"

I tried adding a space like it was previously suggested for the
environmental variable

On Wed, Jul 19, 2017 at 2:43 AM, Liviu Chircu  wrote:

> I didn't call it a "trick" without good reason :) Notice the extra
> whitespace (" "), which changes the internal type of that parameter from
> "single variable" to "variable format string".
>
> Nevertheless, the proper fix is already available [1]
>
> [1]: https://github.com/OpenSIPS/opensips/commit/8a1b3ef3e456
>
> Liviu Chircu
> OpenSIPS Developerhttp://www.opensips-solutions.com
>
> On 19.07.2017 12:35, Johan De Clercq wrote:
>
> to me that seems like the same.
>
> 2017-07-19 10:15 GMT+02:00 Liviu Chircu :
>
>> Hi Tito,
>>
>> This seems to be caused by some misused startup optimization logic. Below
>> is a scripting trick that should solve your problem until we take care of
>> providing the official solution.
>>
>> Change this:
>>
>> ..., "$avp(env)");
>>
>> into this:
>>
>> ..., "$avp(env) ");
>>
>> Liviu Chircu
>> OpenSIPS Developer
>> http://www.opensips-solutions.com
>>
>> On 19.07.2017 00:42, Tito Cumpen wrote:
>>
>>> Group,
>>>
>>>
>>> I am trying to migrate to the latest opensips 2.3 but I am having issues
>>> when setting this in my script.
>>>
>>
>>
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>
>
>
> ___
> 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


Re: [OpenSIPS-Users] stretch packages.

2017-08-23 Thread Liviu Chircu

Adding my 2 cents to this thread:

On the stretch repo, the 2.2 release:

root@DEV-DEB-9:/home/liviu# apt-cache depends opensips-radius-modules
opensips-radius-modules
  Depends: opensips

For the 2.3 release all seems good, and aaa_radius.so gets installed 
properly:


root@DEV-DEB-9:/home/liviu# apt-cache depends opensips-radius-modules
opensips-radius-modules
  Depends: opensips
  Depends: libc6
  Depends: libradcli4

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 09.08.2017 23:35, Brian : wrote:

I guess this is because of unmet dependency on libfreeradius-client2 -
that appears to have been replaced by
https://packages.debian.org/stretch/libradcli4 so I guess packaging
needs to update to reflect this.



On Wed, Aug 9, 2017 at 6:27 PM, Brian :  wrote:

Hi List,

Are the stretch packages ready for usage?

When installing opensips-radius-modules from stretch (
http://apt.opensips.org/pool/stretch//2.2-releases/o/opensips/opensips-radius-modules_2.2.5-1_amd64.deb
)

it doesn't install aaa_radius.so in modules - and if we test upgrade a
jessie box to stretch it removes aaa_radius

Is something else providing this now or is this a packaging problem.

Thanks
Brians

___
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] codec_exists_re

2017-08-23 Thread Liviu Chircu

Hi Denis,

Thanks for the report - managed to replicate this 100% and opened up a 
GitHub issue for it [1]. Let's move the discussion over there.


Best regards,

[1]: https://github.com/OpenSIPS/opensips/issues/1181

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 23.08.2017 14:10, Denis via Users wrote:

Hello!
I have upgraded Opensips from 2.2 to
version: opensips 2.3.1 (x86_64/linux)
flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, 
QM_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535

poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.
git revision: 62e4fdf
main.c compiled on 08:07:33 Aug 22 2017 with gcc 5.4.0
In main route i have such logic for INVITE request (without tag)
"
if (codec_exists_re("PCMA|PCMU|G729")) {
codec_delete_except_re("PCMA|PCMU|G729");
} else {
   xlog("L_INFO", "main route: No codec");
   send_reply("403", "No_codec_supported");
   exit;
}
"
This logic worked in 2.2 but not working in 2.3. In syslog i can see 
"No codec" message (call fails).
For making a call i use the X-lite softphone (has been using for 
testing 2.2.) with PCMA or PCMU codec.

Thank you for any help.
--
С уважением, Денис.
Best regards, Denis


___
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] codec_exists_re

2017-08-23 Thread Denis via Users
Hello! I have upgraded Opensips from 2.2 to version: opensips 2.3.1 (x86_64/linux)flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, QM_MALLOC, DBG_MALLOC, FAST_LOCK-ADAPTIVE_WAITADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535poll method support: poll, epoll_lt, epoll_et, sigio_rt, select.git revision: 62e4fdfmain.c compiled on 08:07:33 Aug 22 2017 with gcc 5.4.0 In main route i have such logic for INVITE request (without tag) "if (codec_exists_re("PCMA|PCMU|G729")) {
   codec_delete_except_re("PCMA|PCMU|G729");
} else {
  xlog("L_INFO", "main route: No codec");
  send_reply("403", "No_codec_supported");
  exit;
}" This logic worked in 2.2 but not working in 2.3. In syslog i can see "No codec" message (call fails).For making a call i use the X-lite softphone (has been using for testing 2.2.) with PCMA or PCMU codec. Thank you for any help. -- С уважением, Денис.Best regards, Denis   

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


Re: [OpenSIPS-Users] do_action error in logs

2017-08-23 Thread Liviu Chircu

Hi Tito,

The line numbers may sometimes be slightly incorrect - I suggest you try 
to comment out some code until you really find the line that's not 
working. The last code block you posted shouldn't cause any problems on 2.3.


PS: Maybe there is some lingering "{" or "}" that's confusing the parser.

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 23.08.2017 11:16, Tito Cumpen wrote:

Alex,


Thanks for the tip but I tried using either double quotes or single 
quotes as you suggested :



if ($ua=~'restcomm'){

setflag(uac_ws);

}


but I am still seeing the error.


On Wed, Aug 23, 2017 at 12:22 AM, Alex Balashov 
> wrote:


someUA / restcomm need to be string literals, e.g. enclosed in
single or
double quotes.

On Wed, Aug 23, 2017 at 12:20:47AM -0700, Tito Cumpen wrote:

> Group I am seeing errors in opensips logs with the latest 2.3
>
>
> I am attempting to do the following:
>
>
> if ($ua=~someUA){
>
> setflag(4);
>
> }
>
>
> WARNING:core:do_action: error in expression at
> /etc/opensips/opensips.cfg:790
>
>
> I also see an error in this expression
>
>
>
> if ($ua=~restcomm){
>
> setflag(uac_ws);
>
> }
>
>  WARNING:core:do_action: error in expression at
> /etc/opensips/opensips.cfg:602
>
> does anyone have any idea what is causing this error or if this
flag is
> even being evaluated ?

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



--
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800  / +1-800-250-5920
 (toll-free)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

___
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


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


Re: [OpenSIPS-Users] 2.3 How to set content-disposition header with add_body_part

2017-08-23 Thread Răzvan Crainea

Hi, Xaled!

Unfortunately you can't add a content-disposition header right now. 
Please open a feature request and we will look into it.


https://github.com/OpenSIPS/opensips/issues

Best regards,

Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com

On 08/21/2017 05:48 PM, xaled wrote:


Hi,

how can one set the content-disposition Header to the body added with 
add_body_part function?


Thanks

xaled



___
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] do_action error in logs

2017-08-23 Thread Tito Cumpen
Alex,


Thanks for the tip but I tried using either double quotes or single quotes
as you suggested :


if ($ua=~'restcomm'){

setflag(uac_ws);

}


but I am still seeing the error.

On Wed, Aug 23, 2017 at 12:22 AM, Alex Balashov 
wrote:

> someUA / restcomm need to be string literals, e.g. enclosed in single or
> double quotes.
>
> On Wed, Aug 23, 2017 at 12:20:47AM -0700, Tito Cumpen wrote:
>
> > Group I am seeing errors in opensips logs with the latest 2.3
> >
> >
> > I am attempting to do the following:
> >
> >
> > if ($ua=~someUA){
> >
> > setflag(4);
> >
> > }
> >
> >
> > WARNING:core:do_action: error in expression at
> > /etc/opensips/opensips.cfg:790
> >
> >
> > I also see an error in this expression
> >
> >
> >
> > if ($ua=~restcomm){
> >
> > setflag(uac_ws);
> >
> > }
> >
> >  WARNING:core:do_action: error in expression at
> > /etc/opensips/opensips.cfg:602
> >
> > does anyone have any idea what is causing this error or if this flag is
> > even being evaluated ?
>
> > ___
> > Users mailing list
> > Users@lists.opensips.org
> > http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> --
> Alex Balashov | Principal | Evariste Systems LLC
>
> Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
> Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
>
> ___
> 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] do_action error in logs

2017-08-23 Thread Alex Balashov
someUA / restcomm need to be string literals, e.g. enclosed in single or
double quotes.

On Wed, Aug 23, 2017 at 12:20:47AM -0700, Tito Cumpen wrote:

> Group I am seeing errors in opensips logs with the latest 2.3
> 
> 
> I am attempting to do the following:
> 
> 
> if ($ua=~someUA){
> 
> setflag(4);
> 
> }
> 
> 
> WARNING:core:do_action: error in expression at
> /etc/opensips/opensips.cfg:790
> 
> 
> I also see an error in this expression
> 
> 
> 
> if ($ua=~restcomm){
> 
> setflag(uac_ws);
> 
> }
> 
>  WARNING:core:do_action: error in expression at
> /etc/opensips/opensips.cfg:602
> 
> does anyone have any idea what is causing this error or if this flag is
> even being evaluated ?

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


-- 
Alex Balashov | Principal | Evariste Systems LLC

Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) 
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

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


[OpenSIPS-Users] do_action error in logs

2017-08-23 Thread Tito Cumpen
Group I am seeing errors in opensips logs with the latest 2.3


I am attempting to do the following:


if ($ua=~someUA){

setflag(4);

}


WARNING:core:do_action: error in expression at
/etc/opensips/opensips.cfg:790


I also see an error in this expression



if ($ua=~restcomm){

setflag(uac_ws);

}

 WARNING:core:do_action: error in expression at
/etc/opensips/opensips.cfg:602

does anyone have any idea what is causing this error or if this flag is
even being evaluated ?
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users