Translate

vendredi 31 octobre 2008

Mise à jour OCS 2007 pour le rôle Audio/Video

Microsoft a publié il y a quelques jours un correctif qui améliore la gestion audio pour le rôle OCS A/V Server. La mise à jour est disponible via Windows Update et est décrite ici: http://support.microsoft.com/Default.aspx?id=956831

mardi 28 octobre 2008

Construire son lab Unified Communications - 2nde partie - Installation des serveurs OCS

Suite à notre première partie, nous avons un lab initialisé, avec un environnement Active Directory, une "mini PKI" dans le but de générer des certificats, un DNS... bref tout va bien.

Dans cette seconde partie, nous allons donc installer une partie des composants du lab, à savoir:

  • Un pool OCS Standard
  • Un serveur OCS Mediation Server

Préparation de l'Autorité de Certification

N'effectuer cette étape que si vous avez installé l'autorité de certification sur un serveur Windows 2003. Dans le lab, celle-ci est normalement installée sur le contrôleur de domaine, à savoir SV-DC.

  • Se connecter sur SV-DC avec le compte administrateur du domaine, ouvrir une fenêtre de commandes (cmd)
  • Dans celle-ci, passez la commande certutil -setreg policy\EditFlags +EDITF_ATTRIBUTESUBJECTALTNAME2
  • Puis redémarrez le service "Certification Authority" ou simplement passez successivement les commandes net stop certsvc et net start certsvc

Je vous dois une excplication, elle est simple: cette légère modification permet de générer des certificats avec l'attribut Subject Alternate Name, ce qui permet d'utiliser un certificat unique pour de multiples identités. C'est un pré-requis pour OCS, même si dans la version standard il serait thoériquement possible de s'en passer.

