On Tue, 2009-12-08 at 11:50 +0000, Abdul Mayat wrote:
>
> Just to confirm then, are we saying the current capability of SipXivr
> doesnt allow us to build a vxml script to build this? I wasnt sure
> what Tony meant by a dependence on the new VM in 4.2 or any other
> dependency on 4.2, unless it included a new IVR with more
> capabilities.
The new IVR system doesn't support VXML, so I would not invest time in
that. For how to program the new IVR, see:
http://sipx-wiki.calivia.com/index.php/SipXivr
> The full feature will reboot the phones and I suspect this will take
> time to support all the different phone models to ensure each behave
> in the same way and of course this adds a delay (time taken for the
> phone to reboot and re-configure itself).
In the last round of discussion of the hotelling feature, there was much
discussion of whether or not rebooting is important. With existing
phones, rebooting is the only way to accomplish two important things:
* Installing the identity of the user into the phone, so that
permissions and caller id are correct for that user.
* Reconfiguring user interface features like speed dials and other
phone preferences.
... it's the difference between conceptually saying:
Change this phone into my phone.
and
Make calls for me ring here.
The latter is, as you've pointed out, much easier, but the former is
better for workers who really use this a lot.
Rebooting phones is pretty easy - the difficulty lies in figuring out
whether/how to support mapping features between phones - if my 'home'
phone is on brand/model and the hotel phone is some other brand/model,
how much should work? We already have considerable differences in the
support for different phones - it's not unlikely that there would be
differences in how well the high end version of hotelling would work
across different phones.
_______________________________________________
sipx-users mailing list sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/
