Apple Talk

AppleTalk é um conjunto proprietário descontinuado de protocolos de rede desenvolvidos pela Apple Computer para seus computadores Macintosh. O AppleTalk inclui vários recursos que permitem que redes locais sejam conectadas sem configuração prévia ou a necessidade de um roteador ou servidor centralizado de qualquer tipo. Os sistemas conectados equipados com AppleTalk atribuem endereços automaticamente, atualizam o namespace distribuído e configuram qualquer roteamento necessário entre redes.

O AppleTalk foi lançado em 1985 e foi o principal protocolo usado pelos dispositivos Apple nas décadas de 1980 e 1990. Versões também foram lançadas para IBM PC e compatíveis e Apple IIGS. O suporte AppleTalk também estava disponível na maioria das impressoras em rede (especialmente impressoras a laser), alguns servidores de arquivos e vários roteadores.

A ascensão do TCP/IP durante a década de 1990 levou a uma reimplementação da maioria desses tipos de suporte nesse protocolo, e o AppleTalk ficou sem suporte a partir do lançamento do Mac OS X v10.6 em 2009. Muitos dos AppleTalk&#39 Os recursos de autoconfiguração mais avançados da;s foram introduzidos no Bonjour, enquanto o Universal Plug and Play atende a necessidades semelhantes.

História

AppleNet

Após o lançamento do computador Apple Lisa em janeiro de 1983, a Apple investiu esforços consideráveis no desenvolvimento de um sistema de rede local (LAN) para as máquinas. Conhecido como AppleNet, ele era baseado na pilha de protocolos Xerox XNS, mas rodando em um sistema de cabo coaxial personalizado de 1 Mbit/s, em vez da Ethernet de 2,94 Mbit/s da Xerox. O AppleNet foi anunciado no início de 1983 com um lançamento completo ao preço-alvo de $ 500 para cartões plug-in AppleNet para o Lisa e o Apple II.

Naquela época, os primeiros sistemas LAN estavam chegando ao mercado, incluindo Ethernet, Token Ring, Econet e ARCNET. Este foi um tópico de grande esforço comercial na época, dominando shows como a National Computer Conference (NCC) em Anaheim em maio de 1983. Todos os sistemas estavam disputando uma posição no mercado, mas mesmo nessa época os Ethernet's a ampla aceitação sugeria que se tornaria um padrão de fato. Foi nesse show que Steve Jobs fez a Gursharan Sidhu uma pergunta aparentemente inócua: "Por que o networking não pegou?"

Quatro meses depois, em outubro, a AppleNet foi cancelada. Na época, eles anunciaram que "a Apple percebeu que não está no negócio criar um sistema de rede". Construímos e usamos o AppleNet internamente, mas percebemos que, se o tivéssemos distribuído, teríamos visto novos padrões surgindo." Em janeiro, Jobs anunciou que eles dariam suporte ao Token Ring da IBM, que ele esperava lançar em "alguns meses".

AppleBus

Ao longo desse período, a Apple estava profundamente envolvida no desenvolvimento do computador Macintosh. Durante o desenvolvimento, os engenheiros tomaram a decisão de usar o chip controlador serial Zilog 8530 (SCC) em vez do UART de custo mais baixo e mais comum para fornecer conexões de porta serial. O SCC custava cerca de US$ 5 a mais do que um UART, mas oferecia velocidades muito mais altas de até 250 kilobits por segundo (ou mais com hardware adicional) e suportava internamente vários protocolos básicos semelhantes a redes, como o Bisync da IBM.

O SCC foi escolhido porque permitiria que vários dispositivos fossem conectados à porta. Periféricos equipados com SCCs semelhantes podem se comunicar usando os protocolos integrados, intercalando seus dados com outros periféricos no mesmo barramento. Isso eliminaria a necessidade de mais portas na parte traseira da máquina e permitiria a eliminação de slots de expansão para suportar dispositivos mais complexos. O conceito inicial era conhecido como AppleBus, prevendo um sistema controlado pelo host Macintosh que pesquisava "burro" dispositivos de forma semelhante ao moderno Universal Serial Bus.

Rede AppleBus

A equipe do Macintosh já havia começado a trabalhar no que viria a ser o LaserWriter e havia considerado várias outras opções para responder à questão de como compartilhar essas máquinas caras e outros recursos. Uma série de memorandos de Bob Belleville esclareceu esses conceitos, descrevendo o Mac, o LaserWriter e um sistema de servidor de arquivos que se tornaria o Macintosh Office. No final de 1983, ficou claro que o Token Ring da IBM não estaria pronto a tempo para o lançamento do Mac e poderia perder o lançamento desses outros produtos também. No final, Token Ring não seria lançado até outubro de 1985.

