It will work as long as a default device profile has been setup for the 7945/7965 IP Phone models (as nicely noted by Java :)
Here is a clip that describes the behaviour;
On authentication, if the login profile matches the login device (that is, the user has a user device profile that is configured for a Cisco IP Phone Model 7960 and logs into a Cisco IP Phone Model 7960), Cisco CallManager Extension Mobility behaves:
â¢The phone automatically reconfigures with the individual user device profile information.
If the user has one user device profile, then the system uses this profile. If the user has more than one user device profile, the user can choose the user device profile that will be used from a list.
â¢The user can access all the services that the user configured on the device profile.
If that same user logs into a Cisco IP Phone model where the user does not have a configured user device profile, the login profile will not match the login device on authentication. In this scenario, the system loads the device profile default for that phone model onto the phone, and Cisco CallManager Extension Mobility works as described here:
â¢The system copies all device-independent configuration (that is, user hold audio hold audio source, user locale, userid, speeddials, and directory number configuration except for the setting "line setting for this device") from the user device profile to the login device.
â¢The system uses the device profile default for that phone model for phone template and softkey template configuration and, if the phone can support addon modules, for the addon module.
â¢If the phone model supports Cisco IP Phone Services and they are configured, the system copies the services from the user device profile.
If the user device profile does not have Cisco IP Phone Services configured, the system uses the Cisco IP Phone Services that are configured in the device profile default for the login device that is accessed during login. If parameters exist for the subscriber service, the system copies the parameters from the device profile default and the parameters may not reflect the correct information.
For example, the following scenarios occur when a user who has a user device profile that is configured for Cisco IP Phone Model 7960 logs in to a Cisco IP Phone Model 7905, and the device default profile is loaded on the phone.
â¢The user can access the user's hold audio source, user locale, userid, speeddials and directory number configuration. The user cannot access his phone line setting; the system configured the phone line setting from the device profile default that is configured for the Cisco IP Phone Model 7905.
â¢The user can access the phone template and the softkey template of the Cisco IP Phone Model 7905.
â¢The user cannot access an addon module because Cisco IP Phone Model 7905 does not support it.
â¢The user can access Cisco IP Phone Services if they are configured for the Cisco IP Phone 7905, but, the parameters from the subscriber services will reflect the device profile default, not the parameters that the user chose on the User Options window.
Same user id can log into different type phones, but a device profile has to exist and be associated with the user for each of the different type phones.
For example at our location, we set up a device profile called user1-7941 for User1 for a 7941 phone (2button phone), and another device profile called user1-7961 for the 7961 (6 button phone). Both device profiles are set up with the users extensions, and settings. The user can log into either phone type with his login id - user1.
The short answer is that you don't.... That isn't entirely true while at
the same time it kind of is, but for the most part you don't configure
the softkeys. You enable or disable them via TCL. Here is the long
answer. Be sure to read the whole thing or e...
Topology: IP Phone > Switches > Microsoft NPS setup to forward 802.1x
proxy to > ISE 2.1 patch 3 Authentication: EAP-TLS using Cisco MIC SANs
Phone Models 802.1X support? 802.1x flavor Addtl Comment EAP-MD5 EAP-TLS
Cisco 3905 Y Y N Cisco 6911 Y Y N Cisco ...
This document describe how DST changes and how time changes are
implemented in DST. Daylight Saving Time (DST) is the practice of
setting the clocks forward 1 hour from standard time during the summer
months, and back again in the fall, in order to make b...