Hi, maybe someone could confirm this:
At the begining of my script I set a variable:
$var(gateway) = "123.123.123.123";
Later, I run CPL for calls to internal users and there could be forwardings and so. I set CPL "recurse" parameter so convert 302 from UAS into a new branch into CPL.
At the end of CPL I run "route[20]" in which I use the variable $var(gateway), but sometimes it appears empty. I think this could occur because CPL can involve various OpenSer process. I think that when CPL receives a 302, maybe sometimes it's a new OpenSer process and since it's a reply the variable at the begining of my script is not read, so it appears empty. Am I right?
A solution is to use AVP instead od variables since AVP's remains along al lthe transaction. Am I right?
Thanks for any confirmation. Best regards.
http://www.openser.org/dokuwiki/doku.php/pseudovariables:1.3.x#script_variab... <snip> The value of script variables persists over the processing of SIP messages, being specific per each OpenSER process. </snip>
Regards, Ovidiu Sas
On Jan 9, 2008 6:12 PM, Iñaki Baz Castillo ibc@aliax.net wrote:
Hi, maybe someone could confirm this:
At the begining of my script I set a variable:
$var(gateway) = "123.123.123.123";
Later, I run CPL for calls to internal users and there could be forwardings and so. I set CPL "recurse" parameter so convert 302 from UAS into a new branch into CPL.
At the end of CPL I run "route[20]" in which I use the variable $var(gateway), but sometimes it appears empty. I think this could occur because CPL can involve various OpenSer process. I think that when CPL receives a 302, maybe sometimes it's a new OpenSer process and since it's a reply the variable at the begining of my script is not read, so it appears empty. Am I right?
A solution is to use AVP instead od variables since AVP's remains along al lthe transaction. Am I right?
Thanks for any confirmation. Best regards.
-- Iñaki Baz Castillo
Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users
El Jueves, 10 de Enero de 2008, Ovidiu Sas escribió:
http://www.openser.org/dokuwiki/doku.php/pseudovariables:1.3.x#script_varia bles <snip> The value of script variables persists over the processing of SIP messages, being specific per each OpenSER process.
</snip>
Yes, and since a CPL can involve various processes that was the source of my problem, was it?
Regards.
It may be. Check your logs (and check the process ID). Like this you will know for sure.
Regards, Ovidiu Sas
On Jan 9, 2008 6:38 PM, Iñaki Baz Castillo ibc@aliax.net wrote:
El Jueves, 10 de Enero de 2008, Ovidiu Sas escribió:
http://www.openser.org/dokuwiki/doku.php/pseudovariables:1.3.x#script_varia bles <snip> The value of script variables persists over the processing of SIP messages, being specific per each OpenSER process.
</snip>
Yes, and since a CPL can involve various processes that was the source of my problem, was it?
Regards.
--
Iñaki Baz Castillo
Users mailing list Users@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users
Hi Iñaki,
yes, depending of your script, the CPL interpretor can run in across multiple processes (sequentially, of course); for example the "proxy" node will move the execution in a different process, after the request is answered.
regards, bogdan
Iñaki Baz Castillo wrote:
El Jueves, 10 de Enero de 2008, Ovidiu Sas escribió:
http://www.openser.org/dokuwiki/doku.php/pseudovariables:1.3.x#script_varia bles <snip> The value of script variables persists over the processing of SIP messages, being specific per each OpenSER process.
</snip>
Yes, and since a CPL can involve various processes that was the source of my problem, was it?
Regards.
On Tuesday 15 January 2008 18:17:07 Bogdan-Andrei Iancu wrote:
Hi Iñaki,
yes, depending of your script, the CPL interpretor can run in across multiple processes (sequentially, of course); for example the "proxy" node will move the execution in a different process, after the request is answered.
Yes, thanks, I've already realized of that by loggin $pp (openser pid) in xlog.
Thanks.