Empregos' A pergunta anterior a Sidhu já havia gerado uma série de ideias. Quando o AppleNet foi cancelado em outubro, Sidhu liderou um esforço para desenvolver um novo sistema de rede baseado no hardware AppleBus. Este novo sistema não teria que se conformar a quaisquer pré-concepções existentes e foi projetado para ser digno do Mac - um sistema instalável pelo usuário, com configuração zero e sem endereços de rede fixos - em suma, um verdadeiro plug-and -play rede. Um esforço considerável foi necessário, mas quando o Mac foi lançado, os conceitos básicos haviam sido delineados e alguns dos protocolos de baixo nível estavam a caminho da conclusão. Sidhu mencionou o trabalho para Belleville apenas duas horas depois que o Mac foi anunciado.

O "novo" O AppleBus foi anunciado no início de 1984, permitindo a conexão direta do Mac ou Lisa por meio de uma pequena caixa conectada à porta serial e conectada por cabos ao próximo computador upstream e downstream. Adaptadores para Apple II e Apple III também foram anunciados. A Apple também anunciou que as redes AppleBus poderiam ser conectadas e parecer um único nó dentro de um sistema Token Ring. Os detalhes de como isso funcionaria eram incompletos.

Rede Pessoal AppleTalk

Pouco antes de seu lançamento no início de 1985, o AppleBus foi renomeado para AppleTalk. Inicialmente comercializado como AppleTalk Personal Network, ele compreendia uma família de protocolos de rede e uma camada física.

A camada física tinha várias limitações, incluindo uma velocidade de apenas 230,4 kbit/s, uma distância máxima de 1.000 pés (300 m) de ponta a ponta e apenas 32 nós por LAN. Mas como o hardware básico foi incorporado ao Mac, adicionar nós custa apenas cerca de US$ 50 para a caixa do adaptador. Em comparação, os cartões Ethernet ou Token Ring custam centenas ou milhares de dólares. Além disso, toda a pilha de rede exigia apenas cerca de 6 kB de RAM, permitindo a execução em qualquer Mac.

A velocidade relativamente lenta do AppleTalk permitiu reduções adicionais no custo. Em vez de usar os circuitos balanceados de transmissão e recepção RS-422, o cabeamento AppleTalk usava um único aterramento elétrico comum, que limitava as velocidades a cerca de 500 kbit/s, mas permitia que um condutor fosse removido. Isso significava que cabos comuns de três condutores poderiam ser usados para a fiação. Além disso, os adaptadores foram projetados para serem "auto-terminados", o que significa que os nós no final da rede podem simplesmente deixar seu último conector desconectado. Não havia necessidade de os fios serem conectados novamente em um loop, nem a necessidade de hubs ou outros dispositivos.

O sistema foi projetado para expansão futura; o sistema de endereçamento permitiu a expansão para 255 nós em uma LAN (embora apenas 32 pudessem ser usados naquele momento), e usando "pontes" (que passaram a ser conhecidos como "roteadores", embora tecnicamente não sejam os mesmos) era possível interconectar LANs em coleções maiores. "Zonas" dispositivos permitidos a serem endereçados dentro de uma internet conectada em ponte. Além disso, o AppleTalk foi projetado desde o início para permitir o uso com qualquer possível link físico subjacente e, em alguns anos, a camada física seria renomeada como LocalTalk, para diferenciá-la dos protocolos AppleTalk.

A principal vantagem do AppleTalk era ser totalmente livre de manutenção. Para conectar um dispositivo a uma rede, o usuário simplesmente conectava o adaptador na máquina e, em seguida, conectava um cabo dele a qualquer porta livre em qualquer outro adaptador. A pilha de rede AppleTalk negociou um endereço de rede, atribuiu ao computador um nome legível por humanos e compilou uma lista de nomes e tipos de outras máquinas na rede para que o usuário pudesse navegar pelos dispositivos por meio do Chooser. O AppleTalk era tão fácil de usar que as redes ad hoc tendiam a aparecer sempre que vários Macs estavam na mesma sala. Mais tarde, a Apple usaria isso em um anúncio mostrando uma rede sendo criada entre dois assentos em um avião.

PhoneNet e outros adaptadores

Um próspero mercado de terceiros para dispositivos AppleTalk se desenvolveu nos anos seguintes. Um exemplo particularmente notável foi um adaptador alternativo projetado pela BMUG e comercializado pela Farallon como PhoneNet em 1987. Este foi essencialmente um substituto para o conector da Apple que tinha tomadas de telefone convencionais em vez dos conectores redondos da Apple. O PhoneNet permitia que as redes AppleTalk fossem conectadas usando fios telefônicos normais e, com muito pouco trabalho extra, podia executar telefones analógicos e AppleTalk em um único cabo telefônico de quatro condutores.

