N-facility

Une N-facility est le mécanisme logique par lequel les données remontent à travers le modèle OSI, de la couche N à la couche N+1. Physiquement, les données arrivent à une entité réceptrice au niveau de la couche N. Cette entité les traite selon les protocoles de la couche N, supprime les en-têtes et les pieds de page de la couche N, et transmet la charge utile vers le haut à l'entité correspondante de la couche N+1. Cela se produit à chaque transition: de la couche Physique à la couche Liaison de données, de la couche Liaison de données à la couche Réseau, et ainsi de suite à travers les sept couches. La N-facility n'est pas un objet physique, mais plutôt la limite de service définie où une couche remplit son contrat envers la couche supérieure.

Le terme N représente n'importe quel numéro de couche. Lorsque les ingénieurs parlent de «la 3-facility», ils désignent l'interface de service entre la couche Réseau (couche 3) et la couche Transport (couche 4). Lorsqu'ils parlent de «la 2-facility», ils désignent la limite entre la Liaison de données et le Réseau. Cette notation permet de maintenir la discussion abstraite et généralisable. La facility elle-même est constituée de points d'accès de service (SAP), qui sont les adresses où l'entité de la couche N offre ses services aux clients de la couche N+1. Chaque SAP est un point d'attachement défini.

Les unités de données transmises via une N-facility sont appelées N-SDU (Service Data Units). Au niveau de la couche N, l'entité reçoit une N-SDU d'en haut, l'encapsule avec les informations de protocole de la couche N et la transmet. Lorsque l'entité homologue de la couche N la reçoit, elle supprime l'enveloppe de la couche N et transmet la N-SDU originale vers le haut en tant que N-SDU à la couche N+1. La terminologie souligne que chaque couche ne voit que son propre niveau d'abstraction; la couche Transport ne sait pas et ne se soucie pas de la manière dont la couche Réseau déplace les bits.

Conception et problèmes courants

Le concept de N-facility suppose une superposition propre, ce que les implémentations réelles violent parfois. Des protocoles comme TCP/IP ne suivent pas strictement le modèle OSI, et de nombreux systèmes embarqués ignorent complètement des couches ou les fusionnent. La facility est néanmoins utile pour la conception de protocoles et pour comprendre où les erreurs se produisent. Si une corruption de données apparaît entre deux couches, la faute réside dans le code de la N-facility: la gestion des SAP, l'ajout ou la suppression d'en-têtes, ou la gestion des tampons entre les entités.

La qualité de service transite également par la N-facility. Une entité de la couche N peut offrir différentes classes de service à différents clients de la couche N+1 via des SAP distincts. Une facility de liaison de données pourrait promettre un SAP pour le trafic en temps réel et un autre pour le trafic en mode «best-effort», même si les deux utilisent le même support physique sous-jacent. Cette séparation des préoccupations est ce qui rend le modèle N-facility puissant pour la conception de systèmes, même lorsque les couches OSI elles-mêmes ne sont pas entièrement implémentées.