SI HOPE

Etude d'une passerelle/serveur

SMS : Kannel

Auteur:

Fonction

Nana Tchoutang Anicet IT Support Technique

Destinataires:

Fonction

Sandeu Jean Jules Chef de projet SI

Historique du document :

Date Auteur Description

03/09/2009 NTA Premier Livrable Installation et Configuration de Kannel

I. Prsentation de Kannel

Kannel est un projet Open Source, mis sous licence FreeBSD lanc par la compagnie finlandaise

Wapit Ltd en juin 1999. Elle est crite en langage C, et fourni une passerelle mixte SMS et WAP. La

licence FreeBSD est une licence libre utilise pour la distribution de logiciels. Elle permet de rutiliser

une partie ou tout le logiciel sans restriction, qu'il soit intgr dans un logiciel libre ou propritaire.

En outre, elle permet galement de grer le push, le pull ou pull-push SMS c'est--dire

respectivement, l'envoi des messages aux entits extrieures, la rception d'un SMS ou la rception

de requte, puis l'envoi de la rponse aprs traitement partir de la plateforme. Au niveau de

l'application se fait le traitement de la requte, puis l'envoi de la rponse via le SMSC de

rattachement l'abonn demandeur. Dans la mesure o la passerelle est relie plusieurs SMSCs,

une configuration approprie se chargera du routage du SMS-MT vers le SMSC concern ; l'diteur

de service n'a donc pas l'obligation de matriser avec ses contours le protocole d'interfaage au

SMSC, mais il est oblig de le dterminer.

I.1 - Principe de fonctionnement de Kannel

Le SMS est achemin par le rseau de tlphonie mobile vers le serveur. Le serveur autorise part la

liaison au SMSC via une liaison spcialise, une liaison travers un simple modem GSM.

L'acheminement des SMS requte-rponse diffre selon les deux modes de liaison. En effet, selon le

mode de liaison du serveur au SMSC de l'oprateur, par le truchement d'un modem GSM (SMSC

virtuel), le SMS traverse quatre fois l'interface Air comme l'indique la figure 1 :

Figure 1 : Liaison du serveur SMS travers un modem GSM

Elle est indique lorsqu'il s'agit d'un trafic pas assez grand. Il est prouver empiriquement que le

serveur connect selon ce mode, ne peut traiter qu'au plus 6 10 SMS la minute. Pour le mode de

liaison, travers une liaison spcialise du serveur au SMSC de l'oprateur, le SMS ne traverse que

deux fois l'interface Air comme l'indique la figure 2 :

Figure 2 : Liaison du serveur SMS travers une liaison spcialise

La liaison via un modem est celle que nous avons retenue pour les tests et prsentation de

l'application, surtout du fait de sa mise en uvre facile, techniquement et financirement. Les

rsultats obtenus seront valables pour une liaison spcialise. Le traitement du SMS se faisant au

sein du serveur, il convient de procder une tude de sa structure interne.

I.2 - Architecture de Kannel

L'architecture de Kannel rvle qu'il est compos de trois principaux blocs appels encore box ;

leur intercommunication correcte confre Kannel, sa stabilit et son utilit. En effet, il s'agit de :

> Le bearerbox;

> Le SMS box;

> Le WAP box.

I.2.1 - Description des blocs

a- Le bearerbox

Le bearerbox est l'interface entre le rseau de tlphonie mobile et les autres compartiments du

serveur. Pour les autres blocs, Il joue le rle de routeur. En effet, c'est lui qui reoit les SMS

provenant d'un rseau mobile et se charge de les transmettre au bloc appropri. Au fur et mesure

que les autres blocs se connectent et se dconnectent au bearerbox, ce dernier met jour

dynamiquement la liste des blocs en ligne. Mis part la rception de messages entrants, le

bearerbox reoit aussi tous les messages sortants et les adapte au format du rseau auquel il

s'interconnecte.

b- Le SMS box