Outras empresas aproveitaram a capacidade do SCC de ler relógios externos para suportar velocidades de transmissão mais altas, de até 1 Mbit/s. Nesses sistemas, o adaptador externo também incluía seu próprio relógio e o usava para sinalizar os pinos de entrada do relógio do SCC. O sistema desse tipo mais conhecido era o FlashTalk da Centram, que rodava a 768 kbit/s e era para ser usado com seu sistema de rede TOPS. Uma solução semelhante foi o DaynaTalk de 850 kbit/s, que usava uma caixa separada conectada entre o computador e uma caixa LocalTalk/PhoneNet normal. A Dayna também ofereceu um cartão de expansão para PC que rodava até 1,7 Mbit/s ao se comunicar com outros cartões Dayna para PC. Vários outros sistemas também existiam com desempenho ainda maior, mas geralmente exigiam cabeamento especial que era incompatível com LocalTalk/PhoneNet e também exigiam patches para a pilha de rede que geralmente causavam problemas.

AppleTalk sobre Ethernet

À medida que a Apple se expandia para mercados mais comerciais e educacionais, eles precisavam integrar o AppleTalk às instalações de rede existentes. Muitas dessas organizações já haviam investido em uma infra-estrutura Ethernet muito cara e não havia uma maneira direta de conectar um Macintosh à Ethernet. O AppleTalk incluía uma estrutura de protocolo para interconectar as sub-redes AppleTalk e, como solução, o EtherTalk foi inicialmente criado para usar a Ethernet como backbone entre as sub-redes LocalTalk. Para conseguir isso, as organizações precisariam comprar uma ponte LocalTalk-to-Ethernet e a Apple deixou para terceiros produzir esses produtos. Várias empresas responderam, incluindo a Hayes e algumas empresas recém-formadas, como a Kinetics.

LocalTalk, EtherTalk, TokenTalk e AppleShare

Em 1987, a Ethernet estava claramente vencendo a batalha de padrões sobre o Token Ring e, no meio daquele ano, a Apple introduziu o EtherTalk 1.0, uma implementação do protocolo AppleTalk sobre a camada física Ethernet. Introduzido para o recém-lançado computador Macintosh II, o primeiro Macintosh da Apple com slots de expansão, o sistema operacional incluía um novo painel de controle de rede que permitia ao usuário selecionar qual conexão física usar para rede (de "Built- in" ou "EtherTalk"). Na introdução, as placas de interface Ethernet estavam disponíveis na 3Com e Kinetics que se conectavam a um slot Nubus na máquina. A nova pilha de rede também expandiu o sistema para permitir um total de 255 nós por LAN. Com o lançamento do EtherTalk, o AppleTalk Personal Network foi renomeado para LocalTalk, o nome pelo qual seria conhecido durante a maior parte de sua vida. Mais tarde, o Token Ring seria compatível com o produto TokenTalk semelhante, que usava o mesmo painel de controle de rede e software subjacente. Com o tempo, muitas empresas terceirizadas introduziriam placas Ethernet e Token Ring compatíveis que usavam esses mesmos drivers.

O aparecimento de um Macintosh com uma conexão Ethernet direta também ampliou o problema de compatibilidade de Ethernet e LocalTalk: Redes com Macs novos e antigos precisavam de alguma forma de comunicação entre si. Isso pode ser tão simples quanto uma rede de Ethernet Mac II tentando se comunicar com um LaserWriter que se conecta apenas ao LocalTalk. A Apple inicialmente contou com os produtos de ponte LocalTalk-to-Ethernet mencionados acima, mas ao contrário da crença da Apple de que esses seriam produtos de baixo volume, no final de 1987, 130.000 dessas redes estavam em uso. Naquela época, o AppleTalk era o sistema de rede mais usado no mundo, com três vezes mais instalações do que qualquer outro fornecedor.

1987 também marcou a introdução do produto AppleShare, um servidor de arquivos dedicado que rodava em qualquer Mac com 512 kB de RAM ou mais. Uma máquina AppleShare comum era o Mac Plus com um disco rígido SCSI externo. O AppleShare era o terceiro sistema operacional de rede no final dos anos 80, atrás do Novell NetWare e do MS-Net da Microsoft. O AppleShare foi efetivamente o substituto para os esforços fracassados do Macintosh Office, que eram baseados em um dispositivo de servidor de arquivos dedicado.

AppleTalk Fase II e outros desenvolvimentos

