アップルトーク

アップルトーク

プロトコルスタック
開発者	アップルコンピュータ
導入	1985年; 39年前 （1985年）
ハードウェア	LocalTalk、その他

AppleTalk は、Apple ComputerがMacintosh コンピュータ用に開発した、廃止された独自の ネットワーク プロトコル スイートです。AppleTalk には、事前の設定や集中型ルーターやサーバーを必要とせずにローカル エリアネットワークを接続できる機能が多数含まれています。接続された AppleTalk 搭載システムは、アドレスの割り当て、分散名前空間の更新、必要なネットワーク間ルーティングの構成を自動的に行います。

AppleTalk は 1985 年にリリースされ、1980 年代から 1990 年代にかけて Apple のデバイスで使用された主要なプロトコルでした。IBM PCおよび互換機、Apple IIGS用のバージョンもリリースされました。AppleTalk のサポートは、ほとんどのネットワーク プリンタ (特にレーザー プリンタ)、一部のファイル サーバー、および多数のルーターでも利用できました。

1990 年代のTCP/IPの台頭により、このプロトコル上でこれらのタイプのサポートのほとんどが再実装され、2009 年のMac OS X v10.6のリリース以降、AppleTalk はサポートされなくなりました。AppleTalk のより高度な自動構成機能の多くはその後Bonjourに導入され、Universal Plug and Playも同様のニーズに応えています。

1983年1月にApple Lisaコンピュータが発売された後、Appleはこれらのマシン用のローカルエリアネットワーク（LAN）システムの開発に多大な労力を費やした。AppleNetとして知られるこのシステムは、Xerox XNS プロトコルスタック^{[1]をベースとしていたが、Xeroxの2.94 Mbit/s} Ethernetではなく、カスタムの1 Mbit/s同軸ケーブルシステム上で動作していた。AppleNetは1983年初頭に発表され、LisaおよびApple II用のプラグインAppleNetカードの目標価格は500ドルだった。^[2]

当時、イーサネット、トークンリング、エコネット、ARCNETなどの初期の LAN システムが市場に登場したばかりでした。これは当時、商業的に大きな注目を集めたトピックで、 1983 年 5 月にアナハイムで開催されたNational Computer Conference (NCC) などの展示会では話題になりました。すべてのシステムが市場での地位を競い合っていましたが、この時点ですでにイーサネットは広く受け入れられており、事実上の標準になるだろうと思われていました。^[3]この展示会で、スティーブ・ジョブズがグルシャラン・シドゥに一見無害な質問をしました。「なぜネットワークは普及しないのですか?」^[4]

4 か月後の 10 月に、AppleNet はキャンセルされました。当時、Apple は「Apple はネットワーク システムを作成するビジネスではないことを認識しました。AppleNet は社内で構築して使用していましたが、出荷していたら新しい標準が登場していただろうと認識しました」と発表しました。^{[5] 1 月、ジョブズは代わりに}IBMの Token Ring をサポートすると発表しました。これは「数か月」以内にリリースされると予想されていました。^[5]

この時期、AppleはMacintoshコンピュータの開発に熱心に取り組んでいた。開発中、エンジニアはシリアルポート接続を提供するために、より安価で一般的なUARTの代わりにZilog 8530シリアルコントローラチップ（SCC）を使用することを決定していた。 ^{[6] SCCはUARTよりも約5ドル高価だったが、最大250キロビット/秒（または追加ハードウェアでそれ以上）のはるかに高速で、IBMの}Bisyncなどの基本的なネットワークのようなプロトコルを内部的にサポートしていた。^[7]

SCC が選ばれたのは、ポートに複数のデバイスを接続できるためである。同様の SCC を装備した周辺機器は、内蔵プロトコルを使用して通信し、同じバス上の他の周辺機器とデータをインターリーブすることができる。これにより、マシンの背面にポートを追加する必要がなくなり、より複雑なデバイスをサポートするための拡張スロットが不要になる。最初のコンセプトはAppleBusと呼ばれ、現代のユニバーサル シリアル バスに似た方法でホスト Macintosh が「ダム」デバイスをポーリングして制御するシステムを想定していた。^[8]

Macintosh チームは、 LaserWriterとなるものの開発にすでに着手しており、これらの高価なマシンやその他のリソースをどのように共有するかという問題に対する答えとして、他のいくつかの選択肢を検討していました。Bob Belleville からの一連のメモは、これらの概念を明確にし、Mac、LaserWriter、およびMacintosh Officeとなるファイル サーバーシステムの概要を示しました。^[4] 1983 年後半には、IBM の Token Ring が Mac の発売に間に合わず、他の製品の発売にも間に合わない可能性があることが明らかになりました。結局、Token Ring は 1985 年 10 月まで出荷されませんでした。^[9]

