[OpenSER-Users] CPL serial call attempt

[Bogdan-Andrei Iancu]

Hi,

Yes, that is correct - the CPL interpretor does not care about any new 
branches you added before. It has it's own built in location set which 
is initialized to empty for incoming processing. Try using the lookup 
CPL node if you want to use the registered contacts.

Regards,
Bogdan

Iñaki Baz Castillo wrote:
> El Viernes, 16 de Noviembre de 2007, Daniel escribió:
>   
>> Hi all,
>> I have this problem.
>> I have 2 contacts for one user subscriber, so in LOCATION tables, after
>> REGISTER session I have:
>>
>> ID         user        contact        q
>> 12         A            A at IP_X       1
>> 13         A            A at IP_Y       1
>> 14         B            B at IP_Z       1
>>
>>
>> so, B calls A and A has an incoming CPL script.
>> In this script I'd like to call the 2 A's contacts in sequential order:
>> The script is after looup("location"), so the R-URI is just A at IP_X (because
>> it has lowest ID)
>>
>> SRIPT user A:
>> <cpl>
>>   <incoming>
>>     <location url="sip:A at IP_Y" priority="0.3">
>>            <proxy timeout="10" ordering="sequential" />
>>      </location>
>>   </incoming>
>> </cpl>
>>
>> Whit this script I hoped to add A at IP_Y to location set (that already
>> included A at IP_X) with priority 0.3, and then call A at IP_X as first (it has
>> priority=q=1) and then, if I no aswer after 10sec, call  A at IP_Y (that  it
>> has  lowest priority).
>>
>> CPL don't add A at IP_Y to the location set, but it rewrites the location (it
>> removes the old R-URI, A at IP_X) with A at IP_Y and it call only this contact.
>>
>> Is there a sense in what I've write?
>> if yes, where is the problem?
>>     
>
> I'm learning now about CPL, but I think you shouldn't do 
> a "lookup('location')" before the CPL script.
>
> Instead use:
>
> 	<incoming>
> 		<lookup source="registration">
> 			<success>
> 				<proxy />
> 			</success>
> 		...
>
> So if you set:
>   modparam("cpl-c","lookup_append_branches",1)
>   (http://www.openser.org/docs/modules/devel/cpl-c.html#AEN210)
>
> the both contacts (A at IP_X and A at IP_Y) will be called in parallel.
>
> Unfortunatelly I think there is no way to use the qvalue inside CPL, so what I 
> say is not valid for you at all XD
>
> I have working serial forwarding based on qvalue with LCR module, it works 
> very well, but now I'm just trying to integrate it with CPL. I've got it 
> (thanks Jesus for the inspiration) with this:
>
> - You need LCR working for serial forwarding based on qvalue (if you have not 
> there are some examples in the web and I add mine at the end of this mail).
>
> - Your A at domain CPL XML like this:
>
>   <cpl>
> 	<incoming>
> 		...
> 		<location url="sip:ibc at sip.aliax.net;cpl=no">
> 			<proxy />
> 		</location>
> 		...
> 	</incoming>
>   </cpl>
>
> Note the "cpl=no" in the URL.
> And note that,instead of using:
>   lookup source="registration" (that perfoms a location by itself)
> I do:
>   location url="sip:ibc at sip.aliax.net;cpl=no"
> so the INVITE does a loop and comes again to proxy.
>
> - In the script, **before** a lookup(location) (this lookup will not be place 
> in fact if there is CPL script for called user):
>
>    if ! uri_param("cpl","no") {
> 		cpl_run_script("incoming","force_stateful");
>    }
>
> So CPL will no be called again when the INVITE comes again because the loop.
>
>
>
>
>
>
>
>
>
>
> PD: The LCR module for serial forwarding based on qvalue:
>
>
>
>
>
> # -- tm --
> modparam("tm", "fr_timer", 10)
> modparam("tm", "fr_inv_timer", 80)
> modparam("tm", "noisy_ctimer", 1)
>
> # -- lcr --
> modparam("lcr|tm", "fr_inv_timer_avp", "$avp(i:701)")
> modparam("lcr", "contact_avp", "$avp(i:702)")
> modparam("lcr","fr_inv_timer_next",20)
> modparam("lcr","fr_inv_timer",60)
> modparam("lcr", "gw_uri_avp", "$avp(i:703)")
> modparam("lcr", "ruri_user_avp", "$avp(i:704)")
> modparam("lcr", "rpid_avp", "$avp(i:705)")
> modparam("lcr", "dm_flag", 25)
>
>
> route {
>
> 	...
>
> 	lookup("location");
> 	load_contacts();
> 	next_contacts();
> 	route(1);
> 	exit;
>
> 	...
>
> }
>
>
> route[1] {
>
> 	t_on_branch("1");
> 	t_on_reply("1");
> 	t_on_failure("1");
>
> 	t_relay();
>
> }
>
>
> branch_route[1] {
>
>   #aply RtpProxy to this branch if needed and so...
>
> }
>
>
> failure_route[1] {
> 	
> 	if (next_contacts()) {
> 		route(1);
> 		exit;
> 	}
>
> }
>
>
>
>
>
> Hope it can help you. Regards.
>
>
>