Installation du pool OCS Standard

  • Installation des pré-requis sur le serveur SV-OCS: installer IIS (Application Server --> Web Server) puis le Framework .NET 2.0 SP1 (aussi disponible via Windows update) -- n'oubliez pas d'effectuer une petite mise à jour via Windows Update après tout ça !
  • Après un petit reboot, connectez vous avec le compte administreur de la forêt (et donc du domaine). Nous avons besoin de ce compte afin de préparer Active Directory, à savoir: faire les modifications du schéma, créer les objets de configuration, créer les groupes universels de securité, préparer le(s) domaine(s). A l'avenir, dans un souci de simplification, nous utiliserons toujours ce compte =°)
  • Mettez les binaires d'installation à disposition de votre VM. J'utilise une version MSDN dans mon lab, je peux donc monter l'image ISO sur mon lecteur CDROM virtuel. Si vous disposez des binaires sous une forme différente, assurez vous que vous avec décompressé l'archive et les avez copiés sur un répertoire de votre disque virtuel (par exemple, C:\Install\OCS_Eval)
  • Depuis le répertoire \setup\i386, lancez le programme nommé setupse.exe ("se" pour Standard Edition). Il s'agit de l'assistant de déploiement d'OCS. La première fois, l'outil installera automatiquement les bibliothèques Visual C++ 2005 SP1.
  • Une fois l'assistant initialisé, il faut maintenant préparer Active Directory.
  • Première phase: préparez le schéma, cela se fait automatiquement - ici, nul besoin de vérifier la réplication puisque nous n'avons qu'un seul contrôleur de domaine, nous pouvons donc passer à la suite.
  • Seconde phase: préparez la forêt. Nous avons ici à effectuer des choix, qui sont déterminant dans un environnement complexe, mais n'auront que peu d'impact sur un petit lab. L'emplacement de la configuration d'OCS se désigne soit au niveau du domaine racine, soit au niveau de la partition Configuration d'Active Directory. Ce choix n'existera plus dans OCS R2, imposant la seconde option, qui était à mon sens la meilleure ;). Ensuite vient l'emplacement des groupes universels de securité, ici nous ne disposons que d'un seul domaine, le choix est donc vite fait mais dans un environnement de production multi-domaine, il convient de choisir le bon. Enfin, vient le choix du domaine SIP par défaut, il est requis afin de permettre à l'assistant de créer la configuration d'OCS dans Active Directory. Afin de coller un peu à la réalité, nous allons donc choisir un domaine SIP qui ne correspond pas au nom de domaine Active Directory. Ici, nous choisirons donc uc-lab.com. Une fois l'assistant terminé, les objets sont crées, et nous allons enfin pouvoir installer OCS !
  • De retour dans l'assistant de déploiement, revenez sur la page principale (nous n'utiliserons pas ici les possibilité de délégation d'installation). Foncez sur "Deploy Standard Edition" =°)
  • Ici commencent "les choses sérieuses", l'assistant d'installation étant bien fait, la procédure est triviale. C'est moins vrai dans la version Enterprise qui requiert plus d'étapes de plus de pratique =P !
  • Commencez par créer les comptes de service utilisés par OCS: RTCService (utilisé par les services Windows d'OCS, et l'accès à la base SQL) et RTCComponentService (utilisé en tant qu'identité pour l'application ASP.NET d'OCS).
  • Sélectionnez ensuite les noms internes et externe du pool. En édition standard, le nom du pool est nécessairement le nom complet qualifié du serveur OCS (aka le FQDN), ici sv-ocs.corp.uc-lab.net. Nous n'utiliserons pas de nom externe, celui-ci étant requis lorsque l'on souhaite connecter OCS au monde extérieur (rôles "Edge") et pouvant de toute façon être défini ultérieurement.
  • Après cette étape, l'assistant installera automatiquement SQL Server 2005 Express Edition (spécifiez les répertoires à votre convenance) puis installera les binaires d'OCS et les bibliothèques Visual J#.
  • De retour dans l'assistant de déploiement, il va maintenant falloir configurer d'éventuels autres domaines SIP, le support pour la connexion automatique (et les domaines configurés pour...) et enfin un accès externe éventuel. Dans notre contexte, inutile d'ajouter de domaines SIP, et "pour le fun" (mais aussi parce que cela constitue un des atouts d'OCS), activez la configuration automatique pour tous les domaines. En revanche, inutile de configurer l'accès externe à ce point.
  • Vient enfin la dernière partie: la génération du certificat et son installation ! La bonne nouvelle est que grâce à notre Autorité de Certification intégrée à Active Directory, cela va être facile =°)
  • Depuis l'assistant de déploiement, lancez l'assistant de génération de certificat, en spécifiant "créer un nouveau certificat" et "envoyer la requête à une autorité de certification en ligne". Le reste est plus ou moins à votre convenance:
  • Nom du certificat: Il s'agit d'un champ "libre" décrivant le certificat. Ici, j'utilise "OCS Standard Pool".
  • Laissez les autres valeurs par défaut. La possibilité d'exporter le certificat permet d'en faire une sauvegarde, dans un environnement utilisant l'édition Enterprise, à installer le certificat sur d'autres serveurs. Une taille de clef de 1024 bits sera largement suffisante.
  • Renseignez ensuite le Sujet et les Noms Secondaires, il n'agit du FQDN du serveurs OCS, à savoir sv-ocs.corp.uc-lab.net. Les noms secondaires correspondent aux Subject Alternate Names mentionnés au début de cet article. Ici nous utiliserons "sip.uc-lab.com,cwa.uc-lab.com,im.uc-lab.com" - Les deux derniers noms sont de ma pure fantaisie et me permettront de personnaliser un peu plus mon lab sans générer d'autres certificats. Utilisez ce que vous voulez, mais "sip.uc-lab.com" est un minima car utilisé en dernier recours lors de la configuration automatique par les clients.
  • Spécifiez ensuite le Pays, Région/Departement et Localité, puis envoyez la requête immédiatement à l'autorité de certification.
  • Une fois le certificat généré et importé sur le serveur, assignez le directement puis revenez dans l'assistant de déploiement du rôle. Tout en laissant celui-ci ouvert, allez dans les outils d'administration et installez le certificat sur le Site Web par Défaut (onglet securité), utilisez le port 443 comme port SSL.
  • Revenez dans l'assistant, et démarrez les services OCS. Voilà, c'est presque fini !
  • Quittez l'assistant, et effectuez l'utime opération, plus important qu'il n'y paraît: une mise à jour Windows Update, qui installera les dernières mises à jour publiques qui corrigeront un certain nombre de bugs.
  • Une fois terminé, redémarrez le serveur, examinez les journaux d'évènement et assurez vous que tout va bien.

