Aller au contenu

Sciences numériques et technologie · Seconde

Protocole TCP/IP et paquets : exercices corrigés de Seconde

Publié le 9 novembre 2026 · Mis à jour le 9 novembre 2026 · Signaler une erreur

L'essentiel

  • Un protocole est un ensemble de règles qui permet à deux machines de communiquer ; Internet repose sur TCP et IP.1
  • Les données sont découpées en petits paquets ; chacun est encapsulé par TCP, puis par IP, avant de voyager.1
  • IP achemine chaque paquet de la source vers la destination ; TCP gère les accusés de réception et rend l'échange fiable.31
  • UDP ressemble à TCP mais ne vérifie pas l'arrivée des paquets et ne garantit pas leur ordre.3
  • Pour un exercice : identifie le protocole en jeu, pose le calcul avec les unités, puis vérifie que le résultat est plausible.

Comment utiliser ces exercices

Cette page te propose de t'entraîner sur la façon dont deux ordinateurs s'échangent des données sur Internet. Les exercices avancent du plus simple au plus délicat : d'abord le vocabulaire et le rôle de chaque protocole, ensuite des calculs sur le nombre de paquets, enfin des situations où il faut raisonner sur ce qui se passe quand un paquet se perd. Essaie chaque exercice sans regarder la correction ; ouvre les indices seulement si tu bloques, puis compare ta démarche, pas seulement ton résultat.

Les exercices

Exercice 1 Qui fait quoi ?

★☆☆Environ 6 min

Pour chacune des quatre affirmations, indique le protocole concerné parmi TCP, IP et UDP.

  1. Il assure l'acheminement des paquets depuis la machine source jusqu'à la machine destination.
  2. Il envoie les paquets sans vérifier qu'ils sont arrivés.
  3. Il s'occupe des accusés de réception.
  4. Son sigle signifie Transmission Control Protocol.
Indice 1

Relis l'encadré « Le cours en quelques lignes » : chaque protocole y a un rôle précis.

Indice 2

Un accusé de réception est un message qui dit « j'ai bien reçu » ; demande-toi quel protocole en envoie.

Voir la correction pas à pas
  1. Affirmation 1. Faire voyager un paquet d'une source vers une destination, c'est le travail du protocole IP.3

  2. Affirmation 2. Ne pas vérifier l'arrivée des paquets caractérise UDP, décrit comme sans connexion et non fiable.3

  3. Affirmation 3. Les accusés de réception relèvent de TCP ; c'est d'ailleurs la différence notable avec UDP, qui ne les gère pas.1

  4. Affirmation 4. Le sigle TCP se développe en Transmission Control Protocol, littéralement « protocole de contrôle de transmissions ».2

Retiens ce trio : IP pour le trajet, TCP pour la fiabilité, UDP pour la simplicité sans contrôle. Quand tu hésites, demande-toi ce qui se passe si un paquet disparaît en route.

Exercice 2 Combien de paquets pour un fichier ?

★☆☆Environ 6 min

Un document de 14 600 octets doit être envoyé d'un ordinateur à un autre. Il est découpé en paquets. Sur un réseau Ethernet standard, la taille maximale pratique d'un paquet TCP est généralement de 1 460 octets.2 On suppose ici que chaque paquet transporte 1 460 octets de données du document.

Combien de paquets faut-il ?

Indice 1

Tu cherches combien de fois 1 460 « rentre » dans 14 600.

Indice 2

Pose une division : volume total ÷ taille d'un paquet.

Voir la correction pas à pas
  1. Données. Volume du document : 14 600 octets. Capacité d'un paquet : 1 460 octets.

  2. Calcul. On divise le volume par la capacité : 14 6001 460=10\dfrac{14\,600}{1\,460} = 10.

  3. Vérification. 10×1 460=14 60010 \times 1\,460 = 14\,600 octets : les paquets sont tous pleins et il n'y a aucun reste.

  4. Réponse. Il faut 10 paquets.

Quand la division tombe juste, le nombre de paquets est exactement le quotient. Chaque paquet est ensuite encapsulé par TCP puis par IP avant de voyager.1

Exercice 3 Le dernier paquet n'est pas plein

★☆☆Environ 8 min

Une photo pèse 3 500 000 octets. Ses données sont découpées en petits paquets1 de 1 460 octets de données au maximum.

