16 Nov
2007
16 Nov
'07
2 p.m.
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@IP_X 1
13 A A@IP_Y 1
14 B B@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@IP_X (because
it has lowest ID)
SRIPT user A:
<cpl>
<incoming>
<location url="sip:A@IP_Y" priority="0.3">
<proxy timeout="10" ordering="sequential" />
</location>
</incoming>
</cpl>
Whit this script I hoped to add A@IP_Y to location set (that already
included A@IP_X) with priority 0.3, and then call A@IP_X as first (it has
priority=q=1) and then, if I no aswer after 10sec, call A@IP_Y (that it
has lowest priority).
CPL don't add A@IP_Y to the location set, but it rewrites the location (it
removes the old R-URI, A@IP_X) with A@IP_Y and it call only this contact.
Is there a sense in what I've write?
if yes, where is the problem?
regards,
daniel
--
Daniel Grotti
________________________
e-mail : d.grotti(a)gmail.com
18 Nov
18 Nov
5:03 a.m.
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@IP_X 1
13 A A@IP_Y 1
14 B B@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@IP_X (because
it has lowest ID)
SRIPT user A:
<cpl>
<incoming>
<location url="sip:A@IP_Y" priority="0.3">
<proxy timeout="10" ordering="sequential" />
</location>
</incoming>
</cpl>
Whit this script I hoped to add A@IP_Y to location set (that already
included A@IP_X) with priority 0.3, and then call A@IP_X as first (it has
priority=q=1) and then, if I no aswer after 10sec, call A@IP_Y (that it
has lowest priority).
CPL don't add A@IP_Y to the location set, but it rewrites the location (it
removes the old R-URI, A@IP_X) with A@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@IP_X and A@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@domain CPL XML like this:
<cpl>
<incoming>
...
<location url="sip:ibc@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@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.
--
Iñaki Baz Castillo
19 Nov
19 Nov
1:15 p.m.
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@IP_X 1
13 A A@IP_Y 1
14 B B@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@IP_X (because
it has lowest ID)
SRIPT user A:
<cpl>
<incoming>
<location url="sip:A@IP_Y" priority="0.3">
<proxy timeout="10" ordering="sequential" />
</location>
</incoming>
</cpl>
Whit this script I hoped to add A@IP_Y to location set (that already
included A@IP_X) with priority 0.3, and then call A@IP_X as first (it has
priority=q=1) and then, if I no aswer after 10sec, call A@IP_Y (that it
has lowest priority).
CPL don't add A@IP_Y to the location set, but it rewrites the location (it
removes the old R-URI, A@IP_X) with A@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@IP_X and A@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@domain CPL XML like this:
<cpl>
<incoming>
...
<location url="sip:ibc@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@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.
1:31 p.m.
El Monday 19 November 2007 11:15:42 Bogdan-Andrei Iancu escribió:
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.
So you suggest to do a spiral (with CPL "lookup") instead of doing a direct
CPL "location", is it?
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
1:43 p.m.
No. If want to send the call to the registered contacts plus the address
C, use lookup + location nodes in your CPL script.
regards,
Bogdan
Iñaki Baz Castillo wrote:
El Monday 19 November 2007 11:15:42 Bogdan-Andrei
Iancu escribió:
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.
So you suggest to do a spiral (with CPL "lookup") instead of doing a direct
CPL "location", is it?
6203
days inactive
6206
days old
4 comments
4 participants
participants (4)
-
Bogdan-Andrei Iancu -
Daniel -
Iñaki Baz Castillo -
Iñaki Baz Castillo