Installation du Mediation Server

Après cet échauffement, nous allons nous attaquer au rôle Mediation Server. Pour rappel, ce rôle est optionnel dans un déploiement "de base" d'OCS. Il nous permettra de nous interconnecter à notre IP-PBX virtuel (ou a une passerelle supportant le SIP/TCP et OCS) afin d'activer la téléphonie.

La bonne nouvelle est que ce rôle est moins long à installer, ne serait-ce que parce qu'il ne requiert par l'installation d'IIS ni de SQL Server (déjà installé pour le pool). Il faudra néanmoins installer le Framework 2.0 SP1 et effectuer un petit Windows Update, je zappe les explications, vous êtes bien rodés maintenant... ;)

  • Lancez l'assistant de déploiement, et séléctionnez "Déployer d'autres rôles". Selectionnez le rôle "Mediation Server".
  • Utilisez le bouton "Installer", c'est automatique ! Une fois l'installation terminée, utilisez le bouton "Activer" et spécifiez le compte RTCComponentService crée lors de l'installation du pool. Et oui, c'était rapide !
  • Une fois ces opérations simplissimes terminées, ouvrez la console d'administration d'OCS (dans "Outils d'aministration"), ouvrez le conteneur "Serveurs de médiation", vous y trouverez sv-ocsms.corp.uc-lab.net. Avec une petit "clic droit", séléctionnez "Propriétés". Il va maintenant falloir configurer toutes les valeurs dans les onglets "Général" et "Connexion suivante".
  • Dans l'onglet Général, spécifiez les adresses IP utilisées par le serveur de médiation. L'adresse d'écoute OCS est celle correspondant au nom du serveur, donc dans ma configuration: 10.0.2.102. L'adresse d'écoute de la passerelle peut être la même, ce sera d'ailleurs le cas dans notre lab. Dans un environnement "réel" il s'agira d'une adresse IP liée à une autre carte réseau, beaucoup de sociétés utilisant un réseau séparé pour les communications VoIP/ToIP et évite surtout, dans le cas d'un vrai serveur de médiation, de faire passer les flux audio sur une seule et même interface.
  • En ce qui concerne le serveur de périphérie A/V et la localisation, laissez les valeurs par défaut, à savoir "aucun". Nous configurerons la localisation ultérieurement car sans elle, nous ne seront pas à même de passer des appels.
  • Dans l'onglet "Connexion suivante", spécifiez le pool interne OCS, utilisez le port part défaut, à savoir 5061. Puis, spécifiez l'adresse IP de l'IP-PBX ou de la passerelle ToIP, dans notre lab il s'agira de 10.0.2.110 et utilisant le port SIP standard, 5060.
  • Une fois terminé, revenez dans l'assistant de déploiement et configurez le certificat. La procédure est similaire à la génération du certificat pour le pool OCS, mais plus simple car il ne sera pas utile de spécifier de noms alternatifs (Subject Alternate Names). Le sujet du certificat sera donc simplement le FQDN du serveur de médiation: sv-ocsms.corp.uc-lab.net, n'oubliez pas de l'assigner avant de démarrer les services !
  • Comme toujours, n'oubliez pas les mises à jour via Windows Update, les dernières mises à jour en date (après Août 2008) nous permettront quelques fantaisies au niveau du format des numéros de téléphone à destination de notre IP-PBX (format E.164) - nous verrons cela plus tard ;)

Voilà ! C'est terminé pour la partie "installation" pure et dure. Dans notre prochain épisode nous verrons comment configurer les zones DNS afon de supporter la connexion automatique des clients, de préparer aussi les enregistrements DNS pour SipX.

