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.

J'avais parlé il y a quelque temps maintenant d'un client ocs pour Iphone dont le nom est Idialog, il en existe un autre : iMOC Pro!

Les fonctionnalités:

• Presence Setting
• Contact Management
• Group management
• Rich Buddy List
• Contact Card
• Offline Address Book
• IM Message Management
• Integrated iPhone Address Book
• support in app mail
• Support Voice call
• Support Multi Language (English, Traditional Chinese, Simplified Chinese)
• Software Setting

Il a une interface très sympa, il fonctionne avec OCS 2007 et 2007 R2:

lien : http://itunes.apple.com/app/imoc-pro/id378453706?mt=8#

Microsoft a rendu disponible depuis peu peu un nouvel outil : Adoption Reporting Tool.

Il peut être parfois difficile pour un client de quantifier l'adoption ou l'utilisation des services d'Office Communications Server 2007 R2. L'outil Adoption Reporting Tool permet de générer des une analyse métrique exportable au format CSV.

Les informations sont collectées depuis les enregistrements CDR sur le serveur Monitoring OCS.

Il est téléchargeable ici : http://www.microsoft.com/downloads/en/details.aspx?FamilyID=92020e20-2d80-4e2a-bdf5-a75b2dadacbf&displaylang=en

Documentation : http://go.microsoft.com/fwlink/?LinkID=194331

Une vidéo qui montre son utilisation : http://blogs.technet.com/cfs-file.ashx/__key/CommunityServer-Blogs-Components-WeblogFiles/00-00-00-83-73-Video/6835.OCS-2007-R2-Adoption-Reporting-Tool.wmv

 

Grande nouvelle, la nouvelle version tant attendu est prévu le 17 novembre 2010!

Plus de détails directement depuis le blog de la team microsoft : http://blogs.technet.com/b/uc/archive/2010/10/27/microsoft-lync-released-to-manufacturing.aspx

L'événement de lancement : http://www.microsoft.com/en-us/lync/default.aspx

Voila qui annonce beaucoup de travail en perspective, la version française devrait arriver trois mois après le lancement.

Pour rappel, la migration sera de type side-by-side.

Le changement de sonnerie pour un appel entrant s'effectue au niveau du panneau de configuration->son :

Il est aussi possible de modifier la sonnerie du deuxième appel entrant :

L'intérêt de modifier cette sonnerie? Il n'est pas possible de désactiver la possibilité de recevoir un appel entrant lorsque l'on est déjà en appel, le client communicator pouvant gérer plusieurs sessions en même temps, il y a bien une solution tiers busyonbusy (http://www.unifysquare.com/downloads%5CBusyOnBusy_Datasheet.pdf) qui va émuler un signal occupé venant de l'ancien monde téléphonique mais elle est payante. Donc atténuer ou mettre un blanc pour cette sonnerie dans le but de ne pas déranger l'appel en cours est une solution alternative, l'appel manqué sera si la configuration le permet, redirigé vers la messagerie vocale par exemple.

J'ai donc eu l'occasion ces dernières semaines au travers des déploiements OCS 2007 R2 toip d'intégrer des téléphones IP snom a cette environnement, je vais en profiter pour faire un petit retour d'experience, les téléphones concernés sont les 300, 370, 870, M9.

Pour une intégration avec un environnement OCS, il faut déjà commencer par mettre à jour le firmware.

Tapez l'adresse IP du téléphone en étant Administrateur, tapez l’adresse IP du poste, sélectionnez Setup / Software Update puis entrez dans le champ Manual Software Update l’un des liens contenant le firmware du modèle en question et tapez Load :

 

Quand la mise à jour du logiciel est effective, il est impératif de faire un reset du téléphone, cela se trouve dans les menus Setup / Advanced puis onglet Update et appuyez sur le bouton Reset:

Voilà, il ne reste plus qu'a attribué un compte OCS au téléphone IP, un nouveau menu OCS Account doit être maintenant disponible:

