Un cap pour ce chapitre
Ce que vous saurez faire
- Expliquer le découpage en paquets.
- Distinguer les rôles simplifiés de TCP, IP et de la liaison.
- Interpréter les informations ajoutées par encapsulation.
Les bases utiles pour commencer
Pourquoi découper un message ?
Imaginons que plusieurs élèves partagent une liaison pour télécharger un document, envoyer une question et regarder une vidéo. Si chaque message occupait la liaison jusqu’à son terme, un gros transfert pourrait retarder longtemps les petits. Le découpage permet d’entrelacer les transmissions. Il évite également de devoir recommencer tout un document lorsqu’une partie manque. La taille des morceaux n’est toutefois pas choisie sans contrainte : chaque réseau accepte des unités de taille limitée, et chaque unité comporte des informations supplémentaires.
Un paquet ne connaît pas la signification de la photographie ou du devoir qu’il transporte. Il contient des octets. Leur interprétation finale appartient à l’application destinataire.
Découper ne signifie pas réserver une route à chaque morceau. Deux paquets successifs peuvent emprunter la même route ou des routes différentes, selon les décisions du réseau. Si une liaison transporte alternativement un paquet du document et un paquet du message court, ce dernier peut progresser avant la fin du document. Ce partage améliore la possibilité de servir plusieurs échanges, mais ne garantit ni une alternance parfaitement équitable ni un délai maximal.
Une enveloppe dans une autre
L’encapsulation consiste à placer les données d’une couche dans une unité comportant les informations de la couche suivante. Dans un modèle TCP/IP simplifié, les données de l’application sont transportées par TCP, puis dans un paquet IP, lui-même transmis dans une trame de liaison. Les en-têtes répondent à des questions différentes : quelle application doit recevoir les données, quelle machine est destinataire, comment atteindre le prochain équipement sur cette liaison ?
À la réception, la décapsulation retire et interprète progressivement ces informations. Il ne faut pas imaginer que chaque routeur ouvre le document. Le traitement utile au routage concerne principalement l’adresse IP de destination.
Les responsabilités de TCP et IP
IP permet l’adressage et l’acheminement de paquets entre réseaux. Il ne garantit pas, à lui seul, que chaque paquet arrivera, ni leur ordre d’arrivée. TCP offre aux applications un flux d’octets ordonné et fiable, notamment grâce à des numéros, des accusés de réception et des retransmissions. Une perte peut donc être compensée sans demander à l’utilisateur de recharger manuellement la page.
Ces rôles ne rendent pas tous les échanges identiques. Il existe d’autres protocoles de transport. Pour la Première, l’objectif est de savoir expliquer les mécanismes essentiels du modèle étudié, sans mémoriser tous les champs des véritables en-têtes.
La fiabilité concerne les octets effectivement remis à l’application pendant une connexion réussie. Si la liaison reste coupée, TCP ne peut pas inventer les données manquantes : l’échange peut finalement échouer. De même, un accusé reçu ne certifie pas que l’utilisateur a lu le document. Il faut toujours préciser quel événement est confirmé et par quel composant.
Mesurer ce qui circule réellement
Dans notre expérience, un message de 1 000 octets est découpé en blocs utiles de 400 octets au maximum. Il faut trois unités : 400, 400 et 200 octets utiles. Si nous ajoutons conventionnellement 40 octets d’en-têtes par unité, 1 120 octets circulent. Ces 40 octets sont une hypothèse pédagogique, pas une constante universelle du réseau.
Réduire la taille des blocs peut faciliter certaines retransmissions mais multiplie les en-têtes. L’expérience permet d’observer ce compromis. Un contrôle supplémentaire permet de renvoyer une unité une fois. Elle ne simule ni le débit, ni les délais, ni les véritables contraintes de taille des trames : un nombre d’octets n’est pas une durée de transfert.
Construire un bilan sans compter deux fois
Un second exemple distingue charge utile et taille totale maximale. Supposons une limite totale de 500 octets par unité, dont 40 d’en-têtes. Il reste 460 octets utiles. Pour un document de 1 000 octets, le découpage est donc 460, 460, 80. Les tailles transmises sont 500, 500, 120, soit 1 120. Utiliser 500 comme charge utile produirait des unités de 540 octets et violerait la limite annoncée.
La méthode consiste à noter trois quantités : message utile S, charge utile maximale C et en-têtes par unité H. Le nombre d’unités est le plafond de S/C. Le volume sans pertes est S + n*H. Le dernier bloc contient S - (n-1)*C octets, entre 1 et C pour un message non vide. Ces relations permettent de contrôler un tableau de découpage indépendamment du simulateur.
Retransmettre : comparer des scénarios précis
Reprenons 1 000 octets par blocs utiles de 400, avec 40 octets d’en-têtes. Sans pertes, 1 120 octets sont transmis. Si le deuxième bloc doit être renvoyé une fois, on ajoute 440 octets, soit 1 560. Si seul le dernier est renvoyé, on ajoute 240, soit 1 360. Dire « une perte coûte un paquet » ne donne donc pas encore un nombre d’octets.
Cette comptabilité simplifiée ignore les accusés et les éventuels autres messages de contrôle. Elle compare des scénarios où l’on précise exactement ce qui est retransmis. Un taux de perte ne suffit pas à prédire une durée : il manque notamment le débit, les délais et les politiques de transport. Dans l’atelier, cherchez d’abord un découpage complet, puis un dernier bloc très court. Expliquez pourquoi une modification minime du message peut provoquer l’ajout d’un en-tête entier.
À vous de faire varier les choses
Découpez votre transmission
Modifiez la taille du message, des blocs et des en-têtes. Prévoyez le nombre d’unités avant de comparer les résultats. Sélectionnez ensuite une unité à renvoyer et comparez le coût de la perte d’un bloc plein à celui du dernier bloc.
Lire le résultat de l’expérience initiale
3 unités initiales, 1120 octets avec les éventuels renvois.
Chaque unité ajoute son en-tête. Le renvoi sélectionné répète une unité complète, en-tête compris. Accusés et délais ne sont pas comptés.
| Unité | Octets utiles | Total |
|---|---|---|
| 1 | 400 | 440 |
| 2 | 400 | 440 |
| 3 | 200 | 240 |
Les en-têtes permettent l’acheminement, mais leur répétition a un coût mesurable.
De la compréhension à l’autonomie
À vous de résoudre
Cherchez d’abord par vous-même. Vérifiez les résultats demandés, utilisez les indices si nécessaire, puis comparez votre méthode à la correction.
Combien de paquets ?
Un message contient 950 octets. Chaque paquet peut transporter au maximum 300 octets utiles. Donnez leur nombre et la taille utile de chacun.
Indice 1
Trois paquets pleins transportent seulement 900 octets.
Indice 2
Le dernier paquet peut être moins rempli.
Comprendre la correction
Il faut quatre paquets : 300, 300, 300 et 50 octets utiles. Le nombre est le plus petit entier supérieur ou égal à 950 / 300. Arrondir à trois ferait perdre les 50 derniers octets. Les en-têtes ne sont pas inclus dans ces tailles utiles.
Qui remet les données en ordre ?
Les morceaux d’un échange utilisant TCP arrivent dans l’ordre 2, 1, 3. L’application doit-elle nécessairement montrer un document désordonné ? Justifiez.
Indice 1
Distinguez ce qui arrive au réseau de ce que reçoit l’application.
Indice 2
Le service offert par TCP concerne un flux ordonné.
Comprendre la correction
Non. TCP utilise les informations de séquencement pour présenter les octets dans leur ordre à l’application. Le réseau peut livrer des paquets dans un ordre différent. L’application attend éventuellement les octets manquants ; l’ordre observé sur la liaison n’est donc pas l’ordre final du document.
Corriger une confusion de couches
Un élève écrit : « L’adresse IP indique à quel onglet du navigateur appartient le message ; le routeur lit le HTML pour choisir sa route. » Corrigez ces deux idées.
Indice 1
Une adresse IP concerne une interface réseau.
Indice 2
Le routage ne nécessite pas d’interpréter le contenu de l’application.
Comprendre la correction
L’adresse IP sert à l’acheminement vers une destination réseau. La livraison aux applications implique notamment le transport et ses ports, puis la logique de l’application pour les onglets. Le routeur consulte les informations de routage et sa table ; il n’a pas à comprendre le HTML pour transmettre un paquet.
Le coût des petites enveloppes
Comparez un message de 1 200 octets découpé par blocs utiles de 600 ou de 200 octets. Chaque unité ajoute 30 octets. Quel choix transmet le moins d’octets, sans pertes ?
Indice 1
Comptez les unités pour chaque découpage.
Indice 2
Ajoutez les en-têtes au message initial.
Comprendre la correction
Avec 600 octets utiles, deux unités transmettent 1 260 octets. Avec 200 octets utiles, six unités transmettent 1 380 octets. Le premier choix économise 120 octets dans ce modèle sans pertes. Cela ne démontre pas qu’il est optimal pour tout réseau : les limites de taille et les retransmissions peuvent changer le problème.
Le seuil qui ajoute une enveloppe
On transmet 1 200 puis 1 201 octets avec une charge utile maximale de 400 et 40 octets d’en-têtes. Pour chaque message, donnez le nombre d’unités, le dernier bloc utile et le total. Quelle hausse du total correspond à cet octet supplémentaire ?
Indice 1
Décomposez chaque taille en multiples de 400 et reste.
Indice 2
Le dernier bloc du second message nécessite son propre en-tête.
Comprendre la correction
Pour 1 200 : trois unités pleines, dernier bloc de 400, total 1 320. Pour 1 201 : quatre unités, dernier bloc de 1, total 1 361. L’écart vaut 41 octets : un octet utile et 40 d’en-tête. La hausse du volume transmis n’est donc pas toujours égale à celle du message.
Une liaison impose sa limite
La taille totale maximale d’une unité est de 300 octets, en-tête de 20 inclus. Vous envoyez 850 octets utiles. Déterminez la charge utile maximale, le découpage et le volume transmis. Puis supposez que la dernière unité est renvoyée une fois : quel est le nouveau volume ?
Indice 1
Soustrayez les 20 octets avant de découper.
Indice 2
La retransmission contient les données du dernier bloc et un nouvel en-tête.
Comprendre la correction
La charge utile maximale est 280. Les quatre blocs contiennent 280, 280, 280 et 10 octets. Le total initial est 850 + 4 × 20 = 930. La dernière unité mesure 30 octets : son renvoi porte le bilan à 960. Les 300 octets limitent les unités complètes, ils ne décrivent pas leur charge utile.
Deux stratégies face à la même perte
Un fichier de 1 000 octets utilise soit des blocs utiles de 500, soit de 250. Chaque unité ajoute 50 octets. Dans chaque stratégie, exactement une unité pleine est perdue puis retransmise avec succès. Comparez les volumes sans pertes et avec ce renvoi. Peut-on déclarer une stratégie universellement meilleure ?
Indice 1
Calculez d’abord deux puis quatre en-têtes.
Indice 2
Ajoutez respectivement 550 et 300 octets pour la retransmission.
Comprendre la correction
Sans pertes : 1 100 contre 1 200 octets, avantage aux gros blocs. Avec le renvoi annoncé : 1 650 contre 1 500, avantage aux petits. Le classement s’inverse selon le scénario. Cela ne prouve pas une supériorité universelle : tailles autorisées, fréquence des pertes et délais restent à considérer.
Les erreurs qui méritent un détour
- Confondre paquet et message complet.
- Le message applicatif peut nécessiter plusieurs unités. Suivez séparément la quantité utile et les enveloppes ajoutées.
- Attribuer à IP toutes les garanties de TCP.
- L’adressage et le transport fiable sont des responsabilités différentes. Précisez toujours le protocole concerné.
La fiche à garder
L’essentiel à retenir
- Le découpage permet de partager les liaisons et de retransmettre des parties.
- L’encapsulation ajoute des informations propres à chaque couche.
- Les tailles d’en-têtes du simulateur sont des hypothèses explicites.
Cette notion au bac
Retrouvez ces idées dans un sujet complet, avec des indices, une correction expliquée et des ateliers.
- Bac 2026 · Métropole · Jour 1 : Réseau du lycée : adressage, routage et confidentialité
- Bac 2026 · Amérique du Nord · Jour 1 : Gamerzz : sous-réseaux et files de paquets
- Bac 2026 · Asie · Jour 1 : Simuler RIP : masques, files et échanges de vecteurs
- Bac 2026 · Banque nationale · Sujet 23 : Trames météo, codage BCD et contrôle de parité
Le prochain pas
Retrouver le catalogue de Première
Ce chapitre s’appuie sur le programme officiel de Première (PDF, nouvel onglet). Les explications et exercices sont proposés pour l’apprentissage.