[Réglé] Plantages Isiroute, que faire ?

[scp]

Bonjour,

Nous rencontrons (environ une fois par mois) le problème suivant avec Isiroute :

Perte de la communication avec impossibilité de fermer Isiroute normalement : à chaque fois il faut passer par le gestionnaire pour quitter l'application. Malheureusement, la fenêtre de l'application reste "figée" à l'écran sans possibilité de la fermer.
Il faut bien attendre 5 min avant que la fenêtre ne finisse par se fermer d'elle même.

1/ Quelle serait d'après vous la cause d'une part de la perte de communication et d'autre part de l'impossibilité de quitter l'application normalement ?

2/ Pensez vous qu'il soit possible de relancer Isiroute sans attendre la fermeture de la fenêtre (le gestionnaire n'indique pas que l'application est ouverte) ?

3/ Serait-il envisageable que ce type de problème fasse l'objet d'une "récupération" automatique, sans intervention humaine obligatoire ?

Dans l'attente de vos réponses,

Cordialement.

[Romain]

1/ La perte de communication est surement du a des déconnexions CSTA ce qui est susceptible d'entrainer un plantage de l'application et une relance de celle-ci est inévitable.

2/ Une fois le processus terminé l'application isiroute peut être relancée.

[scp]

Bonsoir,

De plus en plus souvent, le simple fait de quitter IsiRoute et de le relancer ne résout pas le problème de plantage et nous devons donc alors relancer... le serveur.

A priori, nous ne devrions pas aller jusqu'à cette extrémité : le redémarrage d'un serveur devrait rester une opération exceptionnelle.

Pourriez-vous nous donner des pistes pour résoudre les problèmes de "déconnexions CSTA" (votre analyse) sans devoir redémarrer le serveur qui héberge IsiRoute ?

D'avance merci.

[Romain]

Bonjour,

Vous devez redémarrer la chaîne CSTA.

Pour cela il faut:

- Éteindre Isiroute
- Couper le services CTI LINK (Démarrer -> Exécuter -> taper "services.msc". Clique droit sur le service, Arrêter puis clique droit Démarrer).
- Relancer Isiroute.

[scp]

Bonsoir,

Afin d'optimiser la résolution de ce type d'incident (hélas pas assez rare), nous cherchons à inventorier les services (au sens Windows) qui sont utilisés par les différents modules ABM.

A priori, la liste serait composée des éléments suivants :
- MD30 Communication Server (MD30COMM.EXE)
- CTI Link (CLINK.EXE)

Pourriez-vous valider cette hypothèse ou compléter nos connaissances à ce sujet ? Quelles fonctions sont assurées et de quelle manière sont-elles réparties entre ces deux services ?

Par ailleurs, pourriez-vous nous indiquer la dépendance de démarrage/arrêt - si elle existe - entre Isiroute et PabxMux (i. e. de quelle manière ces deux applications doivent être arrêtées et relancées en cas de dysfonctionnement ou gel d'Isiroute) ?

D'avance merci.

Cordialement.

[Romain]

Bonjour,

Le service MD30 Communication Server n'est pas utilisé par le système Call Flow.

Seul le service CTI Link est utilisé et permet d'avoir le canal CSTA utile aux échanges entre le Call Flow et le PABX (Affectation d'appels, monitorage de postes etc...).

En ce qui concerne le lien de taxation (PabxMux / Isiroute), aucune dépendance n'existe entre ces deux applications.
Vous pouvez relancer le PabxMux sans devoir couper l'Isiroute et inversement.

[scp]

Bonjour,

Merci pour cette réponse rapide.

Pouvons-nous donc arrêter le service MD30 Communication Server (si aucun de vos modules ne l'utilise) ?

Cordialement.

[Julien]

Bonjour,

Le service MD30 communication Server n'est qu'une couche entre le CTI link et un RS232.

Il est donc très peu utilisé, car la grande majorité des CTi Link se connecte directement par TCP/IP sur le PABX.

Pour le vérifier, aller dans Démarrer, programmes, CTI link, CTI Link Configuration.

Dans le champ Server, vous devez avoir l'adresse ip de votre PABX. Si ce n'est pas le cas, laisser en fonctionnement votre service MD30.

Le support ABM

[scp]

Bonjour,

Merci, Julien, pour cette réponse précise. Nous avons eu, comme trop souvent, l'occasion de mettre en pratique votre procédure.

Cordialement.