Upload
cherif-amadou-ba
View
846
Download
14
Embed Size (px)
DESCRIPTION
Service à valeur ajoutée
Citation preview
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.