La conception d'un SMS box est simple. Un SMS box reoit un SMS partir du bearerbox, l'analyse

afin d'en extraire les mots-cls et les paramtres s'il y'a lieu. En fonction du mot cl, le serveur

renvoie la rponse au client ; rponse qui peut tre un texte statique, le rsultat de l'excution d'une

action associe. Dans le cas o le service SMS configur dans le fichier renvoie un URL, le smsbox

peut rcuprer les donnes contenues et les envoyer au bearerbox qui son tour les renvoie au

client via le SMSC de l'oprateur de tlphonie mobile. Le smsbox peut galement rceptionner les

SMS, provenant d`ordinateurs d'un rseau informatique tel que l'intranet ou l'Internet. En effet, les

messages reus au format HTTP sont convertis en messages de type SMS pour tre accessibles aux

terminaux GSM.

c- Le WAP box

Nous ne dvelopperons pas assez cette partie .Nous retiendrons de ce bloc, qu'il met en place le

protocole WAP (Wireless Application Protocol) ; Protocole qui rcupre les requtes issues des

mobiles supportant le WAP, puis les traduit en requtes comprhensibles par les serveurs HTTP et

vice versa.

I.2.2- Mode de communication entre les blocs

Les donnes sont changes entre le bearerbox et les wapbox, smsbox travers le protocole TCP /IP.

TCP /IP est un protocole adapt trs souvent pour une utilisation en rseaux tendus (comme

Internet), et son incorporation dans la procdure de communication des diffrents blocs de Kannel,

signifie que ces blocs peuvent tre dploys sur des ordinateurs aussi distants que possible, si

ncessaire. Les performances en termes de risque de crash sont plus optimises lorsque ces blocs

sont dploys sur des machines diffrentes. Rappelons aussi, que de faon permanente, les

diffrents blocs, changent intervalles rguliers des messages de signalisations. La figure 3 reprsente l'architecture physique du serveur /passerelle Kannel :

Figure 3 : Architecture de Kannel

II- Interface avec les entits externes

Figure 4

Notre serveur SMS peut s'interfacer pour l`instant avec des entits du type :

> les terminaux GSM ou SMSC virtuel du genre WAVECOM ; > les SMSC tels que ceux de NOKIA ;

> les serveurs HTTP ;

> des passerelles SMS.

La figure 4 reprsente les diffrentes entits externes pouvant s'interfacer avec le serveur /passerelle Kannel :

Quelque soit la nature de l'entit qui envoi la requte, le serveur l'intgre d'abord dans une file d'attente, puis ensuite essaie de la renvoyer en mode TCP au SMS box travers le bearerbox.

II - Administration de Kannel

L'administration peut se faire travers la ligne de commande ou la requte HTTP. La syntaxe en

mode HTTP est la suivante : http ://localhost: 13000/command?password=icom.

Les commandes sont multiples, et peuvent tre par exemple du type resume pour redmarrer le

serveur s'il tait isol auparavant, status pour prendre connaissance du statut du serveur, ou

shutdown pour arrter le traitement des SMS ceux qui se trouve dj dans la file d'attente.

Somme toute, la matrise de la notion de passerelle en gnral, puis celle de passerelle ddie SMS

en particulier, n'a pas t sans intrt. Elle nous a permis d'apprhender de faon globale le niveau

de fonctionnement des diffrents outils d'interconnexion et pour cause la passerelle inclut les

fonctionnalits des outils de niveau qui lui est infrieur tels les routeurs, ponts, rpteurs. Le choix

de la solution libre Kannel comme passerelle SMS, offre une multitude d'avantages. Pour se

rsumer, c'est une solution stable, disponible en tout temps, non commercialise, adaptable nos

besoins, pour ne citer que ceux-l. En renfort tous ces arguments, Kannel se dploie de prfrence

dans un environnement libre tel que Linux. En effet, c'est donc aprs avoir install RedHAT

enterprise 4 , une distribution de Linux que nous avons dploy le noyau de traitement des SMS.

