Oui, les messages peuvent être perdus. Mais dans la majorité des cas, les transmissions sont gérés par un protocole (TCP) qui met en oeuvre un système d’accusés de réception : lorsque le destinataire reçoit un paquet, il envoi une confirmation à l’émetteur. Si le paquet a été détruit, l’émetteur ne recevra donc jamais l’accusé de réception et finira par faire une retransmission (= réenvoyer le même paquet une nouvelle fois).

Ce système n’est par contre pas mis en oeuvre dans les cas où ont a besoin d’une latence très faible (tel que la VoIP), où l’on préfère alors perdre quelques paquets plutôt que bloquer toute la transmission* à cause d’un paquet perdu.

* En TCP, on évite d’avoir trop de paquets « en attente ». Donc lorsque certains accusés de réception n’arrivent pas, on met temporairement « en pause » la transmission, jusqu’à réception de ces accusés.
Cela permet aussi de limiter la congestion en adaptant le débit d’envoi par rapport à la fréquence de ces accusés de réception (si on envoi 100 paquets par milliseconde mais qu’on reçoit que 50 accusés de réception pendant ce même laps de temps, ça veux dire qu’on envoi à un débit trop élevée).

Bonjour, merci très intéressant, y compris la comparaison avec les paquets en télécom. J’ignorais qu’un paquet peut être détruit! Ainsi certains messages seraient perdus?

Appareil photo sur trépied et une pose d’une petite minute. L’appareil photo a donc le temps de voir et d’enregistrer le VL puis le carré qui monte au passage du train.