Um redesenho significativo foi lançado em 1989 como AppleTalk Fase II. De muitas maneiras, a Fase II pode ser considerada um esforço para tornar a versão anterior (nunca chamada de Fase I) mais genérica. As LANs agora podiam suportar mais de 255 nós, e as zonas não eram mais associadas a redes físicas, mas eram construções totalmente virtuais usadas simplesmente para organizar os nós. Por exemplo, agora pode-se fazer um "Impressoras" zona que listaria todas as impressoras em uma organização, ou pode-se querer colocar o mesmo dispositivo no "2º andar" zona para indicar sua localização física. A Fase II também incluiu mudanças nos protocolos de inter-rede subjacentes para torná-los menos "conversantes", o que anteriormente era um problema sério em redes que conectavam redes de longa distância.

A essa altura, a Apple tinha uma grande variedade de produtos de comunicação em desenvolvimento, e muitos deles foram anunciados junto com o AppleTalk Fase II. Isso incluiu atualizações para EtherTalk e TokenTalk, software AppleTalk e hardware LocalTalk para o IBM PC, EtherTalk para o sistema operacional A/UX da Apple, permitindo o uso de LaserPrinters e outros recursos de rede, e produtos Mac X.25 e MacX.

A Ethernet tornou-se quase universal em 1990, e era hora de incorporar a Ethernet aos Macs direto da fábrica. No entanto, a fiação física utilizada por essas redes ainda não foi totalmente padronizada. A Apple resolveu esse problema usando uma única porta na parte traseira do computador na qual o usuário poderia conectar um adaptador para qualquer sistema de cabeamento. Este sistema FriendlyNet foi baseado na Attachment Unit Interface ou AUI padrão da indústria, mas escolheu deliberadamente um conector não padrão que era menor e mais fácil de usar, que eles chamaram de "Apple AUI&#34.;, ou AAUI. O FriendlyNet foi introduzido pela primeira vez nos computadores Quadra 700 e Quadra 900 e usado em grande parte da linha Mac por algum tempo. Assim como o LocalTalk, vários adaptadores FriendlyNet de terceiros apareceram rapidamente.

Como o 10BASE-T se tornou o sistema de cabeamento de fato para Ethernet, as máquinas Power Macintosh de segunda geração adicionaram uma porta 10BASE-T além do AAUI. O PowerBook 3400c e os Power Macs de gama baixa também adicionaram 10BASE-T. O Power Macintosh 7300/8600/9600 foram os últimos Macs a incluir o AAUI, e o 10BASE-T tornou-se universal começando com o Power Macintosh G3 e o PowerBook G3.

A Internet com I maiúsculo

Desde o início do AppleTalk, os usuários desejavam conectar o Macintosh aos ambientes de rede TCP/IP. Em 1984, Bill Croft, da Universidade de Stanford, foi pioneiro no desenvolvimento de pacotes IP encapsulados em DDP como parte do projeto SEAGATE (Stanford Ethernet–AppleTalk Gateway). A SEAGATE foi comercializada pela Kinetics em sua ponte LocalTalk-to-Ethernet como uma opção de roteamento adicional. Alguns anos depois, o MacIP foi separado do código SEAGATE e tornou-se o método de fato para pacotes IP serem roteados por redes LocalTalk. Em 1986, a Columbia University lançou a primeira versão do Columbia AppleTalk Package (CAP) que permitia maior integração de ambientes Unix, TCP/IP e AppleTalk. Em 1988, a Apple lançou o MacTCP, um sistema que permitia ao Mac suportar TCP/IP em máquinas com hardware Ethernet adequado. No entanto, isso deixou muitas universidades com o problema de oferecer suporte a IP em seus muitos Macs equipados com LocalTalk. Tornou-se comum incluir suporte a MacIP em pontes LocalTalk-to-Ethernet. O MacTCP não se tornaria uma parte padrão do Classic Mac OS até 1994, quando também suportava SNMP e PPP.

Por algum tempo no início dos anos 1990, o Mac foi o principal cliente na Internet em rápida expansão. Entre os programas mais conhecidos e amplamente utilizados estavam Fetch, Eudora, eXodus, NewsWatcher e os pacotes NCSA, especialmente NCSA Mosaic e seu descendente, Netscape Navigator. Além disso, surgiram vários produtos de servidor que permitiam ao Mac hospedar conteúdo da Internet. Nesse período, os Macs tinham cerca de 2 a 3 vezes mais clientes conectados à Internet do que qualquer outra plataforma, apesar da participação relativamente pequena no mercado geral de microcomputadores.