MISE EN PLACE DU NOYAU DE TRAITEMENT DES SMS

Ce chapitre sera sectionn en trois parties. La premire partie sera consacr l`installation de Kannel

et au test de son interaction avec un ventuel SMSC ; ce que nous appellerons le Fake SMSC ou le

SMSC logiciel. Dans la deuxime partie, il s'agira de dployer Kannel li un SMSC virtuel, afin de

tester les rsultats des diffrents services configurs ; enfin, dans la dernire partie, nous aborderons

la possibilit de connecter notre application une passerelle SMS d'un SMSC en mode HTTP.

Toujours dans cette partie, nous ne manquerons pas d`tudier la possibilit de faire aussi de notre

application, une passerelle d'accs SMS+ pour d'ventuels diteurs de services.

II.1- Mise en place de la passerelle/serveur Kannel

II.1.1- Moyens utiliss et prrequis

Les moyens utiliss pour l'implmentation de Kannel sont la fois matriels et logiciels. En effet,

l'environnement Linux, la documentation sur le serveur Kannel, les notions sur la pile de protocole

TCP/IP (HTTP) nous ont t indispensables. Redhat Enterprise 4 est la distribution de linux que

nous avons retenu pour notre travail. C'est aprs l'avoir install avec les paquetages ncessaires, sur

un ordinateur Pentium IV, que nous allons dployer le serveur Kannel.

II.1.2- Dploiement de Kannel partir du code source

II.1.2.1- compilation

La version de Kannel tlcharge dans notre cas est le 1.4.1 disponible sur

http://www.kannel.org/download/1.4.1/gateway-1.4.1.zip. Nous avons rcupr le fichier zipp

sur une mmoire de masse (Cl USB) que nous avons transfr enfin sur notre poste de travail dans

un rpertoire prciser comme on le fait pour la cration de dossier dans Windows. Pour ce faire,

nous avons procd comme suit :

> d`abord, crer le rpertoire dans lequel va loger le fichier compress partir de la commande :

mkdir

> ensuite, copier ce fichier dans le rpertoire en question en tapant la commande : mcopy ou cp

Une fois le fichier prsent dans le rpertoire, l'tape suivante va consister la compilation. Au fait, la

compilation traduit le code source en un langage comprhensible par la machine. Pour ce faire, il

faut dcompresser le fichier, avec la commande : unzip ou tar xzf.

Aprs la dcompression, lancer la commande : . /configure -with-mysql -with-mysql-dir = [rpertoire]

Cette commande prpare la machine la compilation juste en vrifiant si les paquetages

indispensables y sont; elle est toujours associe par dfaut des options. Et puisque, l'option de

connexion une base de donnes n'est pas prise en compte par dfaut, alors que nous en aurons

besoin, nous l'avons rajout comme l'indique la commande prcdente. Le rpertoire prciser, est

celui dans lequel est localise la librairie MySQL. C'est la commande make qui dclenche la

compilation en vrifiant d'abord la syntaxe correcte du code source.

Pour faire simple, la compilation est cette tape de l'installation au cours de laquelle le code est

transcrit en un langage comprhensible par la machine.

II.1.2.2- Installation

Aprs la compilation, il est ncessaire d`installer certains programmes complmentaires qui

prennent en compte les diffrents blocs du serveur, juste en tapant : make install = [rpertoire]

Dans cette commande, le rpertoire dans lequel seront installs les fichiers objets est prciser.

Dans notre cas, c'est le rpertoire /etc/Kannel qui a t choisi. A la fin de l`installation de la

passerelle/serveur, la possibilit est offerte d'en faire un portail SMS et/ou un portail WAP selon le

besoin. La configuration des fichiers sera faite en fonction du choix retenu.

II.1.2.3- Configuration des fichiers relatifs au serveur SMS

