AppleTalk - AppleTalk

AppleTalk

Pila de protocolos
Desarrollador (es)	Apple Inc.
Introducido	1985 ; Hace 36 años ( 1985 )
Hardware	LocalTalk , otros

AppleTalk es un conjunto de protocolos de red patentado descontinuado desarrollado por Apple Inc. para sus computadoras Macintosh . AppleTalk incluye una serie de funciones que permiten que las redes de área local se conecten sin una configuración previa o la necesidad de un enrutador o servidor centralizado de cualquier tipo. Los sistemas conectados equipados con AppleTalk asignan direcciones automáticamente, actualizan el espacio de nombres distribuido y configuran cualquier enrutamiento entre redes requerido.

AppleTalk se lanzó en 1985 y fue el protocolo principal utilizado por los dispositivos Apple durante las décadas de 1980 y 1990. También se lanzaron versiones para IBM PC y compatibles y Apple IIGS . La compatibilidad con AppleTalk también estaba disponible en la mayoría de las impresoras en red (especialmente impresoras láser ), algunos servidores de archivos y varios enrutadores .

El aumento de TCP / IP durante la década de 1990 llevó a una reimplementación de la mayoría de estos tipos de soporte en ese protocolo, y AppleTalk dejó de ser compatible a partir del lanzamiento de Mac OS X v10.6 en 2009. Muchas de las funciones de configuración automática más avanzadas de AppleTalk han desde que se introdujo en Bonjour , mientras que Universal Plug and Play satisface necesidades similares.

Historia

AppleNet

Después del lanzamiento de la computadora Apple Lisa en enero de 1983, Apple invirtió un esfuerzo considerable en el desarrollo de un sistema de redes de área local (LAN) para las máquinas. Conocido como AppleNet , se basaba en la pila de protocolos seminal Xerox XNS , pero se ejecutaba en un sistema de cable coaxial personalizado de 1 Mbit / s en lugar de Ethernet de 2,94 Mbit / s de Xerox . AppleNet se anunció a principios de 1983 con una introducción completa al precio objetivo de $ 500 para tarjetas AppleNet enchufables para Lisa y Apple II .

En ese momento, los primeros sistemas LAN recién estaban llegando al mercado, incluidos Ethernet , Token Ring , Econet y ARCNET . Este fue un tema de gran esfuerzo comercial en ese momento, dominando programas como la Conferencia Nacional de Computación (NCC) en Anaheim en mayo de 1983. Todos los sistemas estaban compitiendo por posicionarse en el mercado, pero incluso en ese momento, la aceptación generalizada de Ethernet lo sugería iba a convertirse en un estándar de facto . Fue en este programa que Steve Jobs le hizo a Gursharan Sidhu una pregunta aparentemente inocua: "¿Por qué las redes no se han popularizado?"

Cuatro meses después, en octubre, se canceló AppleNet. En ese momento, anunciaron que "Apple se dio cuenta de que no está en el negocio crear un sistema de red. Construimos y usamos AppleNet internamente, pero nos dimos cuenta de que si lo hubiéramos enviado, habríamos visto surgir nuevos estándares. " En enero, Jobs anunció que, en cambio, apoyarían el Token Ring de IBM , que esperaba que saliera en "unos pocos meses".

AppleBus

Durante este período, Apple estuvo profundamente en el desarrollo de la computadora Macintosh. Durante el desarrollo, los ingenieros habían tomado la decisión de utilizar el chip controlador en serie (SCC) Zilog 8530 en lugar del UART más común y de menor costo para proporcionar conexiones de puerto en serie . El SCC costaba alrededor de $ 5 más que un UART, pero ofrecía velocidades mucho más altas de hasta 250 kilobits por segundo (o más con hardware adicional) y soportaba internamente una serie de protocolos básicos de red como Bisync de IBM .

Se eligió el SCC porque permitiría conectar varios dispositivos al puerto. Los periféricos equipados con SCC similares podrían comunicarse utilizando los protocolos integrados, intercalando sus datos con otros periféricos en el mismo bus. Esto eliminaría la necesidad de más puertos en la parte posterior de la máquina y permitiría eliminar las ranuras de expansión para admitir dispositivos más complejos. El concepto inicial se conocía como AppleBus , imaginando un sistema controlado por el host Macintosh que sondeaba los dispositivos "tontos" de una manera similar al bus serie universal moderno .

Redes AppleBus