À medida que o mundo mudou rapidamente para IP para uso de LAN e WAN, a Apple se deparou com a manutenção de duas bases de código cada vez mais desatualizadas em um grupo cada vez maior de máquinas, bem como a introdução das máquinas baseadas em PowerPC. Isso levou aos esforços do Open Transport, que reimplementaram o MacTCP e o AppleTalk em uma base de código totalmente nova, adaptada do padrão Unix STREAMS. As primeiras versões tiveram problemas e não ficaram estáveis por algum tempo. A essa altura, a Apple estava imersa em seus esforços condenados à Copland.

Legado e abandono

Com a compra da NeXT e o subsequente desenvolvimento do Mac OS X, o AppleTalk era estritamente um sistema legado. O suporte foi adicionado ao OS X para fornecer suporte para o grande número de dispositivos AppleTalk existentes, principalmente impressoras a laser e compartilhamentos de arquivos, mas soluções de conexão alternativas comuns nesta época, principalmente USB para impressoras, limitaram sua demanda. Como a Apple abandonou muitas dessas categorias de produtos e todos os novos sistemas foram baseados em IP, o AppleTalk tornou-se cada vez menos comum. O suporte AppleTalk foi finalmente removido do MacOS no Mac OS X v10.6 em 2009.

No entanto, a perda do AppleTalk não reduziu o desejo por soluções de rede que combinassem sua facilidade de uso com roteamento IP. A Apple liderou o desenvolvimento de muitos desses esforços, desde a introdução do roteador AirPort até o desenvolvimento do sistema de rede de configuração zero e sua implementação, Bonjour.

A partir de 2020, o suporte AppleTalk foi completamente removido do suporte legado com o macOS 11 Big Sur.

Design

O design do AppleTalk seguiu rigorosamente o modelo OSI de camadas de protocolo. Ao contrário da maioria dos primeiros sistemas de LAN, o AppleTalk não foi construído usando o arquétipo do sistema Xerox XNS. O destino pretendido não era Ethernet e não tinha endereços de 48 bits para rotear. No entanto, muitas partes do sistema AppleTalk têm análogos diretos no XNS.

Uma diferenciação importante para o AppleTalk era que ele continha dois protocolos destinados a tornar o sistema totalmente autoconfigurado. O protocolo de resolução de endereços AppleTalk (AARP) permitia que os hosts AppleTalk gerassem automaticamente seus próprios endereços de rede, e o protocolo de vinculação de nomes (NBP ) era um sistema dinâmico para mapear endereços de rede para nomes legíveis pelo usuário. Embora sistemas semelhantes ao AARP existissem em outros sistemas, Banyan VINES, por exemplo. A partir de 2002, o Multicast DNS forneceu recursos semelhantes ao NBP.

Tanto o AARP quanto o NBP definiram maneiras de permitir que o "controlador" dispositivos para substituir os mecanismos padrão. O conceito era permitir que os roteadores fornecessem as informações ou "hardwire" o sistema para endereços e nomes conhecidos. Em redes maiores em que o AARP pode causar problemas à medida que novos nós procuram endereços gratuitos, a adição de um roteador pode reduzir a "conversação" Juntos, o AARP e o NBP tornaram o AppleTalk um sistema de rede fácil de usar. Novas máquinas foram adicionadas à rede, conectando-as e, opcionalmente, dando-lhes um nome. As listas de NBP eram examinadas e exibidas por um programa conhecido como Chooser, que exibia uma lista de máquinas da rede local, divididas em classes como servidores de arquivos e impressoras.

Endereçamento

Um endereço AppleTalk era uma quantidade de quatro bytes. Isso consistia em um número de rede de dois bytes, um número de nó de um byte e um número de soquete de um byte. Destes, apenas o número da rede precisou de alguma configuração, sendo obtido de um roteador. Cada nodo escolheu dinamicamente seu próprio número de nodo, de acordo com um protocolo (originalmente o LocalTalk Link Access Protocol LLAP e mais tarde, para Ethernet/EtherTalk, o AppleTalk Address Resolution Protocol, AARP) que lidava com a contenção entre diferentes nodos que acidentalmente escolhiam o mesmo número. Para números de soquete, alguns números bem conhecidos foram reservados para fins especiais específicos do próprio protocolo AppleTalk. Além disso, esperava-se que todos os protocolos de nível de aplicativo usassem números de soquete atribuídos dinamicamente no cliente e no servidor.

Devido a esse dinamismo, não se pode esperar que os usuários acessem os serviços especificando seu endereço. Em vez disso, todos os serviços tinham nomes que, sendo escolhidos por humanos, poderiam ser significativos para os usuários e também poderiam ser suficientemente longos para minimizar a chance de conflitos.