En fonction de l`utilisation que l'on veut en faire, le libell des fichiers de configuration,

essentiellement organiss en groupes, varie. Cependant, les fichiers relatifs au bearerbox sont

obligatoires. En effet, les groupes core et smsc administrent le bearerbox tandis que les

groupes smsbox , smsservice s'occupent du SMS box . Les diffrents groupes sont dfinis

par une succession de variables. La syntaxe impose que ces groupes soient spars les uns des autres

par au moins une ligne vierge. D`une faon gnrale, il existe trois types de variables savoir :

> les variables obligatoires : elles sont indispensables au bon fonctionnement du groupe

> les variables optionnelles : elles ne sont mentionnes que

lorsque besoin il y'a

> les variables facultatives : leur absence, n`entame en rien le bon fonctionnement de l`application.

La syntaxe gnrale des lignes de variable se prsente comme suit : Variable = valeur.

Toutefois, une variable peut tre ajoute et dsactive, juste en plaant # au dbut de la ligne

correspondante. L`dition des fichiers de configurations est strictement personnalise, puisque

dpendant des besoins exprims .Cette dition peut se faire partir de l'diteur de texte, Emacs

dans notre cas. Le fichier final est enregistr dans un rpertoire rappeler chaque fois que l`on

voudra dmarrer l'application.

a- Configuration du groupe core

La configuration du groupe nomm core est indispensable au mme titre que le bearerbox

qu'il paramtre. Le fichier fonctionnel n'est rduit qu`aux lignes qui ne seront pas prcdes du signe

dise # . Une configuration simple du groupe nomm core peut se prsenter comme suit :

group = core

admin-port = 13000

admin-password = icom

status-password = icom

admin-allow-ip = ``*.*.*.*``

admin-deny-ip = ?127.0.0.1;*.*.*.*?

smsbox-port = 14000

#wapbox-port = 2000

box-deny-ip = ?*.*.*.*?

box-allow-ip = ?127.0.0.1;*.*.*.*?

log-file = ?tmp/kannel.log?

log-level = 1

access-log = ?tmp/smsinfo.access?

store-file = ?tmp/sms.store?

unified-prefix = ?+228, 00228,0 ; +,00?

white-list = ?http ://localhost/whitelist.txt?

b- Configuration du groupe smsbox

Ce groupe prcise Kannel de ne fonctionner seulement que comme un serveur /passerelle SMS :

group = smsbox

bearerbox-host = 127.0.0.1; #sendsms-port = 1025

sendsms-chars = ?1234567890?

global-sender = 123456

log-file = ?/tmp/smsbox.log?

log-level = 0 a 4.

access-log = ?tmp/smsbox.access? white-list = URL

c- Configuration des services

Le groupe sendsms-user permet de dfinir les utilisateurs accrdits pourcl'envoi de SMS, alors

que le groupe sms-service permet de dfinir lescservices SMS tester. Chaque service est

identifi par un mot cl dontcl'application se chargera de renvoyer de faon automatique la rponse

luiccorrespondant. Bref, ce sont ces services qui confrent Kannel sa fonction decserveur SMS ; la

configuration de ces services peut se prsenter comme suit :

group = sendsms-user username = icom

password = icom

user-deny-ip = *.*.*.* user-allow-ip = *.*.*.* faked-sender = 1

omit-empty = 1

forced-smsc = smsc-id

group = sms-service keyword = heure

header = icom

footer = merci

text = date

accepted-smsc = smsc

faked-sender = 100 omit-empty = 1

d- configuration du Fake SMSC ou SMSC logiciel

L'tape suivante va consister configurer le groupe smsc . En effet, c'est cette configuration qui

prcise le SMSC de l'oprateur avec lequel peut dialoguer l'application. Le plus important des

paramtres est le protocole de communication avec le SMSC ; une fois le protocole dfini, il ne

restera qu` effectuer une configuration adquate des paramtres restants, pour relier le serveur

ce dernier. En pratique, il n'en est pas ainsi puisque les oprateurs prfrent offrir trs souvent des

connexions relais (passerelle), utilisant plutt le protocole HTTP (trs rpandu). Kannel en a aussi