El equipo de Macintosh ya había comenzado a trabajar en lo que se convertiría en LaserWriter y había considerado otras opciones para responder a la pregunta de cómo compartir estas costosas máquinas y otros recursos. Una serie de notas de Bob Belleville aclararon estos conceptos, esbozando la Mac, LaserWriter y un sistema de servidor de archivos que se convertiría en Macintosh Office . A finales de 1983, estaba claro que el Token Ring de IBM no estaría listo a tiempo para el lanzamiento de Mac y también podría perderse el lanzamiento de estos otros productos. Al final, Token Ring no se enviaría hasta octubre de 1985.

La pregunta anterior de Jobs a Sidhu ya había suscitado varias ideas. Cuando se canceló AppleNet en octubre, Sidhu lideró un esfuerzo para desarrollar un nuevo sistema de redes basado en el hardware AppleBus. Este nuevo sistema no tendría que ajustarse a ninguna idea preconcebida existente, y fue diseñado para ser digno de la Mac - un sistema que era instalable por el usuario, tenía configuración cero y sin direcciones de red fijas - en resumen, un verdadero plug-and -Red de juegos. Se necesitaba un esfuerzo considerable, pero cuando se lanzó la Mac, se habían esbozado los conceptos básicos y algunos de los protocolos de bajo nivel estaban en camino de completarse. Sidhu mencionó el trabajo a Belleville solo dos horas después de que se anunciara Mac.

El "nuevo" AppleBus se anunció a principios de 1984, permitiendo la conexión directa desde Mac o Lisa a través de una pequeña caja que se conectaba al puerto serie y se conectaba mediante cables a la siguiente computadora en sentido ascendente y descendente. También se anunciaron adaptadores para Apple II y Apple III . Apple también anunció que las redes AppleBus podrían conectarse y parecerían ser un solo nodo dentro de un sistema Token Ring. Los detalles de cómo funcionaría esto eran vagos.

Red personal AppleTalk

Justo antes de su lanzamiento a principios de 1985, AppleBus pasó a llamarse AppleTalk . Comercializado inicialmente como AppleTalk Personal Network , comprendía una familia de protocolos de red y una capa física.

La capa física tenía una serie de limitaciones, incluida una velocidad de solo 230,4 kbit / s, una distancia máxima de 1000 pies (300 m) de un extremo a otro y solo 32 nodos por LAN. Pero como el hardware básico se integró en la Mac, agregar nodos solo cuesta alrededor de $ 50 por la caja del adaptador. En comparación, las tarjetas Ethernet o Token Ring cuestan cientos o miles de dólares. Además, toda la pila de redes requirió solo alrededor de 6 kB de RAM, lo que le permitió ejecutarse en cualquier Mac.

La velocidad relativamente lenta de AppleTalk permitió mayores reducciones de costes. En lugar de usar los circuitos de transmisión y recepción balanceados del RS-422 , el cableado AppleTalk usó una única tierra eléctrica común , que limitaba las velocidades a aproximadamente 500 kbit / s, pero permitía quitar un conductor. Esto significaba que se podían utilizar cables comunes de tres conductores para el cableado. Además, los adaptadores fueron diseñados para ser "autoterminados", lo que significa que los nodos al final de la red podrían simplemente dejar su último conector desconectado. No había necesidad de volver a conectar los cables en un bucle, ni de concentradores u otros dispositivos.

El sistema fue diseñado para una futura expansión; el sistema de direccionamiento permitía la expansión a 255 nodos en una LAN (aunque solo se podían usar 32 en ese momento), y mediante el uso de "puentes" (que se conocieron como "enrutadores", aunque técnicamente no eran lo mismo), se podía interconectar LAN en colecciones más grandes. Las "zonas" permitían que los dispositivos se direccionaran dentro de una Internet conectada en puente. Además, AppleTalk se diseñó desde el principio para permitir su uso con cualquier posible enlace físico subyacente y, en unos pocos años, la capa física pasaría a llamarse LocalTalk , para diferenciarla de los protocolos AppleTalk.

La principal ventaja de AppleTalk es que no necesita mantenimiento. Para unir un dispositivo a una red, un usuario simplemente conectó el adaptador a la máquina y luego conectó un cable a cualquier puerto libre de cualquier otro adaptador. La pila de red AppleTalk negoció una dirección de red, asignó a la computadora un nombre legible por humanos y compiló una lista de los nombres y tipos de otras máquinas en la red para que el usuario pudiera navegar por los dispositivos a través del Selector . AppleTalk era tan fácil de usar que las redes ad hoc solían aparecer cada vez que había varias Mac en la misma habitación. Apple luego usaría esto en un anuncio que mostrara la creación de una red entre dos asientos en un avión.

