ETRS701-TP2 - Compte rendu pour le TP2 du module ETRS701_RT PDF

Preview

Summary

Compte rendu pour le TP2 du module ETRS701_RT...

Description

Prestavoine Quentin Boulouis Maxence ETRS701_RT – TP2 Standard Bluetooth

1. Présentation du TP :

-

Question 1 : Trois commandes linux débutent avec l'acronyme « hci », que vous rappelle cet acronyme, notamment lorsque vous observer la pile de protocole ; même question pour l'acronyme « sdp » pour la commande « sdptool » ? HCI : Host Control Interface SDP : Service Discovery Protocol

2. Configuration :

-

Question 2 : Expliquez à quoi correspond chacune des rubriques et options présentent dans le résultat obtenu ci-avant ?

     

-

Type : Basic Rate / Enhanced Data Rate : fonctionnement en mode point à point. Bus : le type de bus sur lequel est connecté le périphérique : ici en USB. BD Address : Bluetooth Device Address : Adresse MAC du peripherique Bluetooth. ACL MTU : Asynchronous Connection Less Maximum Transmission Unit SCO MTU : Synchronous Connection Oriented (Pour la voix entre autres). PSCAN, ISCAN : Autorise la découverte par page et par interrogation.

Question 3 : Donnez la syntaxe qui permet de mettre en service ou de désactiver votre interface BT, faites le test ? root@localhost:# hciconfig hci0 [up / down]

Prestavoine Quentin Boulouis Maxence

-

Question 4 : Donnez la syntaxe qui permet de donner ou de changer le nom associé à votre équipement Bluetooth ? root@localhost:# hciconfig hci0 name [nom_interface]

-

Question 5 : Quelles informations importantes ou remarquables selon vous, donne comme résultats la commande « hciconfig -a » ? prenez deux ou trois propriétés (Packet type, Link policy, Link mode) que vous expliquerez !

o o o

Packet Type : Types de paquet pris en charge. Link Policy : Défini le mode utilisé par la carte [sniff mode, park mode, …]. Link Mode : Défini si le périphérique est configuré en maitre ou en escalave.

3. Découverte d’équipements Bluetooth (inquiry) situés à proximité.

-

Question 6 : La commande « hciconfig » permet de spécifier les options « noscan, pscan, iscan et piscan » . Que permettent de configurer ces options, testez-les en relançant la commande « hcitool scan » ? noscan : Désactive la recherche par page et par interrogation. pscan : Active la recherche par page et désactive la recherche par interrogation. iscan : Désactive la recherche pare page et active la recherche par interrogation. piscan : Active la recherche par page et active la recherche par interrogation.

-

Question 7 : une autre commande de l'outil « hcitool » permet de faire des découvertes d'équipement. Laquelle ? Quelles sont les informations qu'elle délivre, expliquez ces informations ? root@localhost:# hcitool inq Résultat : o @MAC Equipement o 5C:E0:C5:3D:77:C7 clockoffset: 0x2776 o 3C:77:E6:CC:EE:24 clockoffset: 0x2617

Type d’appareil class: 0x2617 class: 0x2617

Prestavoine Quentin Boulouis Maxence 4. Test de la liaison RADIO entre équipements BT et test et de la pile de protocoles.

-

Question 8 : En faisant appel à l'aide de linux, précisez ce que permet de faire la commande « l2ping …... » et indiquez toutes les couches protocolaires qui seront testées à cette occasion ? o o o

o

-

L2ping permet de tester les couches 1 et 2 du protocole Bluetooth, c’est-à-dire les couches RADIO, BASEBAND, LINK MANAGER, HCI et L2CAP. L2CAP : Logical Link Control and Adaptation Protocol autrement dit : Protocole d’adaptation et de contrôle de lien logique. Il joue le rôle de brique de base dans l’échange de données dans la spécification Bluetooth. C’est sur L2CAP que repose toutes les couches de plus haut niveau. Il permet la segmentation et le réassemblage des paquets, il limite la taille des paquets. Il joue également un rôle dans le multiplexage, ainsi que sur la QOS. 2 types de canaux L2CAP :  Bidirectionnel pour la signalisation.  Orienté connexion.

Question 9 : Expliquez clairement le rôle la dernière couche testée par la commande « l2ping …...» donnez son nom expliquez son acronyme ?

La dernière couche testée par L2PING est L2CAP « Logical Link Control and Adaptation Protocol ».

-

Question 10 : Quelles sont les informations importantes qui sont récupérées lorsque vous lancez ces commandes ? Détaillez et expliquez ? o o o o

-

rssi : puissance de réception : 0 dBm : Les machines sont juste à côté en vis-à-vis direct, donc aucune perte de puissance. tpl : puissance d’émission : 0 dBm : je suppose que c’est une classe 1 : 1mW clock : affiche l’horloge local ou distante : 10ms afh : affiche l’état des canaux : 0xFFFFFFFFFFF……7F