ジョブズがシドゥに以前尋ねた質問は、すでにいくつかのアイデアを刺激していた。AppleNet が 10 月にキャンセルされると、シドゥは AppleBus ハードウェアに基づく新しいネットワーク システムの開発に取り組んだ。この新しいシステムは、既存の先入観に従う必要はなく、Mac にふさわしいように設計された。つまり、ユーザーがインストールでき、構成や固定ネットワーク アドレスを必要としないシステム、つまり、真のプラグ アンド プレイ ネットワークだった。^{[10] [サードパーティ ソースが必要]}かなりの労力が必要だったが、Mac がリリースされたときには、基本概念が概説され、低レベルのプロトコルのいくつかは完成に向かっていた。シドゥがベルヴィルにこの作業について語ったのは、Mac が発表されてからわずか 2 時間後のことだった。^[4]

「新しい」AppleBusは1984年初頭に発表され、^{[N 1]}シリアルポートに差し込まれた小さなボックスを介してMacまたはLisaから直接接続し、ケーブルを介して次のコンピュータの上流と下流に接続できるようになりました。Apple IIおよびApple III用のアダプタも発表されました。^[11] Appleはまた、AppleBusネットワークをトークンリングシステムに接続し、その中の単一のノードとして表示できることも発表しました。^[5]これがどのように機能するかの詳細は不明でした。^[5]

1985 年初頭のリリース直前に、AppleBus はAppleTalkに名前が変更されました。当初はAppleTalk Personal Networkとして販売され、ネットワーク プロトコル ファミリと物理層で構成されていました。

物理層には、速度が 230.4 kbit/s しかないこと、エンドツーエンドでの最大距離が 1,000 フィート (300 m) であること、LAN あたりノードが 32 個しかないことなど、多くの制限がありました。^[12]しかし、基本的なハードウェアは Mac に組み込まれていたため、ノードの追加にはアダプタ ボックスの費用が約 50 ドルしかかかりませんでした。これに比べて、イーサネット カードやトークン リング カードは数百ドルから数千ドルかかります。さらに、ネットワーク スタック全体に必要な RAM は約 6 kB しかなく、どの Mac でも実行できます。^[13]

AppleTalk の速度が比較的遅いため、コストをさらに削減できました。RS -422のバランス型送信および受信回路を使用する代わりに、AppleTalk ケーブルは単一の共通電気接地を使用しました。これにより、速度は約 500 kbit/s に制限されますが、1 つの導体を除去できます。つまり、一般的な 3 導体ケーブルを配線に使用できます。さらに、アダプタは「自己終端」するように設計されているため、ネットワークの末端のノードは、最後のコネクタを未接続のままにしておくだけで済みます。ワイヤをループ状に再接続する必要はなく、ハブやその他のデバイスも必要ありません。

このシステムは将来の拡張を考慮して設計されており、アドレス指定システムにより LAN 内のノードを 255 個まで拡張可能 (ただし、当時は 32 個しか使用できなかった) であり、「ブリッジ」(技術的には同じではないが、後に「ルーター」と呼ばれるようになった) を使用することで、LAN を相互接続してより大きな集合体とすることができた。「ゾーン」により、ブリッジ接続されたインターネット内でデバイスをアドレス指定することができた。さらに、AppleTalk は最初から、潜在的な物理リンクで使用できるように設計されており、^[14]数年後には、物理​​層はAppleTalk プロトコルと区別するために LocalTalkに改名された。

AppleTalk の主な利点は、メンテナンスがまったく不要だったことです。デバイスをネットワークに接続するには、ユーザーはアダプタをマシンに差し込み、そこからケーブルを他のアダプタの空きポートに接続するだけで済みます。AppleTalk ネットワーク スタックは、ネットワーク アドレスをネゴシエートし、コンピューターに判読可能な名前を割り当て、ネットワーク上の他のマシンの名前と種類のリストをコンパイルして、ユーザーがセレクタからデバイスを参照できるようにします。AppleTalkは非常に使いやすく、複数の Mac が同じ部屋にあるときはいつでもアドホック ネットワークが出現する傾向がありました。^[15] Apple は後に、飛行機の 2 つの座席の間にネットワークが構築される様子を示す広告でこれを使用しています。^[16]

その後数年間、AppleTalk デバイスのサードパーティ市場は活況を呈しました。特に注目すべき例としては、BMUGが設計し、 1987 年にFarallon がPhoneNETとして商品化した代替アダプタがあります。 ^{[17]これは基本的に、Apple の丸型コネクタの代わりに従来の}電話ジャックを備えた Apple コネクタの代替品でした。PhoneNet により、AppleTalk ネットワークを通常の電話線で接続できるようになり、ほとんど手間をかけずに、アナログ電話と AppleTalk を 1 本の 4 芯電話ケーブルで実行できるようになりました。

