Update du client Lync pour Android

Le client Lync mobile pour les Smartphones Android a été mis à jour.

Les 2 éléments suivants ont été corrigés :

1. Lorsque vous avez plusieurs adresses e-mail associées à votre compte d’utilisateur, vous ne pouvez pas connectez-vous à Microsoft Lync 2010 pour Android. (KB 2717010)

2. Une mise à jour est disponible pour permettre aux Lync 2010 pour Android afficher le statut de présence “inactif” après 5 minutes dans un état d’inactivité au lieu de « Absent »

 

Product

KBs

Download

Product

Version

Type

External

External

Lync 2010 for Android

4.0.5324.3000

Mobile Client

External

Download

Attention votre Smartphone doit être au minimum en version 2.3 et il n’y a pas de version tablette!

bonne mise à jour.

Catégories :Android, Lync Étiquettes : , ,

Cumulative Update de Juin 2012

Microsoft a publié il y a peu le cumulative Update de Juin 2012 sur Lync 2010 (CU6).

Voici un petit tableau

Product

Version

KBs

Download

Lync 2010 (64bit client)

4.0.7577.4103

2701664

MS download

Lync 2010 (32bit client)

4.0.7577.4103

2701664

MS download

Lync Server 2010

4.0.7577.199

2493736

MS download

       

Lync 2010 Group Chat Client

4.0.7577.4102

2701665

MS download

Lync 2010 Group Chat Admin

4.0.7577.4102

2707265

MS download

       

Lync 2010 Phone Edition

[Polycom CX700 and LG-Nortel IP Phone 8540]

4.0.7577.4100

2724545

MS download

Lync 2010 Phone Edition

[PolycomCX500, CX600 and CX3000]

4.0.7577.4100

2701671

MS download

Lync 2010 Phone Edition

[Aastra 6721ip and 6725ip]

4.0.7577.4100

2701667

MS download

Lync 2010 Phone Edition

[HP 4110 and 4120]

4.0.7577.4100

2701670

MS download

 

Dans les mises à jour, on notera le support des certificats Wildcard pour les téléphones Lync Phone.

Vous avez tout. Bons téléchargements et bonnes mises à jours Sourire.

Catégories :Lync Étiquettes :

Mise en œuvre d’un Common Area Phone

Dans le cadre d’un POC (Proof Of Concept) chez un de mes clients, je me suis retrouvé dans la situation où, il fallait mettre en œuvre un certain nombre de fonctionnalités et d’usage qui correspondent aux usages du client.

J’intervenais après des consultants qui n’avait trouvé  nécessaire de mettre en oeuvre les “Common Area Phone” alors que tous les bureaux des managers été équipés de pieuvre Polycom “Sound station”.

image

Pour combler cette lacune en terme d’usage, j’ai mis en œuvre des “Common Area Phone” , toujours avec du matériel Polycom, avec un CX 500.

image

Les Common Area Phone sont des téléphones que l’on met dans des salles de réunion, dans des halls d’accueils ou encore dans des bureaux de passage, ils ne sont pas affectés à un utilisateur en particulier et permettent soit de joindre les téléphones internes de l’entreprise (ça dépend des politiques Voix que vous allez créer) soit, pour le cas des bureaux de passage, d’avoir un téléphone sur lequel on vient s’authentifier, et qui nous déconnectera après un laps de temps défini.

Pour commencer, on active la capacité du server Lync à faire du “HotDesking”

Set-CsClientPolicy -Identity "Global" -EnableHotdesking $True

on va aussi lui donner la durée après laquelle le téléphone vous déconnectera, par défaut, c’est 5 min :

HotdeskingTimeout                      : 00:05:00

image

nous allons mettre 20 minutes :

Set-CsClientPolicy -Identity "Global" -HotdeskingTimeout 00:20:00

 

Nous faisons les vérifications :

image

image

La particularité du Common Area Phone, c’est que le compte connecté par défaut sur le téléphone n’est pas un utilisateur AD standard, c’est un contact AD. ce contact est créé par la cmdlet New-CsCommonAreaPhone

je vais donc créer un Common Area Phone, et je vais lui préciser son adresse sip, parce que sinon, Lync lui donnera une adresse sip à base de GUID. Nous allons voir la différence entre les 2

New-CsCommonAreaPhone -LineUri "tel:+33249880408" -RegistrarPool "lyncpool01.eudaele.com" -OU "OU=Users,OU=Eudaele,DC=eudaele,DC=com" -Description "Common Area Phone sans sipuri" -DisplayName "Telephone Salle de Reunion" -DisplayNumber "02 49 88 04 08"

image

Nous pouvons observer  à la ligne SipAddress une adresse Sip très longue de type GUID@eudaele.com.

Maintenant, je crée le téléphone avec une adresse Sip:

