AppleTalk

Tras el lanzamiento del ordenador Apple Lisa en enero de 1983, Apple invirtió un esfuerzo considerable en el desarrollo de un sistema de red de área local (LAN) para las máquinas. Conocido como AppleNet , se basaba en la pila de protocolos XNS de Xerox ^{[ 1 ]} , pero funcionaba con un sistema de cable coaxial personalizado de 1 Mbit/s en lugar de la Ethernet de 2,94 Mbit/s de Xerox . AppleNet se anunció a principios de 1983 con una presentación completa a un precio objetivo de 500 dólares para las tarjetas AppleNet enchufables para el Lisa y el Apple II . ^{[ 2 ]}

En aquel entonces, los primeros sistemas LAN estaban llegando al mercado, incluyendo Ethernet , Token Ring , Econet y ARCNET . Este era un tema de gran interés comercial en ese momento, dominando ferias como la National Computer Conference (NCC) en Anaheim en mayo de 1983. Todos los sistemas competían por posicionarse en el mercado, pero incluso en ese momento, la amplia aceptación de Ethernet sugería que se convertiría en un estándar de facto . ^{[ 3 ]} Fue en esta feria donde Steve Jobs le hizo a Gursharan Sidhu una pregunta aparentemente inocua: "¿Por qué las redes no han calado?" ^{[ 4 ]}

Cuatro meses después, en octubre, se canceló AppleNet. En ese momento, anunciaron que «Apple se dio cuenta de que no era su negocio crear un sistema de red. Desarrollamos y usamos AppleNet internamente, pero nos dimos cuenta de que si lo hubiéramos lanzado, habríamos visto surgir nuevos estándares». ^{[ 5 ]} En enero, Jobs anunció que, en su lugar, darían soporte a Token Ring de IBM , cuyo lanzamiento esperaba para «unos meses». ^{[ 5 ]}

Durante este período, Apple estaba inmersa en el desarrollo del ordenador Macintosh. Durante el desarrollo, los ingenieros decidieron utilizar el chip controlador serie Zilog 8530 (SCC) en lugar del UART , más común y de menor coste, para proporcionar conexiones de puerto serie . ^{[ 6 ]} El SCC costaba unos 5 dólares más que un UART, pero ofrecía velocidades mucho mayores, de hasta 250  kilobits por segundo (o superiores con hardware adicional), y admitía internamente varios protocolos básicos de red, como el Bisync de IBM . ^{[ 7 ]}

Se eligió el SCC porque permitiría conectar varios dispositivos al puerto. Los periféricos equipados con SCC similares podrían comunicarse mediante los protocolos integrados, intercalando sus datos con los de otros periféricos en el mismo bus. Esto eliminaría la necesidad de más puertos en la parte posterior del equipo y permitiría prescindir de ranuras de expansión para admitir dispositivos más complejos. El concepto inicial se conocía como AppleBus , y preveía un sistema controlado por el Macintosh anfitrión que consultaba dispositivos "tontos" de forma similar al moderno Universal Serial Bus . ^{[ 8 ]}

El equipo de Macintosh ya había comenzado a trabajar en lo que se convertiría en la LaserWriter y había considerado varias otras opciones para resolver el problema de cómo compartir estas costosas máquinas y otros recursos. Una serie de memorandos de Bob Belleville aclararon estos conceptos, describiendo la Mac, la LaserWriter y un sistema de servidor de archivos que se convertiría en Macintosh Office . ^{[ 4 ]} A finales de 1983, quedó claro que el Token Ring de IBM no estaría listo a tiempo para el lanzamiento de la Mac, y que probablemente tampoco lo estaría para el lanzamiento de estos otros productos. Finalmente, el Token Ring no se lanzó hasta octubre de 1985. ^{[ 9 ]}

La pregunta que Jobs le había hecho a Sidhu ya había generado varias ideas. Cuando AppleNet se canceló en octubre, Sidhu lideró un esfuerzo para desarrollar un nuevo sistema de red basado en el hardware AppleBus. Este nuevo sistema no tendría que ajustarse a ninguna idea preconcebida y fue diseñado para estar a la altura de la Mac: un sistema que el usuario pudiera instalar y que no requiriera configuración ni direcciones de red fijas; en resumen, una verdadera red plug-and-play. ^{[ 10 ]} Se necesitó un esfuerzo considerable, pero para cuando se lanzó la Mac, los conceptos básicos ya estaban definidos y algunos de los protocolos de bajo nivel estaban casi terminados. Sidhu mencionó el trabajo a Belleville solo dos horas después del anuncio de la Mac. ^{[ 4 ]}