PhoneNet y otros adaptadores

Durante los próximos años 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. Este fue esencialmente un reemplazo para el conector de Apple que tenía tomas de teléfono convencionales en lugar de los conectores redondos de Apple. PhoneNet permitía que las redes AppleTalk se conectaran entre sí mediante cables telefónicos normales y, con muy poco trabajo adicional, podían ejecutar teléfonos analógicos y AppleTalk en un solo cable telefónico de cuatro conductores.

Otras empresas aprovecharon la capacidad de la SCC para leer relojes externos a fin de admitir velocidades de transmisión más altas, hasta 1 Mbit / s. En estos sistemas, el adaptador externo también incluía su propio reloj , y lo usaba para señalar los pines de entrada del reloj del SCC. El sistema más conocido de este tipo era FlashTalk de Centram , que funcionaba a 768 kbit / s, y estaba destinado a ser utilizado con su sistema de red TOPS . Una solución similar fue el 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 ofreció una tarjeta de expansión para PC que funcionaba hasta 1,7 Mbit / s cuando se hablaba con otras tarjetas de PC Dayna. También existían varios otros sistemas con un rendimiento aún mayor, pero a menudo requerían un cableado especial que era incompatible con LocalTalk / PhoneNet, y también requerían parches en la pila de redes que a menudo causaban problemas.

AppleTalk a través de Ethernet

A medida que Apple se expandía a mercados más comerciales y educativos, necesitaban integrar AppleTalk en las instalaciones de red existentes. Muchas de estas organizaciones ya habían invertido en una infraestructura Ethernet muy cara y no había una forma directa de conectar un Macintosh a Ethernet. AppleTalk incluyó una estructura de protocolo para interconectar subredes AppleTalk y, por lo tanto, como solución, EtherTalk se creó inicialmente para usar Ethernet como una red troncal entre las subredes LocalTalk. Para lograr esto, las organizaciones tendrían que comprar un puente LocalTalk-to-Ethernet y Apple dejó a terceros la producción de estos productos. Varias empresas respondieron, incluida Hayes y algunas empresas recién formadas como Kinetics.

LocalTalk, EtherTalk, TokenTalk y AppleShare

Para 1987, Ethernet claramente estaba ganando la batalla de estándares sobre Token Ring, y a mediados de ese año Apple introdujo EtherTalk 1.0 , una implementación del protocolo AppleTalk sobre la capa física de Ethernet. Introducido para la computadora Macintosh II recientemente lanzada , la primera Macintosh de Apple con ranuras de expansión, 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 (desde "Incorporada" o "EtherTalk") . En la introducción, las tarjetas de interfaz Ethernet estaban disponibles de 3Com y Kinetics que se conectaban a una ranura Nubus en la máquina. La nueva pila de redes también amplió el sistema para permitir 255 nodos completos por LAN. Con el lanzamiento de EtherTalk, AppleTalk Personal Network pasó a llamarse LocalTalk , el nombre con el que sería conocido durante la mayor parte de su vida. Token Ring luego sería compatible con el producto TokenTalk similar , que usaba el mismo panel de control de red y el mismo software subyacente. Con el tiempo, muchas empresas de terceros introducirían tarjetas Ethernet y Token Ring compatibles que utilizaban estos mismos controladores.

La aparición de un Macintosh con una conexión Ethernet directa también magnificó el problema de compatibilidad de Ethernet y LocalTalk: las redes con Macs nuevos y antiguos necesitaban alguna forma de comunicarse entre sí. Esto podría ser tan simple como una red de Ethernet Mac II tratando de hablar con un LaserWriter que solo se conecta a LocalTalk. Apple inicialmente se basó en los productos de puente LocalTalk-to-Ethernet antes mencionados, 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 el sistema de redes más utilizado en el mundo, con más de tres veces las instalaciones de cualquier otro proveedor.

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 . AppleShare era el sistema operativo de red número 3 a finales de la década de 1980, detrás de Novell NetWare y MS-Net de Microsoft . AppleShare fue efectivamente el reemplazo de los fallidos esfuerzos de Macintosh Office, que se habían basado en un dispositivo de servidor de archivos dedicado.

AppleTalk Phase II y otros desarrollos

