[OpenSER-Users] Re: [Users] Group call pickup
Zahid Mehmood
zm23 at columbia.edu
Fri Oct 19 22:17:29 CEST 2007
Hi,
I am using John's example below to build a list and push to ruri.
The problem I'm running into is how to handle the offline subscriber
or a failure from one of the contacts so that it does not block
trying rest of the contacts. I guess I am looking for a true
parallel forking where as I'm seeing sequential processing on the list.
if (avp_db_query("select username from usr_preferences
where username <> $fU and attribute='pick_grp' and value=$avp
(s:pick_grp)","$avp(s:pick_grp_list)")) {
avp_pushto("$ruri/username","$avp(s:pick_grp_list)/g");
route(17);
}
route[17] {
if (lookup("location")) { # currently online
registered UA.
t_relay();
return;
} else { # not online
if (does_uri_exist() { # but exists
# send to voicemail
}
};
After this db lookup the ruri has user1 at mydomain, user2 at mydomain
etc... I don't want to re-route it back to my proxy and really just
want to do the lookup and relay it to the contacts directly. Since,
in my case, user1, user2, etc are not registered with the same AOR,
lookup is being done for each user and if user1 is offline, the
processing ends there.
Any advice on this is greatly appreciated.
--
Zahid
On Feb 8, 2007, at 7:39 AM, Bogdan-Andrei Iancu wrote:
> Hi,
>
> if you need something dynamic based on AVPs, see the previous reply
> from John Peters (same thread).
>
> regards,
> bogdan
>
>
> raviprakash sunkara wrote:
>> Hi Bogdan,
>> Good Morning,
>> I'm Also Do the Same part,
>> Suppose Some My Subscriber's are wanted the Pickup or group ring
>> for them,
>>
>> For simple static routing is not needed,
>>
>> THen How Can I do ? for my more Subscriber listers,
>>
>> Is I need to the use AVPOPS modules ,,,,,,,,,,,,,,,
>> Help me !
>>
>> On 2/8/07, *Bogdan-Andrei Iancu* <bogdan at voice-system.ro
>> <mailto:bogdan at voice-system.ro>> wrote:
>>
>> Hi,
>>
>> or you need a very, very simple static routing, just use
>> append_branch() :
>>
>> #replace current uri with first destination
>> seturi("sip:u1 at host");
>> #add the next destinations as branches
>> append_branch("sip:u2 at host");
>> append_branch("sip:u3 at host ");
>>
>> regards,
>> bogdan
>>
>> John Peters wrote:
>> > Hi
>> >
>> > For parallel forking or group ringing, you can use
>> avp_db_load. For
>> > example:
>> >
>> > if (avp_db_load("$ruri/username", "$avp(s:cfu)/forward")) {
>> > xlog("cfu: $avp(s:cfu)\n.");
>> > avp_pushto("$ruri", "$avp(s:cfu)/g");
>> > };
>> >
>> > Use the "g" option to add all URIs. I believe you may also be
>> able to
>> > set it statically like:
>> >
>> > modparam("avpops","avp_aliases","myGroup=i:665")
>> >
>> > avp_write("sip:u1 at host", "$myGroup");
>> > avp_write(" sip:u2 at host", "$myGroup");
>> > avp_pushto("$ruri", "$myGroup/g");
>> >
>> > And of course, if multiple endpoints are configured to use
>> the same
>> > account and username, by default that account will ring to all
>> those
>> > contacts.
>> >
>> > On 2/7/07, *Stefano Capitanio* <s.capitanio at caspur.it
>> <mailto:s.capitanio at caspur.it>
>> > <mailto:s.capitanio at caspur.it <mailto:s.capitanio at caspur.it>>>
>> wrote:
>> >
>> > Hi list,
>> >
>> > is it possible to set a Pickup-Group in openser?
>> > what i want is that a call directed for example to
>> sip:voip at isp.it <mailto:sip:voip at isp.it>
>> > <mailto: sip <mailto:sip>:voip at isp.it <mailto:voip at isp.it>>
>> > is forwarded to two different users, let's say
>> > tech_assistance1 at isp.it <mailto:tech_assistance1 at isp.it>
>> <mailto:tech_assistance1 at isp.it <mailto:tech_assistance1 at isp.it>>
>> > and tech_assistance2 at isp.it
>> <mailto:tech_assistance2 at isp.it>
>> <mailto: tech_assistance2 at isp.it
>> <mailto:tech_assistance2 at isp.it>> (in
>> > parallel)
>> > maybe I can use "rewriteuser" and "append_brach" but I can'
>> find the
>> > right way!
>> >
>> > thank you for any help,
>> > Stefano
>> >
>> >
>>
>
>
> _______________________________________________
> Users mailing list
> Users at openser.org
> http://openser.org/cgi-bin/mailman/listinfo/users
More information about the sr-users
mailing list