El "nuevo" AppleBus se anunció a principios de 1984, ^{[ N 1 ]} permitiendo la conexión directa desde el Mac o Lisa a través de una pequeña caja que se enchufa al puerto serie y se conecta mediante cables al siguiente ordenador en la cadena. También se anunciaron adaptadores para Apple II y Apple III . ^{[ 11 ]} Apple también anunció que una red AppleBus podría conectarse a un sistema Token Ring y parecería ser un único nodo dentro de él. ^{[ 5 ]} Los detalles sobre cómo funcionaría esto eran imprecisos. ^{[ 5 ]}

Justo antes de su lanzamiento a principios de 1985, AppleBus pasó a llamarse AppleTalk . Inicialmente comercializado como AppleTalk Personal Network , se trata de una familia de protocolos de red y una capa física.

La capa física tiene varias limitaciones, incluyendo una velocidad de solo 230,4 kbps , una distancia máxima de 1000 pies (300 m) de extremo a extremo y solo 32 nodos por LAN. ^{[ 12 ]} Por el contrario, StarLAN —uno de los estándares de red más lentos— tiene una velocidad de 1 Mbps. ^{[ 13 ]} Pero como el hardware básico estaba integrado en la Mac, agregar nodos solo costaba alrededor de $50 por la caja adaptadora. En comparación, las tarjetas Ethernet y Token Ring cuestan cientos o miles de dólares. Además, toda la pila de red requiere solo alrededor de 6 kB de RAM, lo que permite que se ejecute en cualquier Mac. ^{[ 14 ]}  

La velocidad relativamente lenta de AppleTalk permitió reducir aún más los costos. En lugar de usar los circuitos balanceados de transmisión y recepción de RS-422 , el cableado de AppleTalk utiliza una única toma de tierra común , lo que limita la velocidad a unos 500 kbit/s , pero permitió eliminar un conductor. Esto significa que se pueden usar cables comunes de tres conductores para el cableado. Además, los adaptadores se diseñaron para ser "autoterminables", lo que significa que los nodos al final de la red pueden dejar su último conector sin conectar. No es necesario volver a conectar los cables en un bucle, ni utilizar concentradores u otros dispositivos.

El sistema fue diseñado para futuras expansiones; el sistema de direccionamiento permite la expansión a 255 nodos en una LAN (aunque en ese momento solo se podían usar 32), y mediante el uso de "puentes" (que llegaron a conocerse como "enrutadores", aunque técnicamente no son lo mismo) se pueden interconectar LANs en colecciones más grandes. Las "zonas" permiten direccionar dispositivos dentro de una red de internet conectada por puentes. Además, AppleTalk fue diseñado desde el principio para permitir su uso con cualquier enlace físico subyacente potencial, ^{[ 15 ]} y en pocos años, la capa física se renombraría como LocalTalk , para diferenciarla de los protocolos AppleTalk.

Una ventaja de AppleTalk es su autoconfiguración. Para conectar un dispositivo a una red, el usuario enchufa el adaptador al ordenador y luego conecta un cable desde este a cualquier puerto libre de cualquier otro adaptador. La pila de red de AppleTalk negocia una dirección de red y compila una lista de nombres y tipos de otros ordenadores en la red para que el usuario pueda explorar los dispositivos a través del Selector . AppleTalk es tan fácil de usar que las redes ad hoc solían aparecer siempre que había varios Mac en la misma habitación. ^{[ 16 ]} Apple lo utilizó posteriormente en un anuncio que mostraba la creación de una red entre dos asientos de un avión. ^{[ 17 ]} Una desventaja de AppleTalk Personal Network es que los conectores de los cables se separan fácilmente, lo que provoca fallos en la red. ^{[ 18 ]}

