Chapitre 2 : les généralités sur
la Téléphonie sur IP
La Tarification dans la Téléphonie sur
IP
Figure 5: Récolte des CDRs par le protocole
FTP
> Via la communication en temps réel par le
protocole Syslog : En tant que protocole, Syslog se compose d'une
partie cliente (Router Voix) et d'une partie serveur (Machine d'acquisition).
La partie cliente émet les informations sur le réseau, via le
port UDP 514. Les serveurs collectent l'information et se chargent de
créer les journaux. L'intérêt de Syslog est donc de
centraliser les journaux d'événements, permettant de
repérer plus rapidement et efficacement les défaillances
d'ordinateurs présents sur un réseau. La communication via syslog
génère un trafic temps reel de l'activité du CME à
travers le port de communication UDP standard.
> Via communication par le protocole RADIUS :
Le routeur CISCO envoie les CDRs au serveur RADIUS via le protocole
RADIUS. Ces CDRs parviennent au serveur RADIUS au format texte et sont
traités par celui-ci. De ce traitement sont extraits les numéros
de l'appelant et de l'appelé, la durée, la date et le montant de
l'appel, le nombre de paquets envoyés et reçus. Une fois ce
traitement effectué, les données sont envoyées au serveur
MYSQL via le moteur MYSQL ODBC (l'interface entre MySQL et ODBC). Le protocole
RADIUS repose principalement sur
Chapitre 2 : les généralités sur
la Téléphonie sur IP
La Tarification dans la Téléphonie sur
IP
un serveur (le serveur RADIUS), relié à une base
d'identification (base de données, annuaire LDAP, etc.) et un client
RADIUS, appelé NAS (Network Access Server),
faisant office d'intermédiaire entre l'utilisateur final et le serveur.
L'ensemble des transactions entre le client RADIUS et le serveur RADIUS est
chiffrée et authentifiée grâce à un secret
partagé. Il utilise les ports UDP. Le protocole établit une
couche applicative au-dessus de la couche de transport UDP. Les ports
utilisés seront, 1812 pour recevoir les requêtes
d'authentification et d'autorisation et 1813 pour recevoir les
requêtes de comptabilité.
Figure 6: Récolte des CDRs par le protocole
RADIUS
On peut résumer ces solutions dans le tableau suivant :
Méthode Avantages Restrictions
tarification
FTP > Moins complexe à mettre en > N'est pas une
solution temps
oeuvre et utilise peu d'outils réelle
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
22
|
Chapitre 2 : les
généralités sur la Téléphonie sur
IP
La Tarification dans la Téléphonie sur
IP
>
|
Fournit les CDR au format .csv
|
> Très difficile d'y intégrer
|
|
qui peut facilement être utilise
|
l'authentification et
|
|
par les applications comme
|
l'autorisation
|
|
Microsoft Excel
|
|
>
|
Supporte tous les champs CDR
|
|
>
|
Intègre l'option de compactage du format CDR (mode
compact
|
|
et mode Détaillé)
> Intègre la possibilité de programmer les
envois de CDR par unité de minutes, ce qui peut limiter la charge du
réseau
> Protocole orienté connexion
RADIUS > Peut-être utilisé aussi pour
l'authentification et
l'autorisation (AAA)
> Solution temps réelle
> Supporte tous les champs de CDR
> Intègre le rejeux en cas de perte d'information
due à un dysfonctionnement
> Il est actif à chaque appels
|
> Plus complexe à mettre à oeuvre
|
Syslog > Moins complexe que radius
> Un serveur syslog peut aussi supporter les erreurs et
permettre en aussi de faire du monitoring
> Solution temps réelle
|
> Le nombre d'attributs
supportés est limite
> Pas de retransmission
> Si plusieurs debug sont activés, ces messages
peuvent surcharger le réseau rendre la tarification nom performante
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
23
|
|