Como os nomes do NBP eram traduzidos para um endereço, que incluía um número de soquete e um número de nó, um nome no AppleTalk mapeava diretamente para um serviço fornecido por uma máquina, totalmente separada do o nome da própria máquina. Assim, os serviços podiam ser movidos para uma máquina diferente e, desde que mantivessem o mesmo nome de serviço, não era necessário que os usuários fizessem algo diferente para continuar acessando o serviço. E a mesma máquina pode hospedar qualquer número de instâncias de serviços do mesmo tipo, sem nenhum conflito de conexão de rede.

Compare isso com registros A no DNS, em que um nome se traduz no endereço de uma máquina, sem incluir o número da porta que pode estar fornecendo um serviço. Assim, se as pessoas estiverem acostumadas a usar um determinado nome de máquina para acessar um determinado serviço, seu acesso será interrompido quando o serviço for movido para uma máquina diferente. Isso pode ser mitigado pela insistência em usar registros CNAME indicando o serviço, em vez de nomes de máquina reais para se referir ao serviço, mas não há como garantir que os usuários seguirão essa convenção. Alguns protocolos mais recentes, como Kerberos e Active Directory, usam registros DNS SRV para identificar serviços por nome, o que é muito mais próximo do modelo AppleTalk.

Protocolos

Protocolo de Resolução de Endereço AppleTalk

AARP resolve endereços AppleTalk para endereços da camada de link, geralmente MAC. É funcionalmente equivalente ao ARP e obtém resolução de endereço por um método muito semelhante ao ARP.

AARP é um sistema bastante simples. Quando ligada, uma máquina AppleTalk transmite um pacote de sondagem AARP solicitando um endereço de rede, com a intenção de receber uma resposta de controladores como roteadores. Se nenhum endereço for fornecido, um é escolhido aleatoriamente da "sub-rede base", 0. Em seguida, ele transmite outro pacote dizendo "estou selecionando este endereço" e espera para ver se qualquer outra pessoa na rede reclama. Se outra máquina tiver esse endereço, ela escolherá outro endereço e continuará tentando até encontrar um livre. Em uma rede com muitas máquinas, pode levar várias tentativas antes que um endereço livre seja encontrado, portanto, para fins de desempenho, o endereço bem-sucedido é "escrito" na NVRAM e usado como endereço padrão no futuro. Isso significa que, na maioria das configurações do mundo real, onde as máquinas são adicionadas algumas de cada vez, apenas uma ou duas tentativas são necessárias antes que o endereço se torne efetivamente constante.

Protocolo de fluxo de dados AppleTalk

Esta foi uma adição relativamente tardia ao conjunto de protocolos AppleTalk, feita quando ficou claro que um transporte orientado a conexão confiável no estilo TCP era necessário. Diferenças significativas do TCP foram que:

• uma tentativa de conexão pode ser rejeitada
• não houve conexões "meia abertura"; uma vez que uma extremidade iniciou uma ruptura da conexão, toda a conexão seria fechada (Ou seja., ADSP é full-duplex, não dual simplex).
• O AppleTalk tinha um sistema de mensagens de atenção incluído que permitia que mensagens curtas fossem enviadas, o que contornaria o fluxo de dados de fluxo normal. Estes foram entregues de forma confiável, mas fora de ordem em relação ao fluxo. Qualquer mensagem de atenção seria entregue o mais rápido possível em vez de esperar que o ponto de sequência de byte de corrente se tornasse atual.

Protocolo de arquivamento da Apple

O Apple Filing Protocol (AFP), anteriormente AppleTalk Filing Protocol, é o protocolo para comunicação com servidores de arquivos AppleShare. Construído sobre o Protocolo de Sessão AppleTalk (para legado AFP sobre DDP) ou a Interface de Fluxo de Dados (para AFP sobre TCP), ele fornece serviços para autenticação de usuários (extensível a diferentes métodos de autenticação, incluindo troca bidirecional de números aleatórios) e para executar operações específicas para o sistema de arquivos Macintosh HFS. AFP ainda está em uso no macOS, embora a maioria dos outros protocolos AppleTalk tenham sido obsoletos.

Protocolo de Sessão AppleTalk

O ASP era um protocolo intermediário, construído sobre o ATP, que por sua vez era a base do AFP. Fornecia serviços básicos para solicitar respostas a comandos arbitrários realizando consultas de status fora de banda. Também permitia que o servidor enviasse mensagens atenção assíncronas ao cliente.

Protocolo de entrega de datagramas