Lento pero económico, AppleTalk se popularizó ampliamente. ^{[ 19 ]} En los años siguientes se desarrolló un próspero mercado de terceros para dispositivos AppleTalk. Un ejemplo particularmente notable fue un adaptador alternativo diseñado por BMUG y comercializado por Farallon como PhoneNET en 1987. ^{[ 20 ]} Este era esencialmente un reemplazo para el conector de Apple que utilizaba tomas telefónicas convencionales en lugar de los conectores redondos de Apple. PhoneNet permite conectar redes AppleTalk mediante cables telefónicos normales y, con muy poco trabajo adicional, los teléfonos analógicos y AppleTalk pueden compartir un único cable telefónico de cuatro conductores. ^{[ 18 ]}

Otras compañías aprovecharon la capacidad del SCC para leer relojes externos con el fin de admitir velocidades de transmisión más altas, de hasta 1 Mbit/s . En estos sistemas, el adaptador externo también incluía su propio reloj y lo usaba para señalizar los pines de entrada de reloj del SCC. El sistema más conocido de este tipo fue FlashTalk de Centram , que funcionaba a 768 kbit/s y estaba diseñado para usarse con su sistema de red TOPS . ^{[ 21 ]} Una solución similar fue DaynaTalk de 850 kbit/s , que usaba una caja separada que se conectaba entre la computadora y una caja LocalTalk/PhoneNet normal. Dayna también ofrecía una tarjeta de expansión para PC que funcionaba hasta 1,7 Mbit/s cuando se comunicaba con otras tarjetas Dayna para PC. ^{[ 22 ] [ 23 ]} También existían otros sistemas con un rendimiento aún mayor, pero estos a menudo requerían un cableado especial que era incompatible con LocalTalk/PhoneNet, y también requerían parches en la pila de red que a menudo causaban problemas.

A medida que Apple se expandía a más mercados comerciales y educativos, necesitaba integrar AppleTalk en las instalaciones de red existentes. Muchas de estas organizaciones ya habían invertido en una infraestructura Ethernet muy costosa y no había una forma directa de conectar una Macintosh a Ethernet. AppleTalk incluía una estructura de protocolo para interconectar subredes AppleTalk y, como solución, se creó inicialmente EtherTalk para usar Ethernet como columna vertebral entre subredes LocalTalk. Para lograr esto, las organizaciones tendrían que comprar un puente LocalTalk a Ethernet y Apple dejó que terceros produjeran estos productos. ^{[ 24 ]} Varias empresas respondieron, incluidas Hayes y algunas empresas recién formadas como Kinetics.

Para 1987, Ethernet estaba ganando claramente la batalla de estándares sobre Token Ring, y a mediados de ese año, Apple presentó EtherTalk 1.0 , una implementación del protocolo AppleTalk sobre la capa física de Ethernet. Introducido para la recién lanzada computadora Macintosh II , una de las dos primeras Macintosh de Apple con ranuras de expansión (la Macintosh SE tenía una ranura de un tipo diferente), el sistema operativo incluía un nuevo panel de control de red que permitía al usuario seleccionar qué conexión física usar para la red (entre "Integrada" o "EtherTalk"). En su lanzamiento, estaban disponibles tarjetas de interfaz Ethernet de 3Com y Kinetics que se conectaban a una ranura NuBus en la máquina. La nueva pila de red también amplió el sistema para permitir un total de 255 nodos por LAN. Con el lanzamiento de EtherTalk, AppleTalk Personal Network pasó a llamarse LocalTalk, ^{[ 25 ]} nombre con el que se la conocería durante la mayor parte de su vida. Posteriormente, Token Ring recibió soporte con un producto similar, TokenTalk , que utilizaba el mismo panel de control de red y el mismo software subyacente. Con el tiempo, muchas empresas de terceros lanzaron tarjetas Ethernet y Token Ring compatibles que utilizaban estos mismos controladores.

