[Users] Openser 1.2.0 and exec_dset

Daniel-Constantin Mierla daniel at voice-system.ro
Fri Mar 23 16:48:53 CET 2007


Hello again,

I applied a patch to devel version(svn head). Can you try and see if 
works ok now? If yes, I will backport to stable versions.

Cheers,
Daniel


On 03/23/07 17:41, Daniel-Constantin Mierla wrote:
> Hello,
>
> the r-uri is given as parameter by default:
> http://www.openser.org/docs/modules/1.2.x/exec.html#AEN101
>
> Probably has to be quoted in the module. I will check it.
>
> Alternatives in 1.2.0 are exec_avp() of exec module, or the perl 
> module, where you can embed a perl application to be executed in 
> config file. You get access to lot of internal functions and 
> structures of openser.
>
> Cheers,
> Daniel
>
> On 03/23/07 16:43, Tobias Lindgren wrote:
>> Hi,
>>
>> forgot this error message in the output from openser:
>>  0(7689) ERROR: exec_str: cmd lookup.php
>> 'sip:1001 at 192.168.0.1:5060;sipx-noroute=Voicemail' failed.
>> exit_status=-1, errno=10: No child processes
>>
>> Br,
>> /Tobias
>>
>> Tobias Lindgren said the following on 2007-03-23 14:26:
>>  
>>> Hi all,
>>>
>>> I'm using exec_dset to run a script which takes the Request-URI and
>>> returns a new Request-URI based on the number dialed.
>>>
>>> In ser.cfg I'm doing this:
>>> if (exec_dset("lookup.sh \"$$SIP_RURI\"")) {
>>>     # Route call
>>> } else {
>>>     # Reply with a cause
>>> }
>>>
>>> Recently a customer started to use SIP-X, and his INVITES with
>>> Request-URIs looks like this:
>>> sip:1001 at 192.168.0.1:5060;sipx-noroute=Voicemail
>>>
>>> Ser responds with "500 Server Internal Error" to these INVITEs, 
>>> which is
>>> due to that my script fails.
>>>
>>> If I run OpenSER in the foreground with debugging I can see this:
>>>  0(20509) exec:w_exec_dset: executing [lookup.php "$SIP_RURI"]
>>>  0(20509) exec_str: rtrim
>>> sh: line 1: sipx-noroute=Voicemail: command not found
>>>
>>> How do I correctly escape the SIP_RURI in my openser.cfg to prevent my
>>> script from failing? Or is the RURI to long or something? If I run my
>>> script from commandline with the request uri, everything is fine.
>>>
>>> Br,
>>> /Tobias
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at openser.org
>>> http://openser.org/cgi-bin/mailman/listinfo/users
>>>     
>>
>> _______________________________________________
>> Users mailing list
>> Users at openser.org
>> http://openser.org/cgi-bin/mailman/listinfo/users
>>
>>   
>
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
>




More information about the Users mailing list