-
Bonjour,
j'ai également testé le confbridge de la version 1.6.2.x et à mon grand étonnement, j'avais exactement le même phénomène... Pour gagner du temps j'ai réalisé une petite manipulation avec un oscillo et un géné bf pour pouvoir mesurer ce délai. Je pensais également qu'en utilisant confbridge je contournerai le problème....
Pour le cat /proc/dahdi/*, je vois que j'utilise une horloge haute précision.
La carte digium utilisée est une TDM400p ou TE122 ( même problème....)
avez vous déjà utilisé meetme sur une longue période ? Et si oui, combien de temps ?
Merci
-
Pour le dahdi test, je tourne avec des valeurs inférieures à 99,99x
j'ai essayé de changer d'horloge système mais sans réel changement....
-
As-tu lu cette page?
https://wiki.asterisk.org/wiki/displ...ing+Interfaces
Même remarque, les mises à jour sont utiles, mais apparemment c'est fait.
Si 1.6.2, essaye de désactiver le module timerfd pour forcer l'utilisation du timing fourni par dahdi, on ne sait jamais.
-
Merci pour les conseils.
Je vais essayer de forcer à travers le menuselect, l'utilisation d'un timer. Jusqu'à présent, je modifiais uniquement le timer au niveau de l'OS mais pas au niveau de la compilation d'asterisk.
De plus après avoir lu : https://wiki.asterisk.org/wiki/displ...ing+Interfaces, je me rends compte qu'une mise à jour de l'OS peut également avoir un impact sur les timers.
Merci pour ces nouvelles pistes, je vous tiens au courant dès que j'aurai réaliser les différents essais.
Les tags pour cette discussion
Règles de messages
- Vous ne pouvez pas créer de nouvelles discussions
- Vous ne pouvez pas envoyer des réponses
- Vous ne pouvez pas envoyer des pièces jointes
- Vous ne pouvez pas modifier vos messages
-
Règles du forum