Dan: Actually, Polycom's latest firmware for their phones has a native feature that does almost exactly what you are requesting. In Polycom UCS 4.x, configuration files can assigned by "username" instead of the MAC address of phone. The phone boots, prompts for a user name and password, then downloads the correct configuration for that user (all registered lines, preferences, speed dials, directory, etc). When done, the user logs out of the phone. This is all done on the phone's UI. I think Polycom's implementation, which they call "User Profiles", is very nice.
Unfortunately, it sipXecs doesn't yet support Polycom UCS 4.x firmware and the new feature. Regards, Robert From: Dan Chang <[email protected]<mailto:[email protected]>> Reply-To: sipXecs developer discussions <[email protected]<mailto:[email protected]>> Date: Thu, 12 Apr 2012 11:06:20 -0400 To: <[email protected]<mailto:[email protected]>> Subject: [sipx-dev] Associating a phone to a workstation instead of a user I am trying to "associate" a phone with a workstation so that , when a User logs in to a particular machine calls to the user are routed to the phone associated with that machine. My understanding of how SipXecs handles provisioning now is that a phone is directly associatedwith a User. My initial thoughts on how to accomplish this are to add a field to the Phone objects that represents a workstation identifier of somekind. Then when a User logs in, I will determine the workstation identifier and then find the phone with the matching identifier. At that point I will assign the user to that phone. Any comments on whether this is a good idea? A bad idea? Or any other thoughts on how to implement this feature? I want to approach this in the "best" way (or at least not a bad way) and I would very much appreciate any comments and ideas, even just a simple confirmation this is doable. Thanks D. Chang _______________________________________________ sipx-dev mailing list [email protected]<mailto:[email protected]> List Archive: http://list.sipfoundry.org/archive/sipx-dev/
_______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev/