Enfin, nous verrons l'installation de SipX et la configuation de la partie voix dans OCS.

A bientôt ! ;)

lundi 27 octobre 2008

Construire son lab Unified Communications - 1ère partie - Initialisation du lab

Nous allons enfin aborder un peu de technique !

Bien que beaucoup d'informations circulent sur "ici" ou "là" sur Internet mais null part il n'est fourni quelque chose d'utile de A à Z. Je vais donc essayer de détailler comment construire un environnement virtuel (aussi appelé "lab") à des fins de démo. Le but est donc de fournir sur un ordinateur (dans l'idée, un ordinateur portable afin de pouvoir faire bouger sa démo avec soi :)) un environnement OCS, Exchange et un IP-PBX virtuels, le tout intégré afin de pouvoir simuler des appels réels dans une direction ou une autre...

Dans un premier temps, nous devons disposer d'un environnement de virtualisation. Plusieurs choix s'offrent à vous ici. Personnellement, j'utilise VMWare Server (gratuit) qui offre l'avantage de pouvoir utiliser le 64-bit, même sur un OS 32-bit. Une contrainte: que le matériel de l'hôte soit 64-bit natif et supporte la virtualisation (ex: Intel64 VT).

Bien évidemment, il est possible de construire le lab en 32-bit, cela induit donc une limitation implicite pour Exchange 2007 mais cela n'a pas d'importance ici. Si vous avez Windows XP ou Vista, le choix se portera donc vers Virtual Server. Si vous avez Windows 2008, Hyper-V s'impose de fait, et permettra même d'utiliser des VMs 64-bit nativement (sans émulation comme avec VMWare Server).

D'un point de vue du matériel, il est possible d'utiliser plusieurs hôtes à partir du moment où il peuvent partager un réseau virtuel, soit par un jeu de routage, soit par un partage d'interfaces physiques...
Au niveau disque, il faudra prévoir pas mal de place, chaque VM va consommer entre 4 et 12 Go (voire même plus) sur disque ! De même, des disques "rapides" sont plus que recommandés, le SATA-2 constituant un bon rapport vitesse/prix mais vite limité lorsque plusieurs machines entrent en jeux en même temps. Les plus fortunés s'orienteront vers du SCSI... Sinon la bonne idée est de répartir les VMs sur plusieurs disques (disque interne rapide, disque externe e-SATA ou USB2).

Quant aux SSD, ils sont encore très (trop) chers, et surtout ne sont pas si bons que ça en terme de performance en écriture (sauf ceux qui sont réellement inabordables). J'essayerai de donner plus d'informations à ce sujet lorsque j'en aurai un =°)

Mais revenons à nos moutons... la mise en place du lab. Personellement, j'essaye d'éviter d'accumuler les rôles applicatifs des rôles systèmes, cela permet d'éviter les mauvaises surprises et surtout, de coller un peu plus à la réalité. Mes VMs devenant donc modulaires, je peux ne pas toutes les allumer selon la démo que je souhaite faire.

