This section describes how Device Update Service works.
How Updates Are Uploaded and Managed within Device Update Service
Updates are uploaded to Device Update Service in the following manner:
- The administrator downloads updates in .cab files from the
Microsoft Help and Support Web site, and then uploads the .cab
files to the Device Update Service by using the Device Update
Service Management Console.
- The Management Console retrieves all unified communications
(UC) device-specific updates from the .cab file. It writes the data
to the Windows Management Instrumentation (WMI) data store and
writes the update files to the Device Updates folder.
- Device Update Service Management Console publishes the updates
- When the administrator performs any operations on the updates
in the list, the Management Console writes any changes to the WMI
How Devices Obtain Updates from Device Update Service
Device Update Service supports two UC devices: Microsoft Office Communications Server 2007 R2 Communicator Phone Edition and RoundTable. RoundTable must be manually configured to connect to the Device Update Service, as described in “Appendix D: Configuring RoundTable to use Device Update Service” in the Office Communications Server operations content. In the default configuration, Communicator Phone Edition connects to Device Update Service in the following manner:
- The first time a user starts Communicator Phone Edition and
signs in, the device gets in-band provisioning information from the
server or Enterprise pool hosting the device user account. The
information contains the internal and external URL of the server
running Device Update Service.
Note: In previous releases of Office Communications Server, Communicator Phone Edition devices operating outside the firewall connected to the update service by using anonymous access. In this release, to enhance security, these devices by default must use NTLM authentication. This means that a user must be logged on to the device with a valid user account in order for an external device to connect to Device Update Service and receive updates. For details about deployment requirements for external device access, see in the Planning and Architecture documentation.
- Thereafter, when the device is turned on, when the user signs
in, and every 24 hours by default, Communicator Phone Edition
checks for updates by sending an HTTP request over port 443 to the
Web Components Server hosting Device Update Service. The request
includes the current version that Communicator Phone Edition is
- If a user has not signed on to the device, and the device is
outside the organization’s firewall, Device Update Service denies
- Otherwise, Device Update Service returns a response containing
one of the following:
- If no approved updates exist for the current version of the
firmware, the response contains
downloads=0. For test devices, updates must be pending
rather than approved for this to occur.
- If an approved update exists for the current version, the
response contains an internal and external URL for Device Update
Service. For test devices, updates must be pending rather than
approved for this to occur.
- If no approved updates exist for the current version of the firmware, the response contains downloads=0. For test devices, updates must be pending rather than approved for this to occur.
- In the latter case, Communicator Phone Edition sends an HTTPS
update request over port 443 to Device Update Service. If the
device is outside the organization’s firewall, this request must
include a user name and password for a valid user account, which
means a user must be logged on to the device.
- The update image is downloaded to the device.
- The device waits for five minutes of idle activity, and then
restarts to complete the update.
|The System Informationscreen on the device displays the current version and the date of the last update.|