Je vous conseil de faire un reload du téléphone après l'enregistrement des identifiants. La plupart du temps, si vous ne recevez aucun appel ou ne pouvez en émettre, c'est que le mot de passe entré n'est pas le bon! Le gros défaut de ce système, c'est que le snom ne vous dit pas qu'il n'a pas pu s'enregistrer, donc première remarque de l'utilisateur : "sa ne marche pas votre truc" :). Pour être sur du diagnostic, dans les logs, il y a aura des remontées systématiques d'echec d'authentification. Un autre problème aussi, si la politique d'entreprise est de changer le mot de passe très regulièrement, il ne faudra pas oublier de le réinscrire.

Sur les 300, 370 et M9, il ne faudra pas oublier de configurer la partie sip:

La recherche LDAP, un petit coup de main très précieux cette copie d'écran :

Ne pas hésitez a inscrire dans les maximum hits un chiffre très important, sinon vous allez chercher pendant un moment pourquoi aucun utilisateur n'apparaît.

Le M9 trie automatiquement les résultats (c'est une copie d'écran de M9), mais ce n'est pas le cas pour les autres téléphones, il y aura une option pour l'activer (par défaut désactiver), une chose étonnante quand on ne l'active pas est le fait que lorsque l'on appui sur le bouton ldap, le téléphone va systématique remonter les utilisateurs d'une sous ou spécifique, pourquoi celle là et pas une autre alors que ce n'est pas la première? Je n'ai pas trouvé la réponse encore....

Globalement, les 300, 370 et 870 testés dans différents environnements ont des comportements très satisfaisant, un petit bémol toutefois pour le 370 qui est d'une utilisation orientée standard, il ne remonte pas sur un blf affectés a un utilisateur son état "in call" (voyant allumé) si ce dernier utilise le client communicator, ce qui est très problématique dans l'utilisation courante d'un téléphone de standard... un ticket est ouvert chez snom.

Normal 0 21 false false false FR X-NONE X-NONE MicrosoftInternetExplorer4

Par contre, les firmware ocs pour M9, qui sont des dect, les seuls existants pour ocs, ne sont pas utilisables dans un environnement de production, voici quelques problèmes auxquels j'ai était confronté, notamment :

·        -  Impossible d’appeler des adresses sip (sip:xxxx@*******.com)

·         - Parfois l’appelé n’entends pas l’appelant

·         - Parfois le téléphone se met à sonner sans raison (pas d’appel entrant)

·         - Si l’appelant raccroche avant que l’appelé réponde, parfois le M9 continue à sonner

·         - Parfois, lors d’un appel entrant, le M9 affiche le nom de l’avant dernier appelant et non l’appelant actuel

·        -  Parfois les M9 ne peuvent plus recevoir ni émettre des appels, un reboot de la base est nécessaire pour que cela refonctionne

·         Etc. 

fffff  Il n'est pas possible d'effectuer un appel a partir d'une recherche ldap (dans le cadre interne par exemple), une alternative est d'enregistrer des utilisateurs en tant que speedial.

j4j  J'attends donc avec impatience un retour de snom sur ces problèmes.

