[Freeswitch-users] Best Practice - * Codes on some IP Phones

[Aviv Shaham]

For anything other than a simple setup, I favor disabling feature-codes
on the devices and implementing them entirely server-side, which as you
mentioned will lead to consistency.
 
But there are (at least) 2 other benefits to doing so:
 
1. Customer support: you get to control (and see) your customer's
   forwarding, DND, selective call blocking, distinctive ring, etc.
   remotely without instructing them to hang up, dial another feature
   code, make test calls into the device, etc. So if they call and tell
   you calls are not coming in, right away you see DND is on and toggle
   it off. No need to run a trace and guess from the response.
 
2. If you expose any kind of web UI to your end users, they can see and
   change their calling features from the online account and it's always
   in sync with the same back-end managing your feature code
   functionality. Then you can also get fancy and have them set schedule-
   based DND, manage speed dials, blocked numbers, etc.
 
Aviv
 
 
On Tue, Sep 13, 2016, at 06:58 PM, William Colls wrote:
>
> I am working with a Grandstream HT704 ATA device which has number
> special functions built in eg Do Not Disturb, Suppress Outgoing Caller
> ID Number, Enable/Disable Call waiting, - more than 20 in all.
> Unfortunately, one of the codes is *98 which pays back the extension
> number. In order for *98 to work for e-mail, I must disable all
> the call
> features.
>
> So my question- Is it generally considered best practice to
> disable the
> functionality on all phones, and provide it through the dial plan so
> that the codes will be consistent for all phones in the system, or let
> the phones provide the features, even if they may vary from phone
> to phone?
>
> Thanks for your time.
>
> William.
>
>
> _________________________________________________________________-
> ________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:
> http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160915/1c5bddca/attachment-0001.html