Voici donc la liste, les recommendations mémoire suffisent à installer le lab, mais si vous pouvez, mettez plus:
  • Un contrôleur de domaine (DC): 384 Mo de mémoire ou plus. Windows Server 2003 SP2 ou Windows Server 2008 - 32 ou 64 bit, cela n'a pas d'importance ici. Ce serveur hébergera les services de base: Active Directory, DNS, Autorité de Certification. J'utilise l'édition Enterprise afin de mieux personnaliser mon autorité de certification, mais l'édition Standard suffit amplement ici. Personnellement, je configure mon DC afin qu'il soit aussi routeur (avec le service Routing and Remote Access), ce qui permet à mes VMs d'accéder facilement à Internet. Une autre technique consiste aussi à utiliser le partage de connexion Internet sur l'hôte, ou de déclarer des interfaces pontées sur le réseau de l'hôte.
  • Un serveur OCS: 384 Mo de mémoire ou plus. Nous utiliserons OCS 2007 Standard Edition, et donc SQL Server 2005 Express sera installé sur le même serveur. Pour ce serveur, nous utiliserons Windows Server 2003 Standard SP2, 32-bit.
  • Un serveur OCS Mediation Server: 256 Mo de mémoire ou plus. Il nous servira à faire dialoguer OCS avec l'IP-PBX en conversant avec le protocole SIP sur TCP, et en convertissant les flux audio du codec RTAudio de Microsoft vers des codecs plus "standard", en l'occurence ici, le G.711. Pour ce serveur, nous utiliserons Windows Server 2003 SP2 Standard, 32-bit.
  • Un IP-PBX, qui peut être virtuel ou physique: 256 Mo de mémoire ou plus. Une seule contrainte, qu'il supporte le SIP sur TCP. Il peut s'agir d'un simple "SIP registar", mais le mieux est d'utiliser un "vrai" IP-PBX. Nous utiliserons ici SipX, qui nous servira par la suite pour d'autres usages :)

C'est tout ce dont nous aurons besoin pour l'heure. Il faudra configurer les machines comme suit (je laisse les noms à votre discrétion, ceux mentionnés ici seront cependant utilisés dans mes captures, lignes de commandes donc faites attention si vous n'utilisez pas les mêmes :)):


Une fois les machines installées, effectuez ces étapes d'installation:
  • Configurez et installez AD sur sv-dc (dcpromo), installez le service DNS lors de la promotion du serveur et la création de la forêt - asssurez vous qu'AD fonctionne parfaitement bien (pas d'erreurs dans les eventlogs, résolution de nom qui fonctionne) puis passez votre domaine en mode Natif 2003, puis la forêt en mode Natif 2003 - vous pouvez utiliser le mode natif 2008 si vous utilisez Windows 2008, mais cela n'apportera rien.
  • L'étape suivante consiste à installer une petite Autorité de Certification. Sur Windows Server 2003, le composant est disponible dans Ajout/Suppression de programmes ==> Composants Windows. Sur Windows 2008, installez simplement le rôle "Active Directory Certificate Services". Dans les deux cas, installez les dépendances pour le Web Enrollement, c'est à dire, Internet Information Server (IIS).
  • Joignez les autres serveurs au domaine. Vérifiez la résolution de nom, l'enregistrement dynamique DNS, etc.
  • Après toutes ces étapes, qui vont déjà prendre un certain temps, faites une mise à jour via Windows Update, puis éteignez toutes les VMs sauf SV-DC et SV-OCS.

Votre lab est prêt ! La prochaine fois, nous allons voir l'installation des serveurs OCS 2007, et dans une troisème partie, l'installation de l'IP-PBX et sa configuration afin qu'il soit couplé avec OCS.

Quoi de neuf à attendre dans OCS 2007 R2 ?

Dans un message précédent, je vous avais promis quelques informations sur OCS 2007 R2, alors voilà, je m'exécute ! Difficile de ne pas trop en dire, alors je vais faire de mon mieux afin de respecter le NDA Microsoft.

