Dans certains cas, une erreur DCOM peut apparaitre lors du déplacement d’utilisateurs depuis OCS vers Lync Server 2010, principalement lorsque la répartition de charge sur le pool Front End Lync n’est pas faite en utilisant du DNS Load Balancing.

Cela signifie que le Load Balancer pour le pool Lync Server 2010 est configuré pour gérer les ports 5061, 135… et pas seulement les ports HTTP/HTTPS (80, 443, 8080 et 4443).

Si le problème survient, il faut suivre la procédure suivante :

• Lancer Regedit.exe sur les Front End du pool Lync
• Aller jusqu’à HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0
• Editer le contenu de BackConnectionHostNames
• Ajouter dans la liste la VIP du Pool Front End Lync (le champ BackConnectionHostName doit déjà contenir le nom du pool Lync et le nom des Web Services interne du pool s’il est différent du nom du pool lui-même)
• Redémarrer les serveurs Front End du pool Lync
• Déplacer les utilisateurs

Lors de l’installation de Lync Server 2010, plusieurs groupes de sécurité CS* sont créés dans Active Directory. Ils permettent par défaut de segmenter les rôles des administrateurs Lync. De plus, il est possible de créer des rôles personnalisés : cela permet de modifier le périmètre d’application du rôle mais ne permet pas d’ajouter, modifier ou supprimer des commandes PowerShell. Plus d’informations sur la personnalisation sont disponibles sur http://technet.microsoft.com/en-us/library/gg425917.aspx.

Lors de la validation du fonctionnement de RBAC, il se peut que le résultat ne soit pas celui attendu : autrement dit, l’utilisateur aura peut-être des erreurs de droits suite à l’exécution de certaines commandes. L’explication est la suivante : RBAC ne fonctionne que lorsqu’on réalise une session Remote PowerShell. RBAC est appliqué dans Lync Server Control Panel mais pas lorsqu’on exécute Lync Server Management Shell. Ce dernier exécute une session PowerShell classique.

Pour pouvoir réaliser des scripts et utiliser Remote PowerShell, il convient d’ouvrir une session en utilisant les commandes New-PSSession et Import-PSSession. Le site suivant propose un script permettant de faire la connexion simplement : http://blogs.technet.com/b/csps/archive/2010/08/03/scriptremotedesktopicon.aspx

Si RGS Agent Live est exécuté depuis une machine 32-bit, on observe que l’application crashe au démarrage. L’explication est toute simple : la DLL CommunicatorAPI.dll a été compilée pour un environnement 64-bit, ce qui fait que lorsque RGSAgentLive.exe tente de la charger, ça ne fonctionne pas.

Il faut donc utiliser RGS Agent Live depuis une machine 64-bit.

RGS Agent Live est un outil du Resource Kit de Lync Server 2010. Il permet de lister les Response Groups et de voir le nombre d’appels dans la file d’attente.

Pour faire fonctionner cet outil, il faut respecter les conditions suivantes:

• Avoir Lync d’installé sur le poste de travail et avec sa session Lync d’ouverte
• Etre membre du ou des Response Groups à superviser
• Exécuter l’exécutable RgsAgentLive.exe depuis la machine locale, et non pas depuis un partage réseau

Dans la configuration de l’outil, il est demandé de renseigner l’adresse de l’hôte : il doit s’agir de l’URL Web Services pour le pool, à savoir :

• Dans le cas d’un pool Enterprise Edition, spécifier l’URL Web Services du pool, cela étant soit l’interne ou l’externe en fonction du lieu où se trouve le poste de travail
• Dans le cas d’un pool Standard Edition, spéficier l’URL Web Services du serveur, cela étant soit le FQDN du serveur Lync soit l’URL externe pour les Web Services associée à ce serveur

Si pour certains tests audio/vidéo vous n’avez pas la possibilité de disposer des fonctions audio/vidéo, il est possible d’utiliser ces 2 outils gratuits:

• Audio : Virtual Audio Cable (http://software.muzychenko.net/eng/vac.htm). Prendre la version d’évaluation, qui n’est pas limitée dans le temps mais qui d’après les notes du site Web ajoute une voix indiquant que c’est une version d’évaluation périodiquement.
• Vidéo : Manycam (http://manycam.com). Cela permet de disposer d’un driver vidéo dans une machine, donc bien pratique pour simuler de la vidéo dans une machine virtuelle par exemple.

L’objectif avec ces outils n’est pas de tester tous les scénarios audio/vidéo, mais au minimum de pouvoir lancer un appel audio ou audio/vidéo depuis Lync, même si le son ne sera pas entendu.