Qual è il protocollo di configurazione dichiarato

Il protocollo di configurazione dichiarato si basa su un modello di configurazione del dispositivo di stato desiderato, anche se usa ancora il protocollo Syncml OMA-DM sottostante. Tramite un server OMA-DM dedicato, fornisce tutte le impostazioni in un singolo batch tramite questo protocollo. Lo stack client di configurazione dichiarato del dispositivo può ragionare sulle impostazioni per ottenere lo scenario desiderato nel modo più efficiente e affidabile.

Il protocollo di configurazione dichiarato richiede che un dispositivo disponga di una registrazione OMA-DM separata, che dipende dalla registrazione del dispositivo con il server OMA-DM primario. Il modello di stato desiderato è un modello diverso dal modello corrente in cui il server è responsabile dello stato desiderato del dispositivo. Questa doppia registrazione è consentita solo se il dispositivo è già registrato in un server MDM primario. Questa altra registrazione separa la funzionalità di gestione dello stato desiderata dalla funzionalità primaria. La prima funzionalità del modello di gestione dello stato desiderato della registrazione di configurazione dichiarata è denominata estendibilità.

Diagramma che illustra il modello di configurazione dichiarato.

Con il provider di servizi di configurazione dichiarato, il server OMA-DM può fornire al dispositivo la raccolta completa di nomi di impostazione e valori associati in base a uno scenario specificato. Lo stack di configurazione dichiarato nel dispositivo è responsabile della gestione della richiesta di configurazione e della gestione del relativo stato, inclusi gli aggiornamenti allo scenario.

Il vantaggio del modello di stato desiderato della configurazione dichiarata è che è efficiente e accurato, soprattutto perché è responsabilità del client di configurazione dichiarato configurare il dispositivo. L'efficienza della configurazione dichiarata è dovuta al fatto che il client può elaborare in modo asincrono batch di impostazioni dello scenario, liberando così le risorse del server per eseguire altre operazioni. Di conseguenza, il protocollo di configurazione dichiarato ha una bassa latenza. Per quanto riguarda la qualità e l'accuratezza della configurazione, lo stack client di configurazione dichiarato ha una conoscenza dettagliata della superficie di configurazione del dispositivo. Questo comportamento include la corretta gestione degli aggiornamenti continui dei dispositivi che influiscono sullo scenario di configurazione.

Registrazione della configurazione dichiarata

Mobile Device Enrollment Protocol versione 2 descrive la registrazione, inclusa l'individuazione, che copre le registrazioni di configurazione primarie e dichiarate. Il dispositivo usa i nuovi criteri CSP DMClient seguenti per la doppia registrazione di configurazione dichiarata:

L'esempio SyncML seguente imposta LinkedEnrolment/DiscoveryEndpoint e attiva 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>