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 lorsque besoin il y'a optionnelles : elles ne sont mentionnes que

> 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 220Volts1 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.