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.

Il est possible comme dans la version Windows Live Messenger d'avoir un status "hors ligne" tout en étant connecté sur Office Communicator.

Par défaut, cette option n'est pas disponible, il y a deux possibilités pour l'activer :

- Activation pour tous : Cela implique l'utilisation d'une GPO et l'application du Template Communicator.adm, il suffit d'activer la politique "Activer le statut Apparaître hors connexion" (“Enable the state Appear Offline”) pour que les utilisateurs puissent bénéficier de cette fonctionnalité :

- Activation au cas par cas : Cela passe par l'éditeur de registre dans HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Communicator,

Il faut créer une nouvelle valeur de type DWORD "EnableAppearOffline" et la mettre a 1.

Relancer Communicator.

Pratique, Microsoft propose en téléchargement une machine virtuelle toute prète avec Exchange 2010 prêt à l'emploi : http://www.microsoft.com/downloads/details.aspx?familyid=53F7382A-3664-4DE3-8303-31E514D69F02&displaylang=en

Bien sûr, Hyper-V est requis pour faire tourner la vm.

UserName: contoso\Administrator
Password: pass@word1

Licence d'évaluation : 60 jours.

Enjoy

Suite aux mise à jours pour Office Communicator et OCS Server de Juillet 2010 (http://blog.insideocs.com/2010/07/23/july-2010-updates-to-communicator-and-ocs-cumulative-update-6/) , des mises à jours pour le client Office Live Meeting et l'addin de conférence Outlook sont disponible aussi.

 

Office Live Meeting:

- Lien de téléchargement d'Office Live Meeting 2007 : http://office.microsoft.com/en-us/help/download-the-microsoft-office-live-meeting-2007-client-HA010173383.aspx

- Description : http://support.microsoft.com/kb/2029026

Add-in de conférence pour Microsoft Office Outlook

- Lien de téléchargement de l'add-in : http://office.microsoft.com/en-us/help/redir/XT101961398.aspx?CTT=5&origin=HA010236890

- Description : http://support.microsoft.com/kb/2029027

Une bonne nouvelle pour les intégrateurs comme nous qui déployons de l'OCS avec des equipements Polycom, le parteneriat entre Polycom et Microsoft a était étendue hier (11 aout 2010).

Il est prévu d'intégrées les solutions Polycom en natif dans ocs et de favoriser les initiatives "go-to-market" coordonnées aux communications unifiées Microsoft.

Plus en détail, la feuille de route intègre le développement par Polycom d’une large base de solutions pour Microsoft Communications Server « 14 » et versions ultérieures, avec notamment :
•    les nouveaux terminaux de la série CX et ceux de la prochaine génération optimisés pour les communications unifiées Microsoft et dotés des technologies de pointe vidéo et audio HD signés du constructeur
•    les nouveaux systèmes vidéo innovants en salle spécialement conçus pour permettre une intégration directe à Microsoft Communications Server « 14 »
•    des solutions interopérables supplémentaires entre les solutions de visioconférence existantes et les futures

De nouvelles initiatives « go-to-market »
Menées à l’échelle mondiale par Polycom et Microsoft, elles vont inclure pour le channel des ressources commerciales et de nouvelles formations, des campagnes marketing intégrées, une collaboration renforcée sur le développement et l’assistance du réseau de partenaires. A ceci s’ajoute aussi la participation de Polycom au sein des différents centres technologiques Microsoft dans le monde, avec des démonstrations actives d’ores et déjà disponibles à Atlanta, Chicago, New York, Londres et Paris.

Voici un petit status sur les messages ISAKMP qui peuvent remonter dans une commande "show crypto isakmp sa" lorsque l'on souhaite debugger un problème de vpn :

ASA ISAKMP STATES

• MM_WAIT_MSG2
  Initial DH public key sent to responder. Awaiting initial contact reply from other side.
  If stuck here it usually means the other end is not responding. This could be due to no route to the far end or the far end does not have ISAKMP enabled on the outside or the far end is down.

• MM_WAIT_MSG3
  Both peers have agreed on the ISAKMP policies. Awaiting exchange of keyring information.
  Hang up’s here may be due to mismatch device vendors, a router with a firewall in the way, or even ASA version mismatches.

• MM_WAIT_MSG4
  In this step the pre-share key hashes are exchanged. They are not compared or checked, only sent. If one side sends a key and does not receive a key back, this is where the tunnel will fail.
  I have seen the tunnel fail at this step due to the remote side having the wrong Peer IP address. Hang up’s here may also be due to mismatch device vendors, a router with a firewall in the way, or even ASA version mismatches.
  

• MM_WAIT_MSG5
  This step is where the devices exchange pre-shared keys.
  If the pre-shared keys do not match it will stay at this MSG. I have also seen the tunnel stop here when NAT Traversal was on when it needed to be turned off.
  

• MM_WAIT_MSG6
  This step is where the devices exchange pre-shared keys.
  If the pre-shared keys do not match it will stay at this MSG. I have also seen the tunnel stop here when NAT Traversal was on when it needed to be turned off.
  However, if the state goes to MSG6 then the ISAKMP gets reset that means phase 1 finished but phase 2 failed. Check that IPSEC settings match in phase 2 to get the tunnel to MM_ACTIVE.

• AM_ACTIVE / MM_ACTIVE
  The ISAKMP negotiations are complete. Phase 1 has successfully completed.

PIX ISAKMP STATES

• MM_NO_STATE

ISAKMP SA has been created but nothing else has happened yet.

• MM_SA_SETUP

The peers have agreed on parameters for the ISAKMP SA.

• MM_KEY_EXCH

The peers have exchanged Diffie-Hellman public keys and have generated a shared secret. The I SAKMP SA remains unauthenticated.

• MM_KEY_AUTH

The ISAKMP SA has been authenticated. If the router initiated this exchange, this state trans itions immediately to QM_IDLE and a Quick mode exchange begins.

• AG_NO_STATE

The ISAKMP SA has been created but nothing else has happened yet.

• AG_INIT_EXCH

The peers have done the first exchange in Aggressive mode but the SA is not authenticated.

• AG_AUTH

The ISAKMP SA has been authenticated. If the router initiated this exchange, this state transitions immediately to QM_IDLE and a Quick mode exchange begins.

• QM_IDLE

The ISAKMP negotiations are complete. Phase 1 successfully completed. It remains authenticated with its peer and may be used for subsequent Quick mode exchanges.

Errors With ISAKMP Or Phase 1 Establishing

A very common problem is phase 1 not establishing correctly.

• Verify ISAKMP parameters match exactly.
• Verify pre-shared-keys match exactly.
• Check that each side has a route to the peer address that you are trying to form a tunnel with.
• Verify ISAKMP is enabled on the outside interfaces.
• Is ESP traffic permitted in through the outside interface?
• Is UDP port 500 open on the outside ACL?
• Some situations require that UDP port 4500 is open for the outside.

Un petit problème qui m'arrive de temps en temps avec le déploiement de SPA525G est le blocage pendant la récupération de son fichier xml a partir du tftp de l'uc sur "downloading:XMLDefault.cnf.xml".

Plusieurs résolutions possibles a ce problème :

- A partir du téléphone SPA525G, accédez aux paramètres de configuration et sélectionnez Réseau. Assurez-vous que le serveur TFTP est activé et définissez l'ip  (dans le cadre d'un vpn, mettre l'IP publique)

- Via CLI, obtenir une copie du dossier cnf.xml du téléphone IP à l'aide de votre serveur TFTP local. (Voir l'adresse MAC où vous pouvez voir ci-dessous X)
  copy flash:its/XMLDefault.cnf.xml tftp:SEP************.cnf.xml

