Celya en appel direct ça va fonctionner, mais lorsque MOH ou conférence est en place, tu ne peux pas garantir la qualité, le fait que tu ne rencontres aucun souci ne garantie rien. Le timer en virtualisation sauf le "jail" est mauvais c'est un fait.
Celya en appel direct ça va fonctionner, mais lorsque MOH ou conférence est en place, tu ne peux pas garantir la qualité, le fait que tu ne rencontres aucun souci ne garantie rien. Le timer en virtualisation sauf le "jail" est mauvais c'est un fait.
OpenVPN en local ça ne suffit pas ?il faut utiliser des trunk SIP ou IAX pour sortir de la VM sur le réseau commuté.
Même avec Heartbeat ? En cas de dysfonctionnement de la première VM ?Le timer en virtualisation sauf le "jail" est mauvais c'est un fait.
Pas besoin de openvpn pour interconnecter deux serveurs asterisk, mais pour sortir en ligne fixe il faut un fournisseur.OpenVPN en local ça ne suffit pas ?
Le dysfonctionnement de timer agit au niveau de la synchronisation de voix, asterisk continue de fonctionner. Tu confond de choses, timer est utiliser pour mixer la voix, en fait c'est un module qui est questionné par asterisk en permanence, par exemple quand un appel arrive sur un message audio, asterisk doit *mesurer* la vitesse de l'avancement de l'appel pour lui fournir la musique correctement, c'est la même chose pour le conférence, si le timer est mauvais la voix se trouve en décalage, et tu peux avoir 3 participants en conf avec une voix décalée. Mais pour la conf il existe de modules spécifiques qui fonctionne bien en milieux virtualisé "Konference" au lieux de meet me.Même avec Heartbeat ? En cas de dysfonctionnement de la première VM ?
IAX2 trunks utilise le timer également au niveau du trunk, sans le bon timer la bande passante est un peu plus grande.
Très bien, peux tu préciser pourquoi tu ne peux garantir quoi que ce soit ?Envoyé par Reaper
Nous utilisons une application avec meetme et MOH pour 30 personnes connectés en permanence.
Nous avons dahdi d'installer. Peux tu me dire la différence entre une machine virtuelle avec dahdi et une machine physique sans carte et dahdi ?
CELYA : www.celya.fr
ASTERISK SERVICE : www.asterisk-service.fr
MAVISIOCONF : www.mavisioconf.fr
ATERISK : www.aterisk.fr
Sans dahdi en 1.6 tu utilise res_timing_pthread, sans res_timing_dahdi tu ne pourra pas faire la conf c'est simple. Donc dahdi est utilisé pour le 'mixing audio', par exemple l'option 'silence suppression' risque de mal fonctionner avec le mauvais timing.
Second point pour les trunks IAX, c'est mineur, mas sans timer IAX trunk ne fonctionne pas pareil. Autre moment, sur le kernel < 2.6.35 p_thread ne fonctionne pas, donc obligé avoir dahdi ou carte. Ce je que veux affirmer - Si ça fonctionne pour toi c'est parfait, mais tu ne peux pas garantir le bon fonctionnement pour les autres en kvm/ xen /vmware /autre. Sauf Openvz LXC ou Vrituozzo tous des jails.
Dsl, mais je ne comprend pas ta réponse.
Tu veux dire que ca ne peu fonctionner ou alors pour que ca fonctionne il faut installer DAHDI ?
CELYA : www.celya.fr
ASTERISK SERVICE : www.asterisk-service.fr
MAVISIOCONF : www.mavisioconf.fr
ATERISK : www.aterisk.fr
Cette discussion est une perte de temps, regarde coté asterisk res_timing_pthread si tu es intéressé.
Oui enfin, tu n'es plus obligé d'avoir de timer pour faire des conférences. L'application Konference a été faite justement parce qu'il est pénible voir pas possible de partager ta carte équipé d'un timer.
Pour la musique d'attente, à voir.
J'ai du l’écrire une dizaine de fois sur le forum mais bon, lis l'ensemble de topic avant de répondre à mon premier post.Oui enfin, tu n'es plus obligé d'avoir de timer pour faire des conférences. L'application Konference a été faite justement parce qu'il est pénible voir pas possible de partager ta carte équipé d'un timer.
Pour la musique d'attente, à voir.
Règles de messages
Répondre avec citation