Chris
If your problem is mainly BLF's, then maybe you could provide some abstraction
between the BLF and the actual function and status information that is
displayed.
You could configure fixed BLF entities on every phone using Custom Devstate and
then you map the extensions you want to these keys in the dial plan.
If you were really clever, you could essentially configure this key as a
function button which you externally assign a function to e.g. in the astdb
such as a BLF, phone feature, speed dial and even XML application.
This would essentially replicate mainstream systems like Cisco Communications
Manager which signals a key press rather than the phone having the intelligence.
Hmm maybe I should do something like this myself. Would have to be able to
change the key labels without a reboot though.
Regards
Michael Knill
On 19/12/2012, at 4:01 PM, The Cadillac Kid <[email protected]> wrote:
> we are trying to keep from logging into the web GUI on the phones.. as we
> try and sell the system to perhaps someone that is used to working with
> Legacy systems where the phones and the phone system are as unified as
> possible.. so we like to be able to shoot configuration parameters at a
> phone when A change is made in the central (cloud based) GUI.. the phone
> system call processing itself resides on site as do the configs for the
> phones.. the files.. but the interface is cloud based..
>
> I havent found a VoIP phone or system that doesnt interrupt the PC when the
> set reboots yet... the L2 switch inside of those phones is a managed switch
> (to support VLANing) and as a result it restarts when the core processor of
> the phone restarts.. even Cisco, Avaya, Mitel have the same issue.. I try
> with all my mite to have customers keep their phones on separate cables
> wherever possible.. MITEL is the WORST as if the PBX goes down.. the phone
> reboot over and over continuously knocking out the PC's...
> -Christopher
>
>
> From: Graham S. Jarvis <[email protected]>
> To: AstLinux Users Mailing List <[email protected]>
> Sent: Tuesday, December 18, 2012 4:23 PM
> Subject: Re: [Astlinux-users] SIP endpoints with Hot Provisioning?
>
> Hello Christopher,
>
> I've been using snom (and only) phones since 2006 because I can login
> remotely
> to the web gui on the 'phone and change all sorts of parameters.
> Provisioning works pretty good as well - if a user plays around too much -
> all
> you have to do is login to the poe switch and cycle the power - the 'phone
> reboots and gets the default config again. (sure, an in-line PC is going to
> have to wait but that's why we told the client to pull two cables for each
> desk
> wasn't it!)
>
> I manage to do nearly all my support remotely and even with clients ~3000Km
> away ;)
>
> Keep up the good work !!!!
>
> -Graham-
>
>
>
>
> Michael Knill wrote on 18/12/12 21:40:
> > The biggest problem I have found is not the rebooting of the phone as such,
> > but
> > more the interruption to the network port if the PC is plugged inline with
> > the
> > phone.
> > Even the big players have this issue which just needs to be managed I guess.
> >
> > Regards
> > Michael Knill
> >
> >
> >
> >
> > On 18/12/2012, at 10:34 PM, The Cadillac Kid <[email protected]
> > <mailto:[email protected]>> wrote:
> >
> >> this is more of a general asterisk question as opposed to astlinux..
> >> however
> >> I greatly value the experiences of this group.. as many are advanced and
> >> longtime users of asterisk and associayted SIP technologies...
> >>
> >> I have struggled in the asterisk world for years with the one thing that
> >> Legacy PBX users seem to complain about most when switching to VOIP.. and
> >> thats the fact that. "hey my phone reboots anytime someone makes a change
> >> to
> >> the system!"...
> >>
> >> I have written programs that will shoot configs to Aastra endpoints on the
> >> fly
> >> via XML.. however it doesnt always work.. I find that say if changing BLF
> >> keys.. the aastras quit subscribing.. (aastra support just says.. oh I
> >> dont
> >> anything about XML.. its not supported... well then why is it in there??)
> >> PolyComs wont take anything but a directory change it seems.. Digium
> >> phones
> >> its a toss up as to whether they restart...
> >>
> >> are there decent quality endpoints that will take a config on the fly and
> >> not
> >> reboot? I realize changing SIP or IP stuff will require a boot.. but
> >> changing buttons often seems to be a way of life amongst many office
> >> workers
> >> and they dont like the reboots of their phones without a lot of fanfare
> >> ahead... (like calling 20 phone users to tell them their phone will die
> >> for 20
> >> seconds)...
> >>
> >> coming from the Legacy world for years before entering asterisk (also many
> >> years).. Zero downtime was always preached...
> >>
> >> is it just something users get used to and I worry about it too much?
> >> -Christopher
> >> ------------------------------------------------------------------------------
> >> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> >> Remotely access PCs and mobile devices and provide instant support
> >> Improve your efficiency, and focus on delivering more value-add services
> >> Discover what IT Professionals Know. Rescue delivers
> >> http://p.sf.net/sfu/logmein_12329d2d_______________________________________________
> >> Astlinux-users mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/astlinux-users
> >>
> >> Donations to support AstLinux are graciously accepted via PayPal to
> >> [email protected].
> >
> >
> >
> > ------------------------------------------------------------------------------
> > LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> > Remotely access PCs and mobile devices and provide instant support
> > Improve your efficiency, and focus on delivering more value-add services
> > Discover what IT Professionals Know. Rescue delivers
> > http://p.sf.net/sfu/logmein_12329d2d
> >
> >
> >
> > _______________________________________________
> > Astlinux-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/astlinux-users
> >
> > Donations to support AstLinux are graciously accepted via PayPal to
> > [email protected].
> >
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> Astlinux-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to
> [email protected].
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d_______________________________________________
> Astlinux-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to
> [email protected].
------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
_______________________________________________
Astlinux-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
[email protected].