- Regéner le fichier cnf crée automatiquement après avoir saisi les commandes "telephony-service" et "ip source-address 10.1.1.1 port 2000"

- Factory reset dans les parametres du téléphone "device administration"

Il est vraiment impératif pour les dernières mises a jour OCS 2007 R2 du mois de juillet 2010 (http://www.microsoft.com/downloads/details.aspx?FamilyID=B3B02475-150C-41FA-844A-C10A517040F4&displaylang=en&displaylang=en) que l'update OCS2009-DBUpgrade.msi soit installé avant!!!

 

Sinon le service rtcsrv refusera de démarrer et vous aurez l'erreur :

The component Live Communications User Services (application: 1) reported a critical error: code C3EE78F8 (Enterprise Edition Server successfully registered with the back-end, but a stored procedure version mismatch was detected. The service will not start until this problem is resolved.

OCS2009-DBUpgrade.msi se télécharge ici http://www.microsoft.com/downloads/details.aspx?FamilyID=B3B02475-150C-41FA-844A-C10A517040F4&displaylang=en&displaylang=en

Il est heuresement possible de l'installer apres avoir passé les mises a jour du mois de juillet 2010.

Pour une version entreprise, lancer l'utilitaire en ligne de commande en précisant le nom du pool : OCS2009-DBUpgrade.msi poolname:monpool.mondomaine.com

La nouvelle release de la version Cisco CallManager Express 8 est prévu pour le 31 juillet 2010 et embarquera l'IOS 15.1.2(T).

Les nouvelles fonctionnalités prévues:

      - Security Capabilities Improved toll-fraud prevention enhancements
      - Video Support for video telephony on Cisco® Unified IP Phone 6921, 6941, and 6961 endpoints
      - System Functions Localization enhancements with 4 new languages Latvian, Lithuanian,     Estonian, Arabic Localization
      - support for 7937 IP Phones Localization of mobility service

Aie, encore un problème...

Cela vient de la présence de la KB 967831 sans que MSMQ soit présent sur le serveur.  Consultez cette page pour plus d'infos:

http://blog.tiensivu.com/aaron/archives/1867-RtcQmsAgent-fails-to-start-on-OCS-2007-R2-server-and-causes-KB-967831-April-2009-update-for- Front-End-Server-composants-install-à-fail.html

Event ID: 30968
Source: Live Communications User Services
Details: The component Live Communications User Services reported a critical error: code C3EE78F8 (Enterprise Edition Server successfully registered with the back-end, but a stored procedure version mismatch was detected. The service will not start until this problem is resolved. Cause: The database schema and the Enterprise Edition Server were updated by different installation packages. Resolution: Ensure both the Enterprise Edition Server and back-end were installed or modified by the same installation package. The service has to stop.

Voilà ce qui se passe lorsque l'on installe les dernieres mises a jour sur un serveur avant que l'importante mise a jour http://support.microsoft.com/kb/969834 ne soit présente. Donc petit coup de stress, le service front-end ne voulant plus démarrer!

Pas de panique, il faut installer OCS2009-DBUpgrade.msi, relancer le serveur et le service est up!

Ce n'est pas mentionné dans la release notes de la derniere cumulative update mais il est indispensable que cette uptdate soit passé avant.

Nouveau petit problème aujourd'hui,impossible de recuperer le carnet d'adresse d'entreprise, et une fenetre d'authentification s'ouvre en permanence :

 

La solution a etait de mettre les mises a jours des clients communicator et du serveur frontal au même niveau.

Mises a jour :http://microsofttouch.fr/blogs/christophe/archive/2010/04/26/mise-224-jour-office-communications-server-2007-r2.aspx

Supprimer la galcontacts :

Vista,W7
%userprofile%\AppData\Local\Microsoft\Communicator\sip_user@domain.com\galcontacts.db
XP
%userprofile%\Local Settings\Application Data\Local\Microsoft\Communicator\sip_user@domain.com\galcontacts.db

 

Et oui, je ne fais pas que de la Communication Unifiée Microsoft, j'interviens aussi bcp sur des projets réseaux et voip cisco entre deux projets :) (bientot aussi sur la partie communication unifiée Cisco).

Aujourdhui, création d'un vpn pour un client entre un site francais (asa) et un site américain (sonicwall), l'erreur suivante suite a sa création apparait en boucle :

Il s'averait que le PFS (perfect forward secrecy) était activé sur l'autre élément!

Voici une configuration vpn de base pour un pix ou asa :

PHASE1
crypto isakmp policy 1
authentication pre-share
encryption 3des
hash sha
group 2
lifetime 86400

tunnel-group x.x.x.x type ipsec-l2l
tunnel-group x.x.x.x ipsec-attributes
pre-shared-key *hidden*

PHASE2
crypto map vpn match address partner
crypto map vpn set pfs
crypto map vpn set peer x.x.x.x
crypto map vpn set transform-set ESP-3DES-SHA
crypto map vpn set security-association lifetime seconds 3600

Encryption Network:
access-list partner extended permit ip 192.168.10.1 255.255.255.0 192.168.20.0 255.255.255.0

Voici toute une série de webcast tres intéressant sur la nouvelle version Microsoft Communication Server 14 :

UNC311 CS “14”: Architecture

UNC312 CS “14”: Network Considerations

UNC313 CS “14”: Voice Architecture and Planning for High Availability

UNC314 CS “14”: Voice Deployment

UNC315 CS “14”: Setup and Deployment

UNC316 CS “14”: Monitoring and Reporting

UNC317 CS “14”: Management Experience

UNC318 CS “14”: What’s New in Conferencing Experience & Backend

UNC320 CS “14”: What’s New in Communicator “14” Experience & Backend

UNC321 CS “14”: Interoperability: Voice, Video, Conferencing, IM, & Presence

UNC208 CS “14”: What’s New in Devices

Les notes de configurations Microsoft d'une intégration en direct Sip entre un Cisco Call Manager 7 et Exchange 2010 sont disponibles en téléchargement :

http://www.microsoft.com/downloads/en/confirmation.aspx?familyId=d5db0297-7850-4f52-b965-b8006b4c05f5&displayLang=en

Il n'y a pas de grosse différence avec les configurations d'intégrations ultérieur vu que j'avais validé cette partie il y a quelque temps quand même, mais c'est une documentation très instructive.

 

La fonctionnalité de sba (survivable Appliance Branch) est tres attendu avec la nouvelle release de Microsoft Communication Server "14" qui est comparable au srst Cisco, la question du lien Wan qui tombe avec un repli de secours PSTN étant une question qui revient très souvent lors d'une proposition d'infrastructure voix OCS.

Pour les passerelles dmg 4000 déjà en place avec une architecture ocs 2007 R2, un simple upgrade logiciel active les fonctionnalités de passerelles SBA et installe le server SBA.

Here is a summary of the advantages of using DMG4000 Gateways as SBAs:
• Broad, scalable hybrid gateway product line
• Proven support for Microsoft UC
• Field software upgradeable to operate as an SBA (availability expected Q4 2010)
• Flexible, cost-effective support for analog devices (availability expected in 2010)
• PBX, PSTN, IP, and fax protocol support
• Exceeds security requirements for audio transcoding and SIP signaling
• Robust Windows Server 2008 platform
• Centralized management system (availability expected in 2010)
• Global sales and support network (over 40 locations)