[OpenSIPS-Users] User inbound rules

osiris123d duane.larson at gmail.com
Thu Oct 22 05:32:58 CEST 2009


Yeah.  I did some more testing with manually placing temporary records in
usrloc and I am thinking thats not a good method because if one of the
internal users gets called by multiple people at the same time then my
current config would place duplicate Home and Mobile records in usrloc and
that seems to cause a major issue.

I will play with it some more and possibly do like you say and just make the
changes in the Failure Route.  The other thing I was thinking about was
using the new feature in OpenSIPS 1.6 that allows you to edit branches like
so
$(branch(q)[0]) = $avp(s:office_q_value);
$(branch(q)[1]) = $avp(s:mobile_q_value);
$(branch(q)[2]) = $avp(s:home_q_value);
I am thinking that there might be a way to use this to accomplish what I
want, but will have to play with it first.

Thanks


On Wed, Oct 21, 2009 at 7:27 PM, Bogdan-Andrei Iancu [via OpenSIPS (Open SIP
Server)] <ml-node+3869416-1499420364 at n2.nabble.com<ml-node%2B3869416-1499420364 at n2.nabble.com>
> wrote:

> Hi,
>
> you can do the Follow me / call hunting by placing the additional
> destinations in the usrloc (and use serialize), or you can let usrloc to
> work in the normal way (no permanent contacts) and in failure route,
> when you got the negative reply from the registered phone, you can load
> the new contacts to try from DB and push them for usage.
>
> Regards,
> Bogdan
>
> osiris123d wrote:
> > I am also setting up FindMe/FollowMe type conditional based routing on a
> test
> > box and have got it working with avp_db_query.  I am inserting the mobile
>
> > and home numbers for the called user into the location database table
> with
> > specific Q values depending on how the user wants the phones to ring and
> > then serializing and next_branching to get serial/parrallel calls.  I was
>
> > wondering if this is what you guys are doing to accomplish this feature
> and
> > also how you are handling the location database cleanup after the call?
> >
> > Do you delete the mobile and home location entries after the call via the
>
> > avp_db_query or do you insert an "expires" time that is set to something
> > like 10 seconds???  I haven't moved on to the memcache stuff yet since I
> > first want to get the basics working.  Any info is appreciated.
> >
> >
> >
> >
> > Brett Nemeroff wrote:
> >
> >> Hi Gustavo,I'm doing something similar, being that I need a lookup per
> >> INVITE. Bogdan's recommendation for me was to use the memcaching
> functions
> >> in 1.5:
> >> http://www.opensips.org/index.php?n=Resources.DocsTutMemcache
> >>
> >>
> >>
> >> On Wed, Feb 18, 2009 at 8:45 AM, Gustavo Mistrinelli
> >> <[hidden email]<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3869416&i=0>
> >>
> >>> wrote:
> >>>
> >>> Hi all, I'm trying to figure out if we can use or add functionalities
> to
> >>> dynamic routing module to do "incoming routing" based on callee
> >>> destination
> >>> ($ru) per user
> >>> The idea is to have inbound rules per user (username/domain or user
> >>> aliases
> >>> i.e. numbers )
> >>> Each user will set their incoming rules, i.e. First rule ring my
> numbers
> >>> and username (lookup registered devices) for 15 seconds, then call my
> >>> cellphone for 10 second, then call
> >>> home number for 20 seconds and then call my voicemail, each step may
> ring
> >>> on more than one devices at the same time, it's a mix of serial and
> >>> parallel
> >>> forking. Condition to do next step is if get 4XX errors (not found,
> busy,
> >>> etc)
> >>> We can add also time conditions and black/white list.
> >>>
> >>> I did it using custom avp_db_query but will be nice have rules on
> memory
> >>> without querying tables every time.
> >>>
> >>> I'll be waiting for your suggestions
> >>>
> >>> Best,
> >>>
> >>> --
> >>> Gustavo Mistrinelli
> >>>
> >>> _______________________________________________
> >>> Users mailing list
> >>> [hidden email]<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3869416&i=1>
> >>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>>
> >>>
> >>>
> >> _______________________________________________
> >> Users mailing list
> >> [hidden email]<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3869416&i=2>
> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>
> >>
> >>
> >
> >
>
>
> _______________________________________________
> Users mailing list
> [hidden email]<http://n2.nabble.com/user/SendEmail.jtp?type=node&node=3869416&i=3>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> ------------------------------
> View message @
> http://n2.nabble.com/User-inbound-rules-tp2347188p3869416.html
> To unsubscribe from Re: User inbound rules, click here< (link removed) =>.
>
>
>


-- 
--
*--*--*--*--*--*
Duane
*--*--*--*--*--*
--

-- 
View this message in context: http://n2.nabble.com/User-inbound-rules-tp2347188p3870025.html
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.opensips.org/pipermail/users/attachments/20091021/b8cbd449/attachment-0001.htm 


More information about the Users mailing list