Pour commencer, parlons des changements architecturaux qui sont d'ores déjà bien diffusés:
  • OCS R2 sera 64-bit seulement, et supportera Windows Server 2008: excellentes initiatives puisque cela suit la logique de l'évolution des produits Microsoft, et correspond aux demandes de nos clients.
  • Nouveaux rôles: du neuf et du moins neuf ici - Certains rôles qui n'étaient disponibles dans OCS 2007 qu'en composants optionnels téléchargeables seront disponibles dans l'assistant d'installation. De même, à nouvelles fonctionnalités, nouveaux rôles, nous verrons donc l'appartition du rôle "Application Sharing", "Group Chat" et "Application Server", ce dernier permettant à tout à chacun de développer à l'aide des kits de développement ses propres applications VoIP et de les coupler directement à OCS R2 !
  • Group Chat presistant: cette fonctionnalité offrira aux utilisateurs des espaces de discussion (aussi appellée "chat rooms") avec conservation d'historique.
  • Intégration à Microsoft Dynamics CRM: cette nouveauté n'a l'air de rien, mais elle est mucho importante car elle ouvre la voie à l'intrégation d'OCS avec les produits de gestion de clientèle ! Imaginez un "client" d'un centre d'appel d'une société X appellant un numéro de service clientèle: il arrive sur un répondeur, est identifié par son numéro de téléphone ou un numéro client, il se voit alors proposer un menu interactif personnalisé, voire même de joindre son conseiller personnel in finé ! Rien de révolutionnaire dans le principe, mais un bel effort d'intégration et beaucoup de possibilités.
  • Virtualisation: il y a des rumeurs selon laquelle OCS R2 supportera la virtualisation. Afin d'éviter qu'elles ne se répandent dans la mauvaise direction, OCS R2 ne supportera pas la virtualisation lors de sa sortie initiale. Les équipes de Microsoft étudierons, rôle par rôle, topologie par topologie, quelle sera la politique de support du produit dans des environnements virtualisés (à mon humble avis, nous en saurons plus lors de l'été 2009). J'en profite aussi pour faire un piqure de rappel conçernant OCS 2007 qui n'est pas supporté dans de tels environnements (pour la production).

Maintenant, intéressons nous aux clients ! Ca va bouger pas mal de ce côté, avec de nouvelles fonctionnalités:

  • Office Communicator 2007 R2 (MOC R2): nouveaux raccourçis, en particulier sur les fonctionnalités liées à la téléphonie (gestion des délégués, routage d'appels, etc). Ajout du bouton "Share Desktop" afin d'intégrer cette fonctionnalité apportée par le rôle "Application Sharing". Quelques améliorations lors de l'intégration avec Exchange Unified Messaging, comme la possibilité par exemple d'appeler directement la boite vocale d'un contact. Au niveau vidéo, le support bien sûr de la Haute Définition...
  • Office Communicator Mobile 2007 R2 (CoMo R2): un nouvelle intégration avec la téléphonie sur OCS et surtout la possibilité d'utiliser la voix ! Aussi, Microsoft a fait un effort incroyable concernant l'ouverture aux clients non Windows-mobile, avec l'avènement d'un client CoMo R2 qui fonctionnera sur d'autres plate-formes (dont BlackBerry...) ! A noter que ces clients ne disposeront toutefois de toutes les fonctionnalités offertes par le CoMo pour Windows Mobile.
  • Office Communicator Web Access R2 (CWA R2): CWA va prendre une important plus grande dans OCS R2, offrant un contrôle de la partie téléphonie, et la possibilité de faire du "Desktop Sharing" et ... waouh, fournissant un client Java pour les systèmes non-Windows (support limité de certaines fonctions).
  • Office Communicator 2007 R2, Phone Edition (MOC R2 PE): la version du client dédiée aux téléphones "Tanjay" va donc aussi bénéficier de certaines améliorations dont certaines passeront probablement pas une évolution du matériel. Au niveau voix, Microsoft promet une qualité encore améliorée :)

Enfin, nous allons nous intéresser à la téléphonie, qui sera sans nul doute le cheval de bataille de cette nouvelle version ! Les quelques informations que j'ai pu donner sur la partie client consitutent déjà une évolution en soit, voici donc d'un point de vue général à quoi s'attendre:

  • SIP Trunk direct: OCS R2 autorisera une intégration simplifiée avec la possibilité de créer des trunks SIP directs, sans donc nécessiter obligatoirement la présence d'une passerelle ou d'un IP-PBX compatible. J'entends déjà certains Freenautes crier de joie ! :)
  • Automates: OCS R2 propsera donc de faire évoluer la plate-forme vers un IP-PBX en proposant la possibilité de développer facilement ses propres automates (aussi appelés "IVR" ou "Attendants"). On sent bien derrière ceci le rapprochement d'OCS avec Speech Server.
  • Live Meeting: grâce à un automate inclus, Live Meeting va pouvoir s'enrichir d'une fonctionnalité attendue par nombre de nos clients: la conférence mixte ! Comme son nom l'indique, à l'aide d'un OCS R2 bien intégré à la téléphonie de l'Enterprise, les utilisateurs auront la possibilité de créer des conférence en porposant en sus un numéro de téléphone (accessible publiquement par exemple), permettant ainsi à des participants de se connecter à l'aide de n'importe quel téléphone. Cerise sur le gâteau, OCS R2 permettra aussi d'utiliser des périphériques Tandberg et Polycom, très largement répandus chez nos clients :)
  • Surveillance/Gestion: OCS R2 va inclure les composants et outils permettant aux administrateurs de surveiller et gérer au mieux la plate-forme, en particulier sur la partie téléphonie. Je n'en dis pas plus pour l'instant... :) et je vous laisser admirer la console de gestion, cette dernière n'étant pas seulement réservée aux administreurs, mais aussi à des utilisateurs "gestionnaires" (assitantes, opérateurs téléphoniques par exemple) !
  • Outils de développement: J'en parlais plus haut, grâce au rôle "Application Servers" et aux API/SDK, nos amis développeurs pourront créer des applications complexes couplées à la voix. De quoi faire des ravis chez nos consultants développeurs ;)

