Section II : Présentation de Kannel
A- Historique
Wapit Ltd a été fondé à l'Automne
1998 afin de développer des services pour les utilisateurs de
téléphones mobiles, à l'origine en fonction sur les SMS.
Au cours du printemps 1999, lorsque la société a commencé
à grandir, il a décidé de commencer à
développer des services et des outils de création pour la
plate-forme WAP. Dans le cadre de sa stratégie, Wapit Ltd a
décidé qu'il était logique de développer sa propre
passerelle WAP et à la rendre aussi ouverte. A l'époque, il
y'avait peu de passerelles existantes sur le marché et tous les services
de la plate-forme étaient très coûteux. Depuis lors, Wapit
Ltd était destiné à fournir sa plate-forme de services
à de nombreux clients partout dans le monde et à un coût
relativement faible. D'autre part, Wapit Ltd n'avait aucun
intérét à faire de l'argent directement à partir de
la passerelle ; il était logique de créer un projet Open Source
pour développer la passerelle.
Le projet passerelle a été lancé en 1999.
L'objectif était de mettre en place une passerelle qui soit
techniquement assez moins chère pour les entreprises, les fournisseurs
de services, etc... L'auteur a été embauché en fin juin
1999 pour diriger le projet. A cette époque, il existait une preuve
très primitive du prototype au niveau d'une passerelle SMS.
Wapit Ltd a décidé qu'il était logique de
faire une passerelle qui était à la fois une passerelle WAP et
une passerelle SMS, parce qu'il y'avait des utilisateurs capables d'utiliser le
SMS et peu ou presque pas d'utilisateurs pour le WAP. En outre, le WAP
lui-même peut bénéficier de SMS.
Au départ, il n'avait pas d'exigences de
spécifications formelles de la passerelle. La passerelle était
juste censée être « assez-vite », mais une formulation
plus stricte n'a méme pas été possible.
La passerelle a été finalement
nommée Kannel en janvier 2000. Kannel se définit
comme étant une musique traditionnelle finlandaise, mais le nom
donné au projet n'a aucune signification pour la passerelle.
SMSCENTER
Bearerbox
TCP
Kannel
TCP
Wapbox
Smsbox
Enfin, c'est durant l'Automne 2000 que la passerelle a
commencé à être utilisée, mais pour une production
légère pendant plusieurs mois, à la fois comme passerelle
SMS et passerelle WAP. Kannel supporte les protocoles SMS(AT) et aussi l'usage
des protocoles HTTP par le biais d'un serveur Web.
B- Architecture de kannel
L'architecture de Kannel est constituée de trois(3)
daemons que sont : le Bearerbox, le Smsbox, le Wapbox dont
nous allons voir leurs descriptions.
Bearerbox
Il s'agit du noyau de Kannel, il gère les connexions
avec les SMS Centers. Cependant, le Bearerbox ne se limite pas à cela.
Il joue aussi le rôle de « routeur » entre le client et les
autres daemons de kannel à savoir le wapbox et le smsbox. En effet,
c'est lui qui reçoit les messages provenant du réseau GSM et qui
se charge de les transmettre au wapbox ou au smsbox et effectue les traitements
voulues; il les renvoie aux clients. Bearerbox se charge également de
mettre à jour de façon dynamique la liste des daemons en ligne au
fur et à mesure quand ces derniers se connectent ou se
déconnectent.
En effet, les terminaux mobiles obtiennent des adresses de
façon dynamique. Lorsqu'un terminal désire communiquer avec la
passerelle, celui-ci lui attribue automatiquement une adresse IP qui va lui
permettre de s'identifier tout au long de la transaction. Une fois celle-ci
achevée, le terminal mobile libère son adresse IP qui pourra
être attribué à un autre client.
En somme, nous pouvons dire que le bearerbox sert d'interface
entre les Smscenters et le serveur.
Smsbox
Il est constitué de fonctionnalités
chargées de faire les transactions SMS. Ce processus met en place tous
les outils nécessaires à l'implémentation d'une passerelle
SMS. Smsbox reçoit les requêtes en provenance des clients
demandant un service SMS. Smsbox traite la requête et y réponds.
Il reçoit les messages via HTTP et les convertis au format SMS.
Wapbox
Wapbox met en place le protocole WAP proprement dit ainsi que
le push.Il se charge aussi de récupérer les requêtes qui
débouchent des mobiles supportant le protocole WAP, puis les traduit en
requêtes compréhensibles pars les serveurs http
réciproquement.
Figure III :
Architecture de Kannel et les différents
protocoles
| 