Combien de paquets faut-il pour envoyer toute la photo ?

Indice 1

Fais la division et regarde si le résultat est un entier.

Indice 2

Un paquet partiellement rempli est quand même un paquet à envoyer.

Voir la correction pas à pas
  1. Division. 3 500 0001 460≈2 397,26\dfrac{3\,500\,000}{1\,460} \approx 2\,397{,}26.

  2. Interprétation. Le résultat n'est pas entier : 2 397 paquets pleins ne suffisent pas.

  3. Contrôle du reste. 2 397×1 460=3 499 6202\,397 \times 1\,460 = 3\,499\,620 octets, donc il reste 3 500 000−3 499 620=3803\,500\,000 - 3\,499\,620 = 380 octets à transporter.

  4. Arrondi. Ces 380 octets partent dans un dernier paquet, moins rempli que les autres. On arrondit donc à l'entier supérieur.

  5. Réponse. Il faut 2 398 paquets (2 397 pleins et un dernier de 380 octets de données).

Pour compter des paquets, on arrondit toujours vers le haut : arrondir vers le bas laisserait une partie de la photo sur l'ordinateur d'envoi.

Exercice 4 Envoi de 50 paquets en TCP et en UDP

★★☆Environ 10 min

Un ordinateur envoie 50 paquets vers un autre. Pendant le trajet, 3 paquets sont perdus.

  1. Avec UDP, combien de paquets arrivent à destination, et l'émetteur le sait-il ?
  2. Avec TCP, que se passe-t-il pour les 3 paquets perdus ?
  3. On suppose que TCP renvoie chaque paquet non acquitté une seule fois et que ce renvoi réussit. Combien de paquets l'émetteur aura-t-il envoyés au total avec TCP ?
Indice 1

UDP ne gère pas les accusés de réception : l'émetteur ne reçoit aucun message de confirmation.

Indice 2

Pour la question 3, additionne les envois initiaux et les renvois.

Voir la correction pas à pas
  1. Question 1. Il arrive 50−3=4750 - 3 = 47 paquets. UDP ne vérifie pas l'arrivée des paquets et ne gère pas les accusés de réception : l'émetteur ne sait donc pas que 3 paquets manquent.31

  2. Question 2. TCP est un protocole fiable, en mode connecté, avec des accusés de réception.21 L'absence d'accusé pour les 3 paquets perdus signale qu'ils ne sont pas arrivés ; ils doivent donc être envoyés de nouveau.

  3. Question 3. On additionne les 50 envois initiaux et les 3 renvois : 50+3=5350 + 3 = 53.

  4. Réponse. Avec TCP, l'émetteur aura envoyé 53 paquets au total, et le récepteur aura reçu tout le contenu.

La fiabilité de TCP a un prix : des messages de confirmation et parfois des renvois. UDP évite ce travail mais accepte la perte silencieuse.

Exercice 5 Remettre l'encapsulation dans l'ordre

★★☆Environ 8 min