Date de sortie prévue: fin 2008/début 2009 ! Vivement Noël ;)

Afin d'être à jour... :)

Microsoft a publié une mise à jour cumulative pour Office Communicator 2007. Cette mise à jour est publique et corrige un soucis qui peut survenir lors du téléchargement du carnet d'adresses, qui peut devenir majeur lorsque celui-ci est gros (un de mes clients a par exemple un carnet d'adresses compressé d'environ 15 Mo, imaginez quelques millers de postes le téléchargeant simultanément par inadvertance - oui, j'ai déjà eu le cas, et ça fait mal =P).

Ce correctif corrige aussi un comportement erratique du RCC (Remote-Call Control) et aussi le "fameux problème de l'utilisation de MOC dans une session Terminal Server ou Citrix".

Ce correctif étant cumulatif, il inclut aussi les mises à jour récentes "non publiques" permettant l'utilisation de la mise à jour du Mediation Server pour l'intégration aux systèmes ne supportant pas le "+" dans le numéro E164.

Pour la mise à jour:

En parallèle, je vous recommande de mettre à jour les composants Live Meeting:

vendredi 24 octobre 2008

La star de cette fin d'année dans le monde UC de Microsoft sera...

Nous, professionnels du monde UC (Unified Communications) sur la gamme de produits Microsoft attendons tous impatiemment la sortie prochaine d'Office Communication Server 2007 R2 (que nous appellerons OCS R2 par la suite).

La première chose intéressante avec OCS R2 est, beaucoup de monde l'aura remarqué, le cycle de vie d'OCS (2007). Ce dernier, sorti officiellement en Octobre 2007 voit déjà son successeur pointer le bout de son nez...

La finalisation de ce dernier est prévue fin 2008 et une date de lancement aux environs de Février 2009... Soit un an et demi après: c'est court !

Une journaliste m'a récemment demandé pourquoi. Loin d'être impliqué dans les décisions stratégiques de la firme de Redmond, je ne peux que donner mon opinion personnelle que voici...

OCS a été un grand succès commercial pour Microsoft, l'adoption du produit a été rapide (voire même fulgurante). Et oui, on ne peut à retirer ceci à OCS: c'est "sexy". Certes la messagerie instantanée n'était plus à inventer, ce n'était d'ailleurs pas le cheval de bataille du produit ! Non, ce qui fait la différence c'est son intégration aux autres produits Microsoft. Exchange a plus de 60% des parts de marché sur la messagerie dite "asynchrone", dans la grande majorité des déploiements en enterprise, son client natif, Outlook - et donc la suite qui va avec, Office - est mis en oeuvre. Avec l'arrivée de SharePoint Server 2007 (MOSS), lancé en même temps qu'Exchange 2007 et Office 2007, nous avons vu dans chez nos clients (et ceux des autres =°)) une déferlante de désirs collaboratifs arriver.