New-CsCommonAreaPhone -LineUri "tel:+33249880407" -RegistrarPool "lyncpool01.eudaele.com" -OU "OU=Users,OU=Eudaele,DC=eudaele,DC=com" -Description "Common Area Phone avec sipuri" -DisplayName "Telephone du Hall" -DisplayNumber "02 49 88 04 07" –SipAddress “sip:+33249880407@eudaele.com

image

et nous pouvons observer que l’adresse Sip est bien celle que j’ai spécifiée. Je trouve cette méthode plus intéressante, tout simplement parce qu’il plus simple de retrouver les adresses et les Common Area Phone par ce biais, plus simple aussi pour gérer son plan de numérotation.

J’ai donc maintenant 2 Common Area Phone de créés et qui sont des contacts :

image

On va maintenant leur définir un code PIN. Cette opération ne peut se faire que par le biais du powershell.

Set-CsClientPin –Identity “Telephone Salle de Reunion” -Pin 14789

image

Set-CsClientPin –Identity “Telephone du Hall” -Pin 14789

image

vous remarquerez que l’on retrouve dans l’intitulé de l’identité renvoyée par le serveur l’adresse sip du Common Area Phone. Autrement dit, nous aurions pu tout aussi bien taper la commande suivante :

Set-CsClientPin –Identity “sip:+33249880407@eudaele.com” -Pin 14789

image

Nous n’avons plus qu’à connecter nos téléphone par le biais de leur numéro pour les rendre opérationnels.

MAIS, nous avons un problème….

je vous ai écrit en début de post que ces Common Area Phone permettaient de ne pas avoir à se connecter pour pouvoir passer un appel. Tels que nous les avons créé, ces téléphone sont reliés à la politique Voix “global”.Pour être sûr que nos téléphones ne soient pas utilisés à mauvais escient, nous allons créer des politiques spécifiques.

On va commencer par créer une VoicePolicy avec un usage interne uniquement:

New-CsVoicePolicy –Identity PolitiqueVoixCommonAreaPhone -PstnUsages @{add="Internal"} -AllowSimulRing $FALSE -AllowCallForwarding $FALSE -Name VoixCommonAreaPhone -EnableDelegation $FALSE -EnableTeamCall $FALSE -EnableCallTransfer $FALSE -AllowPSTNReRouting $FALSE -Description "Voice Policy pour les  Common Area Phone"

image

Ensuite, on va créer un Politique de Conférence où les Common Area Phone n’auront le droit à rien:

New-CsConferencingPolicy -Identity ConferenceCommonAreaPhone -AllowIPAudio $FALSE -AllowIPVideo $FALSE -EnableFileTransfer $FALSE -EnableP2PFileTransfer $FALSE -EnableDataCollaboration $FALSE –Description “Politique de Conference pour les Common Area Phone”

image

et puis, il faut aussi une politique client spécifique :

New-CsClientPolicy –Identity PolitiqueClientCommonAreaPhone -EnableHotdesking $True -HotdeskingTimeout 00:15:00

image

image

 

Enfin, tant qu’à faire bien, autant aller jusqu’au bout : nous allons créer un Politique de codes PIN spécifique pour les Common Area Phone :

New-CsPINPolicy –Identity PINPolicyCommonAreaPhone -Description "Politique de code PIN pour Common Area Phone" -MinPasswordLength 5 -AllowCommonPatterns $TRUE

image

et voilà! il n’y a plus qu’à appliquer ces politiques aux différents Common Area Phone :

Grant-CsClientPolicy -PolicyName PolitiqueClientCommonAreaPhone -Identity "Telephone du Hall”

Grant-CsVoicePolicy -PolicyName PolitiqueVoixCommonAreaPhone -Identity "Telephone du Hall”

Grant-CsConferencingPolicy -PolicyName ConferenceCommonAreaPhone -Identity "Telephone du Hall”

Grant-CsPINPolicy -PolicyName PINPolicyCommonAreaPhone -Identity "Telephone du Hall”

image

image

 

La commande suivante permettra de tester la configuration : Test-CsPhoneBootstrap -PhoneOrExt 407 -PIN 14789

Attention, pour que cette commande fonctionne, il faut que le serveur DHCP soit correctement configuré.

cela fera l’objet d’un prochain post.

Je remercie Jeff Schertz qui a grandement inspiré mon article ainsi que mon client (il se reconnaitra) qui m’a permis de le poser et enfin Sébastien pour sa relecture attentive.

Catégories :Lync Étiquettes : , ,

Le client Lync 2010 mobile pour Android est là!

14 décembre 2011 Laisser un commentaire

eh oui, il n’y a pas que des utilisateurs de Windows Phone 7 dans le monde des smartphones!

Alors, pour les utilisateurs de Smartphone Android, voici pour vous aussi la possibilité d’utiliser ce bon outil Lync mobile.

le client est là :

https://market.android.com/details?id=com.microsoft.office.lync&feature=search_result#?t=W251bGwsMSwxLDEsImNvbS5taWNyb3NvZnQub2ZmaWNlLmx5bmMiXQ..

attention, il faut avoir une version 2.3 au minimum.

