Translate

mardi 30 décembre 2008

Nouvelles mises à jour: Communicator 2007 et Communicator 2005

Microsoft a publié deux nouvelles mises à jour pour les clients naturels d'OCS 2007/LCS 2005, à savoir Communicator 2007 et Communicator 2005. Ces mises à jour corrigent en particulier un problème lié à la redirection des appels dans des environnements où OCS 2007/OCS 2007 R2 ou LCS 2005 sont couplés à un environnement de téléphonie.

[ajout du 31/12/2008]: Une mise à jour pour Communicator Mobile 2007 (CoMo) a aussi été publiée, permettant à un client Windows Mobile de se connecter à une infrastructure OCS 2007 R2 sans encombre...

Ces mises à jour seront requises pour une interopérabilité OCS 2007/OCS 2007 R2 et Communicator 2007/Communicator 2007 R2.

Liens de téléchargement:

Bonnes mises à jour :)

samedi 20 décembre 2008

OCS 2007 R2 est RTM !!! :)

Et voilà ! Comme annoncé il y a quelques jours, OCS 2007 R2 est finalisé, en train de sécher et sa distribution aux partenaires privilégiés commence !

Notre département IT a reçu la distribution seulement 5 heures après la dernière compliation et a déjà mis en oeuvre un pool OCS R2 de transition avant de recréer un pool OCS R2 final ce week-end ! Chapeaux bas à ces messieurs ;) Avanade est donc avec Microsoft et quelques clients EA une des premières sociétés en production avec OCS 2007 R2, wow !

Histoire de nous faire plaisir, et en qualité "d'Early Adopters" nos amis d'Avanade ITS ont mis à notre disposition la version finale d'Office Communicator 2007 R2 (MOC 2007 R2) et de Communicator Mobile R2 (CoMo 2007 R2).

Voici donc les numéros de versions finales:
  • MOC 2007 R2: 3.5.6907.0
  • CoMo 2007 R2: 3.5.6906.0

Data Protection Manager SP1

Microsoft vient de publier le Service Pack 1 de Data Protection Manager (DPM) 2007, leur excellent et novateur outil de sauvegarde !

DPM 2007 fait partie de la suite System Center et permet de sauvegarder les serveurs et applications dans des environnement Windows. DPM est particulièrement performant lorsque l'on parle de sauvegarde Exchange, SQL et SharePoint !

Quoi de neuf ?

Dans les changements les plus notables on retiendra:
  • Amélioration des performances de sauvegarde pour SharePoint, en particulier WSS.
  • Amélioration des performances de restauration pour Exchange et SQL dans certains cas.
  • Support des sauvegardes dans les environnements Hyper-V (sauvegarde des systèmes "guest" avec un agent).
  • Ajout du support de la sauvegarde d'un replica SCR sous Exchange 2007, pratique pour avoir une sauvegarde effectuée loin de l'environnement de production :)
  • Ajout du support de la sauvegarde d'une base miroir SQL Server 2005, ce qui permet de sauvegarder la copie plutôt que la base active, et donc ne pas impacter les performances su serveur principal.
  • Ajout de la possibilité de sauvegarder des environnements lorsqu'une relation d'approbation de forêts est disponible (particulièrement pratique en scénario de forêt de ressource par exemple).
Quelques liens vers le site officiel Microsoft:

mercredi 17 décembre 2008

Sortie imminente de la version finale d'OCS 2007 R2 !!!

Microsoft est en cours de finalisation d'OCS 2007 R2, qui sera mis à disposition des équipes internes Microsoft, des Early Adopters, des partenaires et au reste du monde très prochainement (je ne peux donner de délai précis, mais ce n'est qu'une affaire de jours :)).

Promesse tenue donc, puisque OCS 2007 R2 était planifié pour une finalisation aux alentours de Noël.

En attendant, voici une preview de la console "OCS R2 Attendant", en production s'il vous plaît :)


dimanche 14 décembre 2008

