PABX : Différence entre versions

De Projets Adeti.org
 
(31 révisions intermédiaires par 2 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
 +
= Description.<br>  =
 +
 +
Création d'un outil permettant la participation d'un maximun de personnes lors des réunions, et qui ne peuvent se déplacer.
 +
 +
= Objectifs.<br>  =
 +
 +
*emploi d'un serveur ASTERISK
 +
*moyen de communication rapide pour les CA et les réunions<br>
 +
*permettre à tous de participer sans se déplacer
 +
*peut être employé à tout moment tant que le serveur est fonctionnel
 +
*ne nécessite aucun configuration spécifique côté client, juste l'installation d'un softphone (préféré EKIGA)<br>
 +
 +
= Questions.<br>  =
 +
 +
*choix de la distribution&nbsp;?<br>
 +
 +
La distribution importe peu mais elle est pré-configuré, et sa mise en route s'en trouve accélérée.<br>
 +
 +
<br>
 +
 +
Elastix est une solution toute prête qui est complètée par d'autres outils comme&nbsp;: fax, instant messaging, email, CRM.<br>
 +
 +
<br>
 +
 +
L'installation peut aussi se faire sur un serveur classique auquel on ajoute les packages ASTERISK. La configuration se fait alors à la main via des fichiers textes.<br>
 +
 +
Freepbx permet d'administrer le PABX au travers d'une interface WEB.<br>
 +
 +
<br>
 +
 +
*comment l'employer&nbsp;?
 +
 +
Accepter les appels anonyme ne doit être employé que pour les conférences.
 +
 +
Privilégier les comptes enregistrés pour converser avec telle ou telle personne.
 +
 +
<br>
 +
 +
*choix des codecs audio pour favoriser la bande passante tout en maintenant une bonne écoute .<br>
 +
 +
Speex de préférence car libre et GNU&nbsp;?
 +
 +
Voir le site [http://www.asteriskguru.com/tools/bandwidth_calculator.php www.asteriskguru.com/tools/bandwidth_calculator.php] pour voir les besoins en bande passante suivant le codec employé.
 +
 +
<br>
 +
 +
*Faire communiquer plusieurs serveurs Asterisk par IAX pour économiser bande-passante&nbsp;?
 +
 +
Une communication établie en GSM entre dix postes sur un même serveur demande une bande passante de 572.5 kbps.<br>
 +
 +
Les mêmes au travers de deux serveurs reliés au travers d'un TRUNK IAX2 tombe à 289.68 kbps.
 +
 +
= Autres informations.<br>  =
 +
 
=== Choix de la solution&nbsp;:<br>  ===
 
=== Choix de la solution&nbsp;:<br>  ===
  
Ligne 38 : Ligne 92 :
 
<br>  
 
<br>  
  
=== Utilité du projet&nbsp;:  ===
+
=== Besoin particulier en matériel&nbsp;:  ===
 +
 
 +
*serveur dédié
 +
*micro omnidirectionnel et haut-parleur pour conférence
 +
*micro-casque pour les clients
 +
 
 +
<br>
 +
 
 +
= Différents tests pratiqués:  =
 +
 
 +
=== Installation&nbsp;:  ===
 +
 
 +
*aucun problème rencontrée sur un ordinateur classique
 +
*ajout du package dkms-r8168.rpm pour l'utilisation de la carte réseau d'une EeeBox<br>
 +
 
 +
=== Configuration&nbsp;:  ===
 +
 
 +
*création de quelques comptes SIP et d'une conférence
 +
*accepter les appels anonymes en réception pour faciliter l'accès de tous à la conférence
 +
*limitation des codecs à employer =&gt; privilégier la bande passante<br>
 +
*configurer les pare-feux des box =&gt; ouvrir les ports adéquats pour ASTERISK
 +
*création d'un compte SIP pour les téléphones classiques (fixe ou portable) =&gt; seul le premier peut se joindre à la conférence
 +
 
 +
=== Tests pratiques&nbsp;:  ===
 +
 
 +
*test en local =&gt; RAS
 +
*test en externe =&gt; dépendant de la config des pare-feux
 +
*emploi de divers types de réseaux =&gt; LAN, wifi, internet, 3G, téléphone classique
 +
*conférence à plusieurs =&gt; 4 personnes ont pu communiquer ensemble lors du dernier test (3 via EKIGA et 1 via téléphone fixe)
 +
 
 +
=&gt; le résultat n'a été probant qu'après sélection des codecs GSM et SPEEX sur le logiciel EKIGA (sinon effet d'écho important)
 +
 
 +
*emploi de matériels complémentaires pour les conférences (micro omnidirectionnel, haut-parleur)
  
*moyen de communication rapide pour les CA
+
=&gt; achat d'un POLYCOM COMMUNICATOR, mais résultat mitigé sous Linux et correct sous Windows
*permet à tous de participer aux réunions sans se déplacer
+
 
*peut être employé à tout moment tant que le serveur est fonctionnel
+
*création d'une passerelle IAX =&gt; à réaliser
*ne nécessite aucun configuration spécifique côté client, juste l'installation du logiciel EKIGA
+
 
 +
<br>
 +
 
 +
= Procédures de mise en oeuvre et d'utilisation<br>  =
 +
 
 +
=== Mise en oeuvre&nbsp;:<br>  ===
 +
 
 +
Deux principes ont été étudiés lors des différents essais pour les conférences:<br>
 +
 
 +
*connexion en ANONYME (serveur de Patrick)
 +
*création de comptes SIP pour chaque participant (serveur de Marco)
 +
 
 +
'''''Nota&nbsp;:''''' l'installation de EKIGA est privilégié pour chacun des participants
 +
 
 +
=== Utilisation&nbsp;:<br>  ===
 +
 
 +
==== Dans le cas n°1&nbsp;:  ====
 +
 
 +
*le participant se connecte au travers d'une adresse du type 8877@serveur.asterisk, ou au travers d'un téléphone classique (fixe ou mobile) =&gt; acquisition d'un abonnement SIP pour réaliser cette opération<br>
 +
*aucune identification ne sera demandée
 +
*bienvenue dans la salle de conférence
 +
 
 +
<br>
 +
 
 +
==== Dans le cas n° 2&nbsp;:<br>  ====
 +
 
 +
*l'accès au serveur ne pourra se faire que si le participant a un compte dans le serveur<br>
 +
*si ok, le participant se connecte au travers d'une adresse du type 8877@serveur.asterisk, sinon il ne pourra jamais se joindre à la conférence<br>
 +
 
 +
<br>
 +
 
 +
'''''Nota&nbsp;:'''''la méthode N°1 sera certainement employée pour les interviews extérieures de l'émission radio VELCS
 +
 
 +
=== Avantages et inconvénients des deux méthodes&nbsp;:  ===
 +
 
 +
La première méthode est à privilégier pour des assemblées générales ou des réunions où tout le monde est le bienvenue.
 +
 
 +
La seconde le sera plus pour des CA (conseil d'administration) où on veut contrôler à l'avance ceux qui peuvent y participer.
  
 
<br>  
 
<br>  
  
=== Besoin matériel&nbsp;:  ===
+
Les deux méthodes sont parfaitement fonctionnelles, mais pour une question de bande passante, on peut limiter dans les deux cas le nombre de personnes maximal accepté dans la salle de conférence (opération non mis en place pour le moment).
 +
 
 +
<br>
 +
 
 +
== Document final&nbsp;:  ==
  
*serveur dédié à Elastix
+
Lorsque tous les tests seront finalisés, et donc la configuration déclarée opérationnelle, il sera créé un document détaillant l'ensemble des opérations.
*micro omnidirectionnel et haut-parleur pour conférence
 
*choix judicieux des codecs pour permettre à tous de participer tout en privilégiant la bande passante
 
*micro-casque pour les clients
 

Version actuelle datée du 8 novembre 2009 à 12:06

Description.

Création d'un outil permettant la participation d'un maximun de personnes lors des réunions, et qui ne peuvent se déplacer.

Objectifs.

  • emploi d'un serveur ASTERISK
  • moyen de communication rapide pour les CA et les réunions
  • permettre à tous de participer sans se déplacer
  • peut être employé à tout moment tant que le serveur est fonctionnel
  • ne nécessite aucun configuration spécifique côté client, juste l'installation d'un softphone (préféré EKIGA)

Questions.

  • choix de la distribution ?

La distribution importe peu mais elle est pré-configuré, et sa mise en route s'en trouve accélérée.


Elastix est une solution toute prête qui est complètée par d'autres outils comme : fax, instant messaging, email, CRM.


L'installation peut aussi se faire sur un serveur classique auquel on ajoute les packages ASTERISK. La configuration se fait alors à la main via des fichiers textes.

Freepbx permet d'administrer le PABX au travers d'une interface WEB.


  • comment l'employer ?

Accepter les appels anonyme ne doit être employé que pour les conférences.

Privilégier les comptes enregistrés pour converser avec telle ou telle personne.


  • choix des codecs audio pour favoriser la bande passante tout en maintenant une bonne écoute .

Speex de préférence car libre et GNU ?

Voir le site www.asteriskguru.com/tools/bandwidth_calculator.php pour voir les besoins en bande passante suivant le codec employé.


  • Faire communiquer plusieurs serveurs Asterisk par IAX pour économiser bande-passante ?

Une communication établie en GSM entre dix postes sur un même serveur demande une bande passante de 572.5 kbps.

Les mêmes au travers de deux serveurs reliés au travers d'un TRUNK IAX2 tombe à 289.68 kbps.

Autres informations.

Choix de la solution :

Elastix (http://www.elastix.org/)

Contient version pré-configurée de Asterisk, FreePBX, et autres outils sur une base Centos 5.

Document utile : http://projets.adeti.org/bigfiles/elastix_without_tears.pdf

Installation :

1°/ Télécharger et graver l'image iso.

2°/ Booter sur l'image et faire l'installation.

3°/ Configurer avec FreePBX.


Exemple de fichier : sip_general_custom.conf

language=fr
disallow=all
allow=gsm
;allow=ilbc
allow=g729
allow=g723
allow=speex
;allow=alaw
;allow=ulaw
videosupport=yes
allow=h261
allow=h263
allow=h263p
externip=62.147.177.26
canreinvite=no
localnet=192.168.41.0/24
nat=yes


Besoin particulier en matériel :

  • serveur dédié
  • micro omnidirectionnel et haut-parleur pour conférence
  • micro-casque pour les clients


Différents tests pratiqués:

Installation :

  • aucun problème rencontrée sur un ordinateur classique
  • ajout du package dkms-r8168.rpm pour l'utilisation de la carte réseau d'une EeeBox

Configuration :

  • création de quelques comptes SIP et d'une conférence
  • accepter les appels anonymes en réception pour faciliter l'accès de tous à la conférence
  • limitation des codecs à employer => privilégier la bande passante
  • configurer les pare-feux des box => ouvrir les ports adéquats pour ASTERISK
  • création d'un compte SIP pour les téléphones classiques (fixe ou portable) => seul le premier peut se joindre à la conférence

Tests pratiques :

  • test en local => RAS
  • test en externe => dépendant de la config des pare-feux
  • emploi de divers types de réseaux => LAN, wifi, internet, 3G, téléphone classique
  • conférence à plusieurs => 4 personnes ont pu communiquer ensemble lors du dernier test (3 via EKIGA et 1 via téléphone fixe)

=> le résultat n'a été probant qu'après sélection des codecs GSM et SPEEX sur le logiciel EKIGA (sinon effet d'écho important)

  • emploi de matériels complémentaires pour les conférences (micro omnidirectionnel, haut-parleur)

=> achat d'un POLYCOM COMMUNICATOR, mais résultat mitigé sous Linux et correct sous Windows

  • création d'une passerelle IAX => à réaliser


Procédures de mise en oeuvre et d'utilisation

Mise en oeuvre :

Deux principes ont été étudiés lors des différents essais pour les conférences:

  • connexion en ANONYME (serveur de Patrick)
  • création de comptes SIP pour chaque participant (serveur de Marco)

Nota : l'installation de EKIGA est privilégié pour chacun des participants

Utilisation :

Dans le cas n°1 :

  • le participant se connecte au travers d'une adresse du type 8877@serveur.asterisk, ou au travers d'un téléphone classique (fixe ou mobile) => acquisition d'un abonnement SIP pour réaliser cette opération
  • aucune identification ne sera demandée
  • bienvenue dans la salle de conférence


Dans le cas n° 2 :

  • l'accès au serveur ne pourra se faire que si le participant a un compte dans le serveur
  • si ok, le participant se connecte au travers d'une adresse du type 8877@serveur.asterisk, sinon il ne pourra jamais se joindre à la conférence


Nota :la méthode N°1 sera certainement employée pour les interviews extérieures de l'émission radio VELCS

Avantages et inconvénients des deux méthodes :

La première méthode est à privilégier pour des assemblées générales ou des réunions où tout le monde est le bienvenue.

La seconde le sera plus pour des CA (conseil d'administration) où on veut contrôler à l'avance ceux qui peuvent y participer.


Les deux méthodes sont parfaitement fonctionnelles, mais pour une question de bande passante, on peut limiter dans les deux cas le nombre de personnes maximal accepté dans la salle de conférence (opération non mis en place pour le moment).


Document final :

Lorsque tous les tests seront finalisés, et donc la configuration déclarée opérationnelle, il sera créé un document détaillant l'ensemble des opérations.