En 1989 se lanzó un rediseño significativo como AppleTalk Phase II . En muchos sentidos, la Fase II puede considerarse un esfuerzo para hacer que la versión anterior (nunca llamada Fase I) sea 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 que se usaban simplemente para organizar los nodos. Por ejemplo, ahora se podría crear una zona de "Impresoras" que enumeraría todas las impresoras de una organización, o se podría querer colocar ese mismo dispositivo en la zona de "Segundo piso" para indicar su ubicación física. La Fase II también incluyó cambios en los protocolos de interconexión de redes subyacentes para hacerlos menos "parlanchines", lo que anteriormente había sido un problema grave en las redes que conectaban redes de área amplia.

En este punto, Apple tenía una amplia variedad de productos de comunicaciones en desarrollo, y muchos de ellos se anunciaron junto con AppleTalk Phase II. Estos incluyeron actualizaciones de EtherTalk y TokenTalk, software AppleTalk y hardware LocalTalk para IBM PC , EtherTalk para el sistema operativo A / UX de Apple que le permite usar LaserPrinters y otros recursos de red, y los productos Mac X.25 y MacX .

Ethernet se había vuelto casi universal en 1990, y era hora de integrar Ethernet en Mac directamente desde la fábrica. Sin embargo, el cableado físico utilizado por estas redes aún no estaba completamente estandarizado. Apple resolvió este problema utilizando un solo puerto en la parte posterior de la computadora en el que el usuario podía conectar un adaptador para cualquier sistema de cableado dado. Este sistema FriendlyNet se basó en la interfaz de unidad de conexión estándar de la industria o AUI, pero eligió deliberadamente un conector no estándar que era más pequeño y más 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 usó en gran parte de la línea Mac durante algún tiempo. Al igual que con LocalTalk, aparecieron rápidamente varios adaptadores FriendlyNet de terceros.

A medida que 10BASE-T se convirtió en el sistema de cableado de facto para Ethernet, las máquinas Power Macintosh de segunda generación agregaron un puerto 10BASE-T además de AAUI. El PowerBook 3400c y los Power Macs de gama baja también agregaron 10BASE-T. El Power Macintosh 7300 / 8600 / 9600 fueron los Macs final para incorporar AAUI, y 10BASE-T se convirtió partida universal Con el Power Macintosh G3 y PowerBook G3 .

La Internet de la I capital