[V

jjjk

f

Il

P

Petit coup de main pour les apprentis sorciers Microsoft Lync Server.

1 utf-8 0 21 false false false FR X-NONE X-NONE

Script result: ERROR_VALIDATE_BAD_SQL_VERSION

Error: Script failed (code "ERROR_VALIDATE_BAD_SQL_VERSION") when installing "CentralMgmtStore" on "WIN-7BU4KLC05C6\MONINSTANCE". For details, see the following log file: "C:\Users\administrateur.NISSARTE\AppData\Local\Temp\Create-CentralMgmtStore-WIN-7BU4KLC05C6_MONINSTANCE-[2010_10_21][15_52_20].log"

Error: An error occurred: "Microsoft.Rtc.Common.Data.SqlConnectionException" "Cannot open database "xds" requested by the login. The login failed.
Login failed for user 'NISSARTE\Administrateur'."

Pour résoudre cela, c’est vous devez avoir les droits sur le server sql. Lync server 2010 ne supporte que des versions 64 bits de SQL Server, il faut impérativement les mises a jours suivantes :

·         Standard or Enterprise Edition of SQL Server 2005 with Service Pack 3

·         Standard or Enterprise Edition of SQL Server 2008 with Service Pack 1

Nouveau post, c'est vrai qu'en ce moment je ne suis pas très actif mais travaillant en parralèle sur deux déploiement client distinct full toip ocs 2007 R2 en remplacement de leur système de téléphonie existant, je suis plutôt très pris mais au vue de ces nouveaux retour d'expèrience, j'ai pas mal d'article intéressant a écrire.

Un problème qui sort du lot ce matin, appel d'urgence d'un client dont le déploiement toip est terminé, plus aucun client ocs (communicator ou téléphone SNOM) ne peuvent s'enregistrer sur le serveur front-end! panique, plus de téléphone, cela n'est jamais très bien vu. Pourtant les services ocs tournent. Bizarre...

Des messages d'erreurs très étrange commencent à partir de 23h40:

suite au redemérrage sur serveur front-end, une succession de warning de ce type revient toutes les 2-3 minutes :

Il s'est avéré qu'il y a eu un souci de backup pendant la nuit, le serveur sql continuant a fonctionner sans erreur, ce fut trompeur...

Un rédemarrage du serveur sql a pu de débloquer la situation, si cela peut aider certaines personnes confrontés a ce problème aussi, il n'y a pratiquement aucune info sur ces deux erreurs lors de mes recherches sur google.

 

Microsoft a publié des documentations supplémentaires concernant sa nouvelle version Lync Server :

Bonjour,

Cela faisait un moment que je n'avais pas crée un workflow avec le response group et surtout, je l'avais effectué que sur des windows server 2003 x64.

Avec Windows serveur 2008 et donc IIS 7, il faut faire quelques manipulations pour éviter d'avoir lors d'une connexion a l'interface graphique cette accueil :

Un menu blanc sans option qui ne permet pas de faire grand chose...

La première des choses est de mettre le compte utiliser pour accèder a cette interface dans le groupe RTCUniversalServerAdmins.

La seconde chose est d'ajouter le site du service response group dans les trusted sites d'internet Explorer, mais si vous ne souhaitez pas perdre de temps inutilement, firefox n'a pas besoin de cela est ouvre la page en toute simplicité.

 

Voici une nouvelle mise à jour disponible pour MOCS 2007 R2, la release 7.

Vous pouvez la télécharger et voir le contenu de cette dernière via l'article suivant 968802 : http://support.microsoft.com/kb/968802.

Cette mise a jour impacte les outils d'administrations, API UCMA 2.0, les composants web, les composants coeurs, elle inclut aussi un fix pour le service Response Group : http://support.microsoft.com/kb/2400367/

 

Décidément, ce package de mise à jour est une vraie perte de temps lorsque l'on doit le déployer.

Environnement : OCS 2007 R2 Standard (donc base SQL express), Windows Server 2008 SP2

A chaque tentative d'installation de ce package en préliminaire du serverinstallerupdate 6, j'ai droit a une erreur :

Product: Microsoft Office Communications Server 2007 R2 (KB2032834) -- Error 1722. There is a problem with this Windows Installer package. A program run as part of the setup did not finish as expected. Contact your support personnel or package vendor. Action CA_DBUpdateSE, location: C:\Program Files\Common Files\Microsoft Office Communications Server 2007 R2\DBSetupQfe\, command: C:\Windows\SysWOW64\cscript.exe dbqfeupdate.wsf /Role:SE

Il s'agit d'un problème de droit, et pourtant, j'ai tous les droits possibles et envisageables dans l'environnement.

Donc pour contourner ce blocage, une petite astuce, le lancer en commande avec des droits d'administrateurs, et la sa marche...

Mise à jour : http://support.microsoft.com/kb/969834

Voilà un petit hommage a un étudiant du laboratoire supinfo

Cette erreur je l'avais plus vu depuis 2008 avec la version OCS 2007 R1 :

Généralement, cela arrive après un redémarrage de la machine suite a une installation d'ocs supérieur a 15 jours, les services ne se lancent plus.

Cela vient de l'expiration des mots de passes des comptes de services comme rtcservice, rtcomponentservice, etc...

Par défaut en version R1, les comptes expirés au bout de 15 jours par sécurité, il est donc impératif de mettre ces comptes en "expire jamais" sous peine de ce voir infliger le même traitement.

Voilà, un petit poste pour ceux qui se lancent sur ocs et qui se retrouvent déroutés par cette erreur.

Bonjour,

Je trouve cela important de le signaler, mais aujourd'hui est annoncé officiellement que le téléphone ip snom 300 est certifié intéropérable par Microsoft, une bonne nouvelle pour ce bon petit produit qui vaut aux alentours de 90 euros.

Snom rejoint donc le programme d'interopérabilité pour Microsoft Lync 2010.

Le snom 300 utilise le protocole de standard SIP pour les communications VoIP. snom s’est consacré depuis toujours à ce protocole de standard ouvert. Ainsi, le snom 300 devient aujourd’hui une solution interopérable avec Microsoft Office Communications Server 2007 R2 tout en conservant l’ensemble de ses fonctionnalités basées sur le standard SIP.

D'expérience, ces téléphones IP s'enregistre vraiment facilement avec l'environnement OCS, couplée avec scupa pour la prise de contrôle a partir de communicator, les utilisateurs en sont très content, il fournit aussi une large palette de fonctionnalité.

Choses aussi a précisé, le support est très sympa et réactif, ce qui est un point tres important a signaler, on est toujours content de ne pas se retrouver seul pour des questions ou problèmes à lesquelles nous n'avons pas forcément la réponse immédiatement.

description : http://www.snom.com/fr/produits/telephones-voip/snom-300/

 

 

Bonjour,

L'information a maintenant était largement relayé, le successeur d'ocs 2007 R2 se nommera officiellement Lync Server 2010.

Cette version est maintenant disponible pour tous en release candidate : http://www.microsoft.com/downloads/en/details.aspx?FamilyID=29366ba5-498f-4d21-bc3e-0b4e8ba58fb1

Un document microsoft expliquant la marche a suivre pour son installation est disponible ici : http://www.microsoft.com/downloads/en/details.aspx?FamilyID=709d1609-a62a-47bd-baa4-6221dfd3c34c

Donc maintenant que cela est officiel (nous étions tenu au secret pendant la possession de la version beta), cela annonce donc prochainement une série d'articles sur cette nouvelle version!

Lors d'un projet Toip Office Communication Server 2007 R2 avec des téléphones IP Snom (dans ce contexte là, des M870), il interessant de proposer au client l'installation d'un software tres pratique et en plus gratuit, il s'agit du projet SCUPA (http://www.sinc.de/en/solutions/scupa/features.html).

Ce petit utilitaire en version gratuite va ajouter les fonctionnalités suivantes :

- Affichage des numéros principaux stockées, ainsi que les données de contact,

- Capacité d'initier et de terminer les appels de leur téléphone IP de bureau avec un clic de souris sur le menu contextuel de Communicator,

- Un écran de configuration qui permet une sélection rapide et facile du téléphone IP de l'utilisateur.

- Un fonctionnement dans un environnement client 32 ou 64 bits.

La configuration est simple, il suffit juste d'indiquer l'ip du téléphone :

Voilà, il suffit de séléctionner un utilisateur ou un numéro de téléphone, et d'initier l'appel depuis son téléphone physique :

Pendant mon derniers déploiement, j'ai eu affaire sur les postes clients aux messages : Communicator could not determine the location of your Exchange Web Services.

Les conséquences? Le client Communicator ne peut mettre a jour automatiquement le status a partir des informations du calendrier Outlook, il ne peut aussi recuperer les contacts Outlooks, n'aura pas les notifications de conversations manquées ou encore assez a l'historique des conversations.

Les postes clients sont tous sous seven avec des clients de messagerie Outlook 2010 64 bits. Le problème vient de ce dernier, Office communicator utilise les services mapi 32 bits pour acceder aux informations d'Outlook, il ne supporte pas ce protocole en 64 bits.

La solution? l'autodiscover.

N'etant pas en place dans l'environnement client, il suffit d'ajouter l'entrée DNS adéquate et de rajouter dans le subject alternative name cette entrée. Le message disparait.

Il est important de prendre en compte dès maintenant lors d'un déploiement voix Office Communication Server 2007 R2 la notion de SBA. La prochaine release Microsoft Unified Communications arrivant a grand pas, la résilience de sites est un sujet critique lors de ce type d'intégration qui manque cruellement a son prédécesseur.

Pour rappel, SBA (Survival Branch Appliance) permet lors d'une panne Wan de rediriger l'apperl vers le réseau téléphonique classique (PSTN). A partir de 1000 utilisateurs, on utilisera un rôle serveur (Survival Branch Server). En vue d'anticiper les migrations vers MCS 14, il est indispensable d'anticiper dès maintenant sous peine d'etre bloquer au niveau de la media Gateways.

Actuellement du coté Dialogic, seul la version 4000 est prévu d'avoir une mise a jour logiciel pour absorber cette fonctionnalité. Le cout de cette passerelle n'est pas forcément accessible au premier venu. De ce que j'ai pu avoir de renseignement par des distributeurs, aucune mise à jour n'a lair prévu pour la version dialogic 2000.

Audiocodes absorbe cette fonctionnalité dans ces modèles Mediant 1000 et Mediant 2000. Le chassis Mediant 1000 sur lequel j'ai travaillé est pas mal modulable est permet d'avoir jusqu'a 4 E1, il est bien documenté aussi. Dommage que la version 600 n'embarquera pas le SBA. Les mises a jours pour la gateway OCS 2007 R2 vers MCS 14 seront gratuites et possible à distance.

Pincipales option des gammes Mediant :

Normal 0 false false false EN-US X-NONE X-NONE

J'ai eu la chance au mois de Juin de procéder à un déploiement Office Communication Server 2007 R2 avec une intégration Polycom comprenant une plate-forme de conférence RMX 2000 ainsi que plusieurs systèmes de salle HDX. Le résultat est bluffant et permet d'avoir une mosaïque des différents flux vidéos de chacun des participants à la conférence, j'ai malheureusement oublié en partant de prendre des photos mais je vais m'arranger pour en avoir.

Ce type d'intégration est très peu documenté, peu de blog en parle (le prix d'un RMX 2000 n'est pas forcément abordable), surtout en communication TLS entre le serveur front-end et le pont. Nous avons eu à faire a des comportements aléatoires suivant les différents tests que nous avons pu effectuer comme par exemple dans le cadre d'une communication tcp entre le serveur front-end et le pont, une déconnexion systématique au bout de 4mn21 lorsque les clients Communicator rejoindre une chambre virtuel (rmx) avec une configuration en TLS. Mais bon au final, l'intégration fut un succés.

Quelques points important à prendre en compte :

-      La dernière version de software de la Polycom HDX (2.6) supporte la gestion de la présence avec OCS, on peut donc voir l’état d’occupation de la HDX directement dans le client Communicator, l’état passant occupé dès l’établissement d’une session de Visio conférence entre les endpoints

-      La HDX peut s’enregistrer directement en sip sur le serveur front-end on lui créant un compte dans l’ad que l’on active pour la communication Unifiée sans nécessité de création de certificat

-      La HDX supporte le protocole TLS

-      Le support du protocole ICE (connexion Communicator par le Edge) n’est pas encore supporté, Polycom ayant pris du retard sur cela (normalement prévu en juin 2010), tres bientôt pris en charge

-      Le support des Mac Messenger ne sera effectif qu’en fin d’année, le protocole RTA et RTV sera pris en charge par les HDX et les ponts RMX

 

Voici une manipulation bien pratique quand on fais des tests de téléchargement du carnet d'adresse.

MOC par défaut sélectionne un temps aléatoire compris entre 0 à 60 minutes pour télécharger le carnet d'adresses, la procédure suivante vous permet une mise à jour immédiate du fichier galcontacts.db:

Cliquez sur Démarrer, sur Exécuter, tapez regedit, puis cliquez sur OK.
Recherchez et puis cliquez sur la sous-clé de Registre suivante: HKEY_CURRENT_USER \ Software \ Policies \ Microsoft \ Communicator
Dans le menu Edition, pointez sur Nouveau et puis cliquez sur Valeur DWORD.
Dans la zone, tapez GalDownloadInitialDelay, puis appuyez sur la touche ENTRER.
cliquez sur le bouton droit sur l'entrée de Registre GalDownloadInitialDelay, puis cliquez sur Modifier.
Dans la zone Données de la valeur, tapez 0, puis cliquez sur OK.
Si vous définissez la valeur 0, le téléchargement du carnet d'adresses prendra effet immédiatement après la connexion.
Si vous ne définissez pas cette valeur de Registre, la valeur par défaut est une valeur aléatoire entre 0 et 60 minutes.