On Fri, 2010-01-22 at 10:12 -0500, Fowler, Peter AVAYA (CAR:9D10) wrote: > > Short of that, I think the right approach is to just have the > > PA send the initial user INVITE to all the possible targets > > at once, and use the first one that answers - the user > > configures which of his contact numbers should be used for > > the 'call' command by default (that is, when there is no > > 'from' clause), and they all get used. No guessing involved > > - let SIP sort it out. > > > > Using such a configuration or leveraging just the call forwarding > rule(s) > leaves things a bit too static. A mobile user is out and about at > unpredictable times (even the user cannot predict) so having to change > the configuration > constantly is rather painful. The idea is the user can tell the system > quickly where they are > via an "at <> until <>" sort of command. This would work as long as the > info was passed to the > Rest of the system so all call routing would use this information.
You misunderstand my suggestion. I configure which of my contacts should be used when I send an unqualified 'call' command via IM. I do this configuration just once with no time qualifiers. For example, I tell it it use both my extension and my cell phone because I'll almost always be able to use one of those. When I send an unqualified 'call' command, the PA does both of those INVITES in parallel - it does not need to use my forwarding rules. When one of those two calls is answered, PA kills the other call and completes the call setup to my target on the active call. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