DDP era o protocolo de transporte independente de link de dados de nível mais baixo. Fornecia um serviço de datagrama sem garantias de entrega. Todos os protocolos de nível de aplicativo, incluindo os protocolos de infraestrutura NBP, RTMP e ZIP, foram construídos sobre o DDP. O DDP do AppleTalk corresponde aproximadamente à camada de rede do modelo de comunicação OSI (Open Systems Interconnection).

Protocolo de ligação de nome

O Name Binding Protocol era um sistema dinâmico e distribuído para gerenciar nomes AppleTalk. Quando um serviço é iniciado em uma máquina, ele registra um nome para si mesmo, escolhido por um administrador humano. Nesse ponto, o NBP forneceu um sistema para verificar se nenhuma outra máquina já havia registrado o mesmo nome. Mais tarde, quando um cliente queria acessar esse serviço, ele usava o NBP para consultar as máquinas para encontrar esse serviço. O NBP forneceu navegabilidade ("quais são os nomes de todos os serviços disponíveis?"), bem como a capacidade de encontrar um serviço com um nome específico. Os nomes eram legíveis por humanos, contendo espaços, letras maiúsculas e minúsculas e incluindo suporte para pesquisa.

Protocolo AppleTalk Echo

AEP (AppleTalk Echo Protocol) é um protocolo da camada de transporte projetado para testar a acessibilidade dos nós da rede. O AEP gera pacotes a serem enviados ao nó da rede e é identificado no campo Tipo de um pacote como um pacote AEP. O pacote é passado primeiro para o DDP de origem. Depois de identificado como um pacote AEP, ele é encaminhado para o nó onde o pacote é examinado pelo DDP no destino. Depois que o pacote é identificado como um pacote AEP, o pacote é copiado e um campo no pacote é alterado para criar um pacote de resposta AEP e, em seguida, retornado ao nó de origem.

Protocolo de acesso à impressora

PAP era a forma padrão de comunicação com impressoras PostScript. Foi construído em cima do ATP. Quando uma conexão PAP era aberta, cada extremidade enviava à outra uma solicitação ATP que basicamente significava "me envie mais dados". A resposta do cliente ao servidor era enviar um bloco de código PostScript, enquanto o servidor poderia responder com quaisquer mensagens de diagnóstico que pudessem ser geradas como resultado, após o que outro "enviar mais dados" pedido foi enviado. Esse uso de ATP forneceu controle de fluxo automático; cada extremidade só poderia enviar dados para a outra extremidade se houvesse uma solicitação ATP pendente para responder.

O PAP também fornece consultas de status fora da banda, tratadas por transações ATP separadas. Mesmo enquanto estava ocupado atendendo a um trabalho de impressão de um cliente, um servidor PAP poderia continuar respondendo às solicitações de status de qualquer número de outros clientes. Isso permitiu que outros Macintoshes na LAN que estavam esperando para imprimir exibissem mensagens de status indicando que a impressora estava ocupada e com qual trabalho ela estava ocupada.

Protocolo de manutenção da tabela de roteamento

RTMP era o protocolo pelo qual os roteadores se mantinham informados sobre a topologia da rede. Essa era a única parte do AppleTalk que exigia transmissões periódicas não solicitadas: a cada 10 segundos, cada roteador precisava enviar uma lista de todos os números de rede que conhecia e a que distância achava que estavam.

Protocolo de Informação de Zona

ZIP era o protocolo pelo qual os números de rede AppleTalk eram associados aos nomes das zonas. Uma zona era uma subdivisão da rede que fazia sentido para os humanos (por exemplo, "Departamento de contabilidade"); mas enquanto um número de rede tinha que ser atribuído a uma seção topologicamente contígua da rede, uma zona poderia incluir várias porções descontíguas diferentes da rede.

Implementação física

Interior da Apple Local Falar caixa de interface. Em 1989, estas caixas normalmente custam US$ 90 cada. Os conectores possuem terminação elétrica automática do barramento de sinal LocalTalk; a inserção de um cabo de ônibus LocalTalk deprime um interruptor normalmente fechado atrás do conector, desativando a terminação para esse conector.

Telefone de Farallon adaptador

A implementação de hardware padrão inicial para AppleTalk era um protocolo serial de alta velocidade conhecido como LocalTalk que usava as portas RS-422 integradas do Macintosh a 230,4 kbit/s. LocalTalk usou uma caixa divisora na porta RS-422 para fornecer um cabo upstream e downstream de uma única porta. A topologia era um barramento: os cabos eram encadeados de cada máquina conectada à próxima, até o máximo de 32 permitidos em qualquer segmento LocalTalk. O sistema era lento para os padrões de hoje, mas na época o custo adicional e a complexidade da rede em máquinas PC era tal que era comum que os Macs fossem os únicos computadores pessoais em rede em um escritório. Outros computadores maiores, como estações de trabalho UNIX ou VAX, normalmente seriam conectados em rede via Ethernet.