La aparición de un Macintosh con conexión Ethernet directa también magnificó el problema de compatibilidad entre Ethernet y LocalTalk: las redes con Macs nuevos y antiguos necesitaban alguna forma de comunicarse entre sí. Esto podía ser tan simple como una red de Mac II Ethernet intentando comunicarse con una LaserWriter que solo se conectaba a LocalTalk. Apple inicialmente confió en los productos puente LocalTalk-to-Ethernet mencionados anteriormente, pero contrariamente a la creencia de Apple de que estos serían productos de bajo volumen, a finales de 1987, 130.000 de estas redes estaban en uso. AppleTalk era en ese momento, según se informa, el sistema de red más utilizado en el mundo, con más del triple de instalaciones de cualquier otro proveedor. ^{[ 26 ]} 1987 también marcó la introducción del producto AppleShare , un servidor de archivos dedicado que se ejecutaba en cualquier Mac con 512  kB de RAM o más. Una máquina AppleShare común era la Mac Plus con un disco duro SCSI externo , como el Hard Disk 20SC . AppleShare supuso, en la práctica, el reemplazo de los fallidos intentos de desarrollar Office para Macintosh, que se basaban en un dispositivo servidor de archivos dedicado.

AppleShare era el tercer sistema operativo de red (NOS) más popular a finales de la década de 1980, por detrás de Novell NetWare y MS-Net de Microsoft . Si bien NetWare tenía más del 50 % del mercado de NOS, los usuarios de AppleTalk eran los más satisfechos. ^{[ 27 ]} Una encuesta realizada en 1989 a 100 grandes usuarios de LAN reveló que el 6 % utilizaba Apple, ocupando el quinto lugar entre los proveedores. ^{[ 28 ]}

En 1989 se lanzó un rediseño significativo conocido como AppleTalk Phase II . En muchos sentidos, Phase II puede considerarse un esfuerzo por hacer que la versión anterior (nunca llamada Phase I) fuera más genérica. Las LAN ahora podían admitir más de 255 nodos, y las zonas ya no estaban asociadas con redes físicas, sino que eran construcciones completamente virtuales utilizadas simplemente para organizar los nodos. Por ejemplo, ahora se podía crear una zona de "Impresoras" que listara todas las impresoras de una organización, o se podía colocar ese mismo dispositivo en la zona del "Segundo Piso" para indicar su ubicación física. Phase II también incluyó cambios en los protocolos de interconexión de redes subyacentes para hacerlos menos "comunicativos", lo que anteriormente había sido un problema grave en las redes que conectaban redes de área amplia. ^{[ 29 ]}

Para entonces, Apple tenía una amplia variedad de productos de comunicación en desarrollo, y muchos de ellos se anunciaron junto con AppleTalk Fase II. Estos incluían actualizaciones de EtherTalk y TokenTalk, software AppleTalk y hardware LocalTalk para el IBM PC , EtherTalk para el sistema operativo A/UX de Apple , que le permitía usar LaserWriters y otros recursos de red, y los productos Mac X.25 y MacX.

Ethernet se había vuelto casi universal para 1990, y era hora de integrar Ethernet en las Mac directamente de fábrica. Sin embargo, el cableado físico utilizado por estas redes aún no estaba completamente estandarizado. Apple resolvió este problema utilizando un único puerto en la parte posterior de la computadora en el que el usuario podía conectar un adaptador para cualquier sistema de cableado. Este sistema FriendlyNet se basaba en la interfaz de unidad de conexión estándar de la industria , o AUI, pero con un conector no estándar que era más pequeño y fácil de usar, al que llamaron "Apple AUI" o AAUI . FriendlyNet se introdujo por primera vez en las computadoras Quadra 700 y Quadra 900 y se utilizó en gran parte de la línea Mac durante algún tiempo. ^{[ 30 ]} Con System 7, Apple agregó Personal File Sharing, una versión más simple de AppleShare. ^{[ 31 ]} Al igual que con LocalTalk, rápidamente aparecieron varios adaptadores FriendlyNet de terceros.

A medida que 10BASE-T se convirtió en el sistema de cableado estándar para Ethernet, las máquinas Power Macintosh de segunda generación añadieron un puerto 10BASE-T además de AAUI. El PowerBook 3400c y los Power Mac de gama baja también añadieron 10BASE-T. Los Power Macintosh 7300 / 8600 / 9600 fueron los últimos Mac en incluir AAUI, y 10BASE-T se generalizó a partir del Power Macintosh G3 y el PowerBook G3 .