他の企業は、SCC の外部クロック読み取り機能を利用して、最大 1 Mbit/s のより高速な伝送速度をサポートしました。これらのシステムでは、外部アダプタにも独自のクロックが含まれており、それを使用して SCC のクロック入力ピンに信号を送りました。最もよく知られているそのようなシステムは Centram のFlashTalkで、768 kbit/s で動作し、 TOPSネットワーク システムで使用することを目的としていました。 ^[18]同様のソリューションは 850 kbit/s のDaynaTalkで、これはコンピューターと通常の LocalTalk/PhoneNet ボックスの間にプラグインする別のボックスを使用しました。Dayna は、他の Dayna PC カードと通信するときに最大 1.7 Mbit/s で動作する PC 拡張カードも提供していました。^{[19] [20]}さらに高性能なシステムもいくつか存在しましたが、これらは LocalTalk/PhoneNet と互換性のない特別なケーブルが必要になることが多く、またネットワーク スタックへのパッチも必要で、それが問題を引き起こすことが多かったです。

Apple 社が商業および教育市場に進出するにつれ、既存のネットワーク設備に AppleTalk を統合する必要が生じました。これらの組織の多くはすでに非常に高価な Ethernet インフラストラクチャに投資しており、Macintosh を Ethernet に直接接続する方法はありませんでした。AppleTalk には AppleTalk サブネットを相互接続するためのプロトコル構造が含まれていたため、ソリューションとして、LocalTalk サブネット間のバックボーンとして Ethernet を使用する EtherTalk が最初に作成されました。これを実現するには、組織は LocalTalkから Ethernet へのブリッジを購入する必要があり、Apple 社はこれらの製品の製造をサードパーティに任せていました。^[21] Hayes 社や Kinetics 社などの新しく設立された数社 を含む多くの企業がこれに応えました。

1987 年までに、イーサネットはトークン リングに対する標準化の戦いで明らかに勝利し、その年の半ばに、Apple はイーサネット物理層上の AppleTalk プロトコルの実装であるEtherTalk 1.0 を発表しました。新しくリリースされたMacintosh IIコンピュータ (Apple の最初の 2 台の拡張スロット付き Macintosh の 1 台、Macintosh SE には別のタイプのスロットが 1 つありました) 用に導入されたこのオペレーティング システムには、ユーザーがネットワークに使用する物理接続 (「内蔵」または「EtherTalk」) を選択できる新しいネットワークコントロール パネルが含まれていました。導入時には、マシンのNubusスロットに差し込むイーサネット インターフェイス カードが3Comと Kinetics から提供されていました。新しいネットワーク スタックによって、システムが拡張され、LAN あたり 255 ノードまで使用できるようになりました。EtherTalk のリリースにより、AppleTalk Personal Network はLocalTalkに改名され、^[22]発売後の大部分はこの名前で知られるようになりました。 Token Ring は後に、同じネットワーク コントロール パネルと基盤ソフトウェアを使用する類似のTokenTalk製品でサポートされるようになりました。時間が経つにつれて、多くのサードパーティ企業が、同じドライバーを使用する互換性のある Ethernet カードと Token Ring カードを導入するようになりました。

直接イーサネット接続を備えた Macintosh の登場により、イーサネットと LocalTalk の互換性の問題も深刻化しました。新しい Mac と古い Mac のネットワークでは、相互に通信するための何らかの方法が必要でした。これは、イーサネット Mac II のネットワークが、LocalTalk にのみ接続する LaserWriter と通信しようとするという単純なものかもしれません。Apple は当初、前述の LocalTalk からイーサネットへのブリッジ製品に依存していましたが、これらの製品は少量生産されるだろうという Apple の考えに反して、1987 年末までに 130,000 のネットワークが使用されていました。AppleTalk は当時、世界で最も使用されているネットワーク システムであり、他のベンダーの 3 倍以上のインストール数がありました。^{[23] [サードパーティ ソースが必要]}

1987年は、512KB以上のRAMを搭載したMacで動作する専用ファイルサーバーであるAppleShare製品が導入された年でもありました。一般的なAppleShareマシンは、外付けSCSIハードドライブを搭載したMac Plusでした。AppleShareは、1980年代後半、Novell NetWareとMicrosoftのMS-Netに次ぐ第3位のネットワークオペレーティングシステムでした。^[24] AppleShareは、専用ファイルサーバーデバイスをベースにした失敗したMacintosh Officeの取り組みの実質的な代替品でした。

