Comment faire pour rétablir la communication entre le serveur MDM et Windows Phone 8.1 plus de 30 jours après le dernier renouvellement

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3170699
Résumé
Lorsqu’un périphérique Windows Phone 8.1 (WP8.1) est géré par un serveur de gestion de périphérique Mobile (MDM), la stratégie de prise en charge de Configuration DMClient (CSP) sur le périphérique prend en charge la configuration de sessions de gestion de commande exécutée par le périphérique. Via les Service de Notification de Windows (WNS), le serveur MDM peut demander que le dispositif WP8.1 de session de gestion avec le serveur MDM via une notification de transmission. Lorsque le dispositif WP8.1 est fourni avec un Package complet nom (PFN), le serveur MDM peut configurer le périphérique pour prendre en charge la notification de transmission. Après avoir configuré un périphérique, il inscrit une connexion permanente avec le nuage WNS (conditions sens de batterie et de la logique de données permettant).

Pour plus d’informations, reportez-vous à la section. Gestion des périphériques mobiles Windows Phone 8.1.

Remarque Les restrictions suivantes se rapportent à des notifications de transmission et de WNS :
  • Le périphérique WP8.1 fournit un canal de protection continue des données (URI, Universal Resource Identifier) pour le serveur MDM.
  • L’URI du canal est valable 30 jours uniquement. Le périphérique automatiquement renouvelle l’URI du canal après 15 jours et déclenche une session de gestion sur le renouvellement de réussite de l’URI du canal.
  • MDM Push peut ne pas renouveler automatiquement le canal WNS Push, à l’origine de sa date d’expiration.

Définition du problème

Si l’URI du canal n’est pas renouvelé par le périphérique WP8.1 dans les 30 jours, une approche basée sur le serveur est requise. Par exemple, un périphérique qui a été hors tension pendant plus de 30 jours ne peut pas rétablir la communication.

Cet article fournit une solution pour vous permettre de rétablir la communication entre un serveur MDM et le périphérique.

Notification d’émission des scénarios clés dans MDM

  1. Serveur MDM permet de notification de transmission
    Lorsqu’un serveur MDM Active la notification de transmission, il envoie un nouveau PFN le CSP DMClient qui est en cours d’exécution sur le périphérique via une session OMA-DM. Le PFN est utilisé pour s’inscrire pour les notifications de transmission avec le client WNS. Ainsi que de l’enregistrement avec le client WNS, le CSP DMClient demande également un URI du canal. Le client WNS communique avec le serveur WNS pour obtenir l’URI du canal. Le client WNS renvoie l’URI de canal pour le CSP DMClient, qui stocke ensuite l’URI dans une banque de données sur le périphérique.
  2. Commande de serveur MDM pour la synchronisation de la stratégie
    Lorsqu’un serveur MDM se prépare à exécuter une commande, il envoie un verbe HTTP post à la chaîne QU'URI associé avec le serveur WNS. Le serveur WNS résout le périphérique cible pour la notification et communique avec le client WNS approprié. Le client WNS signale ensuite un événement WNF dont le nom a été fourni lors de l’inscription PFN et qui déclenche une tâche sur le périphérique pour traiter la notification. Le Gestionnaire de notification se poursuit pour démarrer une nouvelle session OMA-DM.

    La diffusion est essentiellement comme un clic de l’épaule à partir du client WNS vers le serveur MDM pour réveiller et effectuer la synchronisation.

    Remarque
    Aucune donnée de charge utile impliqués dans une campagne ; Il est simplement un appel de réactivation.
  3. Actualisation du serveur MDM PFN
    Lorsqu’un serveur MDM remplace la PFN à utiliser pour la transmission, la PFN en cours est annulée, et puis le scénario 1 est effectué à nouveau.

    Par conséquent, le renouvellement également la chaîne URI, qui est basée sur la PFN de nouveau. Dans la mesure où ce processus s initiée par le serveur MDM, cela peut être une solution de contournement pour un cas dans lequel le canal QU'URI a expiré et le périphérique ne peut pas effectuer renouvellement d’URI de canal automatique pour une raison quelconque.
  4. Canal de renouvellement de l’URI du client
    L’URI du canal expire après 30 jours. Pour garantir la continuité d’activité, le dispositif WP8.1 a une tâche planifiée (tâche URI renouvellement) qui renouvelle les jours de 15 d’URI de canal avant la date d’expiration. Une fois le canal QU'URI a été renouvelée, la tâche replanifie lui-même à la marque de 15 jours suivante.

    La tâche se termine après la date d’expiration de 30 jours, ce qui signifie que la chaîne QU'URI n’a pas été renouvelée.

Solution de contournement

Lorsque l’URI du canal a expiré, il ne peut pas être renouvelé par le périphérique WP8.1. Une approche basée sur le serveur est requise, et la solution recommandée consiste à utiliser une actualisation PFN de lancer un renouvellement. Pour ce faire, procédez comme suit :
  1. Créer un nouveau PFN pour le client et activer l’émission à partir du serveur MDM. C’est ce qui se passe dans les scénarios 1 et 3. L’exemple SyncML est fournie ci-dessous.

    Remarque Le SyncML peut varier, en fonction de votre solution MDM.

    <SyncML xmlns="SYNCML:SYNCML1.2"></SyncML>
    <SyncBody></SyncBody>
    <Replace></Replace>
    <CmdID>6</CmdID>
    <Item></Item>
    <Target></Target>
    <LocURI>./Vendor/MSFT/DMClient/Provider/SCConfigMgr/Push/PFN</LocURI>

    <Data></Data>Microsoft.Phone.Test.SamplePushApplication




  2. Pour correctement renouveler l’URI du canal, le périphérique WP8.1 nécessite une connexion Internet afin qu’il peut recevoir la nouvelle stratégie et communiquer avec le serveur WNS. Microsoft recommande fortement que vous utilisez le bouton de synchronisation manuelle dans l’espace de travail pour télécharger la stratégie.
  3. Après la chaîne de QU'URI est renouvelé sur le périphérique WP8.1, le canal de transmission est activé à nouveau.

Warning: This article has been translated automatically

Propriétés

ID d'article : 3170699 - Dernière mise à jour : 06/23/2016 23:50:00 - Révision : 1.0

Windows Phone 8.1

  • kbsurveynew kbaudit kbexpertiseinter kbhowto kbmt KB3170699 KbMtfr
Commentaires