Desde los inicios de AppleTalk, los usuarios deseaban conectar sus Macintosh a entornos de red TCP/IP . En 1984, Bill Croft, de la Universidad de Stanford, fue pionero en el desarrollo de paquetes IP encapsulados en DDP como parte del proyecto SEAGATE (Stanford Ethernet–AppleTalk Gateway). Kinetics comercializó SEAGATE en su puente LocalTalk-to-Ethernet como una opción de enrutamiento adicional. Unos años más tarde, MacIP se separó del código de SEAGATE y se convirtió en el método estándar para enrutar paquetes IP a través de redes LocalTalk. En 1986, la Universidad de Columbia lanzó la primera versión del paquete Columbia AppleTalk (CAP), que permitía una mayor integración de los entornos Unix, TCP/IP y AppleTalk. En 1988, Apple lanzó MacTCP , un sistema que permitía a las Mac admitir TCP/IP en equipos con hardware Ethernet adecuado. Sin embargo, esto dejó a muchas universidades con el problema de admitir IP en sus numerosas Mac equipadas con LocalTalk. Pronto fue común incluir soporte para MacIP en puentes LocalTalk-to-Ethernet. ^{[ 30 ]} MacTCP no se convertiría en una parte estándar del Mac OS clásico hasta 1994, ^{[ 32 ]} momento en el que también era compatible con SNMP y PPP .

Durante un tiempo a principios de la década de 1990, la Mac fue un cliente principal en la Internet en rápida expansión. ^{[ 33 ]} Entre los programas más conocidos y ampliamente utilizados estaban Fetch, Eudora, eXodus, NewsWatcher y los paquetes NCSA, especialmente NCSA Mosaic ^{[ 34 ]} y su derivado, Netscape Navigator . ^{[ 35 ]} Además, aparecieron varios productos de servidor que permitieron a la Mac alojar contenido de Internet. Durante este período, las Mac tenían entre 2 y 3 veces más clientes conectados a Internet que cualquier otra plataforma, ^{[ 36 ]} a pesar de la cuota de mercado relativamente pequeña de las microcomputadoras en general.

A medida que el mundo avanzaba rápidamente hacia el protocolo IP para usos LAN y WAN, Apple se enfrentó al reto de mantener dos bases de código cada vez más obsoletas en un grupo cada vez mayor de máquinas, además de la introducción de las máquinas basadas en PowerPC . Esto dio lugar a los esfuerzos de Open Transport , que reimplementaron MacTCP y AppleTalk en una base de código completamente nueva, adaptada del estándar Unix STREAMS . Las primeras versiones tuvieron problemas y tardaron un tiempo en estabilizarse. ^{[ 37 ]} Para entonces, Apple estaba inmersa en sus esfuerzos por Copland, que finalmente fracasaron .

Con la adquisición de NeXT y el posterior desarrollo de Mac OS X , AppleTalk se convirtió en un sistema obsoleto. Se añadió compatibilidad a Mac OS X para brindar soporte a una gran cantidad de dispositivos AppleTalk existentes, especialmente impresoras láser y recursos compartidos de archivos, pero las soluciones de conexión alternativas comunes en esa época, como USB para impresoras, limitaron su demanda. A medida que Apple abandonó muchas de estas categorías de productos y todos los nuevos sistemas se basaban en propiedad intelectual, AppleTalk se volvió cada vez menos común.

El iMac G3 fue el primer Macintosh sin hardware LocalTalk. ^{[ 38 ]} El soporte para AppleTalk se eliminó finalmente de la línea macOS en Mac OS X Snow Leopard en 2009, ^{[ 39 ]} aunque se mantuvo el soporte para AFP sobre TCP.

Sin embargo, la desaparición de AppleTalk no disminuyó el interés por soluciones de red que combinaran su facilidad de uso con el enrutamiento IP. Apple ha liderado el desarrollo de muchos proyectos de este tipo, desde la introducción del router AirPort hasta el desarrollo del sistema de red de configuración cero y su implementación, Rendezvous, posteriormente renombrado Bonjour .

La compatibilidad con AFP sobre TCP se eliminó de la compatibilidad con versiones anteriores en macOS 11 Big Sur .

Linux 7.2 eliminó el soporte para AppleTalk. ^{[ 40 ]}