1989 年にAppleTalk Phase IIとして大幅な再設計がリリースされました。多くの点で、Phase II は以前のバージョン (Phase I とは呼ばれなかった) をより汎用的にするための取り組みであると考えられます。LAN は 255 を超えるノードをサポートできるようになり、ゾーンはもはや物理ネットワークに関連付けられておらず、ノードを整理するためだけに使用される完全に仮想的な構成になりました。たとえば、組織内のすべてのプリンタを一覧表示する「プリンタ」ゾーンを作成したり、同じデバイスを「2 階」ゾーンに配置して物理的な場所を示すことができます。Phase II には、基盤となるインターネットワーキング プロトコルの変更も含まれており、以前は広域ネットワークをブリッジするネットワークで深刻な問題となっていた「チャッティ」を軽減しました。^[25]

この時点で、Apple はさまざまな通信製品を開発しており、その多くは AppleTalk Phase II とともに発表されました。これには、EtherTalk および TokenTalk のアップデート、IBM PC用の AppleTalk ソフトウェアおよび LocalTalk ハードウェア、 LaserWriterやその他のネットワーク リソースを使用できるようにするApple のA/UX オペレーティング システム用の EtherTalk 、および Mac X.25およびMacX製品が含まれていました。

1990 年までにイーサネットはほぼ普遍的になり、工場出荷時に Mac にイーサネットを組み込む時期が来ていました。しかし、これらのネットワークで使用される物理的な配線はまだ完全に標準化されていませんでした。Apple は、コンピュータの背面に 1 つのポートを設け、ユーザーが任意のケーブル システム用のアダプタを接続できるようにすることでこの問題を解決しました。このFriendlyNetシステムは、業界標準のAttachment Unit Interface (AUI) に基づいていましたが、意図的に非標準の小型で使いやすいコネクタを選択し、これを「Apple AUI」またはAAUIと呼びました。FriendlyNet は、 Quadra 700およびQuadra 900コンピュータで初めて導入され、しばらくの間、Mac ラインの多くで使用されました。^[26] LocalTalk と同様に、サードパーティ製の FriendlyNet アダプタがすぐに登場しました。

10BASE-T がイーサネットの事実上のケーブルシステムとなったため、第 2 世代のPower Macintoshマシンには AAUI に加えて 10BASE-T ポートが追加されました。PowerBook 3400cおよび下位の Power Mac にも 10BASE-T が追加されました。Power Macintosh 7300/8600/9600はAAUIを搭載した最後の Mac であり、10BASE-T はPower Macintosh G3およびPowerBook G3から普及しました。

AppleTalk の登場当初から、ユーザーは Macintosh をTCP/IPネットワーク環境に接続したいと考えていました。1984 年、スタンフォード大学の Bill Croftは、SEAGATE (Stanford Ethernet–AppleTalk Gateway) プロジェクトの一環として、DDP でカプセル化された IP パケットの開発に着手しました。SEAGATE は、Kinetics の LocalTalk-to-Ethernet ブリッジで追加のルーティング オプションとして商品化されました。数年後、MacIP はSEAGATE コードから分離され、LocalTalk ネットワーク上で IP パケットをルーティングするための事実上の方式となりました。1986 年までに、コロンビア大学は、Unix、TCP/IP、および AppleTalk 環境の高度な統合を可能にする Columbia AppleTalk Package (CAP) の最初のバージョンをリリースしました。1988 年、Apple はMacTCP をリリースしました。これは、適切な Ethernet ハードウェアを搭載したマシンで Mac が TCP/IP をサポートできるようにするシステムです。しかし、これにより、多くの大学が、LocalTalk を搭載した多数の Mac で IP をサポートするという問題を抱えることになりました。すぐに、LocalTalk-to-EthernetブリッジにMacIPサポートを組み込むことが一般的になりました。^{[26] MacTCPは1994年まで}Classic Mac OSの標準機能にはなりませんでしたが、^[27]その頃にはSNMPとPPPもサポートされていました。

1990年代前半のある時期、急速に拡大するインターネットでは、Macが主要なクライアントだった。^[要出典]広く使われていたよく知られたプログラムとしては、Fetch、Eudora、eXodus、NewsWatcher、NCSAパッケージ、特にNCSA Mosaic ^[28]とその派生であるNetscape Navigator ^[29]などがある。さらに、Macでインターネットコンテンツをホストできるサーバー製品も数多く登場した。この時期、マイクロコンピュータの市場シェアが比較的小さかったにもかかわらず、Macのインターネット接続クライアント数は他のプラットフォームの2～3倍に上った。 ^{[30] [要第三者情報源]}

世界が急速にLANとWANの両方の用途でIPへと移行するにつれ、Appleはますます幅広いマシンのグループとPowerPCベースのマシンの導入で、ますます時代遅れになる2つのコードベースを維持するという課題に直面しました。これがOpen Transportの取り組みにつながり、MacTCPとAppleTalkの両方をUnix標準STREAMSから適応したまったく新しいコードベースで再実装しました。初期のバージョンには問題があり、しばらく安定しませんでした。^{[31]その時点で、Appleは最終的に失敗に終わった}Coplandの取り組みに深く関わっていました。

