Le ressource kit pour Microsoft Lync Server 2010 est disponible a cette adresse : http://www.microsoft.com/downloads/en/details.aspx?FamilyID=80cc5ce7-970d-4fd2-8731-d5d7d0829266

Il contient :

·         ABSConfig

·         Audio Extractor

·         Bandwidth Policy Service Monitor

·         Bandwidth Utilization Analyzer

·         Call Parkometer

·         DBAnalyze

·         Error Log Replayer

·         Error String Display

·         LCSSync

·         MsTurnPing

·         Network Configuration Viewer

·         Response Group Agent Live

·         Response Group Export-Import

·         SEFAUtil

·         Snooper

·         TopologyValidator

·         Watson Support Tool for Lync Phone Edition

Microsoft a rendu disponible dans la même idée que pour OCS 2007 R2, un poster décrivant le fonctionnement de Lync Server 2010.

Vous pouvez le voir ici : http://zoom.it/POr2 ou le télécharger http://www.microsoft.com/downloads/en/details.aspx?FamilyID=ad8ff3fb-014e-4fd7-8003-436d896ab0c6&displaylang=en

Le guide lync est aussi disponible : http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9720c3f1-ddd4-426b-b98a-f1205561ce00

J'avais précédemment écrit un post sur la dernière mise à jour du firmware pour le modèle M9 de snom.

Un gros travail de snom a été réalisé pour l'intégration du M9 avec OCS, en tant que seul téléphone DECT disponible, il se devait d'être beaucoup plus fiable qu'il ne l'était par le passé.

L'ancien firmware souffrait de gros défaut tel que:

- Un appel depuis un téléphone ou softphone vers un M9, si la source décide de couper l'appel avant que l'utilisateur décroche avec le m9, ce dernier continue a sonner

- Deux m9 en call, seulement un des deux m9 recoit un flux audio

- Aucune remontée de présence

L'environnement:

L'enregistrement du téléphone:

Le téléphone est bien enregistré:

Un appel M9 à M9, chacun des utilisateurs a aussi un client Communicator avec une session d'ouverte:

Avec ce type de configuration, avec des utilisateurs enregistrés au niveau du téléphone en tant que speed dial (pour ceux ayant des M9), seules les appels M9 -> M9 type "intercom" fonctionnent, mais il n'y aura pas de changement d'état de présence.

Pour avoir un fonctionnement "normal" des M9 dans tous types d'appels, il faut désactiver sur le téléphone RTP encryption au niveau de l'onglet SIP. Sur le serveur OCS, au niveau des propriétés du pool, le niveau d'encryption doit donc être à "support encryption"

Lorsque le call est ouvert sur un M9, on constate le changement de statut sur communicator:

By default clients inside a network protected by a Cisco ASA cannot dial up with an PPTP connection.

Par défaut, les utilisateurs interne d'un site ayant un Cisco ASA ne peuvent ouvrir une connection PPTP avec un site distant.

Il est possible de permettre au PPTP de traverser l'ASA.

Il faut rajouter le code suivant pour un ASA 7.2:

class-map inspection_default
match default-inspection-traffic
!
policy-map global_policy
class inspection_default
inspect pptp
!
service-policy global_policy global

(pour un Pix 6.3: fixup protocol pptp 1723)

PPTP utilise le port 47 pour les data (GRE), l'établissement d'une connexion utilise le port 1723.

Bonjour,

Lorsque je ne suis pas sur un projet de Communication Unifiée Microsoft, mes activités tournent autour du réseau, principalement sur du matériel Cisco, je vais essayer de faire un peu plus d'articles sur ces sujets.

Les équipements Cisco fournissent nativement 3 familles de services qui permettent la mise en place d'actions de surveillance de la bonne intégrité du réseau :

1. SNMP
2. Syslog
3. Netflow

En voici un premier sur la mise en place d'un serveur syslog pour récuperer les log venant d'un cisco ASA, le syslog choisi est ACSyslog100 d'Audiocodes, il sera en activité sur un serveur en 192.168.1.3:

Deux manières de mettre cela en oeuvre, en utilisant l'asdm ou en ligne de commande (cli).

Il y a 8 niveaux differents pour le logging:

• 0—emergencies
• 1—alerts
• 2—critical
• 3—errors
• 4—warnings
• 5—notification
• 6—informational
• 7—debugging

Par l'asdm:

Par cli:

En mode configuration:

logging enable
logging monitor informational
logging buffered informational
logging trap informational
logging asdm informational
logging host inside 192.168.1.3

Résultat d'un show logging:

ASDM:

Il faut aller dans Configuration > Features > Properties > Logging > Logging Setup.

Cocher Enable logging:

Il faut maintenant ajouter un serveur syslog:

On va maintenant déterminer le niveau de log voulu:

Et voilà le résultat :

Snom vient de publier une nouvelle mise à jour du firmware pour son téléphone dect M9, la nouvelle version inclut les nouveautés suivantes:

 - MS Lync (OCS): Mise à jour de la présence
 - MS Lync (OCS): sécurité de session élargie avec le cryptage 128-bit NTLM
 - Auto Provisioning de l'autorité de certification
 - SIP URI dringing via le carnet d'adresses
  - Possibilité de télécharger le firmware du combiné via USB

Apparement, après tests, cela ne régle pas les problèmes lors des appels M9 -> Front-End -> M9.

Lien de téléchargement : http://provisioning.snom.com/download/fw/m9-9.2.33.bin

Voilà, maintenant que Microsoft Lync Server 2010 est disponible en RTM, il va falloir penser à mettre à jour nos certifications.

Les certifications seront disponible en 2010 et s'intituleront:

