Lors de projet de renouvellement de leur PABX, beaucoup de personnes se pose la question de l’opportunité de migrer sur une solution open source comme Asterisk. La principale motivation étant de réaliser des économies, de récupérer l’exploitation en interne et de l’intégrer au sein de l’infrastructure informatique.
Asterisk a été créé en 1999 par Mark SPENCER (un gars exceptionnel que j’ai eu l’occasion de rencontrer plusieurs fois). Le code du logiciel est distribué en open source sous la licence GPL. Le site du projet est tout simplement www.asterisk.org
Asterisk est un logiciel permettant de mettre en oeuvre un PABX, c’est à dire de relier entre eux des téléphones de technologies différentes et des trunks. Les trunks sont des accès opérateurs, comme les accès numéris, analogique ou SIP. Asterisk est compatible avec tous les postes IP compatibles avec la norme SIP, IAX et SCCP. On peut aussi connecter des postes analogiques et des postes sans fil via des gateways. Une gamme impressionnante de carte permet de se raccorder aux réseaux des opérateurs.
Nous l’avons vu, au niveau des périphériques, l’offre est très importante et n’a pas à pâlir des solutions payantes concurrentes. Mais, car il y a un gros mais, quand vous installez Asterisk, vous n’obtenez pas un PABX. Vous avez une excellente base, mais sans programmation, il vous ne pouvait pas passer un appel. Afin de construire votre PABX, il vous faudra programmer toutes les fonctions dont vous avez besoin. C’est là que se situe toute la difficulté, car à moins de maîtriser les langages de programmation propre à Asterisk, vous arriverez juste à émettre et à recevoir des appels, mais sûrement pas à faire des interceptions et encore moins mettre en oeuvre la fonction patron-secrétaire. La mise en oeuvre de fonctionnalités évoluées et une intégration parfaite avec les postes nécessitent une excellente expertise. Vous remarquerez aussi que je n’ai pas parlé de fiabilité et de stabilité. Installer Asterisk pour une personne maîtrisant linux, n’est pas une chose compliquée notamment sur Centos. Sécuriser et fiabiliser cette même installation est autrement plus complexe, notamment quand le volume d’appels à traiter est assez important.
Asterisk a pourtant des avantages à faire valoir par rapport aux PABX du marché. Quand vous achetez un PABX, vous ne pouvez installer que les postes du constructeurs, avec Asterisk vous avez le choix. Vous aurez (ou votre intégrateur) juste à adapter les scripts en conséquence. Vous n’avez plus de limite dans les programmations souhaitées et dans les circuits d’appels, problèmes par contre souvent rencontrés avec les PABX. Vous restez aussi maître des coûts d’évolution, en effet il n’y a pas de licences par utilisateurs, ou de cartes à ajouter. Il faudra par contre surveiller le dimensionnement du serveur.
J’ouvre un chapitre sur la sécurité. Le monde du PABX m’a souvent étonné par l’ignorance des risques associés. Combien d’entreprises ont vu leur PABX piratés ? mieux, combien se sont aperçues du piratage (en dehors de la facture) ? Les PABX sont rarement en dernière version logicielle essentiellement pour des questions de coûts ou d’ignorance. Le parc est donc en production avec des failles de sécurité et des bugs non corrigés. Mais connaissez vous la liste des bugs et des failles de la version que utilisez chaque jour ? les hackers oui. Avec Asterisk, vous connaissez les bugs, vous pouvez ainsi mettre en place les procédures nécessaires pour les corriger ou les contourner, appliquer le dernier patch. Le second point de la sécurité concerne les communications IP. A ce jour, Asterisk ne sait pas crypter les flux RTP (mais c’est en cours), mais peu de solutions constructeurs le proposent. Ceux qui ont ce besoin de part leur activité doivent garder cela en mémoire et bien étudier les fiches techniques des constructeurs afin de vérifier si ce point du cahier des charges est parfaitement rempli.
Asterisk est une solution logicielle qui demande de la maintenance logicielle. Souvent cet effort est oublié par les entreprises quand elles intègrent une solution open source. Et pourtant, cette maintenance va garantir la sécurité, la stabilité et l’évolutivité de votre PABX.
L’objectif de l’article étant de répondre à la question : puis-je installer Asterisk dans mon entreprise. La réponse est oui. Ai-je un intérêt financier à le faire ? cela va dépendre de votre expertise, de la taille de votre entreprise et de votre cahier des charges. Il existe des intégrateurs qui ont développé à partir d’Asterisk des PABX soit en mode licence soit en mode appliance (serveur + Asterisk + scripts). Pour les entreprises aux besoins standardisés et sans expertise, cette alternative peut permettre de réaliser des économies tout en bénéficiant des avantages d’Asterisk. Il faut vérifier tout de même que la solution ne devient pas closed source (vous vous retrouverez dans le cadre d’un PABX constructeur).
En conclusion, je vais parler de mes propres expériences. Je travaille sur Asterisk depuis 2001 et j’ai donc suivi l’évolution impressionnante du projet. J’ai réalisé des intégrations pour des centres d’appels, des entreprises multi site et du centrex. J’utilise aussi Asterisk pour combler des lacunes de PABX en place. Le projet est extrêmement puissant et ouvre des possibilités infinies à qui sait les exploiter.
Related posts:




Bonjour Mathias,
je viens de lire votre article qui me semble très objectif. En effet, quand « on » parle d’Asterisk, la plupart des articles en font un commentaire dithyrambique sans aucun point négatif : alors que dans mon esprit, c’est imossible. Vous osez au moins mettre en garde sur les points à regarder de très près.
Je dois monter un call center, un tout petit au début (1 ou 2 positions) et dans le futur, le faire évoluer vers plus de positions.
Nous avons au sein de l’enteprise, un « vieux » PABX avec 2 cartes T0. J’aimerais intégrer le call sous Asterisk en conservant l’ancien PABX. Pensez-vous que c’est une idée raisonnable ?
Je ne sais pas si je dois faire appel à des prestataires extérieurs ou d’abord essayer de le faire seul (je sais administrer un serveur Linux mais je n’ai pas plus de compétence que cela sur le RTC). Que me conseilleriez-vous ?
Merci pour votre aide.
Jeanson
Bonjour Jeanson,
Je vous remercie pour votre commentaire. Aucune solution n’étant parfaite, j’essaie de mettre en avant les points forts et les points faibles afin de pouvoir se faire une idée réelle des solutions exposées.
La solution que vous proposée, c’est à dire de garder votre vieux PABX est une bonne idée. Vous pourrez ainsi essayer et tester la solution asterisk, sans mettre en péril la réception des appels de votre entreprise.
L’infrastructure suivante est l’idéale :
accès France Télécom – PABX – Asterisk (connexion se faisant en T0/S0)
les postes téléphoniques sont gérés par le PABX.
Les appels entrants devant subir un traitement spécifique (le tri se faisant par SDA, voir par plages horaires selon le PABX, même s’il faut mieux tout mettre dans Asterisk pour les stats) sont routés par le PABX sur le serveur Asterisk puis selon le traitement renvoyé vers le(s) poste(s) destinataire(s).
Pour la mise en oeuvre, si vius n’avez pas d’expérience en téléphonie et aucune sur Asterisk, il faut mieux s’appuyer sur des compétences extérieures. Vous gagnerez du temps et de l’argent.
Je vous envoie en privé un contact qui pourra vous aider dans votre projet.
Cordialement,
Mathias
Dans ce cas de figure je préconiserais plutôt la chose suivante.
Interfacer votre PABX avec Asterisk nécessite l’acquisition de carte Digium T0 ou mieux d’un boitier Audiocodes/Patton.
N’en déplaise à Mark Spencer dont sa société Digium base son business model sur la vente des cartes T0/T2/… j’oriente plus sur des solutions à base de boitier externe et cela pour plusieurs raisons :
- la maintenabilité des modules noyaux est délicate (vous parlez à juste titre dans l’article de mise à jour du système)
- la qualité des appels (problématique d’echo notamment) est en retrait par rapport aux solutions à base de boitier
- vous conservez une interface standardisée (SIP) entre l’IPBX et le boitier. Si demain vous optez pour une solution de type 3CX, SipXecs ou encore FreeSwitch vous n’aurez pas d’incompatibilité.
Enfin je supprimerais le PABX existant. En effet pour le prix de 2 postes vous supprimez la gestion d’un système vieillissant. De plus vous n’aurez pas à maintenir deux systèmes en //
Néanmoins pour garantir le succès de ce projet, une phase de maquettage est indispensable. Il faut également prévoir un rollback en cas de problème avec l’ancien PABX.
Une fois la migration réalisée vous pouvez toujours revendre votre ancien PABX et amortir en partie l’investissement réalisé sur le boitier Audiocodes/Patton ou encore les 2 téls IP.
Bon courage.
Cordialement,
Adrien
Bonjour Monsieur,
J’ai un problème de qualité dans les communications, j’ai un switch qui permet de collecter et de terminer les appels en voip et le problème principale c’est que l’appelé entend loin l’appelant et je ne sais pas ce que je dois faire.
Cordialement.
Bonjour,
Les causes peuvent être multiples et les informations ne sont que trop succinctes pour pouvoir vous aider.