NeXTの買収とそれに続くMac OS Xの開発により、AppleTalkは完全にレガシーシステムとなった。レーザープリンターやファイル共有など、既存のAppleTalkデバイスを多数サポートするためにMac OS Xにサポートが追加されたが、当時一般的だった代替接続ソリューション、特にプリンター用のUSBは、その需要を制限していた。Appleがこれらの製品カテゴリの多くを放棄し、すべての新しいシステムがIPベースになったため、AppleTalkはますます普及しなくなった。AppleTalkのサポートは、2009年のMac OS X v10.6で最終的にmacOSラインから削除された。 ^[32]

しかし、AppleTalk がなくなったからといって、その使いやすさと IP ルーティングを組み合わせたネットワーク ソリューションへの要望が減るわけではありません。Apple は、AirPortルーターの導入から、ゼロ構成ネットワークシステムの開発、そしてその実装である Rendezvous (後にBonjourと改名) まで、こうした取り組みの多くをリードしてきました。

2020 年現在、macOS 11 Big Sur では AppleTalk サポートがレガシー サポートから完全に削除されています。

AppleTalk の設計は、プロトコル階層化のOSI モデルに厳密に従っています。初期のLANシステムのほとんどとは異なり、AppleTalk は典型的なXerox XNSシステムを使用して構築されていません。想定されたターゲットは Ethernet ではなく、ルーティング用の 48 ビット アドレスもありませんでした。それでも、AppleTalk システムの多くの部分には XNS に直接類似するものが存在します。

AppleTalk の重要な差別化要因の 1 つは、システムを完全に自己構成可能にすることを目的とした 2 つのプロトコルが含まれていたことです。AppleTalkアドレス解決プロトコル( AARP ) は、AppleTalk ホストが独自のネットワーク アドレスを自動的に生成できるようにし、名前バインディング プロトコル( NBP ) は、ネットワーク アドレスをユーザーが判読できる名前にマッピングする動的なシステムでした。AARP に似たシステムは、Banyan VINESなど他のシステムにも存在していました。2002 年頃から、Rendezvous ( DNS ベースのサービス検出、マルチキャスト DNS、リンク ローカル アドレス指定の組み合わせ) は、AppleTalk と同様の機能と IP を使用した使いやすさを提供しました。^{[33] [34]}

AARP と NBP はどちらも、「コントローラ」デバイスがデフォルトのメカニズムをオーバーライドできるようにする方法を定義していました。その概念は、ルーターが情報を提供したり、システムを既知のアドレスと名前に「固定」できるようにすることでした。新しいノードが空きアドレスを検索するときに AARP が問題を引き起こす可能性がある大規模なネットワークでは、ルーターを追加することで「チャティネス」を軽減できます。AARP と NBP を組み合わせることで、AppleTalk は使いやすいネットワーク システムになりました。新しいマシンは、プラグインしてオプションで名前を付けることでネットワークに追加されました。NBP リストはChooserと呼ばれるプログラムによって検査され、ファイル サーバーやプリンターなどのクラスに分けられたローカル ネットワーク上のマシンのリストが表示されます。

AppleTalk アドレスは 4 バイトの量でした。これは、2 バイトのネットワーク番号、1 バイトのノード番号、および 1 バイトのソケット番号で構成されていました。これらのうち、ネットワーク番号のみがルータから取得されるため、構成が必要でした。各ノードは、異なるノードが誤って同じ番号を選択することによる競合を処理するプロトコル (当初は LocalTalk リンク アクセス プロトコル LLAP、後に Ethernet/EtherTalk では AppleTalk アドレス解決プロトコル、AARP) ^[35]に従って、独自のノード番号を動的に選択しました。ソケット番号については、いくつかのよく知られた番号が AppleTalk プロトコル自体に固有の特別な目的のために予約されていました。これらを除いて、すべてのアプリケーション レベル プロトコルは、クライアント側とサーバー側の両方で動的に割り当てられたソケット番号を使用することが想定されていました。

このダイナミズムのため、ユーザーはアドレスを指定してサービスにアクセスすることはできません。代わりに、すべてのサービスには、人間が選択した名前が付けられ、ユーザーにとって意味のある名前が付けられ、競合の可能性を最小限に抑えるのに十分な長さが付けられます。

NBP 名はソケット番号とノード番号を含むアドレスに変換されるため、AppleTalk の名前はマシンによって提供されるサービスに直接マップされ、マシン自体の名前とはまったく別になります。したがって、サービスは別のマシンに移動でき、サービス名が同じである限り、ユーザーはサービスへのアクセスを継続するために何か別の操作を行う必要はありませんでした。また、同じマシンで同じタイプのサービスのインスタンスをいくつでもホストでき、ネットワーク接続の競合は発生しません。

