En ces temps de pandémie, le besoin de communiquer entre organisations s’avère primordial. Que faire si des systèmes à priori différents veulent communiquer ensemble ?
Par exemple, comment joindre un meeting Cisco Webex si votre entreprise utilise Microsoft Skype pour entreprises ?
La réponse se trouve chez Cisco et fonctionne pour autant que votre organisation ait installé l’infrastructure nécessaire pour connecter Skype pour entreprises à Internet.
Cela va nous permettre de fournir des services de téléphonie Internet (technologie VOIP).
Par exemple, un central téléphonique avec des fonctions avancées, à même de répondre aux besoins de PME, des solutions de conférences audio et vidéo, ou des solutions plus adaptées pour des particuliers.
N’hésitez pas à nous contacter pour des conseils adaptés à vos besoins.
Microsoft vient d’annoncer la disponibilité de la passerelle Skype-Lync.
Ce qui est sympa c’est que si vous aviez déjà mis en place la connectivité PIC avec MSN Messenger, vous n’avez (presque) rien à faire.
La marche à suivre pour le déploiement se trouve ici.
Il arrive que certains utilisateurs de Lync 2010 se retrouvent avec une taille de police toute petite dans l’historique des conversations du client.
C’est généralement dû à la saisie d’une combinaison de touches erronée.
Cependant, pour revenir en arrière, le procédé est quelque peu délicat, la combinaison de touches à faire étant valide uniquement sur un clavier américain.
Le plus simple reste donc d’installer le clavier américain, d’afficher la barre des langues et lorsqu’on est sur le client Lync, d’activer ce clavier américain.
Il suffit ensuite d’utiliser la combinaison de touches CTRL + è (la touche figurant sur un clavier suisse. Pour un clavier français, c’est CTRL + ^) pour diminuer la taille de l’affichage et CTRL + » pour l’augmenter (pour un clavier français, CTRL + $).
Une fois l’affichage corrigé, on peut à nouveau masquer la barre des langues et enlever le clavier américain.
Lors d’une migration OCS vers Lync, si vous déplacez un utilisateur OCS dans un pool Lync, il se peut que vous obteniez le message « Distributed Component Object Model (DCOM) operation SetMoveResourceData failed. For details, see inner exception ».
En regardant les logs Lync, on peut constater le message d’erreur suivant :
LS User services event id 32118
SQL server cross database chaining option is disabled for either rtc or rtcdyn database. This may be caused by attaching or restoring an existing database. Since this condition causes performance issues, database will not be acquired until the issue is resolved.
Back-end Server:server.fqdn.com\lync01 Database: rtc Connection string of:
driver={SQL Server Native Client 10.0};Trusted_Connection=yes;AutoTranslate=no;server=server.fqdn.com\lync01;database=rtc;
Cause: Check the eventlog description.
Resolution:
Please enable cross database chaining option (using « sp_dboption ‘<dbname>’, ‘db chaining’, TRUE ») for both rtc and rtcdyn databases. Once this is done, Service will automatically reconnect to the backend
Cela peut donc se produire si pour une raison quelconque vous avez dû détacher ou restaurer les bases SQL de Lync.
Réactiver le cross database chaining avec l’option indiqué plus haut permet de rétablir la situation et de continuer la migration vers Lync 🙂
Office Communications Server 2007 peut s’interfacer avec le réseau de messagerie instantanée MSN et bonne nouvelle, cette licence qui était payant auparavant est dorénavant gratuite.
Dans le cadre de l’implémentation d’OCS dans notre entreprise, nous avons fait la demande auprès de Microsoft pour activer cette fonction.
La première surprise est que toutes les personnes qui avaient ouvert un compte MSN (ou Windows Live Messenger) avec une adresse mail appartenant à notre domaine ont reçu un message leur demandant de bien vouloir changer l’adresse mail liée à leur compte MSN, car ce nom de domaine allait être géré de manière centralisée.
Petit effet de bord sur lequel nous n’avions pas trouvé d’informations et qui peut surprendre au premier abord ! 🙂
Une fois la fédération activée, premiers essais et là, cela fonctionne très bien pour les noms de domaine appartenant à Microsoft (par exemple @hotmail.com, @msn.com, etc.). Cependant, les comptes MSN associés à des adresses d’autres domaines ne fonctionnent pas.
Que faire ? La solution est expliquée dans cet article. Il suffit d’ajouter vos contacts dans votre Communicator à l’aide de la syntaxe UserName(DomainName)@msn.com. Exemple : robert.bolomey(bolomey.ch)@msn.com et cela fonctionne, vous pouvez voir la disponibilité de votre contact et lui envoyer des messages.
Si vous voulez connaître la liste des domaines MSN utilisé par Microsoft, elle se trouve ici.
Le fichier trace de Communicator contient les entrées suivantes :
11/13/2009|12:28:05.724 1098:1864 INFO :: MSP.SetState[001717F8] SIP_CALL_STATE_CONNECTING->SIP_CALL_STATE_ALERTING, local=sip:michel.muster@muster.ch
11/13/2009|12:28:05.724 1098:1864 INFO :: CUccSessionParticipant::InternalSetState [0471481C] – state: 0x2->0x2
11/13/2009|12:28:05.724 1098:1864 ERROR :: SIP_URL::InternalInitialize Didn’t find host while parsing SIP URL
11/13/2009|12:28:05.849 1098:1864 TRACE :: SECURE_SOCKET: decrypting buffer size: 866 (first 8):
11/13/2009|12:28:05.849 1098:1864 TRACE :: 17 03 01 03 5D 35 E6 CE :….]5æÎ
11/13/2009|12:28:05.849 1098:1864 INFO :: Data Received – 10.130.7.120:5061 (To Local Address: 10.50.116.133:1508) 841 bytes:
11/13/2009|12:28:05.849 1098:1864 INFO :: SIP/2.0 500 The server encountered an unexpected internal error
Vérifiez dans les propriétés du compte, onglet Telephones/IPPhone/Other que ce champ ne contienne pas une valeur incorrecte, voire supprimer son contenu si c’est possible et réessayer d’envoyer un message.
Voici les commandes pour ajouter toutes les features nécessaires pour l’install d’un serveur OCS (utile lorsqu’on en a 3 à faire pour automatiser l’installation)
Import-Module ServerManager
Add-WindowsFeature Web-Windows-Auth
Add-WindowsFeature Web-Mgmt-Compat
Add-WindowsFeature MSMQ-Server
Add-WindowsFeature MSMQ-Directory
Add-WindowsFeature WAS-Process-Model
Add-WindowsFeature WAS-Config-APIs
Add-WindowsFeature Web-Mgmt-Console
Add-WindowsFeature Web-HTTP-Logging
Add-WindowsFeature RSAT-AD-Tools
Attention, si vous sauvez ceci dans un fichier .ps1 afin d’avoir un script tout prêt, il faut autoriser l’exécution d’un script powershell non signé et exécuter la commande suivante : Set-ExecutionPolicy -ExecutionPolicy unrestricted
La version 2007 R2 d’Office Communication Server offre une application supplémentaire de gestion de « response group » (il s’agit basiquement d’une liste de distribution téléphonique, permettant de distribuer les appels en fonction de critéres pré-définis).
On peut configurer le client Communicator afin de lui rajouter un onglet supplémentaire qui permet de quitter ou rejoindre un de ces groupes de réponses.
La procédure pour le faire est disponible chez Microsoft.
OCS Communicator était pour l’instant disponible pour tout portable équipé d’une version récente de Windows Mobile.
Microsoft souhaitant avantager ses solutions n’avait pas jugé profitable de développer une version de Communicator pour d’autres téléphones mobiles (on pense tout de suite à l’iPhone et son succès).
C’est maintenant chose faite puisque Modality Systems propose maintenant iDialog, un client compatible OCS pour l’iPhone. Ce client requiert que votre infrastructure OCS dispose d’un serveur CWA (Communicator Web Access) pour fonctionner.
On peut se procurer cette application depuis l’App Store, mais des solutions sont également disponibles pour les entreprises qui voudraient mettre à disposition de leurs utilisateurs cette application.
Plus d’informations quand notre infrastructure OCS sera mise en place.
Stay tuned, folks !