Voici quatre étapes mélangées de la préparation d'une donnée avant son envoi :

  • A. Le paquet IP est prêt à voyager sur le réseau.
  • B. Les données sont encapsulées par le protocole TCP.
  • C. Les données de départ (une partie d'une photo) sont prêtes.
  • D. Le résultat de l'encapsulation TCP est encapsulé par le protocole IP.

Remets ces étapes dans l'ordre chronologique et explique ce que signifie « encapsuler ».

Indice 1

On part des données brutes et on les enveloppe progressivement.

Indice 2

Le dernier protocole à intervenir est celui qui produit le « paquet IP ».1

Voir la correction pas à pas
  1. Point de départ. On commence toujours par les données brutes : étape C.

  2. Première enveloppe. TCP encapsule ces données : étape B.1

  3. Deuxième enveloppe. Le résultat de TCP est lui-même encapsulé par IP : étape D.1

  4. Arrivée. On obtient alors un paquet IP, prêt à voyager : étape A.1

  5. Ordre final. C → B → D → A.

  6. Sens du mot. Encapsuler, c'est placer des données à l'intérieur d'une enveloppe qui ajoute des informations utiles au protocole concerné, un peu comme on glisse une lettre dans une enveloppe, puis cette enveloppe dans un colis.

L'ordre est données → TCP → IP. À l'arrivée, le chemin inverse permet de retrouver les données d'origine.

Exercice 6 Quel protocole choisir ?

★★☆Environ 10 min

Pour chaque situation, indique si TCP ou UDP te paraît le mieux adapté, et justifie en une ou deux phrases.

  1. Tu télécharges un document de cours : une seule lettre manquante le rendrait inutilisable.
  2. Tu suis un match en direct : si une toute petite fraction de l'image est perdue, ce n'est pas grave, mais l'image doit continuer à défiler sans attendre.
  3. Tu envoies une photo très lourde, découpée en milliers de paquets, qui doit arriver complète.
Indice 1

Demande-toi si la perte d'un paquet est acceptable ou non.

Indice 2

Un renvoi de paquet demande du temps : est-il utile quand l'image est déjà passée ?

Voir la correction pas à pas
  1. Situation 1. Le document doit arriver intact. TCP convient : protocole fiable avec accusés de réception, il permet de s'assurer que les données sont bien reçues.21

  2. Situation 2. Un paquet perdu n'a plus d'intérêt quand l'image suivante arrive. UDP est cohérent : il ne vérifie pas l'arrivée des paquets, donc il n'attend ni confirmation ni renvoi.3 C'est un choix de raisonnement : le gain est la simplicité, le risque est la perte.

  3. Situation 3. Une photo découpée en une multitude de petits paquets1 doit être reconstituée entièrement : il faut qu'ils arrivent tous. TCP est le bon choix.

  4. Bilan. Le critère est toujours le même : la perte est-elle tolérable ? Si non, TCP ; si oui et que la simplicité compte, UDP.

Il n'y a pas un protocole « meilleur » en général : le choix dépend de ce que l'on accepte de perdre. Pour la fiabilité, c'est TCP.

Exercice 7 Paquets perdus sur une grande transmission

★★★Environ 12 min

Une vidéo est découpée en 2 000 paquets. Sur le trajet, 0,5 % des paquets sont perdus.

  1. Combien de paquets sont perdus ?
  2. Avec TCP, en supposant que chaque paquet perdu est renvoyé une fois et que le renvoi réussit, combien de paquets sont émis au total ?
  3. Avec UDP, combien de paquets le récepteur reçoit-il ?
Indice 1

0,5 % de 2 000 se calcule avec 2 000×0,51002\,000 \times \dfrac{0{,}5}{100}.

Indice 2

Pour les questions 2 et 3, pars du résultat de la question 1.

Voir la correction pas à pas
  1. Question 1. On calcule 0,5 % de 2 000 : 2 000×0,5100=2 000×0,005=102\,000 \times \dfrac{0{,}5}{100} = 2\,000 \times 0{,}005 = 10. Il y a donc 10 paquets perdus.

  2. Question 2. TCP signale par l'absence d'accusé de réception les paquets non arrivés.12 Avec un renvoi unique réussi : 2 000+10=2 0102\,000 + 10 = 2\,010 paquets émis.

  3. Question 3. Avec UDP, rien n'est renvoyé et l'émetteur n'est pas prévenu3 : le récepteur reçoit 2 000−10=1 9902\,000 - 10 = 1\,990 paquets.

  4. Réponse à la question 1. 10 paquets perdus ; les questions 2 et 3 donnent respectivement 2 010 et 1 990.

Un faible pourcentage de pertes pèse peu sur le trafic en TCP, mais il laisse des trous irréparables en UDP. Sur des milliers de paquets, ces trous existent en nombre.

Exercice 8 Taille théorique et taille pratique

★★★Environ 12 min

La limite théorique de taille d'un paquet TCP est de 65 535 octets, mais en pratique, on observe généralement 1 460 octets sur les réseaux Ethernet standard.2

Si l'on voulait transporter autant de données que la limite théorique d'un paquet, combien de paquets de la taille pratique seraient nécessaires ?

Indice 1

Divise 65 535 par 1 460, puis demande-toi comment arrondir.

Indice 2

Vérifie ton résultat en multipliant le nombre de paquets par 1 460 : tu dois couvrir au moins 65 535 octets.

Voir la correction pas à pas
  1. Données. Limite théorique : 65 535 octets. Taille pratique : 1 460 octets.2

  2. Division. 65 5351 460≈44,89\dfrac{65\,535}{1\,460} \approx 44{,}89.

  3. Arrondi. 44 paquets transportent 44×1 460=64 24044 \times 1\,460 = 64\,240 octets : c'est insuffisant car 64 240<65 53564\,240 < 65\,535. Il faut donc 45 paquets.

  4. Contrôle. 45×1 460=65 70045 \times 1\,460 = 65\,700 octets, ce qui dépasse bien 65 535.

  5. Réponse. Il faut 45 paquets de taille pratique.

La limite théorique n'est presque jamais atteinte : en pratique, les données sont découpées en nombreux paquets plus petits. C'est ce découpage qui oblige à numéroter, acquitter et réassembler les paquets.

Exercice 9 Durée d'envoi d'une photo

★★★Environ 12 min

On reprend la photo de l'exercice « Le dernier paquet n'est pas plein » : elle est envoyée en 2 398 paquets. On suppose que l'envoi de chaque paquet dure en moyenne 2 millisecondes et que les paquets partent l'un après l'autre.

  1. Quelle est la durée totale, en millisecondes, puis en secondes ?
  2. Avec TCP, 12 paquets sont à renvoyer, chacun également en 2 ms. Quelle est alors la durée totale en secondes ?
Indice 1

1 seconde = 1 000 millisecondes.

Indice 2

Pour la question 2, ajoute les renvois au nombre d'envois.

Voir la correction pas à pas
  1. Question 1, en ms. 2 398×2=4 7962\,398 \times 2 = 4\,796 ms.

  2. Conversion. 4 7961 000=4,796\dfrac{4\,796}{1\,000} = 4{,}796 s, soit un peu moins de 5 secondes.

  3. Question 2. TCP renvoie les paquets non acquittés, signalés par l'absence d'accusé de réception.12 Le nombre d'envois devient 2 398+12=2 4102\,398 + 12 = 2\,410.

  4. Durée avec renvois. 2 410×2=4 8202\,410 \times 2 = 4\,820 ms, soit 4,8204{,}820 s.

  5. Réponse à la question 1. La durée totale vaut 4,796 secondes, et avec renvois 4,820 s : l'écart est faible, alors que la fiabilité est garantie.

Quelques renvois allongent peu la durée d'un transfert : c'est un coût raisonnable pour être sûr que toute la photo arrive.

Les questions qu'on se pose

Pourquoi découpe-t-on les données en paquets au lieu de tout envoyer d'un bloc ?

Une photo ou un fichier est coupé en une multitude de petits paquets, que l'on envoie chacun séparément.1 La taille d'un paquet est d'ailleurs limitée : la limite théorique est de 65 535 octets, et on observe en pratique 1 460 octets sur Ethernet standard.2 Un fichier plus gros doit donc forcément être fragmenté. Un autre avantage de ce découpage est qu'en cas de problème, on ne renvoie que le paquet perdu et non tout le fichier.

Quelle est la différence entre TCP, IP et UDP, en une phrase chacun ?

IP assure l'acheminement des paquets depuis la source vers la destination.3 TCP est un protocole de transport fiable, en mode connecté, qui gère les accusés de réception.21 UDP est un protocole simple, sans connexion, qui ne vérifie pas que les paquets sont arrivés et ne garantit pas leur ordre.3

Dans un exercice de calcul de paquets, faut-il arrondir au-dessus ou en dessous ?

Toujours au-dessus. Si la division ne tombe pas juste, le reste des données doit quand même partir dans un dernier paquet moins rempli. Arrondir vers le bas laisserait une partie du fichier sans envoi. Vérifie toujours en multipliant le nombre de paquets par leur capacité : le produit doit être supérieur ou égal au volume total.

Sources

  1. Protocoles TCP et IP - Fiches informatique lycée, Pixees (INRIA). Consulté le 9 novembre 2026.
  2. Transmission Control Protocol, Wikipédia. Consulté le 9 novembre 2026.
  3. Suite des protocoles Internet, Wikipédia. Consulté le 9 novembre 2026.

Les numéros dans le texte renvoient à ces sources. Une source qui ne dit pas ce qu'on lui fait dire ? Signale-le.

Signaler une erreur sur cette page

Je suis en…

Primaire

  • CP Bientôt
  • CE1 Bientôt
  • CE2
  • CM1
  • CM2 Bientôt

Collège

Lycée

Supérieur

  • BTS Bientôt
  • BUT Bientôt
  • Licence Bientôt
  • Prépas Bientôt

Sur cette page