Span 1: Channel successfully restarted

[plouf]

Bonsoir,

J'ai des problèmes de hangup de communications sur un serveur asterisk.
Après recherches, il semble que ces hangup soit liés a des restart de mes canaux...


Ces restart ont (a quelques secondes près) lieu toute les heures...




[Oct 3 16:15:18] VERBOSE[1481] logger.c: -- Span 1: Channel 0/30 successfully restarted
[Oct 3 16:15:18] VERBOSE[1481] logger.c: -- Span 1: Channel 0/31 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/3 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/4 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/5 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/6 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/7 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/8 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/9 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/10 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/11 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/12 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/13 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/14 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/15 successfully restarted
[Oct 3 17:15:21] VERBOSE[1481] logger.c: -- Span 1: Channel 0/17 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/18 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/19 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/20 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/21 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/22 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/23 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/24 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/25 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/26 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/27 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/28 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/29 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/30 successfully restarted
[Oct 3 17:15:22] VERBOSE[1481] logger.c: -- Span 1: Channel 0/31 successfully restarted


Dans les logs, on constate qu'a certains moments, il y a des canaux qui ne sont pas restarté. Exemple ci-dessus à 17h15 avec les canaux 1 et 2.

Je suppose que ce sont des canaux utilisé sauf qu'après remontés des utilisateurs, il s'avère que les com ont bel et bien été raccrochées...

Mon opérateur me dit ne rien voir sur son équipement et suspecte un pb sur l'IPBX.

De mon coté, j'ai changé le serveur + la carte Digium Te122 + le cable T2

Et j'ai toujours les mêmes phénomènes!

Auriez-vous une idée?

Voici ma config:
Asterisk 1.4.42
asterisk addons 1.4.13
Dahdi 2.5.0.1
libpri 1.4.12

Merci pour vos réponses.

[Reaper]

Asterisk ne redémarre pas les canaux avec la communication en cours.
temps en temps le redémarrage de E1 fonctionne mal avec certain fournisseurs, les canaux sont inutilisables, il est facile de le voir avec la commande "dahdi show channel X" ou X est le numéro, il faut voir le champ PRI FLAGS, si la la valeur est RESETTING il faut arrêter de le redémarrer avec l'option suivante "resetinterval=never" dans chan_dahdi.conf section channels.

Mais bon, tout ça ne réglera tes soucis de coupure je pense. A toi d'analyser SIP / Pri Span avec le debug il faut voir qui exactement termine la communication.

[plouf]

Reaper,

Merci pour ton retour.

Demain je vérifierai l'etat du champ PRI FLAGS pour l'ensemble des canaux utilisés.

Ensuite j'essaierai d'ajouter la directive "resetinterval=never" dans chan_dahdi.conf

[plouf]

Bonjour,

Juste pour indiquer que l'ajout de la directive "resetinterval=never" dans le fichier chan_dadhi.conf a résolu mon problème.

Merci à REAPER pour son tuyau.