Il y a deux faits importants sur le modèle OSI à retenir:
C'est un modèle conceptuel. Cela signifie qu'il décrit un groupe idéal, abstrait et théorique de fonctions de mise en réseau. Il ne décrit rien de ce que quelqu'un a réellement construit (du moins rien qui soit utilisé aujourd'hui).
Ce n'est pas le seul modèle. Il existe d'autres modèles, notamment la suite de protocoles TCP / IP (RFC-1122 et RFC-1123), qui est beaucoup plus proche de ce qui est actuellement utilisé.
Un peu d'histoire: Vous avez probablement tous entendu parler des premiers jours de la mise en réseau de paquets, y compris ARPANET, le prédécesseur d'Internet. En plus des efforts du département américain de la Défense pour créer des protocoles de mise en réseau, plusieurs autres groupes et entreprises ont également été impliqués. Chaque groupe développait ses propres protocoles dans le tout nouveau domaine de la commutation de paquets. IBM et les compagnies de téléphone développaient leurs propres normes. En France, les chercheurs travaillaient sur leur propre projet de mise en réseau appelé Cyclades.
Les travaux sur le modèle OSI ont commencé à la fin des années 1970, principalement en réaction à l'influence croissante de grandes sociétés comme IBM, NCR, Burroughs, Honeywell (et d'autres) et leurs protocoles et matériels propriétaires. L'idée derrière cela était de créer une norme ouverte qui assurerait l'interopérabilité entre les différents fabricants. Mais parce que le modèle ISO avait une portée internationale, il avait de nombreux intérêts politiques, culturels et techniques concurrents. Il a fallu plus de six ans pour parvenir à un consensus et publier les normes.
Entre-temps, le modèle TCP / IP a également été développé. C'était simple, facile à mettre en œuvre et, surtout, c'était gratuit. Vous deviez acheter les spécifications standard OSI pour créer un logiciel pour cela. Tous les efforts d'attention et de développement se sont concentrés sur TCP / IP. En conséquence, le modèle OSI n'a jamais été implémenté comme un ensemble de protocoles, et TCP / IP est devenu la norme pour Internet.
Le point est, tous les protocoles utilisés aujourd'hui, la suite TCP / IP; des protocoles de routage comme RIP, OSPF et BGP; et des protocoles de système d'exploitation hôte comme Windows SMB et Unix RPC, ont été développés sans le modèle OSI. Ils y ressemblent parfois, mais les normes OSI n'ont jamais été suivies lors de leur développement. C'est donc une folle course d'essayer d'intégrer ces protocoles dans OSI. Ils ne correspondent pas exactement.
Cela ne signifie pas que le modèle n'a aucune valeur; c'est toujours une bonne idée de l'étudier afin que vous puissiez comprendre les concepts généraux. Le concept des couches OSI est tellement tissé dans la terminologie du réseau que nous parlons des couches 1, 2 et 3 dans le discours de réseautage quotidien. La définition des couches 1, 2 et 3 est, si vous plissez les yeux un peu, assez bien acceptée. Pour cette seule raison, il vaut la peine de savoir.
Les choses les plus importantes à comprendre sur le modèle OSI (ou tout autre) sont:
- Nous pouvons diviser les protocoles en couches
- Les couches fournissent l'encapsulation
- Les couches fournissent l'abstraction
- Les couches découplent les fonctions des autres
La division des protocoles en couches nous permet de parler de leurs différents aspects séparément. Il rend les protocoles plus faciles à comprendre et à dépanner. Nous pouvons facilement isoler des fonctions spécifiques et les regrouper avec des fonctions similaires d'autres protocoles.
Chaque «fonction» (au sens large) encapsule la ou les couches au-dessus. La couche réseau encapsule les couches au-dessus d'elle. La couche de liaison de données encapsule la couche réseau, etc.
Les couches font abstraction des couches en dessous. Votre navigateur Web n'a pas besoin de savoir si vous utilisez TCP / IP ou autre chose au niveau de la couche réseau (comme s'il y avait autre chose). Pour votre navigateur, les couches inférieures fournissent simplement un flux de données. La façon dont ce flux parvient à apparaître est masquée par le navigateur. TCP / IP ne sait pas (ou ne se soucie pas) si vous utilisez Ethernet, un modem câble, une ligne T1 ou un satellite. Il traite uniquement les paquets. Imaginez à quel point il serait difficile de concevoir une application qui devrait gérer tout cela. Les couches font abstraction des couches inférieures, ce qui simplifie la conception et le fonctionnement du logiciel.
Découplage: en théorie, vous pouvez remplacer une technologie spécifique par une autre sur la même couche. Tant que la couche communique avec celle ci-dessus et celle ci-dessous de la même manière, la façon dont elle est implémentée n'a pas d'importance. Par exemple, nous pouvons supprimer le protocole de couche 3 très connu, IP version 4, et le remplacer par IP version 6. Tout le reste devrait fonctionner exactement de la même manière. Pour votre navigateur ou votre modem câble, cela ne devrait faire aucune différence.
Le modèle TCP / IP est le fondement de la suite de protocoles TCP / IP (surprise!). Il n'a que quatre couches, et tout ce qui est au-dessus du transport n'est qu'une «application». Il est plus simple à comprendre et évite des questions sans fin comme «Est-ce que cette couche de session ou couche de présentation?» Mais c'est aussi juste un modèle, et certaines choses ne se t y s'intègrent bien non plus, comme les protocoles de tunneling (GRE, MPLS, IPSec pour n'en nommer que quelques-uns).
En fin de compte, les modèles sont un moyen de représenter des idées abstraites invisibles comme des adresses, des paquets et des bits. Tant que vous gardez cela à l'esprit, le modèle OSI ou TCP / IP peut être utile pour comprendre la mise en réseau.