TRAVAUX PRATIQUES Partie 1 (Prologue) : Afin de connaitre la topologie du réseau, nous avons utilisé les commandes suivantes dans le prompt (en ligne de commande) : - «ipconfig» afin de connaitre notre adresse IP - «ping x.x.x.x» afin de vérifier si les différents postes sont joignables 172.18.3.122 172.18.3.121 172.18.3.123 172.18.3.124 Partie 2 (Service de téléphonie simple) : 2.1 Premièrement, nous avons installé SJPHONE, logiciel gratuit et disponible sous linux, mac et windows. Celui-ci transforme notre ordinateur en téléphone SIP. Nous avons également testé de nous appeler au sein du groupe et de transférer des appels. SJPHONE utilise des ports afin de communiquer. Les ports suivants ont été relevé au moyen de TCPVIEW :
D après la documentation SJPhone, les ports utilisées sont les suivants. 1719 UDP - H.323 Gatekeeper RAS port 1720 TCP - H.323 Call Signalling 1812 UDP - RADIUS server in SJphone 3478 UDP - STUN service 3479 UDP - STUN service 5002 TCP - MLP protocol server 5003 UDP - Neighborhood service 5060 UDP - SIP UAS 5060 TCP - SIP UAS Les ports réellement utilisés sont les ports: 5060 pour l'écoute SIP, 1720 pour la signalisation H.321 et 5003 pour la détection du voisinage. Les sockets en listenning sont celles dédiées à la réception d'appel. La détection de voisin se fait par un broadcast sur le port 5003 et attends les réponses sur celui-ci.
Nous voyons sur cette capture WireShark, l'envoie de trames en broadcast sur le port 5003 pour la détection du voisinage. Nous avons la liste des champs de l'entête de la trame Invite.
Le champ Via est utilisé pour enregistrer la route d'une requête, de manière à permettre aux serveurs SIP intermédiaires de faire suivre aux réponses un chemin exactement inverse. Le champ Contact contient des informations diverses sur le contact, notamment son adresse IP Cseq Il est un identificateur qui sert à rapprocher. Call-ID Ce champ d'en-tête contient un identificateur globalement unique pour un appel. Content-Type Ce champ d'en-tête décrit le type de média contenu dans le corps du message. Content-Length Il s'agit du nombre d'octets du corps du message. Longueur totale: 792 octets Type de la méthode d'appel: SIP Version du protocol utilisé: 2.0 les types des médias supportés : Audio
Les attributs sont les suivants: Media Attribute (a): rtpmap:3 GSM/8000 Media Attribute (a): rtpmap:97 ilbc/8000 Media Attribute (a): rtpmap:98 ilbc/8000 Media Attribute (a): rtpmap:98 ilbc/8000 Media Attribute (a): fmtp:98 mode=20 Media Attribute (a): rtpmap:8 PCMA/8000 Media Attribute (a): rtpmap:0 PCMU/8000 Media Attribute (a): rtpmap:101 telephone event/8000 Media Attribute (a): fmtp:101 0 11,161 ils décrivent les différents formats de médias décrits dans la ligne Media Description L'agent appelé répond par des messages de type Trying puis, ringing: Le code de l'information (100 et 180) de la forme 1xx nous montrent que ce sont des informations d'appel. On identifie les messanges grâce au champ CSEQ de l en-tête SIP. Les deux messages ont le callid suivant: Call-ID: D9BDB291-9B5E-468F-9424-8B59808C5B65@172.18.3.124 Call-ID: D9BDB291-9B5E-468F-9424-8B59808C5B65@172.18.3.124 Ceci sert à identifier l'appel comme nous l'avons vu précédemment. Nous savons donc que la session est la même. B trouve l'adresse de A dans l'entête IP (avec le champ source) et dans l'entête SIP dans le champs FROM. B envoie OK à A pour signifier l'acceptation de l'appel. Acceptation d'appel: 200 OK Refus d'appel/occupé: 486 Busy Here. v=0 o=- 3463378123 3463378123 IN IP4 172.18.3.123 s=sjphone c=in IP4 172.18.3.123 t=0 0 a=direction:active m=audio 16460 RTP/AVP 3 101
a=rtpmap:3 GSM/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11,16 ACK sip:172.18.3.123:5060 SIP/2.0 V i a : S I P / 2. 0 / U D P 172.18.3.124;rport;branch=z9hG4bKac12037c0000001c4ac476ce00005dec00000 00e Content-Length: 0 Call-ID: 1656ED47-81A2-4DA1-847D-DD9EC161F087@172.18.3.124 CSeq: 1 ACK From: "Mogui"<sip:172.18.3.124>;tag=875271830448 Max-Forwards: 70 To: <sip:172.18.3.123>;tag=875500010805 User-Agent: SJphone/1.60.289a (SJ Labs) B signale à A qu'il accepte le GSM et A lui valide par l'acquittement qu'ils communiqueront en GSM. Grace au payload type on voit que le codec utilisé est bien GSM. 18 6.118511 172.18.3.124 172.18.3.123 RTP PT=GSM 06.10, SSRC=0xB01FE54, Seq=28711, Time=0, Mark 25 6.172741 172.18.3.123 172.18.3.124 RTP PT=GSM 06.10, SSRC=0x42071BE, Seq=13789, Time=320 Le Cseq permet d'identifier un paquet. Au début de la communication, chaque interlocuteur choisit aléatoirement un numéro Cseq de départ, ce numéro est incrémenté à chaque nouveau message. Il est donc différent de chaque côté. Le timestamp sert à identifier le moment ou s'insère le paquet dans le son. Si le timestamp vaut 20ms le paquet s'insérera à 20ms dans la lecture du son. En pratique, le timestamp est une horloge virtuelle dont l'unité est le hertz. On remarque que le timestamp augmente de 160 entre 2 paquets. L'échantillonage du GSM 06.10 se fait à 8000Hz en qualité téléphone. 1 --> 8000 Hz --> 160 Hz Une règle de 3 nous permet de déterminer la valeur du décalage en temps du paquet reçu dans le son. (20ms) Le paquet IP a une longueur de 73 octets. On retire l'entête IP, 20 octets, l'entête UDP a une entête de 12 octets et RTP a une entête de 8 octets. Ce qui nous fait après une rapide soustraction, une charge utile RTP de 33 octets. L'overhead de charge utile RTP est de 40 octets.
L'augmentation du trafic est de 121% (40/33). Pour annihiler ce problème on peut compresser les entêtes IP mais dans ce cas les équipements doivent être capables de lire les entêtes compressés (ils doivent supporter le ROHC) ou, nous pouvons augmenter la charge utile des paquets, ce qui aura pour conséquence d'augmenter le délai (dans ce cas on doit faire attention à ne pas dépasser le délai acceptable pour du conversationnel). (1) Acceptation d appel 172.18.3.123 A 172.18.3.124 B Invite 100 Trying 180 Ringing 200 OK Ack B appelle A. A accepte la communication.
(2) Refus d appel RE5-A «La téléphonie : Historique, Architecture et Evolution» 172.18.3.123 A 172.18.3.124 B Invite 100 Trying 180 Ringing 486 Busy Here Ack B appelle A. A refuse l appel.
(3) Utilisateur occupé, ne répond pas 172.18.3.123 A 172.18.3.124 B Invite 100 Trying 180 Ringing 486 Do no disturb Ack B appelle A. A est occupé. Par défaut les événements sont transmis en RTP (selon la RFC 2833). Ils sont identifiés en tant que grace à RTPmap.Event. En Inband ils sont mélangés à la charge utile, on ne peut donc pas les dissociés de la voix en analysant la trame. On les différencie seulement grâce à la combinaison de fréquences des sons émis (un son aigu et un son grave) propre à chaque son. En InfoMETHOD, les événements sont transmis sous forme de requête dans le champs "signal" du corps de la requête, on obtient la touche appuyée ainsi que la durée de l'événement. H323 à e x p l i q u e r a v e c h t t p : / / f r. w i k i p e d i a. o r g / w i k i / H. 323#Cas_1_:_communication_.C2.AB_point_.C3.A0_point_.C2.BB_de_deux_client s_simples
En InBand comme précédemment, les touches sont dans le payload, on ne les différencie pas de la voix. Partie 3 (Service d enregistrement, de localisation des usagers et de proxy) : Configuration du serveur proxy/enregistrement : Configuration de SJphone :
Analyse des messages d enregistrement et de dés-enregistrement avec le logiciel wireshark : Message d enregistrement Concernant le message de dés-enregistrement, si le client se dés-enregistre, il envoie un message d enregistrement avec une durée de bail à 0. Si le serveur dés-enregistre le client, aucune trame n est envoyée pour informer le client. Celuici essaiera de communiquer mais il ne pourra pas. Il devra se ré-enregistrer.
La durée du bail est de 3600 s par défaut mais la durée de celui-ci est configurable dans le logiciel brekeke.
Quand le serveur est configuré en «redirect server», toutes les trames d enregistrement passent par le proxy mais les communications marchent de point à point. Alors que en mode «stateless proxy», l enregistrement et les communications passent par le serveur. Partie 4 (Fonctionnalités de PABX IP) : Les services installés par 3CX sont les suivants : Le service SIP serveur : Ce service configure les appels utilisant le protocol SIP. Il execute les fonctions de PBX comme le transfert d appel, l acheminement d appel... Le service media serveur : Ce service execute le streaming de l appel. La console de gestion : Il permet d accéder à une interface de configuration de 3CX. 3CX intégre un serveur Apache. Le service Database serveur (postgresql) : Il s agit d une version light du serveur de base de donnée. Le service digital Receptionist : Ce service répond aux appels et offre différentes options aux interlocuteurs. Le service Voice Mail Manager : Il permet de gérer les boites de messageries. Le client Voip 3CX : Il s agit d un client léger permettant aux utilisateurs de gérer leurs extensions et appels depuis leur bureau. Les appels peuvent être passés en utilisant au choix le soft-phone intégré ou un téléphone SIP.