IPX/SPX

Au milieu des années 1980, quand Novell travaillait sur NetWare, ses ingénieurs se trouvaient face à un problème : créer un protocole réseau capable de faire dialoguer des ordinateurs dispersés dans l’entreprise. Ils ne partirent pas de zéro. Le système XNS que Xerox avait mis au point quelques années plus tôt leur servit de modèle. Cette approche pragmatique donna naissance à IPX/SPX, une suite de protocoles qui allait marquer une décennie entière de l’informatique réseau.

L’époque était aux premiers pas de la mise en réseau. Les entreprises découvraient l’intérêt de partager des fichiers et des imprimantes entre plusieurs postes de travail. NetWare proposait une réponse à ces besoins avec son architecture client-serveur, où IPX/SPX jouait le rôle de messager entre les machines. Le protocole s’articulait en deux couches distinctes : IPX pour acheminer les paquets d’un point à l’autre, SPX pour garantir leur bonne réception.

Novell avait trouvé une astuce élégante pour simplifier la configuration réseau. Là où d’autres protocoles nécessitaient de complexes tables de correspondance, IPX utilisait directement l’adresse MAC de la carte réseau comme identifiant de machine. Chaque adresse IPX combinait un numéro de réseau sur 32 bits, défini par l’administrateur, et cette fameuse adresse MAC sur 48 bits. Finalement, il n’y avait plus besoin de protocole supplémentaire pour faire le lien entre l’identité logique et l’identité physique de la machine.

Le routage s’appuyait sur RIP (Routing Information Protocol), mais pas le RIP d’IP. Les deux protocoles partageaient le nom sans être compatibles. Toutes les minutes, les routeurs IPX s’échangeaient leurs tables de routage en utilisant une métrique particulière appelée « tick ». Un tick correspondait à un dix-huitième de seconde, donnant une estimation du délai sur chaque liaison. Si deux routes affichaient un nombre de ticks identique, c’est le nombre de sauts qui tranchait.

SAP (Session Announcement Protocol) apportait une dimension supplémentaire à l’écosystème IPX/SPX. Ce protocole d’annonce de services transformait le réseau en un vaste tableau d’affichage où chaque serveur proclamait ses talents : partage de fichiers, impression, messagerie. Comme pour RIP, les annonces se répétaient toutes les minutes. Les routeurs tenaient à jour une liste de tous les services disponibles, prêts à renseigner n’importe quel client en quête d’une ressource particulière.

L’adaptabilité d’IPX/SPX se manifestait dans sa capacité à cohabiter avec différents standards Ethernet. Le protocole acceptait plusieurs types d’encapsulation : le format propriétaire de Novell, les standards IEEE 802.2 et 802.3, Ethernet II, et SNAP. Cette souplesse facilitait l’intégration dans des environnements hétérogènes, à condition de maintenir une cohérence dans la configuration de tous les équipements.

Au sommet de la pile protocolaire, NCP gérait les aspects métier : accès aux fichiers, contrôle de l’impression, sécurité. NetBIOS trouvait sa place grâce à une couche d’émulation qui permettait aux applications existantes de continuer à fonctionner. Les modules NLM étendaient les possibilités du système avec de nouveaux protocoles, des services de communication ou l’accès à des bases de données.

La décennie 1990 vit IPX/SPX s’épanouir dans les entreprises. Sa facilité de mise en œuvre et ses bonnes performances en faisaient un choix naturel pour les administrateurs réseau. Mais Internet grandissait et TCP/IP s’imposait comme le langage universel des communications numériques. Face à cette montée en puissance, Novell dut réviser sa stratégie.

L’entreprise intégra progressivement TCP/IP dans NetWare. Les versions ultérieures proposèrent d’encapsuler IPX dans des paquets UDP/IP pour traverser les réseaux basés sur le protocole d’Internet. L’arrivée de NDS dans NetWare 4.0 réduisit la dépendance au protocole SAP en permettant aux clients de localiser les services via un annuaire centralisé.

La transition s’accéléra dans les années 2000. Les nouvelles applications naissaient avec TCP/IP dans leurs gènes, reléguant IPX/SPX au rang de technologie héritée. Novell finit par abandonner le développement de sa suite protocolaire pour se tourner vers les solutions IP.

Cette évolution ne doit pas masquer l’influence durable d’IPX/SPX. L’utilisation directe des adresses MAC, la découverte automatique des services, ces concepts resurgiront dans des technologies plus récentes. Les protocoles modernes comme mDNS ou UPnP reprennent des idées que SAP avait déjà explorées.

L’histoire d’IPX/SPX raconte celle d’une époque où les protocoles réseau se battaient pour imposer leur vision de la communication. Face à la standardisation universelle de TCP/IP, les solutions propriétaires, techniquement abouties ou non, ne pouvaient que s’effacer. Cette leçon dépasse le simple cadre technique : dans un monde interconnecté, l’ouverture et l’interopérabilité l’emportent souvent sur l’excellence locale.

Le destin d’IPX/SPX illustre finalement une vérité immuable de l’informatique : aucune technologie, aussi brillante soit-elle, ne survit sans s’adapter aux évolutions du marché. TCP/IP n’a pas triomphé par ses seules qualités intrinsèques, mais parce qu’il est devenu la lingua franca d’Internet. Dans cette bataille des protocoles, c’est l’universalité qui a eu le dernier mot.