Desde el comienzo de AppleTalk, los usuarios querían conectar el Macintosh a los 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). SEAGATE fue comercializado por Kinetics 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 SEAGATE y se convirtió en el método de facto 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 Package (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 que Mac admitiera TCP / IP en máquinas con hardware Ethernet adecuado. Sin embargo, esto dejó a muchas universidades con el problema de admitir IP en sus muchos Macs equipados con LocalTalk. Pronto fue común incluir soporte MacIP en puentes LocalTalk-to-Ethernet. MacTCP no se convertiría en una parte estándar del Mac OS clásico hasta 1994, momento en el que también admitía SNMP y PPP .

Durante algún tiempo, a principios de la década de 1990, Mac fue un cliente principal en Internet en rápida expansión. Entre los programas más conocidos que se utilizan ampliamente se encuentran Fetch, Eudora, eXodus, NewsWatcher y los paquetes NCSA, especialmente NCSA Mosaic y su descendiente, Netscape Navigator . Además, aparecieron varios productos de servidor que permitían que la Mac alojara 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, a pesar de la participación de mercado de microcomputadoras en general relativamente pequeña.

A medida que el mundo se trasladó rápidamente a IP para usos de LAN y WAN, Apple se enfrentó al mantenimiento de dos bases de código cada vez más obsoletas en un grupo cada vez más amplio de máquinas, así como a la introducción de las máquinas basadas en PowerPC . Esto condujo a los esfuerzos de Open Transport , que reimplementaron tanto MacTCP como AppleTalk en una base de código completamente nueva adaptada del estándar STREAMS de Unix . Las primeras versiones tenían problemas y no se estabilizaron durante algún tiempo. En ese momento, Apple estaba inmerso en sus esfuerzos finalmente condenados a Copland .

Legado y abandono

Con la compra de NeXT y el posterior desarrollo de Mac OS X , AppleTalk era estrictamente un sistema heredado. Se agregó soporte a OS X para brindar soporte para la gran cantidad de dispositivos AppleTalk existentes, en particular impresoras láser y recursos compartidos de archivos, pero las soluciones de conexión alternativas comunes en esta era, en particular USB para impresoras, limitaron su demanda. A medida que Apple abandonó muchas de estas categorías de productos y todos los sistemas nuevos se basaban en IP, AppleTalk se volvió cada vez menos común. La compatibilidad con AppleTalk finalmente se eliminó de MacOS en Mac OS X v10.6 en 2009.

Sin embargo, la pérdida de AppleTalk no redujo el deseo de soluciones de red que combinaran su facilidad de uso con el enrutamiento IP. Apple ha liderado el desarrollo de muchos de estos esfuerzos, desde la introducción del enrutador AirPort hasta el desarrollo del sistema de red de configuración cero y su implementación, Bonjour .

A partir de 2020, la compatibilidad con AppleTalk se eliminó por completo de la compatibilidad heredada con macOS 11 Big Sur.

Diseño

El diseño de AppleTalk siguió rigurosamente el modelo OSI de capas de protocolo. A diferencia de la mayoría de los primeros sistemas LAN , AppleTalk no se creó con el sistema arquetípico Xerox XNS . El objetivo previsto no era Ethernet y no tenía direcciones de 48 bits para enrutar. Sin embargo, muchas partes del sistema AppleTalk tienen análogos directos en XNS.

Una diferencia clave para AppleTalk fue que contenía dos protocolos destinados a hacer que el sistema se autoconfigurara por completo. El protocolo de resolución de direcciones AppleTalk ( AARP ) permitía a los hosts AppleTalk generar automáticamente sus propias direcciones de red, y el Protocolo de enlace de nombres ( NBP ) era un sistema dinámico para asignar direcciones de red a nombres legibles por el usuario. Aunque existían sistemas similares a AARP en otros sistemas, Banyan VINES, por ejemplo, no ha existido nada como NBP hasta hace poco.

Tanto AARP como NBP habían definido formas de permitir que los dispositivos "controladores" anularan los mecanismos predeterminados. El concepto era permitir que los enrutadores proporcionaran la información o "conectaran" el sistema a direcciones y nombres conocidos. En redes más grandes donde AARP podría causar problemas a medida que los nuevos nodos buscan direcciones libres, la adición de un enrutador podría reducir la "charla". Juntos, AARP y NBP hicieron de AppleTalk un sistema de red fácil de usar. Se agregaron nuevas máquinas a la red conectándolas y, opcionalmente, dándoles un nombre. Las listas de NBP fueron examinadas y mostradas por un programa conocido como Chooser que mostraría una lista de máquinas en la red local, divididas en clases como servidores de archivos e impresoras.

Direccionamiento

Una dirección AppleTalk era una cantidad de cuatro bytes. Consistía en un número de red de dos bytes, un número de nodo de un byte y un número de socket de un byte. De estos, solo el número de red requería alguna configuración, y se obtenía de un enrutador. Cada nodo eligió dinámicamente su propio número de nodo, de acuerdo con un protocolo (originalmente el Protocolo de acceso a enlaces de LocalTalk LLAP y más tarde, para Ethernet / EtherTalk, el Protocolo de resolución de direcciones AppleTalk, AARP) que manejaba la contención entre diferentes nodos eligiendo accidentalmente el mismo número. En el caso de los números de socket, se reservaron algunos números conocidos para fines especiales específicos del protocolo AppleTalk. Aparte de estos, se esperaba que todos los protocolos de nivel de aplicación usaran números de socket asignados dinámicamente tanto en el cliente como en el servidor.

Debido a este dinamismo, no se puede esperar que los usuarios accedan a los servicios especificando su dirección. En cambio, todos los servicios tenían nombres que, al ser elegidos por humanos, se podía esperar que fueran significativos para los usuarios y también podían ser lo suficientemente largos como para minimizar la posibilidad de conflictos.

A medida que los nombres de NBP se traducían a una dirección, que incluía un número de socket y un número de nodo, un nombre en AppleTalk se asignaba directamente a un servicio proporcionado por una máquina, que estaba completamente separado del nombre de la máquina en sí. Por lo tanto, los servicios se podían mover a una máquina diferente y, siempre que mantuvieran el mismo nombre de servicio, no era necesario que los usuarios hicieran nada diferente para seguir accediendo al servicio. Y la misma máquina podría albergar cualquier número de instancias de servicios del mismo tipo, sin ningún conflicto de conexión de red.

Compare esto con los registros A en el DNS , en los que un nombre se traduce en la dirección de una máquina, sin incluir el número de puerto que podría estar proporcionando un servicio. Por lo tanto, si las personas están acostumbradas a usar un nombre de máquina en particular para acceder a un servicio en particular, su acceso se interrumpirá cuando el servicio se mueva a una máquina diferente. Esto se puede mitigar un poco insistiendo en usar registros CNAME que indiquen servicio en lugar de nombres de máquinas reales para hacer referencia al servicio, pero no hay forma de garantizar que los usuarios sigan tal convención. Algunos protocolos más nuevos, como Kerberos y Active Directory, utilizan registros SRV de DNS para identificar los servicios por nombre, que se acerca mucho más al modelo AppleTalk.

Protocolos

Protocolo de resolución de direcciones AppleTalk

AARP resuelve las direcciones AppleTalk en direcciones de capa de enlace , generalmente MAC . Es funcionalmente equivalente a ARP y obtiene la resolución de direcciones mediante un método muy similar a ARP.

AARP es un sistema bastante simple. Cuando se enciende, una máquina AppleTalk transmite un paquete de sonda AARP solicitando una dirección de red, con la intención de recibir noticias de controladores como enrutadores. Si no se proporciona una dirección, se elige una al azar de la "subred base", 0. Luego transmite otro paquete que dice "Estoy seleccionando esta dirección", y luego espera a ver si alguien más en la red se queja. Si otra máquina tiene esa dirección, elegirá otra dirección y seguirá intentándolo hasta que encuentre una libre. En una red con muchas máquinas, pueden ser necesarios varios intentos antes de encontrar una dirección libre, por lo que, por motivos de rendimiento, la dirección correcta se "escribe" en la NVRAM y se utiliza como dirección predeterminada en el futuro. Esto significa que en la mayoría de las configuraciones del mundo real donde las máquinas se agregan unas pocas a la vez, solo se necesitan uno o dos intentos antes de que la dirección se convierta efectivamente en constante.

Protocolo de flujo de datos AppleTalk

Esta fue una adición relativamente tardía al conjunto de protocolos AppleTalk, realizada cuando quedó claro que se necesitaba un transporte orientado a la conexión confiable al estilo TCP . Las diferencias significativas con TCP fueron que:

• un intento de conexión podría ser rechazado
• no había conexiones "semiabiertas"; una vez que un extremo inicia una interrupción de la conexión, toda la conexión se cerrará ( es decir , ADSP es full-duplex , no dual simplex ).
• AppleTalk tenía un sistema de mensajes de atención incluido que permitía enviar mensajes cortos que evitaban el flujo normal de datos. Estos se entregaron de manera confiable pero fuera de servicio con respecto al flujo. Cualquier mensaje de atención se entregará lo antes posible en lugar de esperar a que el punto de secuencia de bytes de flujo actual se vuelva actual.

Protocolo de archivo de Apple

La Manzana La presentación de Protocolo (AFP), anteriormente AppleTalk Protocolo de presentación, es el protocolo para la comunicación con AppleShare servidores de archivos. Construido sobre el Protocolo de sesión AppleTalk (para AFP heredado sobre DDP) o la Interfaz de flujo de datos (para AFP sobre TCP), proporciona servicios para autenticar usuarios (extensible a diferentes métodos de autenticación, incluido el intercambio bidireccional de números aleatorios) y para realizar operaciones específicas del sistema de archivos Macintosh HFS . AFP todavía se usa en macOS, aunque la mayoría de los demás protocolos AppleTalk han quedado obsoletos.

Protocolo de sesión AppleTalk

ASP era un protocolo intermedio, construido sobre ATP, que a su vez era la base de AFP. Proporcionó servicios básicos para solicitar respuestas a comandos arbitrarios d realizar consultas de estado fuera de banda. También permitió al servidor enviar mensajes de atención asincrónicos al cliente.

Protocolo de entrega de datagramas

DDP era el protocolo de transporte independiente del enlace de datos de nivel más bajo. Proporcionó 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 crearon sobre 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 ).