n’ayant pas d’Android 2.3, je n’ai pas pu tester.

Bonnes connexions!

Sourire

Catégories :Android, Lync Étiquettes : , ,

Lync Mobile et Lync Online

12 décembre 2011 Laisser un commentaire

Comme vous le savez tous, le client Lync 2010 mobile pour Windows Phone 7 est sorti!

pour pouvoir l’utiliser avec Lync online, c’est à dire Office 365, il vous faut faire une petite configuration supplémentaire sur votre tenant.

D’abord allez sur l’interface d’administration de Office 365 dans l’onglet domaine:

image

Choisissez votre domaine et cliquez sur View DNS Settings

image

et là, surprise!

Alors qu’avant, on avait 2 enregistrements srv pour Lync online, on a maintenant un seul enregistrement SRV : la fédération. Exit l’enregistrement sip! mais ne vous inquiétez pas, il est toujours valable, pas besoin de le supprimer.

Par contre, on a maintenant 2 enregistrements CNAME!

Un pour le sip qui remplace (ou complète) l’enregistrement SRV précédemment demandé.

Un pour le lyncdiscover! c’est cet enregistrement qui va vous permettre d’utiliser Lync online avec Lync 2010 Mobile.

Il faut donc ensuite vous rendre chez votre registrar favori pour mettre à jour les enregistrements DNS de votre domaine.

Une fois ceci fait, il va falloir configurer son client Lync mobile et là…. c’est dur! Sourire

image

lancer Lync 2010

Screen Capture (2)

image

sur l’écran d’accueil, il faut entrer ses paramètres de connexion : utilisateur et mot de passe

et si vous avez correctement configuré vos paramètres DNS cités ci-dessus…..

Screen Capture (4)

petit suspens… et …

Screen Capture (8)

on fait suivant (en appuyant sur la flèche)

image

on valide le numéro de téléphone puis suivant (la flèche)

Screen Capture (9)

on autorise les notifications “push” … ou pas!

Screen Capture (3)

et magie de l’informatique!!! Vous voilà connecté!

Amusez vous bien.

Catégories :Lync, office 365, Windows Phone Étiquettes : , , ,

le client Lync 2010 Mobile for WP7 est là!

12 décembre 2011 Laisser un commentaire

un tout petit post avant 2 autres plus conséquents pour vous annoncer la disponibilité du client Lync 2010 Mobile For Windows Phone 7!!!

Voici le lien ZUNE :

zune://navigate/?phoneappID=9ce93e51-5b35-e011-854c-00237de2db9e

et le lien Web PC :

http://www.windowsphone.com/fr-fr/apps/9ce93e51-5b35-e011-854c-00237de2db9e

bon téléchargement Sourire

PS : il faut avoir mis en place l’infrastructure qui va avec…. à voir dans mes posts suivants Clignement d'œil

Catégories :Lync, Windows Phone Étiquettes : , ,

Comment fédérer Lync (sur site) avec Office 365

21 novembre 2011 Laisser un commentaire

pour fédérer Lync sur site (on premises comme disent les anglais), il y a deux possibilités :

la première est de faire de la fédération au cas par cas :

il faut aller dans l’onglet férération de son panneau de configuration Lync (cscp)

image

créer un nouveau domaine fédéré

image

et rentrer les paramètres du domaine “O365” que vous voulez fédérer

image

le fqdn complet de votre domaine “mondomaine.onmicrosoft.com” ou encore “mondomaine.org”

et dans le lien du serveur Edge, il faut rentrer le fqdn du Edge de Office 365 à savoir: “sipfed.online.lync.com”

validez en cliquant sur commit et ce domaine particulier sera fédéré avec votre domaine Lync sur site.

la même chose en powershell se traduit par la commande suivante:

New-CsAllowedDomain -Domain "mondomaine.onmicrosoft.com" -ProxyFqdn "sipfed.online.lync.com" -Comment "Fedreation avec mon domaine sur O365"

image

la deuxième possibilité est de vouloir fédérer tout Office 365 avec son propre Lync (ceci dit en passant, ça vous peut vous être utile dans les prochaines semaines…)

dans ce cas là, on va considérer que Office 365 est un “provider” de services fédérés, on va donc se rendre non plus dans l’onglet fédération, mais dans l’onglet provider :

image

et on va créer un nouveau Hosted provider

image

on lui fournit cette fois-ci trois paramètres :

image

son nom  “Office 365” dans mon cas

le FQDN de son serveur Edge : sipfed.online.lync.com

et la sécurité que l’on veut lui affecter.

et dans ce cas là, tous les domaines hébergés sur Office 365 peuvent potentiellement discuter avec vous.

la traduction en powershell est la suivante :

New-CsHostingProvider -Identity Office365 -ProxyFqdn sipfed.online.lync.com -Enabled $true

et voilà Sourire

Bonne fédération

Catégories :Lync, office 365 Étiquettes : ,
Suivre

Recevez les nouvelles publications par mail.