Sorti quelques mois après, OCS a été proposulé comme étant la solution de messagerie "synchrone" appropriée: l'intégration est fonctionnelle, nous avons vu la puissance de la présence étendue, la facilité d'utilisation de LiveMeeting, aux annuaires AD, à SharePoint [...]

Rien de si exceptionnel direz-vous, mais ça aide ! Là où Microsoft a poussé fort est sur la partie Audio/Video (et surtout Audio en l'occurence). L'amélioration des Codecs (Coder/Decoder) RTAudio/RTVideo utilisé sur les flux RTP a redonné une seconde jeunesse sur cette partie quasi inexploitée du "papa" d'OCS (ndlr: LCS 2005, on oublie LCS 2003). Microsoft a donc pris cette opportunité à bras le corps: faire passer le message mercantile qu'OCS pourrait devenir une plate-forme de téléphonie sur IP, avec ce que cela apporte: réduction des coûts, gestion facilitée, intégration entre le monde de la ToIP et le poste de l'utilisateur.

Le poste utilisateur, là est la clef ! Séduisante idée qu'est le poste de travail communicant, oui, c'est l'avenir, on le savait déjà ! Ce qui est nouveau, c'est qu'il est communicant mais aussi simple à utiliser, mobile, et même "agile" (oui, j'ai osé =P). Lorsque je travaille depuis la maison, ou à l'aéroport, ou même à l'hôtel ou un Hotspot WiFi le permettant je me connecte avec mon portable sur la plate-forme OCS d'Avanade. J'ai besoin d'appeler un collègue ? Je passe un appel Communicator. Besoin d'appeler un client sans runier ma facture de téléphone mobile ? Je passe un appel téléphonique via Communicator. Une réunion imprévue et urgent avec un client ? On met en place un rendez-vous sur Livemeeting (cerise sur le gâteau, ce client a OCS aussi et est fédéré avec nous =°)).

Tout ça sans VPN. Voilà une des forces d'OCS, tout comme le RPC/HTTP (appellé désormais "Outlook Anywhere") l'a été pour Exchange 2003.

Alors qu'aportera OCS R2 ? Cela fera l'objet d'un autre post ici, très très rapidement :)

Pour vous faire patienter, et pour résumer, je dirais ceci:

OCS a été un grand succès, on ne peut le nier. Sans être une révolution dans le domaine de la ToIP, il a pu commençer à apporter à Microsoft un peu de crédibilité (et beaucoup de partenariats) dans le domaine (intéressant d'ailleurs de voir MS en position de challenger face à un géant/leader comme Cisco). Je me ferais l'avocat du diable en disant qu'OCS souffre de sa jeunesse, et ne peut être considéré comme un IP-PBX à part entière pour plein de raisons techniques (intégration), mais aussi et surtout à cause du manque de fonctionnalités usuelles (groupage d'appels, files d'attentes, conferences audio avec des téléphones "classiques", etc.).

Avec OCS R2, Microsoft va combler une grosse partie de son retard et pour l'avoir fait aussi vite, je dois dire "Bravo". Preuve aussi que la firme a écouté ses clients, car certaines évolutions dans la R2 sont très, très attendues !

C'est parti !

Et oui, cédant à la pression populaire (elle se reconnaîtera :)), me voici donc à ouvrir mon propre Blog. Le sujet ? Les communications unifiées, la voix (et la téléphonie) sur IP, etc.
Au travers des p'tits blogs à venir, l'idée est de suivre l'actualité, éventuellement donner des informations croustillantes - techniques ou généralistes -, partager idées et découvertes...
Bien sûr, tout ça se fera autour des plate-formes Microsoft (OCS, Exchange, MOSS et autres...) mais pas seulement (youpi!!!) - on s'interessera à Asterisk, sipX, éventuellement OpenSER, à "comment on peut jouer" avec tout ça pour faire des démos fonctionnelles, voire même s'installer sa propre petit infrastructure à la maison à des fins de tests.

A bientôt donc =°)