Protocolo de enlace de nombres

Name Binding Protocol era un sistema distribuido dinámico para administrar nombres de AppleTalk. Cuando un servicio se iniciaba en una máquina, registraba un nombre para sí mismo elegido por un administrador humano. En este punto, NBP proporcionó un sistema para verificar que ninguna otra máquina ya hubiera registrado el mismo nombre. Más tarde, cuando un cliente quiso acceder a ese servicio, utilizó NBP para consultar las máquinas para encontrar ese servicio. NBP proporcionó navegabilidad ("¿cuáles son los nombres de todos los servicios disponibles?"), Así como la capacidad de encontrar un servicio con un nombre en particular. Los nombres eran legibles por humanos, contenían espacios, letras mayúsculas y minúsculas e incluían soporte para la búsqueda.

Protocolo de eco AppleTalk

AEP (AppleTalk Echo Protocol) es un protocolo de capa de transporte diseñado para probar la accesibilidad de los nodos de la red. AEP genera paquetes que se enviarán al nodo de red y se identifica en el campo Tipo de un paquete como paquete AEP. El paquete se pasa primero al DDP de origen. Una vez que se identifica como un paquete AEP, se reenvía al nodo donde el DDP examina el paquete en el destino. Después de que el paquete se identifica como un paquete AEP, el paquete se copia y se modifica un campo en el paquete para crear un paquete de respuesta AEP, y luego se devuelve al nodo de origen.

