Comportement aléatoire et instable dans Microsoft Teams

Lors d’un récent passage vers un mode Teams Only, plusieurs utilisateurs rencontraient des problématiques de communication intra et interentreprises. Cela touchait à la fois les conversations comme les appels.

Après investigation, il apparaissait que seulement 4 comptes utilisateurs avaient ce genre de comportement.

En se basant sur la console d’administration Teams, on peut s’apercevoir que ces utilisateur ont une configuration différente des autres :

Différences de statut et de valeur InterpretedUserType

Ces 4 comptes avaient le statut Local et HybridOnpremSfBUser, ce qui est étrange sachant qu’aucun système Skype for Business n’était en place au moment du passage vers Teams.

Les identités de ces utilisateurs étant locales, une identification des attributs sur Active Directory montraient que les champs msRTCSIP contennaient des informations :

Valeur msRTCSIP d’un utilisateur impacté

On peut en conclure qu’une précédente configuration Skype For Business fut présente, et qu’un décomissionnement de ce serveur a vraisemblablement eu lieu. Malheureusement, les valeurs de ces attributs n’ont pas été correctement nettoyées.

Comment corriger cette situation ?

Dans un contexte de migration, l’effacement des attributs locaux msRTCSIP* pourrait entraîner la perte de service pour les utilisateurs. Dans le cas présent, je n’avais ni voix à configurer, ni adresse SIP, ni numéro de téléphone relié aux utilisateurs. La migration avait pour but de migrer totalement dans Microsoft Teams.

Afin de pallier au problème, j’ai donc supprimer tous les attributs locaux commancant par msRTCSIP pour les 4 utilisateurs ayant HybridOnpremSfBUser pour l’attribut InterpretedUserType. Ensuite, j’ai forcé la synchronisation locale afin que les objets puissent se mettent à jour dans Office 365.

Bingo, le comportement de ces 4 utilisateurs devient stable !

High Five Season 2 GIF by The Office - Find & Share on GIPHY

Basée sur la documentation Microsoft (lors de l’écriture de ce billet), la recommandation est la suivante :

On-Premises attributes cleanup

The best way is to use Disable-CsUser to remove all Skype for Business related attributes on a user. More often than not, we see that this command is not run before decommissioning the deployment, so you need to remove the properties manually, here is a routine to detect all msRTCSIP attributes and then to clear them in Active Directory. Based on the type of configuration the user had before servers were removed, the properties with a value may be different per user so using ‘msRTCSIP*’ is a good way to catch the attributes for that specific user.

Les statuts pour l’attribut InterpretedUserType

Voici la liste des différents états pour cet attribut :

  • DirSyncSfBUser: utilisateur sur site qui a une licence SfB en ligne assigné
  • DirSyncTeamsUser: utilisateur sur site qui a une licence Teams assigné
  • HybridOnlineSfBUser: utilisateur créé sur site et migré vers SfB en ligne
  • HybridOnpremSfBUser: utilisateur créé sur site et activé sur site pour Lync/Skype
  • HybridOnpremSfBUserWithDeletedLicenses: utilisateur sur site ayant une licence Office 365 SfB supprimée
  • HybridOnpremSfBUserWithMCOValidationError: utilisateur sur site avec un domaine qui n’est pas valide dans un tenant synchronisé
  • PureOnlineSfBUser: utilisateur en ligne qui a une licence SfB assigné
  • PureOnlineTeamsUser: utilisateur en ligne qui a une licence Teams assigné (Pas de licence SfB en ligne)

Référence : https://docs.microsoft.com/en-us/skypeforbusiness/hybrid/cloud-consolidation-disabling-hybrid

Laisser un commentaire

Votre adresse courriel ne sera pas publiée.