Problème avec ISI ROUTEUR sur le serveur central

[Aaron Aalborg]

Bonjour,

Nous avons un problème car de temps en temps (et aléatoirement dirait-on) le dispatching des appels ne se fait plus et on est obligé de fermer et de relancer ISI ROUTEUR sur le serveur central. On n'a pas besoin de relancer le service CTI de Windows (qu'on le relance ou pas ça remarche pareil après).

ACD SUPERVIZ nous indique, quand cela arrive, que la communication (avec le serveur je suppose) est perdue. "Communication perdue". Et évidemment plus aucun poste abm ne reçoit d'appels, les lignes sont grisées.

Par contre le standard ERICSSON continue de fonctionner tout à fait normalement, c'est la distribution qui ne se fait plus.

Avez-vous une solution à ce problème ?

Cordialement

Le Service Technique

[Julien]

Bonjour,

On va procéder du cas le plus simple au cas le plus compliqué.

Etes vous sur que sur le serveur, la mise en veille de la carte réseau ne soit pas autorisé.

[Aaron Aalborg]

Oui nous avions vérifié cela avec un de vos techniciens via VNC.

Donc la carte réseau ne se met pas en veille.

[Aaron Aalborg]

Je précise que nous avons fait changer par notre installateur une carte (celle qui a la connexion réseau) dans le PABX pensant que cela venait de là... Mais visiblement, le problème persiste.

[Julien]

Avez vous un logiciel ou matériel de sécurité (par feu/ antivirus tout en un) qui puisse bloquer la connexion de l'isiroute avec le réseau?

[Aaron Aalborg]

Nous avons un pare-feu général dans un boîtier qui est celui de la connexion internet. Donc c'est uniquement en rapport avec la connexion internet. Ce boîtier ne s'occupe pas des connexions internes à notre réseau.

Sur le serveur central, aucun antivirus ou pare-feu n'est actif.

Sur les postes ABM de la plate-forme, il y a des antivirus mais pas de pare-feu.

[Julien]

Sur quel version de windows tourne votre Isiroute, et depuis combien de temps constatez vous ce problème.

[Aaron Aalborg]

Notre serveur central est sous windows 2000 server 5.00.2195 SP4

Ce serveur est en fonction depuis 4 ans sans aucun soucis avant.

Ce problème a commencé en décembre 07.

Nous avons effectué une mise à jour d'ABM via votre technicien qui s'est rendu chez nous en novembre 07 pour passer sous NEXUS.

Avant cette mise-à-jour, il n'y a jamais eu de problème de ce type.

ABM a tourné environ 20 jours sous NEXUS avant que ce problème n'apparaisse.

Ce problème arrive sans aucune périodicité remarquable. On dirait que c'est aléatoire, peu importe la charge d'appels, l'heure de la journée, le nombre d'agents connectés...

[Julien]

Pour etre sur que cela ne soit pas un problème du serveur (materiel ou logiciel), l'installation du Call flow sur une autre machine peut nous verifier cela.

[Aaron Aalborg]

Cela ne peut pas venir du serveur puisque celui ci est en production depuis 4 ans sans aucun souci avant cette mise à jour.

Nous avons aussi remarqué que dans ISI ROUTE, quand un appel est raccroché, il y a 4 fois l'instance dans la fenêtre ISI ROUTE où apparaissent chaque action.

Or si je fais un appel manuellement et que je le raccroche, il n'y a qu'un seule instance raccroché.

Je tiens à disposition des captures d'écrans si besoin.

Merci de votre réponse.