Une application envoie octets de données

Exercice d'entraînement · niveau 2 · NSI (première), chapitre 9 — Machines, systèmes et réseaux · Réseau : encapsulation, noms, protocoles

Énoncé

Une application envoie $20$ octets de données. Trois couches ajoutent leur en-tête : transport $20$ octets, réseau $20$ octets, liaison $14$ octets.

Quelle est la taille de la trame émise ? Quel pourcentage est utile ?
Même question si l'application envoie $1460$ octets d'un coup.
Qu'en conclure sur la façon d'envoyer beaucoup de très petits messages ?

Corrigé

1. En-têtes : $20 + 20 + 14 = 54$ octets. Trame : $20 + 54 = 74$ octets, dont $20$ utiles, soit

$\frac{20}{74} \approx 27%.$

Près de trois quarts du trafic est de l'emballage.

2. Trame $1460 + 54 = 1514$ octets, dont $1460$ utiles : $1460/1514 \approx 96, 4 %$ . Les mêmes $54$ octets d'en-tête, amortis sur $73$ fois plus de données.

3. L'en-tête a une taille fixe, indépendante des données. Envoyer mille messages d'un octet coûte donc mille fois $55$ octets, quand un seul message de mille octets en coûterait $1054$ — vingt fois moins. D'où la règle : regrouper avant d'envoyer. C'est ce que font les protocoles réels en accumulant les petits envois pendant quelques millisecondes.

La contrepartie, à ne pas taire : attendre pour regrouper, c'est retarder. Une partie de jeu en ligne ou une conversation téléphonique préfèrent un mauvais rendement à un délai. Il n'y a pas de réglage universel — il y a un choix, selon l'usage.

Les autres exercices de ce chapitre Le cours du chapitre

Un blocage sur cet exercice ? Le tuteur d'Adloun guide par questions, sans donner la réponse.