simulation d'un provider toip basé sur asterisk et gallon/publis/providertoip-final-v2.pdf ·...

Download Simulation d'un provider ToIP basé sur asterisk et gallon/publis/providerTOIP-final-v2.pdf · passer

Post on 26-Aug-2018

300 views

Category:

Documents

12 download

Embed Size (px)

TRANSCRIPT

  • I. INTRODUCTIONLes architectures ToIP sont de plus en plus prsentes dans

    les entreprises. Elles permettent la fois de faire converger les deux infrastructures classiques, tlphonique et informatique, et par l mme de rduire les cots.

    Mais les entreprises cherchent aussi rduire les cots des abonnements tlphoniques et des communications. Une solution est d'utiliser l'accs Internet de l'entreprise pour faire passer ses appels externes par un provider ToIP. Ce dernier offre l'entreprise la possibilit de passer du monde IP vers le monde de la tlphonie commute (3G/RNIS) des cots moindres que ceux engendrs par des accs directs ces rseaux.

    Dans ce papier, nous proposons un exemple d'implmentation de provider ToIP, utilisable en salle de TP. Nous abordons en particulier les problmes de l'authentification, de l'utilisation de passerelles vers le monde commut, du routage des appels entrants et sortants, et de la taxation des appels. La totalit de notre proposition repose sur l'IPBX libre Asterisk, coupl au logiciel libre de taxation a2billing, pour avoir une infrastructure la plus ouverte et la moins coteuse possible. L'architecture de la plateforme est dcrite sur la figure 1.

    Fig. 1 : Schma gnral de la plateforme

    Nous n'aborderons pas ici toutes les fonctionnalits d'un provider ToIP. Nous focalisons notre proposition sur les lments indispensables du provider, savoir (cf figure 2) :

    l'authentification de l'appelant, c'est--dire la reconnaissance de l'entreprise qui essaie de passer

    par le provider pour mettre en place une communication avec un tiers. Cette communication peut tre destine un autre tlphone IP, o un tlphone du monde commut. L'authentification permet de vrifier les droits d'accs de l'appelant, et de le taxer correctement.

    Le routage des appels et l'utilisation de passerelles vers le monde commut. Ici, l'important est de pouvoir router les appels sortants (le client est l'initiateur de l'appel) soit vers un autre poste IP, soit vers une passerelle permettant d'accder aux rseaux commut. Mais il faut aussi penser aux appels entrants, qui doivent pouvoir aboutir au client.

    La taxation, qui permet dans un premier temps de comptabiliser la dure de chaque appel, et si ncessaire, d'estimer le cot de la communication.

    Fig. 2 : Modules du Provider ToIP

    Nptez enfin que le composant Provider ToIP fait partie d'une plateforme gnrique de ToIP, prsente par Patrick Charrin dans l'article Une plateforme pdagogique pour illustrer les diffrentes architectures de ToIP de ce mme workshop.

    II. ASTERISK ET A2BILLING

    A. AsteriskAsterisk est un IPBX (autocommutateur tlphonique IP)

    open source fonctionnant sous Linux ou Windows. Il a t cr en 1999 par Mark Spencer, et a t le support de lancement de la socit Digium.

    Il permet des terminaux ToIP de communiquer entre eux, en utilisant diffrents protocoles de communications, comme SIP, IAX, Il implmente les services tlphoniques traditionnels (renvois et transferts d'appels, Ne Pas Dranger, botes vocales, ) et les services avancs

    Simulation d'un provider ToIP bas sur asterisk et a2billingLaurent GALLON

    IUT des Pays de l'Adour dpt R&TMont de Marsan

  • (messagerie unifie, IVR, centre d'appel, ). Il permet en outre de passer du monde IP vers les rseaux tlphoniques publics (analogique / RNIS / 2G-3G) par l'adjonction de cartes ou botiers passerelles.

    La configuration d'Asterisk est effectue en utilisant diffrents fichiers de configuration (contenus dans le rpertoires /etc/asterisk). On y trouve en particulier :

    le fichier sip.conf, qui contient la liste et les profils des utilisateurs utilisant le protocole SIP pour communiquer avec Asterisk

    le fichier iax.conf, qui contient la liste et les profils des utilisateurs utilisant le protocole IAX pour communiquer avec Asterisk

    le fichier extensions.conf, dans lequel on configure le plan de numrotation et les rgles de routage des appels entrants et sortants

    le fichier musiconhold.conf, dans lequel on configure la musique d'attente

    le fichier chan_dahdi.conf, dans lequel on configure l'accs aux cartes et boitiers permettant l'accs aux rseaux tlphoniques publics

    Bien d'autres fichiers sont disponibles, nous ne pouvons tous les citer ici. L'ensemble de ces fichiers constitue une jungle qu'il est parfois difficile matriser, d'autant que certaines modifications ncessitent une intervention dans plusieurs fichiers. Aussi, diffrentes interfaces graphiques pouvant se coupler Asterisk ont vu le jour : Asterisk@home, trixbox, Ces interfaces sont une aide la modification des fichiers de configuration d'Asterisk. Cependant, elles sont parfois limites (elles n'offrent pas toutes les possibilits de configuration), ou spcifique une implmentation particulire (ex : Trixbox). Aussi, en rgle gnrale, les administrateurs sont amens modifier la main les fichiers de configuration pour effectuer certaines oprations spcifiques.

    Asterisk peut aussi tre coupl une base de donnes, type MySQL par exemple (ce n'est pas la seule possibilit !), afin de stocker les utilisateurs et leurs profils, et enregistrer les tickets de taxation, c'est--dire les tickets indiquant la dure des appels et leur cots. Nanmoins, Asterisk ne fournit pas par dfaut de logiciel de taxation. Les tickets existent, mais ils doivent tre exploits par une application extrieure, comme par exemple a2billing.

    B. A2billing

    a2billing est un logiciel de taxation, trs complet, qui permet non seulement de grer les tickets d'appels, mais aussi de grer des comptes clients, de crditer de diffrentes manires ces comptes ( cartes prpayes , paiement la facture, ), et de les dbiter en fonction des appels passs, et leur facturation.

    a2billing permet de dfinir des rates , c'est--dire des tarifications en fonction de la destination des appels (prfixe). Un client ( customer ) pourra passer des appels travers a2billing, en se voyant affecter d'une certaine tarification. L'ensemble des tarifs qui peuvent tre appliqus ce client sont regroups dans une rate card . Les rate cards correspondent donc aux diffrentes offres tarifaires proposes par a2billing ses clients.

    Fig. 3 : a2billing

    Bien entendu, a2billing reconnait ses clients grce une authentification De plus, il est capable d'appliquer deux types de routage : le LCR qui revient rechercher le chemin coutant le moins au provider, et le LCD qui revient rechercher le cot le plus avantageux pour le client.

    Nous allons nous appuyer sur ces fonctionnalits pour simuler un Provider ToIP partir d'Asterisk et de a2billing.

    III. MISE EN PLACE DU PROVIDER TOIP

    A. Architecture du TPNous considrons l'architecture de TP suivante (Fig. 4) :

    Figure 4 : architecture du rseau de TP

    On retrouve les lments prsents dans le papier Une plateforme pdagogique pour illustrer les diffrentes architectures de ToIP de Patrick Charrin :

    Chaque entreprise est reprsente par un IPBX configur par un binme d'tudiant. Dans nos

  • manipulations, cet IPBX doit supporter le protocole SIP. ON peut utiliser un Alcatel OxO, un matracom AXS, un Asterisk, Plusieurs tlphones sont connects cet IPBX, avec des numros SDA. Dans le cadre de ce TP, nous aurons une seule entreprise, dont la plage SDA est 05584004xx.

    Le provider ToIP est constitu d'un Asterisk sur lequel est rajout a2billing. Nous allons dtailler la configuration de a2billing dans la suite de ce chapitre.

    Le rseau IP est en ralit un rseau Ethernet, mise en uvre par un simple switch. Un tlphone IP, dclar sur l'Asterisk du composant Provider ToIP , reprsentera le monde des tlphones IP (tout numro qui commence par 09xxxxxxxx)

    La Voice Gateway (ou Media Gateway) est implmente par un Asterisk, sur lequel nous avons install une carte Digium B410P qui offre 4 accs de base T0.

    Le rseau RNIS est ralis par un simulateur Patapsco. Quelques tlphones sont connects sur ce simulateur , et permettent de disposer de numros SDA caractristiques (15/18, 08xxxxxxxx, 0467xxxxxx, 06xxxxxxxx), qui seront taxs diffremment.

    Notez que le simulateur de rseau RNIS peut tre remplac par la solution base sur Asterisk, prsente dans le papier d'Angel Abnia. De plus, les composants Provider ToIP et Voice Gateway peuvent facilement tre regroups en un seul en installant la carte B410P directement dans l'Asterisk du composant Provider ToIP . Ceci tant, l'heure o nous crivons, nous n'avons pas test cette possibilit, et la documentation d'a2billing ne laisse pas apparatre la possibilit d'utiliser mISDN ou Dahdi. Si cette information se vrifie, cela signifie que les accs RNIS ne peuvent tre directement grs par a2billing, et cela complexifie le regroupement des deux composants.

    B. Configuration de a2billing

    Nous considrons que l'installation d'Asterisk et de a2billing a dj t effectue (voir annexes A et B). Nous allons dcrire maintenant les diffrentes phases de configuration ncessaires au bon fonctionnement du Provider ToIP

    1) Utilisation de a2billing dans le plan de num. de asterisk

    La premire opration effectuer est de dire Asterisk d'utiliser a2billing. Pour cela, dans le plan de numrotation d'Asterisk (c'est--dire la fin du fichier \etc\asterisk\extensions.conf), il faut dfinir deux nouveaux contextes, a2billing et did, qui contiennent les

    instructions suivantes :

    [a2bill