El Protocolo de Resolución de Direcciones de AppleTalk (AARP) resuelve las direcciones de AppleTalk a direcciones de la capa de enlace . ^{[ 44 ]} Es funcionalmente equivalente a ARP y obtiene la resolución de direcciones mediante un método muy similar a ARP. ^{[ 45 ]}

AARP es un sistema bastante simple. Al encenderse, una máquina AppleTalk transmite un paquete de sondeo AARP solicitando una dirección de red, con la intención de recibir respuesta de controladores como enrutadores. Si no se proporciona ninguna dirección, se elige una al azar de la "subred base", 0. Luego transmite otro paquete indicando "Estoy seleccionando esta dirección" y espera a ver si algún otro dispositivo en la red se queja. Si otro dispositivo tiene esa dirección, el dispositivo que se conecta elegirá otra dirección y seguirá intentándolo hasta encontrar una libre. ^{[ 33 ]} En una red con muchos dispositivos, puede que se necesiten varios intentos antes de encontrar una dirección libre, por lo que, para optimizar el rendimiento, la dirección exitosa se registra en la NVRAM y se utiliza como dirección predeterminada en el futuro. Esto significa que, en la mayoría de las configuraciones reales donde se agregan dispositivos de a pocos, solo se necesitan uno o dos intentos antes de que la dirección se vuelva prácticamente constante.

El Protocolo de Flujo de Datos de AppleTalk (ADSP) fue una adición relativamente tardía al conjunto de protocolos de AppleTalk, realizada cuando quedó claro que se necesitaba un transporte orientado a la conexión confiable al estilo TCP . Las diferencias significativas con respecto a TCP fueron las siguientes:

• Es posible que se rechace el intento de conexión.
• No existían conexiones "semiabiertas"; una vez que un extremo iniciaba el cierre de la conexión, toda la conexión se cerraba ( es decir , ADSP es dúplex completo , no simplex dual ).
• AppleTalk incluía un sistema de mensajes de atención que permitía enviar mensajes cortos que omitían el flujo normal de datos. Estos se entregaban de forma fiable, pero fuera de orden con respecto al flujo. Cualquier mensaje de atención se entregaba lo antes posible, en lugar de esperar a que el punto de secuencia de bytes del flujo actual se volviera actual. ^{[ 46 ]}

El Protocolo de Archivos de Apple (AFP), anteriormente conocido como Protocolo de Archivos AppleTalk, es el protocolo para comunicarse con los servidores de archivos AppleShare . Basado en el Protocolo de Sesión AppleTalk (para AFP sobre DDP) o en la Interfaz de Flujo de Datos (para AFP sobre TCP), proporciona servicios para autenticar usuarios (con la posibilidad de utilizar diferentes métodos de autenticación, incluido el intercambio bidireccional de números aleatorios) y para realizar operaciones específicas del sistema de archivos HFS de Macintosh . AFP sobre TCP se mantuvo en uso en macOS hasta Big Sur, a pesar de que la mayoría de los demás protocolos AppleTalk se eliminaron en Snow Leopard.

El Protocolo de Sesión de AppleTalk (ASP) era un protocolo intermedio, construido sobre el Protocolo de Transacción de AppleTalk (ATP), que a su vez era la base de AFP. Proporcionaba servicios básicos para solicitar respuestas a comandos arbitrarios y realizar consultas de estado fuera de banda. También permitía al servidor enviar mensajes de atención asíncronos al cliente.

El Protocolo de Transacciones de AppleTalk (ATP) fue el protocolo de transporte fiable original para AppleTalk, basado en DDP. En el momento de su desarrollo, se consideraba que un protocolo orientado a la conexión, completo y fiable como TCP, sería demasiado costoso de implementar para la mayoría de los usos previstos de AppleTalk. Por lo tanto, ATP era un simple intercambio de solicitud/respuesta, sin necesidad de establecer ni finalizar conexiones.

Un paquete de solicitud ATP podía recibir hasta ocho paquetes de respuesta . El solicitante enviaba entonces un paquete de acuse de recibo que contenía una máscara de bits que indicaba cuáles de los paquetes de respuesta había recibido, para que el respondedor pudiera retransmitir los restantes.