これをDNSのA レコードと比較してみましょう。DNS の A レコードでは、名前がマシンのアドレスに変換されますが、サービスを提供している可能性のあるポート番号は含まれません。したがって、特定のマシン名を使用して特定のサービスにアクセスすることに慣れている人は、サービスが別のマシンに移動されるとアクセスが切断されます。サービスを参照するために実際のマシン名ではなく、サービスを示すCNAME レコードを使用することを主張することで、この問題をある程度軽減できますが、ユーザーがそのような規則に従うことを保証する方法はありません。KerberosやActive Directoryなどの新しいプロトコルでは、 DNS SRV レコードを使用してサービスを名前で識別しますが、これは AppleTalk モデルに非常に近いものです。^{[独自の調査? ]}

AppleTalkアドレス解決プロトコル（AARP）は、AppleTalkアドレスをリンク層アドレスに解決します。^{[36]これは機能的には}ARPと同等であり、ARPと非常によく似た方法でアドレス解決を行います。

AARP はかなり単純なシステムです。電源を入れると、AppleTalk マシンは、ルーターなどのコントローラからの応答を期待して、ネットワーク アドレスを要求するAARP プローブ パケットをブロードキャストします。アドレスが指定されていない場合は、「ベース サブネット」0 からランダムにアドレスが選択されます。次に、「このアドレスを選択しています」という別のパケットをブロードキャストし、ネットワーク上の他のマシンが文句を言うかどうかを待ちます。別のマシンがそのアドレスを持っている場合、新しく接続したマシンは別のアドレスを選択し、空きアドレスが見つかるまで試行を続けます。^[37]多くのマシンがあるネットワークでは、空きアドレスが見つかるまでに数回の試行が必要になる場合があります。そのため、パフォーマンス上の理由から、成功したアドレスはNVRAMに記録され、将来のデフォルト アドレスとして使用されます。つまり、一度に数台のマシンが追加される実際のセットアップのほとんどでは、アドレスが実質的に一定になるまでに 1 回か 2 回の試行しか必要ありません。

AppleTalk データ ストリーム プロトコル (ADSP) は、 TCPスタイルの信頼性の高い接続指向のトランスポートが必要であることが明らかになったときに、AppleTalk プロトコル スイートに比較的遅れて追加されたものです。TCP との大きな違いは次のとおりです。

• 接続試行が拒否される可能性があります。
• 「半開き」の接続は存在しません。片側で接続の切断が開始されると、接続全体が閉じられます (つまり、ADSP は全二重であり、デュアル シンプレックスではありません)。
• AppleTalk には、通常のストリーム データ フローをバイパスして短いメッセージを送信できるアテンション メッセージ システムが組み込まれていました。これらのメッセージは確実に配信されましたが、ストリームに対して順序がずれていました。アテンション メッセージは、現在のストリーム バイト シーケンス ポイントが最新になるまで待つのではなく、できるだけ早く配信されました。^[38]

Apple Filing Protocol (AFP) は、以前は AppleTalk Filing Protocol と呼ばれていましたが、AppleShareファイル サーバーと通信するためのプロトコルです。AppleTalk Session Protocol (従来の AFP over DDP 用) またはData Stream Interface (AFP over TCP 用) の上に構築されており、ユーザー認証 (双方向乱数交換を含むさまざまな認証方法に拡張可能) および Macintosh HFSファイルシステムに固有の操作を実行するためのサービスを提供します。他のほとんどの AppleTalk プロトコルが廃止されているにもかかわらず、AFP は macOS でまだ使用されています。

AppleTalk セッション プロトコル (ASP) は、AppleTalk トランザクション プロトコル (ATP) の上に構築された中間プロトコルであり、AFP の基礎となっています。任意のコマンドへの応答を要求したり、帯域外ステータス クエリを実行したりするための基本サービスを提供していました。また、サーバーがクライアントに 非同期のアテンションメッセージを送信することもできました。

AppleTalk トランザクション プロトコル (ATP) は、DDP 上に構築された、AppleTalk のオリジナルの信頼性の高いトランスポート レベル プロトコルでした。開発当時、TCP のような完全で信頼性の高い接続指向プロトコルは、AppleTalk の目的のほとんどの用途では実装するにはコストが高すぎると考えられていました。そのため、ATP は、接続を設定したり切断したりする必要のない、単純な要求/応答交換でした。

ATP要求パケットには、最大 8 つの応答パケットで応答できます。要求側は、受信した応答パケットを示すビット マスクを含む確認応答パケットを送信し、応答側は残りのパケットを再送信できます。

ATP は「少なくとも 1 回」モードまたは「正確に 1 回」モードのいずれかで動作できます。正確に 1 回モードは、べき等性のない操作に不可欠です。このモードでは、応答側は、要求側からのリリースパケットの受信に成功するか、タイムアウトが経過するまで、応答バッファーのコピーをメモリに保持します。このようにして、同じトランザクション ID を持つ重複した要求に応答するには、実際の操作を再度実行せずに、同じ応答データを再送信します。^[39]