Que Questi sti stion on 11 Es Est-ce t-ce que ces comm comman an andes des fonc fonction tion tionne ne nent nt lorsq lorsque ue la comm commande ande « l2pi l2pin ng …...» a cessé, expli expliqu qu quez ez ? Non car il n’y a plus aucune connexion active.

Prestavoine Quentin Boulouis Maxence

-

Question 12 : Pour la commande root@PC:~# hcitool rssi 00:0A:3A:6C:C8:12. Que se passet-il si vous placez votre main ou un objet assez volumineux (voire métallique) devant une des deux clés Bluetooth, expliquez ? On constate que le RSSI (c’est-à-dire la puissance de réception) diminue, une partie de la puissance du signal est absorbée par l’objet que l’on pose entre l’émetteur et le récepteur.

5. Connexion Client – Serveur à l’aide de la couche RFCOMM : application à « tchat » simple.

-

Question 13 : Décrivez la pile de protocole en partant de la couche physique jusqu'à la couche RFCOMM ?

Prestavoine Quentin Boulouis Maxence

-

Question 14 : Expliquez ce que réalisent les différentes commandes (aussi bien coté serveur que client) utilisées pour établir le « tchat ». Expliquez la syntaxe des commandes ? Coté serveur : root@localhost# sdptool add –channel=3 SP Cette commande ajoute le service SP au processus local sdpd en le faisant écouter sur le canal 3. root@localhost# rfcomm watch /dev/rfcomm0 3 Cette commande fait écouter le périphérique /dev/rfcomm0 sur le canal 3.

Coté client : root@localhost# sdptool add –channel=3 SP Cette commande ajoute le service SP au processus local sdpd en le faisant écouter sur le canal 3. root@localhost# rfcomm connect /dev/rfcomm0 XX:XX:XX:XX:XX:XX 3 Cette commande connecte le périphérique /dev/rfcomm0 sur le périphérique Bluetooth distant ayant l’adresse MAC XX:XX:XX:XX:XX:XX sur le canal 3.

-

Question 15 : Combien de liens de communication (nb de canaux maximum) peut établir la couche RFCOMM ? (Combien de « tchat » pourrait-on établir ?) On pourrait établir au maximum 60 liens de communication avec la couche RFCOMM.

Prestavoine Quentin Boulouis Maxence 6. Analyse de trames, de protocoles (outil « hcidump »).

-

Question 16 : Choisissez quelques trames (3 ou 4) dans un des trois cas (dans votre CR précisez le cas choisi), précisez à quelle couche de la pile protocole elles appartiennent et expliquez ce qu’elles transportent en vous aidant des documents pdf joints (spécification Bluetooth version 2.0 EDR, HCI command, etc ….)

o

Analyse de trame : capture :

  

INQUIRY.

On peut observer que dans chacune des trames se trouve le RSSI (la puissance d’émission). On a l’adresse MAC de la machine qui a été découverte suite à la commande hcitool inq. On voit également qu’il y a plusieurs modes, dans notre cas 1 et 2. Les deux clefs bluetooth sont en mode 2. L’autre appareil est probablement un téléphone. On a pu le confirmer en recherchant le constructeur avec les 3 premiers octets : Foxconn.

Prestavoine Quentin Boulouis Maxence 7. Transfert de fichiers, utilitaire « obexftp ».

-

Question 17 : Quelle est la couche de protocole qui est associée à l'utilitaire « obexftp » ? Que signifie l'acronyme de cette couche et celui de l'utilitaire ? La couche de protocole associée à l’utilitaire « obexftp » est OBEX. OBEX signifie : « OBject EXchange ».

-

Question 18 : Quel est le résultat obtenu, expliquez, commentez ? Cette commande liste le répertoire distant se trouvant sur le serveur ftp ayant l’adresse MAC 00:0A:3A:6C:C8:12.

-

Question 18 : Donnez la syntaxe des commandes qui permettent de faire un téléchargement et un téléversement depuis le client ? Faites quelques essais entre 2 équipements BT, en essayant d'évaluer approximativement les débits de transfert ? Précisez le processus suivi pour évaluer ces débits ? Commande pour télécharger : root@localhost# obexftp -b 00:0A:3A:6C:C8:29 -c / -g test  Télécharge le fichier test se trouvant à la racine du serveur. o -c : spécifie le répertoire sur le serveur. o -g : spécifie que l’on se trouve en mode téléchargement (GET). Commande pour téléverser : root@localhost# obexftp -b 00:0A:3A:6C:C8:29 -c / -p test  Téléverse le fichier test à la racine du serveur o -c : spécifie le répertoire sur le serveur. o -p : spécifie que l’on se trouve en mode téléversement (PUT).

Test de débit : On génère un fichier de 10Mo. On démarre ensuite un chronomètre avec un téléphone au moment de lancer le téléchargement.  On constate que l’on a télécharger 10Mo en 2min18.

(/) = 

10 ∗ 1024 ∗ 8 81920  = 593,62/ = =  60 ∗ 2 + 18 138...