Protocolo de acceso a la impresora

PAP era la forma estándar de comunicarse con las impresoras PostScript . Fue construido sobre ATP. Cuando se abrió una conexión PAP, cada extremo envió al otro una solicitud ATP que básicamente significaba "enviarme más datos". La respuesta del cliente al servidor fue enviar un bloque de código PostScript, mientras que el servidor podría responder con cualquier mensaje de diagnóstico que pudiera generarse como resultado, después de lo cual se envió otra solicitud de "enviar más datos". Este uso de ATP proporcionó control de flujo automático ; cada extremo solo podía enviar datos al otro extremo si había una solicitud de ATP pendiente a la que responder.

PAP también proporcionó consultas de estado fuera de banda, manejadas por transacciones ATP separadas. Incluso mientras estaba ocupado atendiendo un trabajo de impresión de un cliente, un servidor PAP podía seguir respondiendo a las solicitudes de estado de cualquier número de otros clientes. Esto permitió que otros Macintosh de la LAN que estaban esperando para imprimir mostraran mensajes de estado que indicaban que la impresora estaba ocupada y con qué trabajo estaba ocupada.

Protocolo de mantenimiento de la tabla de enrutamiento

RTMP era el protocolo mediante el cual los enrutadores se mantenían informados entre sí sobre la topología de la red. 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 qué tan lejos pensaba que estaban.

Protocolo de información de zona

ZIP era el protocolo mediante el cual los números de red AppleTalk se asociaban con los nombres de zona. Una zona era una subdivisión de la red que tenía sentido para los humanos (por ejemplo, "Departamento de Contabilidad"); pero mientras que se tenía que asignar un número de red a una sección topológicamente contigua de la red, una zona podría incluir varias porciones diferentes no contiguas de la red.

Implementación física

Interior de la caja de interfaz Apple LocalTalk. En 1989, estas cajas costaban típicamente 90 dólares cada una. Los conectores cuentan con terminación eléctrica automática del bus de señal LocalTalk; la inserción de un cable de bus LocalTalk presiona un interruptor normalmente cerrado detrás del conector, deshabilitando la terminación para ese conector.

Adaptador Farallon PhoneNET

La implementación inicial de hardware predeterminado para AppleTalk era un protocolo serial de alta velocidad conocido como LocalTalk que utiliza el Macintosh 's incorporado RS-422 puertos en 230,4 kbit / s. LocalTalk utilizó una caja de distribución en el puerto RS-422 para proporcionar un cable ascendente y descendente desde un solo puerto. La topología era un bus : los cables se conectaban en cadena de cada máquina conectada a la siguiente, hasta el máximo de 32 permitido en cualquier segmento de LocalTalk . El sistema era lento para los estándares actuales, pero en ese momento el costo adicional y la complejidad de la conexión en red en las máquinas PC era tal que era común que las Mac fueran las únicas computadoras personales en red en una oficina. Otras computadoras más grandes, como las estaciones de trabajo UNIX o VAX, normalmente estarían conectadas en red a través de Ethernet.

