Lync Social Connector : Plugin Outlook pour les amateurs de fédération Lync

Un nouvel outil vient de faire son apparition, il s’agit de Lync Social Connector. Développé par Loryan Strant (MVP O365), ce petit plugin Outlook (totalement gratuit) fera le bonheur des utilisateurs utilisant très fréquemment la fédération Lync.

A l’heure actuelle, pour savoir si un contact Outlook possède Lync avec fédération, il est nécessaire d’ouvrir une session IM avant que la fédération se mette en place.

Lync Social Connector va vous permettre de gagner du temps en scannant les emails reçus et d’identifier si l’expéditeur supporte la fédération Lync. Pour ce faire, le plugin est lancé en tâche de fond et ira même jusqu’à proposer l’ajout de l’expéditeur dans vos contacts Lync (si bien sûr il supporte la fédération) lors de la réception d’un email sans même initialiser une session IM Lync !

Le plugin possède aussi une gestion des exclus (expéditeur/domaine).

En ce qui concerne son installation, elle est très simple :

-       Télécharger Lync Social Connector sur la galerie TechNet.

-       Installer le package .msi

-       Redémarrer Outlook

Have Fun

David ANDRE

Lync & Certificats Publics.. : Pas si publics que ça … suite et fin ;-)

Bon alors comme je voulais avoir le fin mot de l’histoire et surtout savoir si l’on devait déployer ces fameuses autorités de certification intermédiaire, je me suis mis en tête d’appeler Verisign. Bon après un demie heure de .. appuyer sur 1 appuyer sur 2 etc.. Pour finalement tomber sur un répondeur m’invitant à taper une extension de poste…., j’ai switcher sur le support Globalsign ou j’ai pu avoir le fin mot de l’histoire.

Remerciements au passage aux interlocuteurs de Globalsign pour leur disponibilité et la qualité de leurs échanges ainsi que du temps passé. C’est assez rare parfois, alors autant le souligner. ;-)

D’après le support, les autorités de certifications intermédiaires auraient été positionnées pour éviter de trop exposer les autorités racines. Utilisée sur un serveur Web elles n’impliqueraient pas la nécessité de déployer la chaine de certificat de l’autorité intermédiaire sur le poste de travail car rappelons le, l’utilisateur ne sera pas prompté si et seulement si les 4 conditions ci-dessous sont remplies:

• Le certificat n’est pas révoqué
  
• Le certificat contient le nom qui correspond à l’URL tapée par l’utilisateur
  
• Le certificat est émis d’une autorité de certification approuvé par le poste de travail
  
• Le certificat n’est pas expiré
  

Or les autorités de certifications intermédiaires permettraient (à conditions qu’elles soient néanmoins déployées sur le serveur Web) de ce passer de les déclarer sur les postes qui visiteraient le site. Entre nous….ce qui parait plausible.

Alors …j’ai testé en prenant un poste Windows 7 tout neuf et en allant sur un site Web (https://meet.mycompany.com) doté d’un beau certificat Wildcard Globalsign et ça marche !!! Pas de prompt !

Le poste est tout neuf, n’est pas dans le domaine et n’a rien à voir avec l’entreprise.

Alors installons le client Lync et testons l’accès au Edge doté cette fois ci d’un certificat SAN Globalsign.

Et …

Ca marche !

Passons maintenant à la dernière version du client Lync CU3

Résultat ;-))

Note : notre serveur Edge possède bien dans son magasin l’autorité de certification intermédiaire. C’est également le cas pour ce qui est des serveurs Edge de fédération qui de facto fonctionne

Donc .. le consultant GlobaSign ..avait raison ;-) . Voila de quoi me réconcilier avec ces chères institutions ;-)

Un grand merci encore une fois aux équipes de GlobalSign

Bonne soirée

Laurent Teruin

 

 

Lync 2010 : Unable to connect on Edge from a Xp SP3

Impossible de connecter une station de travail Windows XP SP3 sur un serveur Edge Lync 2010
Message d’erreur ‘ms-diagnostics: 1000;reason=”Final handshake failed”;source=”Lyncpool.unifiedit”;HRESULT=”0xC3E93EC3(SIP_E_AUTH_UNAUTHORIZED)” 

Bonjour à tous

Nous avons expérimenté un petit souci de connexion de stations XP SP3 vers un serveur Lync Edge 2010.

Ce problème survient ci votre serveur Lync front end exécute le système d’exploitation Windows 2008 R2.

Pour que cela fonctionne vous devez changer deux paramètres de sécurité sur votre serveur frontal. Pour ce faire suivez la procédure suivante

1.    Exécutez secpol.msc sur le serveur Frontal Windows Server 2008 R2

2.    Sélectionnez Local Policies et cliquez sur Security Options.

3.    Vérifier que sur les entrées ci-dessous que les valeurs soient fixé a « No minimum »

Network Security: Minimum session security for NTLM SSP based (including secure RPC)
Network Security: Minimum session security for NTLM SSP based (including secure RPC) servers

Redémarrer votre serveur frontal et normalement cela devrait fonctionner ;-)

Cordialement

Laurent Teruin

Lync 2010 : Lync need 4/5 Seconds to transfert a call

We have experimented in a full Lync environment (Im Web conf, telephony) a transfer delay (4/5 Sec) when a User A calls a User B and transfer to User C. this behavior was reproduced with a simple Lync client , Polycom CX300 and Cx 600.

When User A transfer the call, user C have to wait until 5 second before he can talk to User A.

The concerned site has one FrontEnd running on Wmvare and on Edge. To avoid any virtualization issue we have decided to reproduce the issue with a physical environment. The problem was the same. To avoid any issue with the firewall we have decided to connect the Edge Internal Card to the Internal Vlan where the Front End was connected, same issue.

We knew that when an Edge is present the internal client try to connect to internal Edge Nic. By regarding the uccapilog we can see that the client add the edge server as an ICE Server and try to resolve his Internal IP address. (See below)

CUccEndpoint::AddMediaConnectivityServerWithCredential MR-INFO – Adding ice server srvedge-na.company.com
02/10/2012|17:47:59.421 1470:E5C INFO :: CUccDnsResolver::StartDnsLookup MR-INFO – [07DE4E48] DNS lookup started for srvedge-na.Company.com
CUccDnsResolverManager::AddHostName MR-INFO – [072F3398] DNS resolver [07DE4E48] added for srvedge-na.company.com

-> ->

To resolve this issue we just modify the Host file on our Lync clients by adding the Ip address and Edge FQDN. And the transfer time has been reduced to less than 1 sec!

Best Regards
Laurent Teruin