Construire son lab Unified Communications - 3ème partie - DNS, SipX et configuration ToIP

Ayant été (énormément) pris par le boulot, nous y voilà tout de même: la finalisation de notre lab UC afin de le rendre opérationel !

Où en étions-nous ? Ah oui ! Dans notre numéro précédent, nous avions installé un pool OCS Standard et un serveur de Mediation. Il nous reste à configurer:

  • Le DNS, afin de supporter la configuration automatique des clients OCS;
  • SipX (nous allons voir brièvement l'installation, mais surtout la configuration des plans de numérotation et des passerelles)
  • Et enfin, last but not least, la partie téléphonie d'OCS et l'activation de la téléphonie pour des utilisateurs.
Configuration du DNS

C'est la partie facile. Dans mon exemple, j'ai utilisé un domaine SIP unique: uc-lab.com - si vous voulez supporter plus d'un domaine SIP, répetez la configuration DNS pour chaque.

  1. Sur votre serveur DNS (ici, le contrôleur de domaine), lancez la console de gestion DNS (dnsmgmt.msc)
  2. Créez une zone pour votre domaine SIP (uc-lab.com) - personellement, je la configure de manière à ce qu'elle soit intégrée Active Directory...
  3. Créez ensuite un entregistrement de type SRV (New Other Records... puis Service Locator (SRV))
  4. Dans les propriétés du service, utilisez ces informations: Service = _sipinternaltls Protocol = _tcp Priority = 0 Weight = 0 Port number = 5061 Host = sv-ocs.corp.uc-lab.net.
Validez puis créez un nouvel enregistrement de type SRV avec les propriétés suivantes: { service=_sip, protocol=_tls, priority=0, weight=0, port=5061, host=sv-ocs.corp.uc-lab.net. }. Enfin, créez un enregistrement de type A avec les propriétés suivantes = { IP=10.0.2.101, name=sip.uc-lab.com. }

Une fois les ajouts effectués dans le DNS, femez la console et ouvrez une fenêtre de commandes. A l'aide de la commande nslookup, nous allons vérifier que la configuration DNS est correcte. Une fois dans l'interface nslookup, exécutez les commandes suivantes:
  1. set type=SRV
  2. _sipinternaltls._tcp.uc-lab.com
  3. _sip._tls.uc-lab.com
Ces deux dernières commandes doivent retourner les informations que nous avons entré précédemment, comme montré dans cette capture d'écran:

Installation et configuration de SipX

L'installation de SipX a la bonne idée d'être simplifiée par rapport à une installation de Linux "classique". Il faudra toutefois penser à configurer quelques détails non négligeables: une IP, le mot de passe du superutilisateur "root" et les quelques autres options comme le clavier, la date et l'heure. N'oubliez pas de désactiver les services DNS, NTP et DHCP sur le serveur SipX, il seront complètement inutiles ici et en double usage par rapport à notre contrôleur de domaine Windows (pour le DNS et le NTP, le DHCP n'étant vraiment pas utile dans notre contexte).

Une fois SipX installé, il va falloir le configurer... Au premier démarrage, SipX configurera la base postgresql, il faudra déterminer le nom de domaine SIP pour SipX (par exemple, voip.uc-lab.com) et créer les enregistrements SRV et/ou A demandés par SipX. ATTENTION: SipX est sensible sur la configuration du nom de domaine SIP utilisable. C'est modifiable par la suite mais une vraie galère ! Faites attention, vérifiez tout deux fois.

  • un enregistrement A { IP=10.0.2.110, host=voip.uc-lab.com. }
  • un autre, pour le nom de la machine physique { IP=10.0.2.110, host=sipx.corp.uc-lab.net. }
  • des enregistrement SRV tels que recommandés par la commande sipx-dns (ex: sipx-dns voip.uc-lab.com sipx.corp.uc-lab.net) ==> { service=_sip, protocol=_tcp, priority=1, weight=0, port=5060, host=sipx.corp.uc-lab.net. } et { service=_sip, protocol=_udp, priority=1, weight=0, port=5060, host=sipx.corp.uc-lab.net. }
  • n'oubliez pas que ces enregistrement sont à mettre dans un sous-domaine nommé voip (ou une zone nommée voip.uc-lab.com) !

Et hop, une petite capture (ndlr: le DNS Windows ne supporte pas les NAPTR):

Vérifiez que les enregistrements DNS sont corrects à coup de nslookup. Après configuration du DNS, faites un petit reboot de votre serveur SipX... assurez vous que le service sipxpbx démarre sans accroc.

Une fois tout ce petit monde en fonctionnement, naviguez sur l'interface Web et connectez-vous avec l'utilisateur superadmin et le mot de passe défini au préalable.

L'interface est simple, il suffira de définir quelques petites choses :)

  • Une passerelle: menu Devices ==> Gateway: ajoutez une passerelle de type SIP Trunk avec les paramètres correspondant à votre installation. Name=OCSMediationServer, Address=sv-ocsms.corp.uc-lab.net, Description=ce que vous voulez, Route=(vide)
  • Affichez les paramètres avancés (click sur "Show Advanced Settings") et configurer le port (5060) et le protocole (TCP), cela évitera à SipX de se poser la question le moment venu...
  • Validez avec OK. Une fois de retour sur l'interface de gestion des passerelles, mettez à jour la configuration de SipX avec le bouton "Send All Profiles".

  • Allons ensuite déclarer la règle de routage vers OCS, c'est dans System ==> Dial Plans puis Add new rule ==> Custom...
  • Alors là, il y a plein de paramètres :) -- je vais donc les lister un à un:
  • Enabled: à cocher
  • Name: OCSDialRule
  • Description: comme vous voulez :)
  • Dialed Number: Prefix = 3 and 2 digits (n'oubliez pas de cliquer sur "Add") - cela nous permettra de router les extensions de 300 à 399 vers OCS. Nous verrons comment nous amuser avec les numéros E.164 plus tard...
  • Ne configurez pas de permissions.
  • Resulting Call: Dial = + and append dialed number (nous reviendrons plus tard sur cette partie si l'on veut simulez quelque chose de plus "représentatif de la réalité")
  • Ajoutez la passerelle OCSMediationServer puis validez avec OK.

Une fois de retour dans l'interface de gestion des Dial Plans, cochez la case correspondant à la règle créée ci-dessus et cliquer sur "Activate" en haut à droite. Validez lorsque demandé.

Il va falloir maintenant créer un utilisateur SipX, afin de simuler à l'aide d'un SIP Phone, un téléphone d'entreprise... Allez donc dans le menu Users ==> Users puis cliquez sur "Add User". Logiquement, le premier utilisateur crée aura l'extension 200, configurez les propriétés et n'oubliez pas le "SIP Password" qui vous permettra de configurer le SIP Phone.

Une fois tout ce petit monde paramétré, pensez à redémarrer SipX. En shell, par la commande service sipxpbx restart. C'est conseillé à chaque fois que la configuration des passerelles et règles de routage sont modifiées, et force la mise à jour des fichier XML de configuration dans /etc/sipxpbx/.

Configurez une SIP Phone afin de vous connecter à SipX. Personnellement, j'utilise X-Lite. Il suffit d'utiliser l'extension "200", le mot de passe configuré précédement et comme nom de domaine "voip.uc-lab.com". Si vous avez du mal à vous connecter, forcez la connexion par le proxy en utilisant le FQDN ou l'IP du serveur SipX.

Configuration de la téléphonie sur OCS

Nous y voilà ! Comme dirait l'autre "yapuka!" ... En effet, la configuration d'OCS est assez rapide mais doit être faire dans un ordre précis... Assurez vous d'abord que votre serveur OCS Standard est allumé et fonctionne correctement. Pour cela, créez un compte et connectez vous avec Communicator.

Vérifiez ensuite que votre serveur OCS Mediation fonctionne, à l'aide de la console d'administration d'OCS, vérifiez que le service tourne.

OK ? Tout va bien ? On continue...

Dans le console OCS, allez sur la configuration de la forêt, puis Voice Properties. Il va falloir créer une localisation et des règles de normalisation:

  • Créer un "Location Profile", nommez-le "OCSDP"
  • Ajoutez ensuite une règle de normalisation, nommez là "2xx"
  • Dans la section "Translation" entrez "^2(\d{2})$" comme "pattern" puis "2$1" comme expression resultante
  • Vérifez qu'en entrant "201" (sans les guillemets) dans la zone de test, le resultat est "201"
  • Dans l'onglet "Route", créez une nouvelle route nommée "toSipX"
  • Dans la zone d'expression régulière, entrez "^2(\d{2})$"
  • Ajouter un "Phone Usage", celui par défaut fera l'affaire...
  • Ajoutez le serveur de Mediation OCS comme passerelle puis validez et retournez dans la console d'administration OCS.

Une fois de retour dans la console, ouvrez le conteneur "Mediation Servers" puis édtier les propriétés du serveur de médiation. Ici, éditer le "Default Location Profile" et choisissez "OCSDP".

Normalement, tout ce qui concerne la partie "Next Hop Connection" est déjà configuré, assurez vous que:

  • Office Communcations Server next hop soit "sv-ocs.corp.uc-lab.net" et le port "5061"
  • PST Gateway next hop soit "10.0.2.110" (l'adresse IP du serveur SipX) et le port "5060"

Validez et redémarrez le service de Mediation OCS.

Cette opération doit aussi être faite sur le pool OCS. Sous "Standard Edition Servers", avec le clic droit de la souris, aller dans "Properties" puis "Front-end Properties". Dans l'onglet "Voice", selectionnez "OCSDP" comme profil de localisation par défaut pour le pool. Validez, revenez dans la console OCS et redémarrez les services OCS.

Nous y sommes presque (sisisisisi :)) - il ne reste qu'à configurer notre utilisateur OCS afin d'être activé pour la téléphonie. Editez ses propriétés (par l'interface OCS par exemple) puis dans "Additional options" cliquez sur "Configure". Là, cochez "Enable Enterprise Voice" et dans "Line URI" entrez "tel:+300". Validez, attendez maximum 5 minutes et reconnectez vous sur Communicator avec cet utilisateur.

Appeller l'utilisateur OCS

Pour appeler l'utilisateur OCS, rien n'est plus simple: il suffit de composer le "300" sur votre SIP Phone. Si vous n'avez rien raté, Communicator doit se mettre à sonner en affichant comme appellant "+200".

Appeller depuis OCS/Communicator

Appeller depuis OCS est facile aussi. Composez le "200" puis validez. Votre SIP Phone va se mettre à sonner et l'appellant sera "+300". Nous verrons ultérieurement comment finalisez la configuration afin de faire quelque chose de plus "pro" et pouvant s'intégrer à des IP-PBX classiques ou ne supportant pas les URI SIP au format E.164 avec un symbole + (comme Cisco Call Manager par exemple).

J'imagine que cela ne fonctionnera pas du 1er coup dans votre lab... quelques pistes:

  • si, lorsque vous composez depuis votre SIP Phone, ce dernier vous jette violemment avec une sonnerie répétitive et rapide, il s'agit d'une erreur dans la communication. Vérifiez que votre serveur SipX peut contacter le serveur de médiation: vérifiez le DNS, le réseau (IP, masque, ping, telnet sur le port 5060, etc), la configuration (n'hésitez pas à redémarrer le service SipX)
  • utilisez le Netmon de Windows ou WireShark afin de regarder où ça bloque. Filtrez dans un premier temps sur le protocole SIP (5060 tcp/up, 5061/tcp) - je doute que vouz ayez à ce stade des soucis de protocole Audio (RTP/RTCP) ou de codecs.

Amusez vous bien !

Une option méconnue de l'Exchange Unified Messaging

Il est bien connu que la messagerie unifiée "Exchange UM" est allergique aux prononciations non anglo-saxones. Aussi, il est courant de rire à l'annonce par défaut des noms par notre amie la réceptioniste de messagerie vocale (lors du fameux "Please leave a message for ...."). La prononciation de mon nom par exemple est assez cocace !

Là où cela devient moins drôle, c'est lorsque dans un environnement d'entreprise on souhaite utiliser la reconnaissance vocale pour trouver quelqu'un. Aussi, dans 90% des cas (voire plus !), il est impossible de trouver quelqu'un ayant un nom à consonance non anglo-saxone via l'Exchange UM.

L'équipe Exchange avait posté sur son blog à ce sujet, alors que je suis en ce moment même en train de jouer sur mon lab, cela m'a donné l'idée d'en remettre une couche, avec quelques petites précisions en plus...

Il existe dans l'AD un attribut à cet effet. Il s'agit du msDS-PhoneticDisplayName. Il peut-être positionné facilement en PowerShell avec la commande Set-User. Là où le bas blesse, c'est que l'attibut ne rentre pas dans le modèle d'administration d'Exchange. A moins d'avoir accès aux attributs, par le bias d'une délégation "Account Operators", "Domain Admins" ou administrateur d'une OU, l'administrateur Exchange n'est donc pas en mesure de modifier les attributs.

Voici à titre d'exemple quelques lignes PowerShell pour étendre le modèle d'administration (dans le mien, j'ai crée un rôle dédié aux administrateurs de messagerie unifiée (ici: "UM Admins")). Il faut être administateur du domaine ou de l'entreprise afin de modifier les permissions sur les conteneurs.

$DomainDN = "dc=mondomaine,dc=local"
$UMRecipientAdmins = "MONDOMAINE\UM Admins"

$DomainAdminSDHolderDN = "cn=AdminSDHolder,cn=System,{0}" -f $DomainDN
$UMExtendedAttributes = "msDS-PhoneticDisplayName","msDS-PhoneticFirstName","msDS-PhoneticLastName","msDS-PhoneticCompanyName","msDS-PhoneticDepartment"

Add-ADPermission -Identity $DomainDN -User $UMRecipientAdmins -AccessRight ReadProperty,WriteProperty -Properties $UMExtendedAttributes -InheritedObjectType user -InheritanceType Descendents -Verbose:$false

Add-ADPermission -Identity $DomainDN -User $UMRecipientAdmins -AccessRight ReadProperty,WriteProperty -Properties $UMExtendedAttributes -InheritedObjectType inetOrgPerson -InheritanceType Descendents -Verbose:$false

Add-ADPermission -Identity $DomainAdminSDHolderDN -User $UMRecipientAdmins -AccessRight ReadProperty,WriteProperty -Properties $UMExtendedAttributes -InheritedObjectType user -InheritanceType Descendents -Verbose:$false

Add-ADPermission -Identity $DomainAdminSDHolderDN -User $UMRecipientAdmins -AccessRight ReadProperty,WriteProperty -Properties $UMExtendedAttributes -InheritedObjectType inetOrgPerson -InheritanceType Descendents -Verbose:$false

Ensuite, Ô bonheur, je peux configurer mon "phonetic display name"... :)

Set-User MONDOMAINE\bboudeville -PhoneticDisplayName "Benwa Boodveel"

Et alors, miracle, la gentille madame prononce mon nom à peu près correctement ! Ca permet aussi à un français de me trouver grâce à la réceptionniste automatique (Auto Attendant) de me trouver un peu plus facilement (c'est quand même pas gagné !).

Le plus dur dans l'histoire est de trouver comment écrire phonétiquement le prénom et le nom de quelqu'un ! Astuce, si vous avez une personne anglaise, américaine, canadienne ou australienne sous la main, demandez-lui comment elle écrirait phonétiquement votre nom après le lui avoir prononcé... :)

lundi 24 novembre 2008

Mise à jour Exchange 2007 SP1 - Enfin l'Update Rollup 5 !

On l'attendait depuis longtemps, la mise à jour "Update Rollup 5" pour Exchange Server 2007 SP1 est sortie la semaine dernière.

Au menu ?

Deux corrections importantes:
  • Le tant attendu fix permettant l'utilisation d'un cluster Windows 2008 (en particulier lorsqu'il est installé en CCR) comme générateur d'OAB. Avant l'UR5 il fallait disposer d'un "private fix" pour corriger le problème. Pour rappel, le modèle de cluster de Windows 2008 isole les partages cluster des partages des noeuds, c'est bien mais le CCR n'ayant pas de disques partagé (au sens cluster du terme), le partage OAB est crée sur le noeud, et bien sûr les CAS tentent de se connecter à \\serveurvirtuel\MSExchangeOAB, et échouent. Le HR5 corrige officiellement cette petite erreur de conception de l'application :p
  • Par défaut, les services Exchange arrêteront d'aller chercher les listes de révocation de certificats (CRL), ce qui a perturbé beaucoup de monde depuis l'UR5 d'Exchange 2007 RTM ! En effet, un serveur Exchange ne disposant pas de connexion Internet ca tout simplement échouer et causer un timeout lors du démarrage de certains services.... pas top :) -- le contournement était de modifier la config .NET des services à la main - c'est maintenant fait automatiquement par la mise à jour.

Comme toujours l'UR5 est cumulatif, si vous avez installé des mises à jours intermédiaires (des "hotfix", n'oubliez pas de les désinstaller avant d'installer tout Update Rollup...).

La liste des corrections apportées par l'UR5 est là: http://support.microsoft.com/kb/953467/

L'UR5 lui-même étant ici: http://www.microsoft.com/downloads/details.aspx?FamilyId=652ED33A-11A1-459C-8FFE-90B9CBFE7903&displaylang=en

Bonne mise à jour ! :)

samedi 15 novembre 2008

Interopérabilité OCS/OCS R2 et IBM SameTime

Beaucoup de monde, en particulier certains de mes clients venant du monde IBM, me demandaient pourquoi il n'existe aucun moyen "facile et peu onéreux" d'interconnecter les deux mondes, en particulier lors d'une coexistence. En effet, l'implémentation SIP d'IBM n'est pas standard, celle de Microsoft un peu plus (malgré l'unique support du SIP sur TCP).

Il existait jusqu'alors des passerelles de type "appliance" telles que celles de Covergence (
http://www.covergence.com/content1253.html) mais à un prix exorbitant pour un simple besoin de transition (bien mieux dans le cadre d'une coexistence longue durée sans objectif de migration...) !

IBM et Microsoft ont donc conjointement annoncé la possibilité prochaine d'interopérabilité directe entre SameTime v8.0.2 (à l'aide d'un patch uniquement destiné à cette version dans un premier temps). Nous en saurons plus à la fin de cette année, et en particulier sur la nécessité ou non d'un correctif pour OCS 2007 (ou une version minimale supportée).

Bonne nouvelle donc ! Surtout que Cisco et Microsoft ont annoncé la mise en oeuvre début 2009 de la possibilité d'interopérabilité entre OCS/OCS R2 et Cisco Unified Presence Server.

mercredi 5 novembre 2008

Interopérabilité MOC 2007 et OCS/OCS R2

Je mentionnais il y a quelques jours un ensemble de mises à jour pour les clients d'OCS 2007.

Dans son blog, l'équipe produit OCS mentionne un fait important vis à vis de la mise à jour d'Octobre 2008 pour MOC: celle-ci permettra l'interopérabilité OCS/OCS R2 durant la phase de coexistence en vue d'une migration à OCS R2.

Nous aurons plus de détails lors de la sortie officielle d'OCS R2 et donc des pré-requis, qu'il s'agisse d'OCS (et de ses clients) ou des systèmes clients supportés.

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 =°)