データグラム配信プロトコル (DDP) は、データリンクに依存しない最も低レベルのトランスポート プロトコルでした。配信の保証のないデータグラムサービスを提供しました。インフラストラクチャ プロトコル NBP、RTMP、ZIP を含むすべてのアプリケーション レベル プロトコルは、DDP 上に構築されました。AppleTalk の DDP は、オープン システム インターコネクション ( OSI ) 通信モデルのネットワーク層にほぼ対応しています。

名前バインディング プロトコル (NBP) は、AppleTalk 名を管理するための動的な分散システムでした。マシン上でサービスが起動すると、人間の管理者が選択した名前が登録されます。この時点で、NBP は、他のマシンで同じ名前が登録されていないかどうかを確認するシステムを提供しました。その後、クライアントがそのサービスにアクセスしたい場合、NBP を使用してマシンにクエリを実行し、そのサービスを検索しました。NBP は、ブラウズ機能 (「利用可能なすべてのサービスの名前は何ですか?」) と、特定の名前のサービスを検索する機能を提供しました。^[36]名前は人間が読めるもので、スペースと大文字と小文字が含まれ、検索もサポートされていました。

AppleTalk Echo Protocol (AEP) は、ネットワーク ノードの到達可能性をテストするために設計されたトランスポート層プロトコルでした。^[36] AEP は、ネットワーク ノードに送信するパケットを生成し、パケットのタイプ フィールドで AEP パケットとして識別されます。パケットは最初にソース DDP に渡されます。AEP パケットとして識別された後、パケットはノードに転送され、宛先の DDP によってパケットが検査されます。パケットが AEP パケットとして識別された後、パケットはコピーされ、パケット内のフィールドが変更されて AEP 応答パケットが作成され、ソース ノードに返されます。

プリンタ アクセス プロトコル (PAP) は、PostScriptプリンタと通信するための標準的な方法でした。これは ATP の上に構築されました。^[36] PAP 接続が開かれると、各エンドから相手に ATP 要求が送信されます。これは基本的に「さらにデータを送信してください」という意味です。クライアントからサーバーへの応答は、PostScript コードのブロックを送信することです。サーバーは、その結果生成される診断メッセージで応答し、その後、別の「さらにデータを送信」要求を送信できます。この ATP の使用により、自動フロー制御が提供されました。つまり、各エンドは、応答する未処理の ATP 要求がある場合のみ、相手にデータを送信できます。

PAP は、別の ATP トランザクションによって処理される帯域外ステータス クエリも提供しました。1 つのクライアントからの印刷ジョブの処理でビジー状態であっても、PAP サーバーは他の任意の数のクライアントからのステータス要求に応答し続けることができました。これにより、印刷を待機している LAN 上の他の Macintosh は、プリンタがビジー状態であること、およびビジー状態のジョブが何であるかを示すステータス メッセージを表示できました。

ルーティングテーブルメンテナンスプロトコル（RTMP）は、ルータがネットワークのトポロジについて互いに情報を共有するためのプロトコルでした。^[36]これは、AppleTalkで定期的な非請求ブロードキャストを必要とする唯一の部分でした。10秒ごとに、各ルータは、自分が知っているすべてのネットワーク番号と、それらの距離を推定したリストを送信する必要がありました。

ゾーン情報プロトコル (ZIP) は、AppleTalk ネットワーク番号をゾーン名に関連付けるプロトコルでした。^[36]ゾーンは、人間にとって意味のあるネットワークの区分 (たとえば、「経理部」) です。ただし、ネットワーク番号はネットワークのトポロジ的に連続したセクションに割り当てる必要がありますが、ゾーンにはネットワークの複数の異なる不連続な部分を含めることができます。

AppleTalk の初期のデフォルト ハードウェア実装は、Macintoshの内蔵RS-422ポートを 230.4 kbit/s で使用するLocalTalkと呼ばれる高速シリアル プロトコルでした。LocalTalk は、RS-422 ポートのスプリッタ ボックスを使用して、1 つのポートからアップストリーム ケーブルとダウンストリーム ケーブルを提供しました。トポロジはバスで、ケーブルは接続された各マシンから次のマシンにデイジー チェーン接続され、 LocalTalkセグメントで許可される最大 32 台まで接続できました。このシステムは今日の基準からすると低速でしたが、当時は PC マシンでのネットワーク化には追加コストと複雑さが伴い、オフィスでネットワーク化されたパーソナル コンピュータは Mac のみというのが一般的でした。UNIX や VAX ワークステーションなどの他の大型コンピュータは、通常 Ethernet 経由でネットワーク化されていました。

