Filtres WMI & Stratégies de groupes Windows Server 2008

Mise en place des filtres WMI sous Windows Server 2008.
WMI (Windows Management Instrumentation) est l’implémentation de Microsoft du WBEM (Web-Based Enterprise Management) du standard du DMTF (Distibuted Management Task Force).
WMI permet la gestion interne des plateformes Windows qui prennent en charge la gestion et la surveillance des ressources du système.Celui-ci est basé sur la technologie COM. Il permet à des scripts tel que VBSCRIPT de pouvoir interagir localement ou à distance sur une machine.
WMI utilise des classes CIM (Commun Information Model). Ces classes sont organisées en espace de noms, ce qui permet de structurer les informations.
La plupart des classes que Windows gére sont situé dans l’espace de noms ‘ROOT\CIMv2‘ La syntaxe WMI ressemble beaucoup au TSQL.
Exemple:
Select * From Win32_LogicalDisk Where (Name="C:" OR Name="D:") AND Filesystem="NTFS"
Dans cet exemple, il s’agit d’une requête qui retourne TRUE si toutes les conditions sont valises.

• Espace de noms utilisé: Win32_LogicalDisk => Sous-systéme Disques
• Name => Nom du volume disque C: ou D:
• Filesystem => Systeme de fichier utilisé sur le volume disque = NTFS

Les opérateurs utilisés OR et AND sont les équivalents de ceux que vous pouvez retrouver dans SQL avec le language TSQL.
Donc, dans notre cas, il est possible d’associer des filtres WMI dans les stratégies de groupe de la famille Windows. Ainsi, toutes les machines devront exécuter ce filtre WMI avant d’exécuter les paramètres de la stratégie associées. Seul les machines répondant ‘TRUE’ à tous les critères que vous choisirez, appliquerons les paramètres de cette stratégie.
(Cliquez sur l’image pour lancer la visualisation)

Password Settings Objects (PSO) – Fine-grained Password Policies (FGPP)

Voici une démonstration de la configuration des stratégies de mot de passe affinés (FGPP – Fine-grained Password Policies) sous Windows 2008 Server.

Dans Windows Server 2008, il est possible d’appliquer plusieurs stratégies de mot de passe et de verrouillage de compte à tous les objets de type:

• Utilisateurs
• InetOrgPerson
• Groupes