Outras implementações físicas também estavam disponíveis. Um substituto muito popular para o LocalTalk foi o PhoneNet, uma solução de terceiros da Farallon Computing, Inc. (rebatizada de Netopia, adquirida pela Motorola em 2007) que também usava a porta RS-422 e era indistinguível do LocalTalk como no que diz respeito aos drivers de porta LocalTalk da Apple, mas passou pelos dois fios não utilizados no cabeamento de telefone padrão de quatro fios. Prenunciando hubs e switches de rede de hoje, Farallon forneceu soluções para PhoneNet para serem usadas em sistemas "star" bem como configurações de barramento, com configurações "passivas" conexões em estrela (com os fios telefônicos simplesmente ligados entre si em um ponto central) e conexões "ativas" estrela com "PhoneNet Star Controller" hardware central. Os conectores LocalTalk da Apple não tinham um recurso de bloqueio, portanto, os conectores poderiam facilmente se soltar, e a configuração do barramento resultava em qualquer conector solto derrubando toda a rede e sendo difícil de rastrear. Os conectores PhoneNet RJ-11, por outro lado, se encaixavam e, em uma configuração em estrela, qualquer problema de fiação afetava apenas um dispositivo, e os problemas eram fáceis de identificar. O baixo custo, a flexibilidade e a fácil solução de problemas do PhoneNet fizeram dele a escolha dominante para redes Mac no início dos anos 90.

Os protocolos AppleTalk também passaram a rodar sobre camadas físicas Ethernet (primeiro coaxial e depois par trançado) e Token Ring, rotuladas pela Apple como EtherTalk e TokenTalk, respectivamente. EtherTalk tornou-se gradualmente o método de implementação dominante para AppleTalk, pois a Ethernet tornou-se popular na indústria de PCs na década de 1990. Além de AppleTalk e TCP/IP, qualquer rede Ethernet também pode transportar simultaneamente outros protocolos como DECnet e IPX.

Modelo de rede

Versões

Soluções multiplataforma

Quando o AppleTalk foi introduzido pela primeira vez, a plataforma de computação de escritório dominante era compatível com PC rodando MS-DOS. A Apple introduziu o AppleTalk PC Card no início de 1987, permitindo que os PCs se conectassem a redes AppleTalk e imprimissem em impressoras LaserWriter. Um ano depois, o AppleShare PC foi lançado, permitindo que os PCs acessassem os servidores de arquivos AppleShare.

O "TOPS Teleconector" O sistema de rede MS-DOS sobre o sistema AppleTalk permitia que os PCs MS-DOS se comunicassem sobre o hardware de rede AppleTalk; ele compreendia uma placa de interface AppleTalk para o PC e um conjunto de software de rede que permitia funções como compartilhamento de arquivos, unidades e impressoras. Além de permitir a construção de uma rede AppleTalk somente para PC, permitia a comunicação entre PCs e Macs com o software TOPS instalado. (Macs sem TOPS instalado poderiam usar a mesma rede, mas apenas para se comunicar com outras máquinas Apple.) O software Mac TOPS não se igualava à qualidade do software da própria Apple, nem em facilidade de uso, nem em robustez e ausência de travamentos, mas o software DOS era relativamente simples de usar em termos DOS e era robusto.

Os sistemas operacionais BSD e Linux suportam AppleTalk por meio de um projeto de código aberto chamado Netatalk, que implementa o conjunto completo de protocolos e permite que eles atuem como arquivos nativos ou servidores de impressão para computadores Macintosh e imprimam em impressoras LocalTalk na rede.

Os sistemas operacionais Windows Server ofereceram suporte ao AppleTalk começando com o Windows NT e terminando após o Windows Server 2003. A Miramar incluiu o AppleTalk em seu produto PC MacLAN, que foi descontinuado pela CA em 2007. GroupLogic continua a agrupar seu protocolo AppleTalk com seu servidor ExtremeZ-IP software para integração Macintosh-Windows que suporta Windows Server 2008 e Windows Vista, bem como versões anteriores. A HELIOS Software GmbH oferece uma implementação proprietária da pilha de protocolo AppleTalk, como parte de seu servidor HELIOS UB2. Este é essencialmente um conjunto de servidores de arquivos e impressão executado em uma ampla gama de plataformas diferentes.

Além disso, a Columbia University lançou o Columbia AppleTalk Package (CAP), que implementou o conjunto de protocolos para vários tipos de Unix, incluindo Ultrix, SunOS, BSD e IRIX. Este pacote não é mais mantido ativamente.