他の物理的な実装も利用可能でした。LocalTalk の非常に人気のある代替品はPhoneNETでした。これは Farallon Computing, Inc. (2007 年にMotorolaに買収されNetopiaに改名) のサードパーティ ソリューションで、RS-422 ポートも使用し、Apple の LocalTalk ポート ドライバーに関する限り LocalTalk と区別がつかなかったものの、固定電話の接続に使用されるのと同じ 4 線 6 極モジュラー コネクタを備えた非常に安価な標準電話ケーブル上で動作しました。2 つ目のペアのワイヤを使用したため、2 つ目の回線が存在しない場合でも、既存の電話ジャックを介してネットワーク デバイスを接続することさえできました。今日のネットワーク ハブとスイッチの先駆けとして、Farallon は PhoneNet をスター構成とバス構成の両方で使用できるソリューションを提供しました。これにはパッシブスター接続 (電話線が中央のポイントで単純にブリッジされる) と、「PhoneNet Star Controller」ハブ ハードウェアを使用したアクティブスターの両方がありました。スター構成では、配線の問題は 1 つのデバイスのみに影響し、問題を簡単に特定できます。PhoneNet は低コスト、柔軟性、トラブルシューティングの容易さから、1990 年代初頭まで Mac ネットワークの主な選択肢でした。

AppleTalk プロトコルは、イーサネット (最初は同軸、次にツイストペア) およびトークン リング物理層でも実行されるようになり、Apple ではそれぞれEtherTalkおよびTokenTalkと名付けられました。 1990 年代を通じて PC 業界でイーサネットが一般的に普及するにつれて、EtherTalk は徐々に AppleTalk の主要な実装方法になりました。 AppleTalk とTCP/IP の他に、どのイーサネット ネットワークでもDECnetやIPXなどの他のプロトコルを同時に伝送できます。

AppleTalkが初めて導入されたとき、オフィスコンピューティングプラットフォームの主流はMS-DOSが動作するPC互換機だった。Appleは1987年初頭にAppleTalk PCカードを導入し、PCがAppleTalkネットワークに参加し、LaserWriterプリンタで印刷できるようにした。^[40] 1年後、AppleShare PCがリリースされ、PCがAppleShareファイルサーバーにアクセスできるようになりました。^[41]

「TOPS Teleconnector」^[42] MS-DOS ネットワーク システムを AppleTalk システムに置き換えると、MS-DOS PC が AppleTalk ネットワーク ハードウェアを介して通信できるようになります。このシステムは、PC 用の AppleTalk インターフェイス カードと、ファイル、ドライブ、プリンタの共有などの機能を可能にするネットワーク ソフトウェア スイートで構成されます。PC 専用の AppleTalk ネットワークを構築できるだけでなく、TOPS ソフトウェアがインストールされた PC と Mac 間の通信も可能になります (TOPS がインストールされていない Mac は同じネットワークを使用できますが、他の Apple マシンとのみ通信できます)。Mac の TOPS ソフトウェアは、使いやすさや堅牢性、クラッシュのなさの点でも Apple のソフトウェアの品質には及ばないものの、DOS ソフトウェアは DOS の観点からは比較的使いやすく、堅牢でした。

BSDおよびLinuxオペレーティング システムは、 Netatalkと呼ばれるオープン ソース プロジェクトを通じて AppleTalk をサポートしています。Netatalk は完全なプロトコル スイートを実装し、Macintosh コンピューターのネイティブ ファイル サーバーまたはプリント サーバーとして機能するとともに、ネットワーク経由で LocalTalk プリンターに印刷できるようにします。

Windows Server オペレーティング システムは、Windows NTから始まり、 Windows Server 2003以降までAppleTalk をサポートしました。Miramar は、2007 年に CA によって廃止された PC MacLAN 製品に AppleTalk を組み込んでいました。GroupLogicは、 Macintosh と Windows の統合用に、ExtremeZ-IP サーバー ソフトウェアに AppleTalk プロトコルを引き続きバンドルしています。このソフトウェアは、 Windows Server 2008およびWindows Vistaだけでなく、以前のバージョンもサポートしています。HELIOS Software GmbH は、HELIOS UB2 サーバーの一部として、AppleTalk プロトコル スタックの独自の実装を提供しています。これは基本的に、さまざまなプラットフォームで実行されるファイルおよびプリント サーバー スイートです。

さらに、コロンビア大学は、Ultrix、SunOS、BSD、IRIXなどのさまざまな Unix 向けのプロトコル スイートを実装した Columbia AppleTalk パッケージ (CAP) をリリースしました。このパッケージは現在は積極的に保守されていません。

• Netatalk は、AppleTalk プロトコル スイートの無料のオープン ソース実装です。
• ネットワークファイルシステム
• リモートファイル共有
• サンバ
• サーバーメッセージブロック

• AppleTalk をインターネットに普及させる