tenu compte et a propos un type de groupe smsc spcial appel http . En effet, Ce SMSC de

type HTTP permet un accs tout SMSC d'oprateur dont trs souvent la passerelle offre une

interface HTTP; nous n'en sommes pas encore l, puisque cette option fera l'objet d'un autre

paragraphe. Pour l`instant, l'important est de s'assurer que l'installation s'est opre parfaitement.

Cette vrification passe par le test par le Fake SMSC . En effet, le Fake SMSC joue le rle d'un

SMSC distant et permet de tester la fonctionnalit de l'application ; ajoutons qu'il est purement

logiciel et est implant dans le serveur Kannel. La configuration d'un Fake SMSC se prsente

comme suit :

group = smsc

smsc = fake

port = 10000

connect-allow-ip = 127.0.0.1

La figure5 matrialise la connexion entre le Fake SMSC et le serveur SMS :

Figure 5 : Position logique du Fake SMSC

Bien qu'ayant t install avec le serveur, l'apprhension de sa fonction nous conduit le placer

l'extrieur de ce dernier. Le test du fakesmsc se fait selon la syntaxe :

test/fakesmsc [option] message envoyer.

La figure 6 regroupe les rsultats du test que nous avons effectu :

Figure 6 : Rsultat du test de la connexion du serveur au Fake SMSC

L'analyse de la figure 6 en sa seconde ligne rvle que nous avons envoy cinq (5) fois le message heure. Il apparat clairement qu'une rponse est envoye chaque requte, et vaut

mer+jui+30+2008 +16 :07 :03

En effet, cette rponse est conforme notre configuration, puisque cette dernire prcise qu' tout

message correspondant heure , que la rponse renvoye corresponde la date et l'heure du

moment. Ces tests sont rassurants, mais pas absolument selon nous, pour baliser la voie la mise en

place d'une liaison spcialise entre le SMSC et notre application. Comme alternative, nous avons

propos de passer par le test des services, partir d'un modem GSM (SMSC virtuel) et pour cause, il

arrive parfois que la pratique s'loigne de la thorie.

II.2- Dploiement de Kannel connect un SMSC virtuel

II.2.1- Outils requis

Tous les outils matriels et logiciels du paragraphe prcdent, sont repris dans le cadre du

dploiement du serveur Kannel connect un SMSC virtuel. L'oprateur de tlphonie mobile trs

souvent donne accs son SMSC, que par le biais d`une passerelle SMS dont les paramtres sont

communiqus l'diteur de services. A titre d`information, ICOM s`est inscrite dans cette option

d`accs au SMSC, condition que nous lui assurons qu' la toute premire tentative, la connexion

sera fonctionnelle. Pour des raisons de tests et pour une prsentation du produit, nous avons

propos un accs au SMSC via un modem GSM. En fait, cette tape du travail n'est qu'une partie d'un

processus deux niveaux que nous nous sommes fixs.

II.2.1.1- Un ordinateur

Un ordinateur aux caractristiques similaires celles dcrites , peut tre utilis galement dans ce

cas. La distribution de Linux adopte reste la mme c'est--dire Redhat enterprise 4 . Sur cet

ordinateur, nous mettrons en place le serveur /passerelle Kannel en suivant les tapes mises en

exergue. Pour ce qui est de la configuration des fichiers, seul le groupe du Fake SMSC, sera remplac

par celui du SMSC virtuel auquel le serveur Kannel est connect.

II.2.1.2- Modem GSM

Les modems ne reoivent des instructions qu' partir des commandes dites de type AT.

En effet, les commandes AT dsignent un groupe de commandes, mis au point par Hayes afin de

contrler le fonctionnement des modems. Ces commandes permettent d'interroger le mobile pour

obtenir des informations ou bien d'excuter une tche afin de s`assurer que le modem

peutfonctionner de faon correcte (qualit du signal reu...) WAVECOM est la marque de modem

utilis ; son modle est de type Fastrack. C'est ce modem qui jouera le rle de SMSC virtuel.