• Exam 70-664: TS: Microsoft Lync Server 2010, Configuring
• Exam 70-665: PRO: Microsoft Lync Server 2010, Administration

Pour l'instant, peu d'information sur le futur contenu, mais je reste à l'affût de la moindre information.

Au niveau Microsoft Certified Master (MCM) :

Pré-requis d'experience:

J'avais déjà parlé précédemment de la possibilité d'utiliser des téléphones sip ne faisant pas partie du programme d'interopérabilité de Microsoft par le biais d'une passerelle AudioCodes SPS qui va faire les translations entre les téléphones et l'infra ocs (microsoft utilisant ces propres protocoles propriétaires):

SPS peut aussi être embarqué en tant qu'appliance dans une passerelle type Mediant 1000 ce qui évite de multiplier les passerelles dans l'infrastructure client:

Voici la liste des téléphones validées par Audiocodes pour ce type de déploiement:

Audiocodes étant un partenaire actif dans le programme d'interopérabilité Microsoft, cette solution sera maintenu aussi avec Lync.

Bonjour,

La version RTM ayant maintenant une date officielle, je vais me lancer dans une série d'article sur cette nouvelle édition Microsoft Lync Server 2010 pour y voir un peu plus clair.

Déjà, quel pré-requis pour cette nouvelle version?

Lync demande beaucoup plus de ressource, voici les recommandations Microsoft pour un serveur Front-end, notez bien que ceci est basé sur un pool de 100 000 users répartir sur 10 serveur FE:

Il s'agit bien entendu d'une architecture 64 bits, comme précisé, c'est aussi les recommandations pour les autres rôles, surtout concernant le serveur Edge et le Médiation. Pour ce dernier, il est maintenant colocalisable avec le Front-End pour des environnements de moins de 500 utilisateurs, il faut au moins conservé 30% de la puissance processeur pour ce rôle, cela introduit une des nouvelles fonctionnalités de Lync Server 2010 : le media bypass. Cette fonctionnalité sera expliqué plus en détail dans les prochains articles mais le but est d'affranchir le serveur de médiation du traitement de la conversion de codec principalement ( RTA <-> G.711), seule la signalisation transitera par lui, le flux média des devices lync passera directement par la passerelle PSTN ou le SBC de votre opérateur IP.

Pour ce qui concerne le système d'exploitation, voici les os nécéssaires:

800x600 Normal 0 21 false false false FR X-NONE X-NONE

·      Windows Server 2008 R2 Standard

·      Windows Server 2008 R2 Enterprise

·      Windows Server 2008 Standard with Service Pack 2 (SP2)

·      Windows Server 2008 Enterprise with SP2

Concernant le Back-End:

Les données stockées sur SQL Server sont très sollicitées et nécessites donc une architecture matérielle à la hauteur :

Même cas de figure que pour le front-end concernant le design de cette architecture.

Voici les pré-requis concernant la version de Microsoft SQL Server:

Pré-requis Active Directory:

Pré-requis composants systèmes:

Pré-requis réseaux:

Lync Server 2010 introduit aussi une nouvelle fonctionnalité très importante : CAC (Call Admission Control).

Les communications audio-vidéo sont sensibles à la qualité du réseaue. CAC aide à prévenir une mauvaise expérience pour les utilisateurs sur des réseaux congestionnés en déterminant s'il y a lieu d'autoriser les communications ou non basé sur la bande passante réseau disponible. CAC permet également de déterminer un itinéraire alternatif pour les appels lorsque l'itinéraire par défaut est congestionné.

Besoin en bande passante:

J'ai parlé plus haut du Média Bypass lors de la colocalisation du serveur de médiation avec le Front-End. Les périphériques Lync parlant directement avec la passerelle, le codec n'est plus RTA mais du G711 qui est échangé.

Pré-requis IIS:

Il y a beaucoup de changement concernant le processus d'installation de Lync Server 2010 par rapport a ces versions précédentes.

Une importante nouveauté: CMS (Central Management Store). Les données étaient auparavant stockées dans l'AD, SQL ou WMI, maintenant tout est centralisé dans CMS, sous forme de fichier XML stocké dans une base SQL. Ces fichiers contiennent la topologie, les stratégies, la configuration. On compte une topologie CMS par pool, une base principale par déploiement. Lync Topology Builder permet de gérer CMS. L'avantage est que l'on va pouvoir gérer l'ensemble des serveurs a partir de cette application, quand une modification de configuration est publiée, elle répliquée sur chaque serveur, ces derniers ayant une copie de la base principal (ce qui permet au serveur de continuer a fonctionner même si la connexion avec le master est perdu). La réplication avec le Edge en DMZ s'effectue en HTTPS. Active Directory est toujours utilisé pour stocker les informations utilisateurs et de manière à garder une compatibilité descendante par rapport aux versions précédentes.

Lors d'un déploiement, il est possible de créer la topologie avec Lync Planning Tool et de l'importer dans Topology Builder.

Il n'y a plus de rôle Communicator Web Access, Microsoft Lync Web App est automatiquement installé lorsque du déploiement du serveur FE. Lync Web App est un client orienté conférence basé sur Silverlight, ce n'est pas une application cliente dédiée au chat comme le fut CWA. L'alternative pour effectuer des sessions IM à partir d'une interface web est d'utiliser Outlook Web App avec Exchange 2010 ou de conserver un rôle CWA OCS 2007 R2 dans son organisation (pour les applications clientes mobiles par exemple aussi).

Fini aussi les problèmes d'expiration de mot de passe des comptes de services ocs, les services Lync utilisent les services réseaux pour fonctionner.

La suite bientôt.