AppleTalk

Au début des années 1980, Apple Computer se lance dans un défi ambitieux : créer un protocole réseau en parallèle du développement du Macintosh. L’idée paraît audacieuse, mais elle répond à un besoin concret. Les utilisateurs veulent partager leurs fichiers et leurs imprimantes sans s’embarrasser de configurations techniques complexes. AppleTalk naît de cette volonté de simplifier l’informatique en réseau.

Le protocole cache sa sophistication derrière une interface d’une transparence remarquable. Les ordinateurs communiquent entre eux sans que l’utilisateur ait besoin de comprendre les mécanismes sous-jacents. Cette philosophie tranche avec les systèmes de l’époque, souvent rébarbatifs et réservés aux experts. Apple mise sur l’invisibilité des opérations techniques : seul le résultat compte.

Deux versions principales voient le jour. La Phase 1 s’adresse aux petits groupes de travail mais souffre de limitations contraignantes. Impossible de dépasser 135 machines sur un segment, et les réseaux étendus restent hors de portée. Ces restrictions freinent l’expansion d’AppleTalk dans les entreprises. La Phase 2 corrige ces défauts en autorisant jusqu’à 253 machines par segment et en gérant les réseaux étendus. Cette évolution ouvre la voie à des déploiements plus ambitieux.

La flexibilité d’AppleTalk s’exprime dans ses déclinaisons physiques. LocalTalk exploite les paires torsadées propriétaires d’Apple, tandis que TokenTalk s’appuie sur les réseaux Token Ring. EtherTalk tire parti de l’Ethernet, et FDDITalk exploite les fibres optiques FDDI. Cette modularité autorise les transitions technologiques sans refonte complète du système.

L’architecture protocolaire s’organise avec méthode. Le DDP (Datagram Delivery Protocol) transporte les paquets d’un point à un autre. L’AARP (AppleTalk Address Resolution Protocol) établit la correspondance entre adresses logiques et physiques. Le RTMP (Routing Table Maintenance Protocol) maintient les informations de routage à jour. Chaque protocole assume sa fonction sans empiéter sur les autres.

La gestion des noms repose sur des mécanismes ingénieux. Le NBP (Name Binding Protocol) associe des noms compréhensibles aux adresses techniques, tandis que le ZIP (Zone Information Protocol) organise les réseaux en zones logiques. L’AEP (AppleTalk Echo Protocol) vérifie que les machines restent accessibles. L’ATP (AppleTalk Transaction Protocol) garantit la fiabilité des échanges pour les applications critiques comme le partage de fichiers ou l’impression.

L’adressage dynamique constitue l’une des innovations d’AppleTalk. Un identifiant est automatiquement attribué à chaque machine à sa connexion. Cette approche évite les conflits d’adresses tout en simplifiant l’administration. L’adresse combine trois éléments : un numéro de réseau sur 16 bits, un identifiant de nœud sur 8 bits, et un numéro de socket sur 8 bits pour désigner le service concerné.

Le concept de zone révolutionne l’organisation des réseaux. Il est possible de regrouper des machines selon des critères fonctionnels plutôt que géographiques. Le service comptabilité peut ainsi rassembler ses ressources dans une zone unique, même si les ordinateurs sont dispersés dans différents bâtiments. Cette flexibilité séduira de nombreux administrateurs réseau.

La transmission s’effectue sans établissement de connexion préalable. Les paquets voyagent indépendamment vers leur destination. Les protocoles de haut niveau ajoutent ensuite les mécanismes de fiabilité nécessaires selon les besoins. Cette architecture modulaire facilite l’évolution et la maintenance du système.

Cisco enrichit progressivement son intégration d’AppleTalk. Il ajoute le support des différentes versions d’EtherTalk, la compatibilité avec les VLAN, l’intégration aux protocoles WAN comme Frame Relay. Ces extensions repoussent les limites du protocole bien au-delà des intentions initiales d’Apple. L’encapsulation des paquets RTMP sur IP fait aussi transiter AppleTalk sur Internet.

Parent pauvre d’AppleTalk, le protocole délègue la sécurité aux applications, choix discutable à l’heure actuelle mais cohérent avec la philosophie des années 1980. Cisco tente de combler cette lacune avec ses listes de distribution, mécanisme rudimentaire mais utile pour contrôler la propagation des informations de routage.

L’implémentation Cisco présente une particularité surprenante : elle refuse de transmettre certains paquets avec des adresses locales identiques. Cette restriction, contraire aux spécifications d’Apple, vise à préserver l’intégrité des tables d’adresses. Le constructeur privilégie la stabilité du réseau à la conformité stricte aux standards.

Le déclin d’AppleTalk s’amorce dans les années 1990. TCP/IP s’impose progressivement comme le standard universel des communications réseau. Sa nature ouverte et son adoption par Internet scellent le sort des protocoles propriétaires. En 2009, Mac OS X v10.6 Snow Leopard abandonne définitivement AppleTalk. Apple boucle ainsi la boucle en se tournant vers les standards ouverts qu’elle avait initialement boudés.

Avec le protocole AppleTalk, un réseau sophistiqué reste simple d’usage. L’auto-configuration et la découverte automatique des services, concepts centraux d’AppleTalk, inspirent encore les développements actuels. Bonjour, le successeur spirituel d’AppleTalk chez Apple, perpétue cette philosophie de la simplicité dans un monde TCP/IP.