Les images de la figure 7 donnent des dtails prcis sur l'aspect physique du modem :

Figure 7 : Prsentation gnrale du modem GSM Wavecom

Le modem GSM fonctionne dans les bandes de frquences 900MHz et /ou 1800MHz. Il intgre les

fonctions de transmission de donnes/voix/SMS et la fonction de FAX. Il est utilis en GSM et DCS.

Aliment sous une tension continue et il tolre des tensions comprise entre 9 12Volts. Il est fourni

avec un convertisseur 1 10Volts AC-12Volts DC. Il a fallu donc intercaler un transformateur 220Volts-

1 10Volts entre le secteur et l'adaptateur.

a- Prparation du modem en vue de son utilisation

En appuyant sur le bouton d'jection de la trappe l'aide de la mine d'un stylo par exemple, la

trappe s'jecte. Sur cette trappe jecte, est pose convenablement la carte SIM ; l'ensemble est

enfich dans le modem. L'antenne est connecte au port RF. L'ensemble modem-antenne est

connect l'ordinateur travers une liaison srie RS232. Quant-au cble d'alimentation, il sera

enfich dans son port correspondant.

b- Test des caractristiques du modem par les commandes AT

Nous avons envoy ces commandes partir du programme Hyperterminal de Windows sur un port

COM, obtenu en suivant le chemin ci-aprs : Dmarrer/Programmes /Accessoires/ Communications/ Hyperterminal

Ces tests permettent de s'assurer de l'tat correct du modem. En premier, on lance toujours AT, puis

on appuie sur la touche ENTREE, Si le modem est en tat de fonctionner, alors il renvoi la rponse OK

qui s'affiche sur

l'HyperTerminal, comme l'indique la figure 8:

Figure 8 : Test de l'tat du modem

Cette premire commande permet de s'assurer que le modem est en tat de recevoir d'autres

commandes. La syntaxe gnrale des commandes AT se prsente de la manire suivante : AT + nom

de la commande. La commande CGMI prsente sur la figure 9 permet simplement de prciser la marque de modem dont nous disposons :

Figure 9 : Test de la marque du modem

La commande AT+CREG? permet de vrifier si le modem a t enregistr ou non par le rseau. En

effet, lorsque la rponse la commande affichera +CREG:O, 1 alors le modem est enregistr sur le

rseau en tant qu'utilisateur local, alors que +CREG:0,5 indique qu'il s'agit d'un utilisateur

international, qui accde au rseau par roaming. Toute valeur autre que 0,1 ou 0,5 implique que

l'accs au rseau mobile est refus. Nos tests ont rvl ce que reprsente la figure III-6 :

Figure 10 : Test de l'enregistrement du modem sur le rseau

Le niveau du signal est test, partir de la commande CSQ comme l'indique la figure 11 :

Figure 11 : Test du niveau du signal reu par le modem

En effet, c'est lorsque le niveau du signal reu est situ entre 11 et 31 qu'il est optimal pour

enclencher une communication. Alors, ce qui voudrait dire qu'au moment et en l'espace o nous

avons effectu ces tests, toutes les conditions taient runies pour que notre modem soit

oprationnel.

II.2.2- Edition du fichier de configuration relatif au SMSC virtuel

Sans pour autant se rpter, rappelons que c'est au fichier de configuration dit prcdemment,

l`exception du groupe relatif au Fake SMSC, qu'il faut ajouter les groupes relatifs au SMSC virtuel. Le

plus important est de reconnatre le type de SMSC auquel l`on se connecte, bref le protocole de

communication afin de faire une configuration consquente. AT est le type dans ce cas, puisque