También estaban disponibles otras implementaciones físicas. Un reemplazo muy popular para LocalTalk fue PhoneNet , una solución de terceros de Farallon Computing, Inc. (rebautizada como Netopia , adquirida por Motorola en 2007) que también usaba el puerto RS-422 y era indistinguible de LocalTalk en lo que respecta a los controladores de puerto LocalTalk de Apple. preocupado, pero pasó por encima de los dos cables no utilizados en el cableado telefónico estándar de cuatro cables. Presagiando los concentradores y conmutadores de red actuales, Farallon proporcionó soluciones para PhoneNet que se utilizarían en configuraciones de "estrella" y de bus, con conexiones en estrella "pasivas" (con los cables telefónicos simplemente puenteados entre sí en un punto central) y " activo "estrella con hardware de concentrador" PhoneNet Star Controller ". Los conectores LocalTalk de Apple no tenían una función de bloqueo, por lo que los conectores podían soltarse fácilmente y la configuración del bus provocaba que cualquier conector suelto cayera toda la red y fuera difícil de localizar. Los conectores PhoneNet RJ-11, por otro lado, encajaron en su lugar y, en una configuración de estrella, cualquier problema de cableado solo afectaba a un dispositivo, y los problemas eran fáciles de identificar. El bajo costo, la flexibilidad y la fácil resolución de problemas de PhoneNet hicieron que fuera la opción dominante para las redes Mac a principios de la década de 1990.

Los protocolos AppleTalk también llegaron a ejecutarse sobre Ethernet (primero coaxial y luego par trenzado) y capas físicas Token Ring , etiquetadas por Apple como EtherTalk y TokenTalk , respectivamente. EtherTalk se convirtió gradualmente en el método de implementación dominante para AppleTalk, ya que Ethernet se hizo generalmente popular en la industria de las PC a lo largo de la década de 1990. Además de AppleTalk y TCP / IP , cualquier red Ethernet también podría llevar simultáneamente otros protocolos como DECnet e IPX .

Modelo de redes

Versiones

Soluciones multiplataforma

Cuando se introdujo por primera vez AppleTalk, la plataforma informática de oficina dominante era la PC compatible con MS-DOS. Apple introdujo la tarjeta de PC AppleTalk a principios de 1987, lo que permite que las PC se unan a las redes AppleTalk e impriman en impresoras LaserWriter. Un año más tarde se lanzó AppleShare PC, que permite a las PC acceder a los servidores de archivos AppleShare.

El sistema de red MS-DOS "TOPS Teleconnector" sobre el sistema AppleTalk permitió que las PC MS-DOS se comunicaran a través del hardware de red AppleTalk; comprendía una tarjeta de interfaz AppleTalk para la PC y un conjunto de software de red que permitía funciones como compartir archivos, unidades e impresoras. Además de permitir la construcción de una red AppleTalk solo para PC, permitió la comunicación entre PC y Mac con el software TOPS instalado. (Las Mac sin TOPS instaladas podían usar la misma red, pero solo para comunicarse con otras máquinas Apple). El software Mac TOPS no coincidía con la calidad del propio Apple ni en facilidad de uso ni en robustez y ausencia de fallas, pero el software DOS era relativamente simple de usar en términos de DOS y robusto.

Los sistemas operativos BSD y Linux son compatibles con AppleTalk a través de un proyecto de código abierto llamado Netatalk , que implementa el conjunto de protocolos completo y les permite actuar como servidores de impresión o archivos nativos para computadoras Macintosh e imprimir en impresoras LocalTalk a través de la red.

Los sistemas operativos Windows Server admitían AppleTalk comenzando con Windows NT y terminando después de Windows Server 2003 . Miramar incluyó AppleTalk en su producto MacLAN para PC que fue descontinuado por CA en 2007. GroupLogic continúa empaquetando su protocolo AppleTalk con su software de servidor ExtremeZ-IP para la integración Macintosh-Windows que es compatible con Windows Server 2008 y Windows Vista , así como versiones anteriores. HELIOS Software GmbH ofrece una implementación propietaria de la pila de protocolos AppleTalk, como parte de su servidor HELIOS UB2. Se trata esencialmente de un conjunto de servidores de archivos e impresión que se ejecuta en una amplia gama de plataformas diferentes.

Además, la Universidad de Columbia lanzó el paquete Columbia AppleTalk Package (CAP) que implementó el conjunto de protocolos para varios tipos de Unix, incluidos Ultrix , SunOS , * BSD e IRIX . Este paquete ya no se mantiene activamente.

Ver también

• Netatalk es una implementación gratuita de código abierto del conjunto de protocolos AppleTalk.
• Sistema de archivos de red
• Compartir archivos de forma remota
• Samba
• Bloque de mensajes del servidor

Notas

Referencias

Citas

Bibliografía