ATP podía operar en modo "al menos una vez" o en modo "exactamente una vez". El modo "exactamente una vez" era esencial para operaciones que no eran idempotentes ; en este modo, el respondedor mantenía una copia de los búferes de respuesta en memoria hasta recibir correctamente un paquete de liberación del solicitante o hasta que transcurriera un tiempo de espera. De esta forma, podía responder a solicitudes duplicadas con el mismo ID de transacción reenviando los mismos datos de respuesta, sin realizar la operación real de nuevo. ^{[ 47 ]}

El Protocolo de Entrega de Datagramas (DDP) era el protocolo de transporte independiente del enlace de datos de nivel más bajo. Proporcionaba un servicio de datagramas sin garantías de entrega. Todos los protocolos de nivel de aplicación, incluidos los protocolos de infraestructura NBP, RTMP y ZIP, se basaban en DDP. El DDP de AppleTalk se corresponde estrechamente con la capa de red del modelo de comunicación de Interconexión de Sistemas Abiertos ( OSI ).

El Protocolo de Enlace de Nombres (NBP) era un sistema dinámico y distribuido para administrar los nombres de AppleTalk. Cuando un servicio se iniciaba en una máquina, registraba un nombre elegido por un administrador. En ese momento, NBP proporcionaba un sistema para verificar que ninguna otra máquina hubiera registrado ya el mismo nombre. Posteriormente, cuando un cliente quería acceder a ese servicio, utilizaba NBP para consultar las máquinas y encontrarlo. NBP ofrecía la posibilidad de explorar ("¿cuáles son los nombres de todos los servicios disponibles?") y la capacidad de encontrar un servicio con un nombre específico. ^{[ 44 ]} Los nombres eran legibles para humanos, contenían espacios y letras mayúsculas y minúsculas, e incluían soporte para búsquedas.

El Protocolo de Eco de AppleTalk (AEP) era un protocolo de capa de transporte diseñado para probar la accesibilidad de los nodos de red. ^{[ 44 ]} AEP genera paquetes que se envían al nodo de red y se identifica como paquete AEP en el campo Tipo de un paquete. El paquete se pasa primero al DDP de origen. Después de ser identificado como un paquete AEP, se reenvía al nodo donde el DDP de destino lo examina. Una vez identificado como un paquete AEP, se copia y se modifica un campo del paquete para crear un paquete de respuesta AEP, que luego se devuelve al nodo de origen.

El Protocolo de Acceso a Impresoras (PAP) era la forma estándar de comunicarse con las impresoras PostScript . Se basaba en ATP. ^{[ 44 ]} Cuando se abría una conexión PAP, cada extremo enviaba al otro una solicitud ATP que básicamente significaba "envíame más datos". La respuesta del cliente al servidor era enviar un bloque de código PostScript, mientras que el servidor podía responder con cualquier mensaje de diagnóstico que pudiera generarse como resultado, tras lo cual se enviaba otra solicitud de "enviar más datos". Este uso de ATP proporcionaba un control de flujo automático ; cada extremo solo podía enviar datos al otro si había una solicitud ATP pendiente a la que responder.

PAP también permitía realizar consultas de estado fuera de banda, gestionadas mediante transacciones ATP independientes. Incluso mientras procesaba un trabajo de impresión de un cliente, un servidor PAP podía seguir respondiendo a las solicitudes de estado de otros clientes. Esto permitía que otros Macintosh de la red local que esperaban para imprimir mostraran mensajes de estado que indicaban que la impresora estaba ocupada y cuál era el trabajo que estaba procesando.

El Protocolo de Mantenimiento de Tablas de Enrutamiento (RTMP) era el protocolo mediante el cual los enrutadores se mantenían informados entre sí sobre la topología de la red. ^{[ 44 ]} Esta era la única parte de AppleTalk que requería transmisiones periódicas no solicitadas: cada 10 segundos, cada enrutador tenía que enviar una lista de todos los números de red que conocía y a qué distancia creía que estaban.

El Protocolo de Información de Zona (ZIP) era el protocolo mediante el cual los números de red de AppleTalk se asociaban con los nombres de las zonas. ^{[ 44 ]} Una zona era una subdivisión de la red que tenía sentido para los humanos (por ejemplo, "Departamento de Contabilidad"); pero mientras que un número de red debía asignarse a una sección topológicamente contigua de la red, una zona podía incluir varias porciones discontinuas diferentes de la red.