Asterisk connaissance générale

[Reaper]

Pour relier 2 serveur il suffit avoir une bonne connexion c'est tout.
Je te conseille vivement de commencer la lecture.

[celya]

Alors, on ne dois pas être normaux, car on utilise des Asterisk virtualisés avec KVM.

On a pas plus de problèmes qu'avec des machines physiques. Pour le moment il n'y a que le trunk de KVP qui permet de déporter un bus PCi, donc il faut utiliser des trunk SIP ou IAX pour sortir de la VM sur le réseau commuté.

[Reaper]

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.

[onitsha]

il faut utiliser des trunk SIP ou IAX pour sortir de la VM sur le réseau commuté.

OpenVPN en local ça ne suffit pas ?

Le timer en virtualisation sauf le "jail" est mauvais c'est un fait.

Même avec Heartbeat ? En cas de dysfonctionnement de la première VM ?

[Reaper]

OpenVPN en local ça ne suffit pas ?

Pas besoin de openvpn pour interconnecter deux serveurs asterisk, mais pour sortir en ligne fixe il faut un fournisseur.

Même avec Heartbeat ? En cas de dysfonctionnement de la première VM ?

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.
IAX2 trunks utilise le timer également au niveau du trunk, sans le bon timer la bande passante est un peu plus grande.

[celya]

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.

Très bien, peux tu préciser pourquoi tu ne peux garantir quoi que ce soit ?
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 ?

[Reaper]

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.

[celya]

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 ?

[Reaper]

Cette discussion est une perte de temps, regarde coté asterisk res_timing_pthread si tu es intéressé.

[Thera]

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.

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.