什么是声明的配置协议
声明的配置协议基于所需的状态设备配置模型,但它仍使用基础 OMA-DM Syncml 协议。 通过专用 OMA-DM 服务器,它通过此协议在单个批处理中提供所有设置。 设备的声明配置客户端堆栈可以推理设置,以最高效、最可靠的方式实现所需的方案。
声明的配置协议要求设备具有单独的 OMA-DM 注册,该注册依赖于使用主 OMA-DM 服务器注册的设备。 所需状态模型与服务器负责设备所需状态的当前模型不同。 仅当设备已注册到主 MDM 服务器时,才允许这种双重注册。 此其他注册将所需的状态管理功能与主要功能分开。 声明的配置注册的第一个所需状态管理模型功能称为 扩展性。
使用 声明的配置 CSP,OMA-DM 服务器可以根据指定的方案为设备提供完整的设置名称和关联值集合。 设备上声明的配置堆栈负责处理配置请求,并维护其状态,包括对方案的更新。
声明的配置所需状态模型的优点是它高效且准确,特别是因为声明的配置客户端负责配置设备。 声明配置的效率是因为客户端可以异步处理方案设置的批处理,从而释放服务器资源来执行其他工作。 因此,声明的配置协议具有较低的延迟。 至于配置质量和准确性,声明的配置客户端堆栈对设备的配置外围应用进行了详细的了解。 此行为包括正确处理影响配置方案的连续设备更新。
已声明的配置注册
移动设备注册协议版本 2 介绍了包括发现在内的注册,其中包括主要配置注册和声明的配置注册。 设备使用以下新的 DMClient CSP 策略进行声明的配置双重注册:
- LinkedEnrollment/Enroll
- LinkedEnrollment/Unenroll
- LinkedEnrollment/EnrollStatus
- LinkedEnrollment/LastError
- LinkedEnrollment/DiscoveryEndpoint
以下 SyncML 示例设置 LinkedEnrolment/DiscoveryEndpoint 并触发 LinkedEnrollment/Enroll:
<SyncML xmlns="SYNCML:SYNCML1.1">
<SyncBody>
<Replace>
<CmdID>2</CmdID>
<Item>
<Target>
<LocURI>./Device/Vendor/MSFT/DMClient/Provider/MS%20DM%20SERVER/LinkedEnrollment/DiscoveryEndpoint</LocURI>
</Target>
<Data>https://discovery.dm.microsoft.com/EnrollmentConfiguration?api-version=1.0</Data>
</Item>
</Replace>
<Final/>
</SyncBody>
</SyncML>
<SyncML xmlns="SYNCML:SYNCML1.1">
<SyncBody>
<Exec>
<CmdID>2</CmdID>
<Item>
<Target>
<LocURI>./Device/Vendor/MSFT/DMClient/Provider/MS%20DM%20SERVER/LinkedEnrollment/Enroll</LocURI>
</Target>
</Item>
</Exec>
<Final/>
</SyncBody>
</SyncML>