Protocole de communication
Cet article est une ébauche concernant l’informatique et les télécommunications.
Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants.
Cet article ne cite pas suffisamment ses sources ().
Si vous disposez d'ouvrages ou d'articles de référence ou si vous connaissez des sites web de qualité traitant du thème abordé ici, merci de compléter l'article en donnant les références utiles à sa vérifiabilité et en les liant à la section « Notes et références ».
En pratique : Quelles sources sont attendues ? Comment ajouter mes sources ?
Dans les réseaux informatiques et les télécommunications, un protocole de communication est une spécification de plusieurs règles pour un type de communication particulier.
Initialement, on nommait protocole ce qui est utilisé pour communiquer sur une même couche d'abstraction entre deux machines différentes. Par extension de langage, on utilise parfois ce mot aussi aujourd'hui pour désigner les règles de communication entre deux couches sur une même machine.
Concept
[modifier | modifier le code]Communiquer consiste à transmettre des informations, mais tant que les interlocuteurs ne lui ont pas attribué un sens, il ne s'agit que de données et pas d'information. Les interlocuteurs doivent donc non seulement parler un langage commun mais aussi maîtriser des règles minimales d'émission et de réception des données. C'est le rôle d'un protocole de s'assurer de tout cela. Par exemple, dans le cas d'un appel téléphonique :
- L'interlocuteur apprend que vous avez quelque chose à transmettre (vous composez son numéro pour faire sonner son combiné) ;
- il indique qu'il est prêt à recevoir (il décroche et dit « Allô ») ;
- il situe votre communication dans son contexte (« Je suis Marc. Je t'appelle pour la raison suivante… ») ;
- un éventuel destinataire final peut y être identifié (« Peux-tu prévenir Michel que… ») ;
- le correspondant s'assure d'avoir bien compris le message (« Peux-tu me répéter le nom ? ») ;
- les procédures d'anomalies sont mises en place (« Je te rappelle si je n'arrive pas à le joindre ») ;
- les interlocuteurs se mettent d'accord sur la fin de la communication (« Merci de m'avoir prévenu »).
Cette métacommunication n'est autre que la mise en œuvre de protocoles.
Mais la communication ci-dessus a aussi implicitement enclenché un autre protocole, avec une autre couche de communication, en attendant d'avoir la tonalité pour composer le numéro de votre correspondant. Et les standards téléphoniques de départ et d'arrivée, pour leur part, se sont coordonnés entre eux aussi : autant de protocoles superposés et qui peuvent être indépendants, puisque chacun concerne une couche d'abstraction et son homologue à distance.
Exemple d'utilisation
[modifier | modifier le code]Lorsqu'on est en session X Window avec un ordinateur distant sur une ligne RNIS, la communication est payée au temps. On peut dans la plupart des cas déconnecter la session de bas niveau RNIS au bout de quelques secondes d'inactivité tout en maintenant la connexion de niveau supérieur TCP/IP. Ainsi lorsqu'un message TCP/IP est envoyé, le pilote RNIS rétablit la communication en moins de deux secondes, donnant l'illusion d'une continuité de liaison avec des prix bas. Pour TCP/IP, la liaison n'aura jamais semblé être coupée.