Les FGPP permettent de disposer d’avoir plusieurs exigences de mot de passe pour tous les objets ci-dessus.
Avantages:
- Définir de multiple stratégie de mot de passe dans le même domaine.
- Augmente le niveau de sécurité.
Le schéma Windows 2008 a été mis à jour pour permettre de stocker les FGPP.
Deux classes d’objets:
- Password Settings Container (Situé sous le container ‘System’ du domaine –> Il stocke les ‘Passwords Settings’.
- Password Settings (PSO). Les PSO ne s’appliquent pas aux OU (Unité d’organisation) mais aux objets cités ci-dessus.
Attention la vidéo fais environ 15 Mo…..

Lancer la vidéo

Les alertes SharePoint ne fonctionnent plus…

Après la restauration d’une base de données de contenu SharePoint, certains travaux, dont les alertes utilisateurs, ne fonctionnent plus.

• Vérifier le démarrage de vos services Windows liés à WSS/MOSS 2007

 

• Vérifier la présence des Alertes Utilisateurs dans la table dbo.ImmedSubscriptions de la base de données de contenu de votre application web

Chaque ‘alerte immédiates’ utilisateur génère une entrée dans cette table.
Cette table stocke les alertes qui devront-être envoyé immédiatement en cas de changement sur un élément.
Structure de table :

Pour plus de détails sur la table : http://msdn2.microsoft.com/en-us/library/ms998697.aspx

Les ‘alertes Hebdomadaires’ et les ‘alertes quotidiennes’ sont enregistré dans la table dbo.SchedSubscriptions

Structure de la table :

Pour plus de détails sur la table : http://msdn2.microsoft.com/en-us/library/ms998703.aspx

Attention: La modification du schéma de la base de données ou de la structure de la base de données n’est pas supportée par Microsoft. Les modifications que vous effectuez dans cette table peuvent-être écrasées par une mise à jour ou un Service Pack.

• Vérifier la présence des Définitions des travaux du minuteur dans l’Administration Centrale SharePoint

Vous devriez retrouver la définition des jobs ‘Alertes Immédiates’ pour chaque ‘Application web’ existante dans votre ferme de serveur.
Si les définitions des jobs ‘Alertes immédiates’ n’existe pas, il vous suffit de les recréer directement à partir de l’outil STSADM.EXE de SharePoint.
L’outil se trouve dans :
C:\Program Files\Fichiers communs\Microsoft Shared\web server extensions\12\BIN pour une version Française
Utilisez la commande suivante pour vérifier la présence et les propriétées du job :

stsadm -o getproperty -propertyname job-immediate-alerts -url http://litwareportal

Le résultat doit-être le suivant:

<Property Exist="Yes" Value="every 5 minutes between 0 and 59" />

Si le resultat retourne :

<Property Exist="No" />

Il vous faut recréer la définition du job de votre application web, comme suit :

Stsadm –o setproperty –propertyname job-immediate-alerts –propertyvalue “ Every 5 minutes between 0 and 59” -url http://Portail

Voilà la définition du travail ‘Alertes Immédiates’ devrait maintenant apparaître dans la page "Définitions des travaux du minuteur " dans l’administration centrale de SharePoint.

Liste des services SharePoint

Dans SharePoint, il existe plusieurs services qui tournent et qui doivent être opérationnels afin d’assurer le bon fonctionnement de nos plateformes. Certains de ces services sont plutôt très consommateur de ressources (Mémoire et accès Disque surtout….).

Voici la liste de ces services, ainsi que leurs fonctions:

N’oubliez pas d’ajouter les services SQL si vous avez une installation en serveur unique.

Donc, surveillez ces services, afin de maintenir les performances de vos serveurs dans le temps…

Sauvegarde de base de données et optimisation

Difficile de parler de sauvegarde et encore plus de restauration de base de données (BDD) dans SQL serveur sans parler du mode de récupération utilisé par les bases dans ce SGBD (Système de Gestion de Base de Données).

Ce article me permet de faire suite au post de notre ami Laurent V., sur le blog Dotnet France, qui nous à déjà décortiqué la première partie et que je vous conseille de lire ICI.

SQL serveur et ses trois modes de récupérations:

1. Mode Simple
2. Mode Bulk-LOGGED (Journalisé en bloc)
3. Mode Complet

Avant de rentrer dans les détails des sauvegardes/restaurations, modes de récupérations et autres optimisations possibles, faisons un petit rappel sur ce que représente physiquement sur le système de fichiers une base de données SQL.

• Petit rappel des éléments d’une base de données:

Une base de donnée est constituée d’au moins deux fichiers ‘dans sa conception la plus basique’.

- Un fichier à extension MDF (Master Data File) qui contient à proprement parlé les données (Tables, Vues, Données, Procédures Stockées et autres fonctions… )

- Un fichier à extension LDF (Log Data File) qui lui ne contient que les transactions que reçoit le serveur SQL pour cette base de donnée avant de les écrire physiquement dans le fichier MDF.

Toutes les commandes que reçoit le serveur SQL sont des transactions (il en existe deux types: Implicite et Explicite)

• Examen d’une transaction:

 

• Inspection d’un fichier de donnée:

Comment un fichier MDF est t’il structuré????

SQL Serveur stocke ses données par plage de 64 ko (C’est ce que l’on appel une ‘Extension’), c’est l’unité de base dans laquelle l’espace est géré. Dans une ‘Extension’ on y retrouve 8 pages de 8ko contigües (8 x 8ko = 64 ko)

Autrement dit, SQL serveur contient :

• Chaque page (de données) commence par un en-tête de 96 octets (Stocke les informations systèmes relatives à la page)
• 128 pages par mégaoctet
• 16 extensions par mégaoctet
• Une ligne de donnée ne peut pas dépasser 8060 octets
• Les lignes de donnée sont placées de manière séquentielle dans le fichier (Comme ci-dessous)

(Détail d’une page de données)

Le site MSDN pour plus de détails sur les pages et les extensions (http://msdn.microsoft.com/fr-fr/library/ms190969(SQL.90).aspx)

• Inspection d’un fichier de logs

C’est bien compliqué un fichier de donnée MDF, heureusement les fichiers de journalisation (LDF) sont un peu plus simple, ou presque…

En fait, les fichiers LDF ne possèdent pas de pages mais uniquement une série d’enregistrements de fichiers journaux.

*********************************************

Voilà, le décore est planté, vous en savez un peu plus sur les fichiers de base de données SQL Serveur, nous pouvons passer à la suite des opérations, les modes de récupérations de SQL Serveur qui déterminent les moyens à votre disposition pour la récupération de vos données.

*********************************************

• Le mode SIMPLE

Pour faire simple… En mode de récupération SIMPLE, SQL Server ne journalise que les transactions durant une certaine période. En fait le log n’est plein que pendant les phases entre les différents ‘Check Point’ (Point de Contrôle – moment ou SQL Serveur écrit dans le fichier de donnée (MDF).

En fait le mode simple, ressemble (ou correspond) à l’instruction T-SQL:

TRUNCATE LOG ON CHECKPOINT

qui tronque le fichier log après la publication de chaque point de contrôle. Pour ainsi dire, que le fichier LOG (LDF) est quasi vide en permanence en théorie. Donc, il est impossible d’utiliser celui-ci pour des opérations de restaurations. d’ailleurs, il est impossible de sauvegarder le journal dans SQL Server en mode simple.

• Le mode Bulk-LOGGED (Journalisé en bloc)

Dans ce mode, SQL Server commence à journaliser les instructions et les fichiers de logs peuvent commencer à être utilisé pour la restauration des données. Seulement, petit hic!!! SQL Server journalise de manière minimal certaines opérations, notamment les opérations d’insertion en bloc (ou en masse) comme SELECT INTO ou BULK INSERT.

Donc dans ce mode récupération, vous pouvez restaurer les bases de données jusqu’à la fin de la sauvegarde du journal… En fait seul les occurrences des transactions, les extensions des données modifiées sont journalisé pour les opérations de masse. Donc impossible de restaurer les données à un point dans le temps ou à une transaction MARK.

• Le mode complet

Comme son nom l’indique…. Il est complet. C’est le mode qui vous permet de sauvegarder à la fois les données et les journaux de logs pour pouvoir restaurer celles-ci en fonction de vos besoins. Voir même jusqu’à un point dans le temps. C’est la méthode de restauration la plus fine pour les données.

Seul petit point noir au tableau, c’est que le SQL Server ne tronque jamais le journal… Ce qui implique une croissance de taille très rapide du fichier de log. Ce qui implicitement nécessite le plus de gestion administrative.

Pour définir le mode récupération  de vos bases, vous pouvez utiliser ‘Enterprise Manager’ pour SQL 2000, ou SSMS (SQL Server Management Studio) dans SQL Server 2005. Autre méthode, qui fonctionne dans les deux cas…

ALTER DATABASE Nom_Base SET RECOVERY {FULL|SIMPLE|BULK_LOGGED}

En résumé:

	Avantages	Inconvénients
Mode Simple	Taille du fichier LOG	Sauvegarde Complete ou différentiel pour restaurer les données. Peut provoquer une perte des données importantes en cas de sinistre important, puisque les données ne peuvent-être restauré qu’à la dernière sauvegarde complète ou différentiel.
Mode Bulk-LOGGED	Performances lors des opérations d’insertion en masse. Minimise la taille du journal pour ces opérations.	Pas de possibilité d’utiliser le journal pour les restaurations à un point dans le temps ou à une MARK.
Mode Complet	Restauration plus fine en cas de sinistre. Reprise des données plus précise, voir quasiment au point de défaillance en cas de crash. Réduit les temps de restauration.	Taille du fichier LOG plus importante. Charge administrative plus importante. Temps de sauvegarde plus long

*********************************************

Voilà, rapidement  pour les modes de récupération de SQL Serveur. Pour plus de détails sur les instructions de sauvegarde/Restauration, je vous conseille de lire l’article pré-cité plus haut ICI ou encore les liens ci-dessous.

http://msdn.microsoft.com/fr-fr/library/ms191253.aspx

http://msdn.microsoft.com/fr-fr/library/ms175199(SQL.90).aspx

*********************************************

• Coté performances et optimisation

Que dire, mis à part que SQL Serveur est très couteux en terme de performance et d’optimisation. Et je ne rentrerais pas dans les détails des optimisations possibles d’une base de données, mais uniquement en parlant de performances et optimisation physiques.

Vous l’avez compris SQL effectue la majeure partie de son job sur les données lorsque celle-ci son en mémoire… Donc, plus SQL serveur Serveur a de mémoire pour lui et plus il est heureux…

En fait, vous pourriez allouez 90 à 95 % de votre mémoire physique, en exagérant à peine, à SQL Serveur, car c’est lui qui fait la plus grosse partie du boulot. Quant je dis qu’il fait tout, il fait tout… Seul la partie ‘Réseaux’ est conservé au niveau du système d’exploitation Windows. SQL Serveur est quasiment un système d’exploitation à lui seul.

Ensuite, côté stockage physique, c’est souvent là ou le bât blesse.

Arrêtons de concevoir des bases de données qui font 300 Mo avec des taux de croissances de 20 à 25 %… C’est ridicule…

Aujourd’hui ce n’est plus le prix du Téra-Octet qui est devenu le plus couteux en terme financier.

Donc, concevez des bases de données avec une taille qui vous permettent d’envisager l’avenir et de tenir 2 à 3 ans avant de devoir faire croître votre fichier de données.

Un fichier de données c’est physique, les données y sont stockées de manière séquentielle sur le disque. Hors, que ce passe t’il lorsque SQL Serveur nécessite une croissance de son fichier de données, il va tout simplement augmenter la taille de celui-ci… Mais s’il y d’autres données déjà inscrite sur le disque est contigüe à ce fichier de données… Le système va placer la suite du fichier de données au premier emplacement libre sur le disque.

C’est le phénomène classique de la fragmentation Windows.

Pour éviter cela est pouvoir justement garder toutes les données du fichier de données SQL le plus contigüe possible, créez des fichiers de données de grande taille des la création de votre base, afin d’éviter au maximum cet effet de fragmentation du disque.

Quant au taux de croissance utilisé par SQL Serveur, il en est de même.

D’après-vous quand SQL Serveur nécessite t’il la croissance de son fichier de donnée???

Tapez:

1. Pour garder Grégoire dans la ferme
2. Pour que Loana revienne
3. Pour continuer

Bon, on a le droit de déconner un peu… Non?

Et bien en fait, SQL serveur fait croitre son fichier de donnée lorsqu’il n’a plus de place dans celui-ci pour y écrire les nouvelles données qu’il devra y inscrire.

Donc en résumé, ce n’est jamais lorsque SQL Serveur ne fait rien, qu’il attend, que celui-fait croitre la taille de son fichier, c’est toujours sur une satanée transaction de la mort (@!!!@@@ #) qu’il va avoir besoin de place…. Et pendant qu’il augmente la taille du fichier, et bien il ne fait pas grand chose d’autre, ou alors très difficilement.

Donnez à vos fichiers de données une croissance fixe en taille et allouez lui une taille cohérente, du genre entre 300 et 500 Mo d’un coup. Ainsi, il ne devra pas réitérer cette opération tous les deux jours

Et en plus vous diminuerez, un peu, la fragmentation du fichier physique, puisque le système va chercher en priorité un espace libre sur le disque pour y insérer la suite de votre fichier de donnée. Ainsi cette portion du fichier devrait quasi-être la plus contigüe possible sur votre disque.

Ensuite, pour continuer avec les performances, il y a les I/O (Les Entrées/Sorties). Quoi de mieux qu’un disque rapide pour y stocker les données certes, mais surtout les fichiers de logs. Plus SQL Serveur aura un accès rapide en écriture au fichier de journalisation, plus les temps d’attentes des transactions qui arrivent derrière seront diminué d’autant.

(Exemple d’implémentation rapide)

 

Pour plus de détails sur les systèmes RAID: Wikipédia

A lire absolument:

 L’article de Frederick Brouard de SQL Pro sur l’optimisation des bases de données

Bon, je crois que cela suffit pour aujourd’hui… C’est déjà assez long et en plus je suis en vacances…

SharePoint et WSS – Administration à trois niveaux

WSS (Windows SharePoint Services) et SharePoint Serveur (MOSS) fournissent une administration très granulaire. Chaque niveau de cette administration permet la délégation d’une partie des paramètres à un opérateur tiers et l’accès à un ensemble de paramètres avec une portée spécifique.

Les trois niveaux d’administration sont les suivants:

• Niveau de la Ferme de serveur (Administrateur de la Ferme)
• Niveau de la Collection de site (Administrateur de la Collection de site)
• Niveau du Site (Administrateur du site)

Voici dans les grands thèmes, les éléments que l’on retrouve à ces trois niveaux:

Voila, un rapide aperçu des trois niveaux d’administration existant. Je reviendrais plus tard sur les détails de chacun de ces trois niveaux.

I Will come back…..

Mots clés Technorati : SharePoint,MOSS,WSS,Collaboratif

Les rôles des serveurs dans OCS 2007

Office Communications Serveur 2007 permet le déploiement de divers rôles de serveur afin d’accroitre les fonctionnalités accessibles aux clients OCS. Certains de ces rôles sont obligatoires d’autres totalement facultatif en fonction de vos besoins.

OCS existe en deux versions:

• Edition Standard
• Edition Entreprise

• Edition Standard

C’est une version tout en un qui vous permet de concevoir tous les types de scénarios possible pour votre déploiement OCS.

Limitation oblige:

• 1 seul pool (Donné jusqu’à 5000 Utilisateurs théorique)
• Idéal pour le déploiement des succursales dans une architecture globale
• SQL Express est installé automatiquement avec cette version
• Pas d’accès externes
• Pas de Hautes Disponibilités
• Tous les rôles sont un seul et unique serveur (IM, Partage de contenu, Web Conférence, A/V)
• PSTN requière un serveur de médiation

 

• Edition Entreprise

La version Entreprise d’OCS permet à la fois la Haute-disponibilité et les performances. Jusqu’à 30000 utilisateurs avec 5 serveurs.

• Vue d’ensemble d’une architecture OCS 2007

Points clés à prendre en compte pour un déploiement OCS:

• Voix (Audio/Vidéo MCU(Multi Control Unit) – Intégration PSTN – Serveur de médiation)
• Vidéo (Audio/Vidéo MCU(Multi Control Unit) – Bande passante pour la vidéo)
• Conférence (Conférence MCU – Accès externe (Firewall) – IIS)
• Conformité (Archivage des détails d’appel – Configuration – Stratégies)
• Accès Externe (Serveur Edge – Serveur Edge de Conférence – Serveur Edge A/V Conférence)
• Intégration (Active Directory – Exchange Serveur – Téléphonie – Règles de numérotations – Normalisations)
• Sécurité (Certificats – Autorité de certification – Stratégies de publication à travers les Firewalls)

Pré-requis matériel pour l’installation d’OCS 2007:

Pour plus d’informations sur le déploiement d’ocs 2007

Le site Technet Microsoft sur OCS 2007

Mots clés Technorati : ocs 2007,office Communicator,office commications Serveur,IM,Web Conferencing,Edge Server

Vue d’ensemble des fonctionnalités Clients/Serveur

Microsoft offre divers clients qui permettent aux utilisateurs d’utiliser Office Communications Server 2007. Certains de ces clients existaient déjà dans les versions précédentes, d’autres sont nouvellement apparus avec cette dernière version 2007.

Clients pour Live Communications 2003

• Windows Messenger 5.1

Clients pour Live Communications Server 2005 SP1

• Office Communicator 2005
• Office Communicator Mobile 2005
• Communicator Web Access (CWA)

Clients pour Office Communications Server 2007

• Office Communicator 2007
• Communicator Web Access (CWA) – Client AJAX qui fonctionnent sur de multiple navigateurs (IE – Firefox – Safari)
• Office Communicator Mobile 2007 (COMO)
• Office Communicator Phone Edition
• Roundtable 2007 (Interface de conférence à 360°)

Chacun de ces clients de communication fournissent des fonctionnalités qui permettent aux utilisateurs de rester connecter avec leurs contacts.

Le tableau ci-dessous illustre les fonctionnalités délivrés par les différents clients OCS 2007.

Fonctionnalité	Communicator	CWA	COMO	Phone Edition
Zero-Download		x
Interface Web		x
Windows	x
Windows Mobile			x
Téléphone				x
Clients Non Windows		x
Informations de présence enrichie	x	x	x	x
IM (Messagerie Instantanée)	x	x	x
Conférence par IM	x	x	x
Conférence Audio/Vidéo	x
Appels VOIP	x
RCC (Remote Call Control)	x
Fédération	x	x	x	x
PIC	x	x	x	x
Règles de transferts d’appel	x	x	x	x
Alertes de notification	x	x	x	x
Transfert de fichiers	x
Intégration Calendrier Outlook	x
API Windows	X
API AJAX		x
API Windows Mobile			x	x

Personnalisation de la plateforme

Microsoft fournit les outils nécessaires à la personnalisation des clients pour OCS 2007.

• Microsoft Unified Communications AJAX SDK

Inclut les documentations et les exemples d’application de l’API du service AJAX pour le developpement d’application. Utilisez cette API pour les projets déstinés aux applications basé sur le Web. Parce qu’elle est basé sur XML, pas besoin de connaissance sur SIP (Session Initiation Protocol).

Le site MSDN – SDK AJAX

Lien de téléchargement du SDK

• Microsoft Unified Communication Managed API SDK

Cette Version 1.0 (UCMA 1.0) inclut la documentation de l’API, des exemples d’application qui utilisent l’API, et des packages redistribuables. UCMA v1.0 est une API de point de terminaison qui permet à la fois la flexibilité et la souplesse nécessaire aux développements avancées pour créer et intégrer des applications serveur. La connaissance du fonctionnement du protocole SIP est nécessaire pour utiliser cette API.

Le site MSDN – SDK API

Lien de téléchargement du SDK

• Microsoft Unified Communications Client API SDK

API complète et flexible pour la création d’applications clientes, similaire à Office Communicator, pour Office Communications Serveur. Inclut, la VOIP, IM, Conférence, Audio/Vidéo, Téléphonie, gestionnaire de contacts et présence.

Le site MSDN – SDK Client

Lien de téléchargement du SDK

• Microsoft Office Communicator 2007 SDK

Permet l’intégration rapide de MOC (Microsoft Office Communicator 2007) dans les applications Windows et les applications basé sur le Web. Vous pouvez utilisez ce SDK pour afficher la présence sur des pages Web et permettre l’intégration de points d’entrée dans les applications métiers (LOB – Line Of Business). La connaissance du protocole SIP est nécessaire.

Lien de téléchargement du SDK

WPF Presence Controls for Microsoft Office Communicator 2007

• Microsoft Office Communications Server 2007 SDK

Inclut la documentation, ‘Microsft SIP Processing Language’ (MSSPL), WMI API, et des exemples d’applications. Très bonne connaissance du protocole SIP nécessaire pour utiliser cette API. Permet de créer des plugins pour OCS 2007, monitoring, archivage, affecter le routage des messages à travers le serveur, etc…

Lien de téléchargement du SDK

Le site MSDN

Mots clés Technorati : Collaboratif,SDK,Office Communications Server,Comminicator,COMO,OCS

Office Communications Serveur 2007

• Qu’est-ce qu’ Office Communications Serveur?

Office Communications Server (OCS) est le cœur de la communication Unifiée Microsoft. OCS permet aux entreprises la mise en place de solutions de communication en temps réel, comportant les fonctionnalités suivantes:

- Messagerie Instantanée Audio & Vidéo(Fédération & PIC)*

- Audio – Vidéo et Conférence Web

- Intégration VOIP étendue

- Intégration des fonctionnalités de présence dans tous les produits de la gamme Office (SharePoint y compris)

 

OCS fournit à l’intérieur et à l’extérieur de l’entreprise la présence, la visioconférence, le transfert de fichiers, ainsi que tous les scénarios nécessitant la voix et la vidéo.

• Messagerie Instantanée

Devant la multitude des profils utilisateurs différents, Microsoft à opté pour une intégration en toutes circonstances. OCS est fonctionnel à travers plusieurs types de clients:

Office Communicator fournit, également cinq niveaux de confidentialité des informations utilisateurs:

• Client Riches (MOC :Microsoft Office Communicator)

• Client Web (CWA: Communicator Web Access)

   

• Client Mobile (COMO: Communicator Office Mobile)

    

• Client Téléphone: (Communicator Phone Edition)

Avec une intégration complète vers Exchange Serveur et les clients Outlook.

OCS supporte donc plusieurs types de scénarios et d’utilisateurs possible.

Utilisateur distant	Fédération	Public IM	Anonyme
Utilisateur ayant un compte dans l’entreprise, et se connectant à travers un réseau public (Internet)	Utilisateurs n’appartenant pas à l’organisation, mais avec laquelle vous fédérez des contacts	AOL, MSN, Yahoo!	Utilisateurs invités à participer à des réunions et ne détenant pas d’identité à l’intérieur de l’organisation ou dans une organisation fédéré
Fonctionnalités complètes	Fonctionnalités complètes, sauf la recherche dans le carnet d’adresse.	IM and Présence	Web Conférence

• Web Conferencing Audio-Vidéo

OCS offre la possibilité de concevoir des conférences Web planifiée ou immédiates, à l’intérieur, mais également à l’extérieur de l’entreprise.

2 types de conférences possibles:

1. Web Conférence
2. Audio/Vidéo Web Conférence

Ces conférences Web utilisent un seul et même client, ‘Microsoft Office Live Meeting’.

Malheureusement, OCS n’offre pas d’accès aux conférences à travers un client Web comme le propose le service ‘Microsoft Live Meeting’. Donc, pas de possibilité de joindre des réunions avec des clients qui ne supporte pas l’installation du client Live Meeting.

 

• Intégration de la VOIP

OCS offre également une intégration et une interopérabilité avec les grands acteurs du marché de la téléphonie.

Les fonctions habituelles de téléphonie sont donc disponible au travers du client Office Communicator, tels que:

1. Transfert d’appel vers un autre numéro
2. Transfert simple vers un autre contact
3. Sonnerie multiple de plusieurs postes simultanément
4. Transfert automatique vers la messagerie Exchange (Voice Mail)

Excellent!!! Non…

Seul petit hic! de ce gros bébé, la complexité du déploiement lié à OCS. Celui nécessite obligatoirement une bonne connaissance des infrastructures PKI (Public Key Infrastructure), car tous le trafic entre les clients et les serveurs est systématiquement chiffrés par TLS, ainsi que tous le trafic entre les serveurs qui lui est chiffré par MTLS. Ainsi qu’une bonne connaissance des divers protocoles utilisés par OCS….

Pour plus d’informations sur TLS et MTLS:

Le site Microsoft: http://technet.microsoft.com/en-us/library/bb964088.aspx

Le site Wikipédia: http://en.wikipedia.org/wiki/Multiplexed_Transport_Layer_Security

Voila pour ce premier post sur OCS version 2007. Sachant que Microsoft nous réserve déjà la version OCS 2007 R2, qui est déjà en bêta…. Avec encore plus de fonctionnalités et d’intégration.

Je publierais plus tard les phases d’installations et les configurations possibles pour l’installation d’OCS 2007.

*: Fédération=Messagerie Instantanée d’autres système OCS. PIC (Public Instant-Messaging Connectivity)= Interopérabilité avec les messageries Instantanées des principaux acteurs public (MSN,YAHOO,AOL)