c`est le protocole de communication entre le serveur et le SMSC virtuel (modem).

La configuration de ce SMSC de type at permet au modem de se connecter au serveur Kannel et

de fonctionner comme un SMSC virtuel. Voici un modle de configuration:

group = smsc smsc = at modemtype = marque du modem device = rpertoire de type /dev speed = nombre pin = nombre validityperiod = code keepalive = nombre en seconde my-number = numro de tlphone sms-center = numro sim-buffering = valeur boolenne

La configuration du groupe modems prcise les paramtres sous lesquels doit fonctionner ce

modem :

group = modems id = marque du modem name = marque du modem

detect-string = marque du modem detect-strings = modle de la marque speed = valeur en bps no-pin = valeur boolenne enable-hwhs = AT+IFC=2,2 no-smsc = valeur boolenne sendline-sleep = nombre keepalive-cmd = AT message-storage = SM ou ME

La figure 12 est une illustration du dploiement du serveur connect un modem GSM:

Figure 12 : Schma conceptuel du serveur connect au modem GSM

II.3 - Dploiement de Kannel connect un SMSC http

Les oprateurs de tlphonie mobile n'autorisent la connexion de l'application de l'diteur de

services leurs SMSCs, qu' travers des passerelles. En effet, outre leur fonction d'adaptation de

protocoles metteurs en protocoles rcepteurs, les passerelles assurent des connexions (aux SMSCs)

scurises. Les protocoles HTTP, et SMPP n'tant pas propritaires, la plupart des passerelles SMS

offrent une interface de communication soit en mode HTTP ou SMPP. Nous avons choisi de tester la

connexion en mode http puisqu'elle correspond effectivement au mode de connexion autoris par

les oprateurs de tlphonie mobile. L'effectivit de cette connexion passe aussi par une

configuration adquate.

III.3.1 - Fichiers de configuration

Le fichier de configuration relatif au SMSC de type HTTP peut prsenter cette allure :

group = smsc smsc = http system-type = kannel send-url = http://localhost:22022 smsc-username = icom smsc-password = icom port = 13013 connect-allow-ip = 127.0.0.1;*.*.*.*

Les quatre premires variables sont fondamentales pour ce fichier. Les autres variables sont

optionnelles. A titre d'explication du fichier de configuration, considrons la variable port = 13013,

elle prcise le port d'coute du serveur, des messages provenant d'autres passerelles. Il faut tout de

mme rappeler que ces fichiers viennent en rajout aux configurations faites prcdemment.

II.3.2 - Intrt de la prise en compte du SMSC de type HTTP

Une fois le fichier correctement configur et pris en compte par le reste du serveur, il est dsormais

possible de simuler la connexion une passerelle SMS d'un SMSC rel, en mode HTTP. Pour ce faire,

nous nous sommes procur deux ordinateurs, sur lesquels nous avons pralablement install le

serveur Kannel, que nous avons mis en rseau par un cble crois. Schmatiquement, le premier

ordinateur correspond celui sur lequel nous avons dploy Kannel, connect au SMSC virtuel

tandis que sur le second est configur le SMSC de type HTTP . De faon concrte, c'est au niveau

du groupe SEND-SMS USER , qu'est dclar le nouvel utilisateur qu'est l'ordinateur o est

implment le groupe SMSC de type HTTP . Tout se passe comme si c'tait un diteur de services

qui se faisait crer un compte au niveau du SMSC de l'oprateur (qui correspond au serveur dployer

avec le SMSC virtuel). Le second systme (serveur Kannel o est configur le SMSC de type HTTP)

peut tre compar notre serveur SMS que nous seront amens connecter la passerelle d'un

SMSC rel travers une liaison spcialise TCP. En effet, pour les entits en bout de liaison, le

protocole de communication demeure le mme, qu'il s'agisse d'une liaison spcialise, ou d'un cble

crois. La figure III-9 est la reprsentation schmatique du scnario de test de la liaison

HTTP de l'application au SMSC :

Figure13 : Scnario de test de la liaison HTTP de l'application au SMSC

Rappelons que cette liaison la passerelle SMS en mode HTTP, de notre application n'est

envisageable que lorsque cette dernire tourne sous kannel, brunet, xidris ou wapme. A part le fait

que la prise en compte de cet SMSC permette le test de la liaison en mode HTTP ,il permet

galement que notre plateforme serve de passerelle d'accs un SMSC d'oprateur de tlphonie

mobile pour ceux qui voudront initier des SMS survalus.

La configuration des fichiers fut l'essentiel du travail ralis, puisqu'il a fallu d'abord cerner les

diffrentes variables, puis ensuite n'utiliser que celles qui correspondent nos besoins. L'utilisation

du Fake SMSC n'tait pas aussi obligatoire, mais utile puisqu'il nous a permis non seulement de

tester l'tat de l'installation, mais aussi d'tre rassur que notre application peut dialoguer avec un

SMSC physique quelconque. Le test par le

SMSC virtuel nous a rassur une fois de plus et de faon pragmatique que l'application mise en place,

rpond.

Quant-au test de la connexion un SMSC en mode HTTP de notre serveur SMS, il nous a permis de

rassurer ICOM qu'elle peut enfin dployer la liaison loue sans crainte.

CONCLUSION La ralisation de ce projet a t bnfique plus d'un titre. Ce fut pour nous l'occasion d'une

vritable initiation aux ralits de la vie professionnelle. Le portail SMS que nous avons mis en place

a exig la fois un minimum de connaissances du rseau GSM, particulirement le monde du SMS et

des outils de dveloppement informatique puisqu'il est dsormais impensable de dissocier les

tlcommunications de l'informatique. Ce portail SMS, joue un double rle :

> d'abord, il sert de passerelle SMS ; en ce sens, il est aussi d'un intrt capital pour les oprateurs de

tlphonie mobile, eux-mmes.

> ensuite, il sert de serveur SMS, du fait de sa capacit traiter de faon automatique les requtes

SMS, qui lui parviennent. La dnomination de passerelle/serveur attribue n'apparat plus donc

sans sens ; nous pensons notre humble avis, que l'appellation serveur semble tre plus global.

Ainsi lorsque le nom passerelle seul, est utilis seul, c'est que Kannel ne roule en ce moment

seulement que comme une passerelle SMS. L'exprience que nous avons acquise suite ce travail,

nous a convaincu que l'avenir de la tlphonie mobile passe par de telles applications puisqu'

prsent, le plus important est de permettre une pleine utilisation du SMS, vu que presque tout le

monde y est attir.

Un des problmes que nous avons rencontr, tait le temps pour finaliser le tout, puisque mis part

la taille des prrequis, leur aspect nouveau y avait contribu.

Au final, ce projet nous a beaucoup apport dans la comprhension de la technologie TCP/IP, des

commandes linux que nous n'avions jamais essay ; nous avons tant appris aussi sur les solutions

open source et leur place dans l'implmentation de produits tlinformatiques. La langue anglaise

quant- elle, s'est une fois encore avre, la langue du technicien, puisque nous n'avons pas pu nous

en passer. Au niveau personnel, nous sommes sorti grandit, puisque nous concevons dsormais

autrement le domaine des tlcommunications. Nous pensons tre devenu beaucoup plus

imprgner.

Cependant, la ralisation de ce produit ne s'est pas faite techniquement de faon aise, puisqu'il n'a

pas suffit de disposer simplement de la documentation de Kannel pour mettre en place, ce portail

SMS. D'ailleurs, les foires aux questions sur Internet, communment appeles forums en

tmoignent. En somme, il fallait juste faire preuve d'ingniosit. Toujours en raison de la difficult,

rsidant dans son dploiement, nous estimons environ 75%, les potentialits du serveur Kannel,

que nous avons pu activs ; beaucoup encore reste faire donc. Aussi, il ne faut pas non plus perdre

de vue que jusqu' ce stade, nous ne sommes qu'au dbut de l'apprentissage de la tlinformatique

et que ce document est loin d'avoir la prtention d'avoir tout dit. Notre souhait est qu'il serve de

document franais de base la comprhension de la passerelle/serveur Kannel.