The NodeCache configuration service provider is used to manage the client cache. This configuration service provider is to be used only by enterprise management servers. It provides a level of abstraction that decouples the management of the node list from a specific backing store. It synchronizes the client cache with the server side cache. It also provides an API for monitoring device-side cache changes.
NodeCache supports the comparison of hash values instead of actual node values:
NodeCache will hash the values and compare with a hash value that was sent down by the server. This process supports checking a parent node and its children recursively.
The following list shows the NodeCache configuration service provider nodes:
Group settings per DM server. Each group of settings is distinguished by the server's Provider ID. It should be the same DM server PROVIDER-ID value that was supplied through the w7 APPLICATION configuration service provider XML during the enrollment process. In Windows Phone 8, only one enterprise management server is supported. That is, there should be only one ProviderID node under NodeCache.
Description framework properties:
Property name
Property value
Format
node
Access Type
Add, Delete, Get
Dynamic Node Naming
UniqueName: It should be the same DM server PROVIDER-ID value that was supplied through the w7 APPLICATION configuration service provider XML during the enrollment process.
This is the value that the server expects to be on the device. When the configuration service provider initiates a session, it checks the expected value against the node's actual value.
Supported values are string and x-nodemon-nonexistent.
Description framework properties:
Property name
Property value
Format
chr (string)
Access Type
Add, Delete, Get
Example:
Here's an example for setting the ExpectedValue to nonexistent.
Group settings per DM server. Each group of settings is distinguished by the server's Provider ID. It should be the same DM server PROVIDER-ID value that was supplied through the w7 APPLICATION configuration service provider XML during the enrollment process. In Windows Phone 8, only one enterprise management server is supported. That is, there should be only one ProviderID node under NodeCache.
Description framework properties:
Property name
Property value
Format
node
Access Type
Add, Delete, Get
Dynamic Node Naming
UniqueName: It should be the same DM server PROVIDER-ID value that was supplied through the w7 APPLICATION configuration service provider XML during the enrollment process.
This is the value that the server expects to be on the device. When the configuration service provider initiates a session, it checks the expected value against the node's actual value.
Supported values are string and x-nodemon-nonexistent.
Description framework properties:
Property name
Property value
Format
chr (string)
Access Type
Add, Delete, Get
Example:
Here's an example for setting the ExpectedValue to nonexistent.
This node's value is a complete OMA DM node URI. It can specify either an interior or leaf node in the device management tree.
Description framework properties:
Property name
Property value
Format
chr (string)
Access Type
Add, Delete, Get
A typical DM session with the NodeCache configuration service provider
The device connects to a DM server.
The server queries the NodeCache version by issuing a Get operation for ./Vendor/MSFT/NodeCache/ProviderID/CacheVersion LocURI
If the device CacheVersion and the server-side cache differ (due to a device crash or server crash), the server can clear the server-side cache and go to Step 5.
The server updates the server-side cache:
Sends a Get operation for ./Vendor/MSFT/NodeCache/ProviderID/ChangedNodes LocURI
Response is a list of changed node IDs. Each ID in the list corresponds to a node under ./Vendor/MSFT/NodeCache/ProviderID/Nodes root
For each node in the invalid nodes list, the server sends a GET command to retrieve the actual value of the node. For example, GET <NodeURI>, where NodeURI is a full device LocURI that corresponds to the invalid cache node.
Nodes in the server-side cache are updated with the actual values received from the device.
For each updated node, a REPLACE command is sent to the device to update the device-side cache:
REPLACE ./Vendor/MSFT/NodeCache/ProviderID/Nodes/NodeID/ExpectedValue => ActualValue
A new cache version is created and sent to the device:
REPLACE ./Vendor/MSFT/NodeCache/ProviderID/CacheVersion => new_version
The new_version value is stored by the server.
The management server retrieves the corresponding value from the server-side cache:
If a value already exists in the server-side cache, retrieve the value from the server-side cache instead of going to the device.
If a value doesn't exist in the server-side cache, do the following tasks:
Create a new entry with a unique NodeID in the server-side cache.
Query the device to retrieve the actual value of the URI.
Create a new node under ./Vendor/MSFT/NodeCache/ProviderID/Nodes with NodeID value.
Set up NodeURI and ExpectedValue for the ./Vendor/MSFT/NodeCache/ProviderID/Nodes/NodeID node.
Id is the node ID that was added by the MDM server, and Uri is the path that the node is tracking.
If a Uri is not set, the node will always be reported as changed, as in Node ID 10.
The value inside of the node tag is the actual value returned by the Uri, which means that for Node ID 20 the DeviceName did not match what was previously expected, and the device name is now U09NRU5FV1ZBTFVF instead of what it was previously.
This learning path will cover Microsoft Entra join and will introduce Microsoft Endpoint Manager. We'll also discuss how to configure policies for enrolling devices to Configuration Manager and Microsoft Intune.