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.

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