أبل توك

أبل توك

مجموعة البروتوكولات
المطور(ون)	كمبيوتر ابل
مقدمة	1985 ؛ منذ 39 سنة ( 1985 )
الأجهزة	لوكال توك ، آخرون

AppleTalk عبارة عن مجموعة بروتوكولات شبكات متوقفة عن الإنتاج طورتها شركة Apple Computer لأجهزة كمبيوتر Macintosh الخاصة بها . يتضمن AppleTalk عددًا من الميزات التي تسمح بتوصيل الشبكات المحلية دون إعداد مسبق أو الحاجة إلى جهاز توجيه مركزي أو خادم من أي نوع. تقوم الأنظمة المتصلة المجهزة بـ AppleTalk بتعيين العناوين تلقائيًا وتحديث مساحة الأسماء الموزعة وتكوين أي توجيه مطلوب بين الشبكات.

تم إصدار AppleTalk في عام 1985 وكان البروتوكول الأساسي المستخدم بواسطة أجهزة Apple خلال الثمانينيات والتسعينيات. تم إصدار إصدارات أيضًا لأجهزة IBM PC والمتوافقة و Apple IIGS . كان دعم AppleTalk متاحًا أيضًا في معظم الطابعات المتصلة بالشبكة (خاصة الطابعات الليزرية )، وبعض خوادم الملفات ، وعدد من أجهزة التوجيه .

أدى ظهور TCP/IP خلال تسعينيات القرن العشرين إلى إعادة تنفيذ معظم هذه الأنواع من الدعم على هذا البروتوكول، وأصبح AppleTalk غير مدعوم اعتبارًا من إصدار Mac OS X v10.6 في عام 2009. ومنذ ذلك الحين تم تقديم العديد من ميزات التكوين التلقائي الأكثر تقدمًا في AppleTalk في Bonjour ، بينما يخدم Universal Plug and Play احتياجات مماثلة.

بعد إصدار كمبيوتر Apple Lisa في يناير 1983، استثمرت Apple جهدًا كبيرًا في تطوير نظام شبكة المنطقة المحلية (LAN) للأجهزة. عُرف باسم AppleNet ، وكان يعتمد على مجموعة بروتوكولات Xerox XNS الرائدة ^[1] ولكنه يعمل على نظام كبل محوري مخصص بسرعة 1 ميجابت/ثانية بدلاً من Ethernet بسرعة 2.94 ميجابت/ثانية من Xerox . تم الإعلان عن AppleNet في أوائل عام 1983 مع طرح كامل بسعر مستهدف قدره 500 دولار لبطاقات AppleNet القابلة للتوصيل لجهاز Lisa و Apple II . ^[2]

في ذلك الوقت، كانت أنظمة الشبكة المحلية المبكرة قد دخلت السوق للتو، بما في ذلك Ethernet و Token Ring و Econet و ARCNET . كان هذا موضوعًا لجهود تجارية كبيرة في ذلك الوقت، حيث هيمن على عروض مثل المؤتمر الوطني للكمبيوتر (NCC) في أنهايم في مايو 1983. كانت جميع الأنظمة تتنافس على مكانة في السوق، ولكن حتى في هذا الوقت، أشار القبول الواسع النطاق لـ Ethernet إلى أنها ستصبح معيارًا بحكم الأمر الواقع . ^[3] في هذا العرض، سأل ستيف جوبز جورشاران سيدو سؤالاً يبدو غير ضار: "لماذا لم تنتشر الشبكات؟" ^[4]

بعد أربعة أشهر، في أكتوبر، تم إلغاء AppleNet. في ذلك الوقت، أعلنت الشركة أن "Apple أدركت أنها ليست في مجال إنشاء نظام شبكات. لقد قمنا ببناء AppleNet واستخدامه داخليًا، لكننا أدركنا أنه إذا قمنا بشحنه، فسنرى معايير جديدة قادمة". ^[5] في يناير، أعلن جوبز أنهم سيدعمون بدلاً من ذلك Token Ring من IBM ، والذي توقع صدوره في "بضعة أشهر". ^[5]

خلال هذه الفترة، كانت شركة أبل منغمسة في تطوير كمبيوتر ماكنتوش. أثناء التطوير، اتخذ المهندسون قرارًا باستخدام شريحة التحكم التسلسلي Zilog 8530 (SCC) بدلاً من UART الأقل تكلفة والأكثر شيوعًا لتوفير اتصالات المنفذ التسلسلي . ^[6] تكلف SCC حوالي 5 دولارات أكثر من UART، لكنها قدمت سرعات أعلى بكثير تصل إلى 250 كيلوبت في الثانية (أو أعلى مع أجهزة إضافية) ودعمت داخليًا عددًا من بروتوكولات الشبكات الأساسية مثل Bisync من IBM . ^[7]

تم اختيار SCC لأنه يسمح بتوصيل أجهزة متعددة بالمنفذ. يمكن للأجهزة الطرفية المزودة بـ SCCs مماثلة التواصل باستخدام البروتوكولات المضمنة، وتداخل بياناتها مع الأجهزة الطرفية الأخرى على نفس الناقل. سيؤدي هذا إلى القضاء على الحاجة إلى المزيد من المنافذ في الجزء الخلفي من الجهاز، والسماح بالتخلص من فتحات التوسعة لدعم الأجهزة الأكثر تعقيدًا. كان المفهوم الأولي معروفًا باسم AppleBus ، حيث تصور نظامًا يتم التحكم فيه بواسطة جهاز Macintosh المضيف الذي يستطلع الأجهزة "الغبية" بطريقة مماثلة لـ Universal Serial Bus الحديثة . ^[8]

كان فريق ماكنتوش قد بدأ بالفعل العمل على ما سيصبح LaserWriter وكان قد فكر في عدد من الخيارات الأخرى للإجابة على سؤال كيفية مشاركة هذه الآلات الباهظة الثمن والموارد الأخرى. أوضحت سلسلة من المذكرات من بوب بيلفيل هذه المفاهيم، حيث حددت نظام Mac وLaserWriter ونظام خادم الملفات الذي سيصبح Macintosh Office . ^[4] بحلول أواخر عام 1983، كان من الواضح أن Token Ring من IBM لن يكون جاهزًا في الوقت المناسب لإطلاق Mac، وقد يفوت إطلاق هذه المنتجات الأخرى أيضًا. في النهاية، لن يتم شحن Token Ring حتى أكتوبر 1985. ^[9]

كان سؤال جوبز السابق لسيدهو قد أثار بالفعل عددًا من الأفكار. عندما تم إلغاء AppleNet في أكتوبر، قاد سيدو جهدًا لتطوير نظام شبكات جديد يعتمد على أجهزة AppleBus. لن يكون هذا النظام الجديد مضطرًا إلى التوافق مع أي تصورات مسبقة موجودة، وقد تم تصميمه ليكون جديرًا بجهاز Mac - وهو نظام يمكن للمستخدم تثبيته ولا يتطلب تكوينًا أو عناوين شبكة ثابتة - باختصار، شبكة توصيل وتشغيل حقيقية. ^{[10] [ مصدر جهة خارجية مطلوب ]} كانت هناك حاجة إلى جهد كبير، ولكن بحلول الوقت الذي تم فيه إصدار Mac، تم تحديد المفاهيم الأساسية، وكانت بعض البروتوكولات منخفضة المستوى في طريقها إلى الاكتمال. ذكر سيدو العمل لبلفيل بعد ساعتين فقط من الإعلان عن Mac. ^[4]

تم الإعلان عن AppleBus "الجديد" في أوائل عام 1984، ^{[N 1]} مما يسمح بالاتصال المباشر من جهاز Mac أو Lisa من خلال صندوق صغير متصل بالمنفذ التسلسلي ومتصل عبر الكابلات بالكمبيوتر التالي في الاتجاهين العلوي والسفلي. كما تم الإعلان عن محولات لـ Apple II و Apple III . ^[11] كما أعلنت Apple أنه يمكن توصيل شبكة AppleBus بنظام Token Ring، ويبدو أنها عبارة عن عقدة واحدة داخله. ^[5] كانت تفاصيل كيفية عمل هذا غير واضحة. ^[5]

قبل إصداره في أوائل عام 1985، تمت إعادة تسمية AppleBus إلى AppleTalk . تم تسويقه في البداية باسم AppleTalk Personal Network ، وكان يتألف من مجموعة من بروتوكولات الشبكة وطبقة مادية.

كانت الطبقة المادية تعاني من عدد من القيود، بما في ذلك سرعة 230.4 كيلوبت/ثانية فقط، ومسافة قصوى تبلغ 1000 قدم (300 متر) من النهاية إلى النهاية، و32 عقدة فقط لكل شبكة محلية. ^[12] ولكن نظرًا لأن الأجهزة الأساسية كانت مدمجة في جهاز Mac، فإن إضافة العقد تكلف حوالي 50 دولارًا فقط لصندوق المحول. وبالمقارنة، تكلف بطاقات Ethernet أو Token Ring مئات أو آلاف الدولارات. بالإضافة إلى ذلك، تتطلب مجموعة الشبكات بالكامل حوالي 6 كيلو بايت فقط من ذاكرة الوصول العشوائي، مما يسمح لها بالعمل على أي جهاز Mac. ^[13]

سمحت السرعة البطيئة نسبيًا لـ AppleTalk بمزيد من التخفيضات في التكلفة. بدلاً من استخدام دوائر الإرسال والاستقبال المتوازنة لـ RS-422 ، استخدمت كبلات AppleTalk أرضية كهربائية مشتركة واحدة ، مما حد من السرعات إلى حوالي 500 كيلوبت/ثانية، لكنه سمح بإزالة موصل واحد. هذا يعني أنه يمكن استخدام كبلات ثلاثية الموصلات مشتركة للأسلاك. بالإضافة إلى ذلك، تم تصميم المحولات لتكون "ذاتية الوصل"، مما يعني أن العقد في نهاية الشبكة يمكنها ببساطة ترك موصلها الأخير غير متصل. لم تكن هناك حاجة لتوصيل الأسلاك معًا مرة أخرى في حلقة، ولا حاجة إلى محاور أو أجهزة أخرى.

تم تصميم النظام للتوسع في المستقبل؛ حيث سمح نظام العنونة بالتوسع إلى 255 عقدة في شبكة LAN (على الرغم من أنه لم يكن من الممكن استخدام سوى 32 عقدة في ذلك الوقت)، وباستخدام "الجسور" (التي أصبحت تُعرف باسم "أجهزة التوجيه"، على الرغم من أنها ليست هي نفسها من الناحية الفنية) يمكن للمرء ربط شبكات LAN في مجموعات أكبر. سمحت "المناطق" بمعالجة الأجهزة داخل الإنترنت المتصل بالجسر. بالإضافة إلى ذلك، تم تصميم AppleTalk منذ البداية للسماح بالاستخدام مع أي رابط مادي أساسي محتمل، ^[14] وفي غضون بضع سنوات، تمت إعادة تسمية الطبقة المادية LocalTalk ، لتمييزها عن بروتوكولات AppleTalk.

كانت الميزة الرئيسية لبرنامج AppleTalk هي أنه خالٍ تمامًا من الصيانة. لربط جهاز بشبكة، يقوم المستخدم ببساطة بتوصيل المحول بالجهاز، ثم توصيل كابل منه بأي منفذ مجاني على أي محول آخر. تفاوضت مجموعة شبكة AppleTalk على عنوان الشبكة، وخصصت للكمبيوتر اسمًا يمكن قراءته من قبل البشر، وجمعت قائمة بأسماء وأنواع الأجهزة الأخرى على الشبكة حتى يتمكن المستخدم من تصفح الأجهزة من خلال Chooser . كان استخدام AppleTalk سهلاً للغاية لدرجة أن الشبكات المخصصة كانت تميل إلى الظهور كلما كان هناك أجهزة Mac متعددة في نفس الغرفة. ^[15] ستستخدم Apple هذا لاحقًا في إعلان يُظهر شبكة يتم إنشاؤها بين مقعدين في طائرة. ^[16]

تطور سوق مزدهر لأجهزة AppleTalk على مدار السنوات القليلة التالية. وكان أحد الأمثلة البارزة بشكل خاص هو المحول البديل الذي صممته BMUG وتم تسويقه بواسطة Farallon باسم PhoneNET في عام 1987. ^[17] كان هذا في الأساس بديلاً لموصل Apple الذي كان يحتوي على مقابس هاتف تقليدية بدلاً من موصلات Apple الدائرية. سمح PhoneNet بتوصيل شبكات AppleTalk معًا باستخدام أسلاك الهاتف العادية، وبقليل جدًا من العمل الإضافي، يمكن تشغيل الهواتف التناظرية وAppleTalk على كابل هاتف واحد بأربعة موصلات.

استفادت شركات أخرى من قدرة SCC على قراءة الساعات الخارجية من أجل دعم سرعات نقل أعلى، تصل إلى 1 ميجابت/ثانية. في هذه الأنظمة، يتضمن المحول الخارجي أيضًا ساعته الخاصة ، ويستخدمها للإشارة إلى دبابيس إدخال ساعة SCC. كان أشهر نظام من هذا القبيل هو Centram's FlashTalk ، والذي يعمل بسرعة 768 كيلوبت/ثانية، وكان من المفترض استخدامه مع نظام الشبكات TOPS الخاص بهم . ^[18] كان الحل المماثل هو DaynaTalk بسرعة 850 كيلوبت/ثانية ، والذي يستخدم صندوقًا منفصلًا يتم توصيله بين الكمبيوتر وصندوق LocalTalk/PhoneNet العادي. كما قدمت Dayna بطاقة توسيع للكمبيوتر الشخصي تعمل بسرعة تصل إلى 1.7 ميجابت/ثانية عند التحدث إلى بطاقات Dayna PC الأخرى. ^{[19] [20]} كما كانت هناك العديد من الأنظمة الأخرى ذات الأداء الأعلى، ولكنها غالبًا ما تتطلب كابلات خاصة غير متوافقة مع LocalTalk/PhoneNet، وتتطلب أيضًا تصحيحات لمكدس الشبكات والتي غالبًا ما تسبب مشاكل.

مع توسع شركة أبل في الأسواق التجارية والتعليمية، احتاجت إلى دمج AppleTalk في تركيبات الشبكة الحالية. كانت العديد من هذه المؤسسات قد استثمرت بالفعل في بنية تحتية باهظة الثمن لشبكة إيثرنت ولم تكن هناك طريقة مباشرة لتوصيل جهاز ماكنتوش بشبكة إيثرنت. تضمنت AppleTalk بنية بروتوكول لربط شبكات فرعية لـ AppleTalk، وكحل لذلك، تم إنشاء EtherTalk في البداية لاستخدام Ethernet كعمود فقري بين شبكات فرعية LocalTalk. لتحقيق هذه الغاية، ستحتاج المؤسسات إلى شراء جسر من LocalTalk إلى Ethernet وتركت Apple الأمر لأطراف ثالثة لإنتاج هذه المنتجات. ^[21] استجابت عدد من الشركات، بما في ذلك Hayes وعدد قليل من الشركات التي تم تشكيلها حديثًا مثل Kinetics.

بحلول عام 1987، كان الإيثرنت يفوز بوضوح بمعركة المعايير على Token Ring، وفي منتصف ذلك العام، قدمت شركة Apple EtherTalk 1.0 ، وهو تنفيذ لبروتوكول AppleTalk عبر الطبقة المادية للإيثرنت. تم تقديمه لجهاز كمبيوتر Macintosh II الذي تم إصداره حديثًا ، وهو أحد أول جهازي Macintosh من Apple بفتحات توسعة (كان لدى Macintosh SE فتحة واحدة من نوع مختلف)، وتضمن نظام التشغيل لوحة تحكم شبكة جديدة تسمح للمستخدم بتحديد الاتصال المادي الذي سيتم استخدامه للشبكات (من "مدمج" أو "EtherTalk"). عند التقديم، كانت بطاقات واجهة Ethernet متوفرة من 3Com وKinetics والتي يتم توصيلها بفتحة Nubus في الجهاز. كما وسعت مجموعة الشبكات الجديدة النظام للسماح بـ 255 عقدة كاملة لكل شبكة LAN. مع إصدار EtherTalk، تمت إعادة تسمية AppleTalk Personal Network إلى LocalTalk ، ^[22] الاسم الذي ستُعرف به طوال الجزء الأكبر من عمرها. لاحقًا، تم دعم Token Ring بمنتج TokenTalk مشابه ، والذي استخدم نفس لوحة التحكم في الشبكة والبرنامج الأساسي. بمرور الوقت، قدمت العديد من الشركات التابعة لجهات خارجية بطاقات Ethernet وToken Ring المتوافقة التي تستخدم نفس برامج التشغيل هذه.

كما أدى ظهور جهاز Macintosh مع اتصال Ethernet مباشر إلى تضخيم مشكلة توافق Ethernet وLocalTalk: حيث احتاجت الشبكات التي تحتوي على أجهزة Mac جديدة وقديمة إلى طريقة ما للتواصل مع بعضها البعض. وقد يكون هذا بسيطًا مثل شبكة من أجهزة Mac II التي تعمل بتقنية Ethernet تحاول التحدث إلى LaserWriter الذي يتصل فقط بـ LocalTalk. اعتمدت Apple في البداية على منتجات جسر LocalTalk-to-Ethernet المذكورة أعلاه، ولكن على عكس اعتقاد Apple بأن هذه المنتجات ستكون منخفضة الحجم، بحلول نهاية عام 1987، كان هناك 130.000 شبكة من هذا القبيل قيد الاستخدام. كان AppleTalk في ذلك الوقت نظام الشبكات الأكثر استخدامًا في العالم، مع أكثر من ثلاثة أضعاف عمليات التثبيت لأي بائع آخر. ^{[23] [ مصدر جهة خارجية مطلوب ]}

شهد عام 1987 أيضًا تقديم منتج AppleShare ، وهو خادم ملفات مخصص يعمل على أي جهاز Mac مزود بذاكرة وصول عشوائي (RAM) سعة 512 كيلو بايت أو أكثر. كان جهاز AppleShare الشائع هو Mac Plus المزود بمحرك أقراص SCSI خارجي . كان AppleShare هو نظام التشغيل الشبكي رقم 3 في أواخر الثمانينيات، بعد Novell NetWare وMicrosoft's MS-Net . ^[24] كان AppleShare هو البديل الفعلي لجهود Macintosh Office الفاشلة، والتي كانت تعتمد على جهاز خادم ملفات مخصص.

تم إصدار إعادة تصميم كبيرة في عام 1989 باسم AppleTalk Phase II . من نواحٍ عديدة، يمكن اعتبار المرحلة الثانية بمثابة جهد لجعل الإصدار السابق (لم يُطلق عليه اسم المرحلة الأولى) أكثر عمومية. يمكن لشبكات LAN الآن دعم أكثر من 255 عقدة، ولم تعد المناطق مرتبطة بالشبكات المادية ولكنها كانت عبارة عن هياكل افتراضية بالكامل تستخدم ببساطة لتنظيم العقد. على سبيل المثال، يمكن للمرء الآن إنشاء منطقة "طابعات" تسرد جميع الطابعات في مؤسسة ما، أو قد يرغب المرء في وضع نفس الجهاز في منطقة "الطابق الثاني" للإشارة إلى موقعه المادي. تضمنت المرحلة الثانية أيضًا تغييرات على بروتوكولات الشبكات الأساسية لجعلها أقل "ثرثرة"، والتي كانت في السابق مشكلة خطيرة على الشبكات التي يتم ربطها عبر شبكات واسعة النطاق. ^[25]

بحلول هذه المرحلة، كانت شركة Apple تمتلك مجموعة متنوعة من منتجات الاتصالات قيد التطوير، وقد تم الإعلان عن العديد منها جنبًا إلى جنب مع AppleTalk Phase II. وقد تضمنت هذه التحديثات لـ EtherTalk وTokenTalk، وبرامج AppleTalk وأجهزة LocalTalk لجهاز IBM PC ، وEtherTalk لنظام التشغيل A/UX الخاص بشركة Apple مما يسمح لها باستخدام LaserWriters وموارد الشبكة الأخرى، ومنتجات Mac X.25 و MacX .

بحلول عام 1990، أصبح الإيثرنت عالميًا تقريبًا، وكان الوقت قد حان لبناء الإيثرنت في أجهزة Mac مباشرة من المصنع. ومع ذلك، فإن الأسلاك المادية المستخدمة بواسطة هذه الشبكات لم تكن موحدة تمامًا بعد. حلت Apple هذه المشكلة باستخدام منفذ واحد في الجزء الخلفي من الكمبيوتر يمكن للمستخدم توصيل محول به لأي نظام كبلات معين. كان نظام FriendlyNet هذا يعتمد على واجهة وحدة المرفقات القياسية في الصناعة أو AUI، لكنه اختار عمدًا موصلًا غير قياسي أصغر حجمًا وأسهل في الاستخدام، والذي أطلقوا عليه اسم "Apple AUI" أو AAUI . تم تقديم FriendlyNet لأول مرة على أجهزة كمبيوتر Quadra 700 و Quadra 900 ، وتم استخدامه في معظم خطوط Mac لبعض الوقت. ^[26] كما هو الحال مع LocalTalk، ظهر عدد من محولات FriendlyNet التابعة لجهات خارجية بسرعة.

وبما أن 10BASE-T أصبح نظام الكابلات الفعلي لشبكة Ethernet، فقد أضافت أجهزة Power Macintosh من الجيل الثاني منفذ 10BASE-T بالإضافة إلى AAUI. كما أضافت أجهزة PowerBook 3400c وأجهزة Power Mac الأقل تكلفة منفذ 10BASE-T. وكانت أجهزة Power Macintosh 7300 / 8600 / 9600 هي أجهزة Mac الأخيرة التي تتضمن AAUI، وأصبح 10BASE-T عالميًا بدءًا من Power Macintosh G3 و PowerBook G3 .

منذ بداية AppleTalk، أراد المستخدمون توصيل Macintosh ببيئات شبكة TCP/IP . في عام 1984، كان بيل كروفت في جامعة ستانفورد رائدًا في تطوير حزم IP المغلفة في DDP كجزء من مشروع SEAGATE (Stanford Ethernet–AppleTalk Gateway). تم تسويق SEAGATE بواسطة Kinetics في جسر LocalTalk-to-Ethernet الخاص بهم كخيار توجيه إضافي. بعد بضع سنوات، تم فصل MacIP عن كود SEAGATE وأصبح الطريقة الفعلية لتوجيه حزم IP عبر شبكات LocalTalk. بحلول عام 1986، أصدرت جامعة كولومبيا الإصدار الأول من حزمة Columbia AppleTalk (CAP) التي سمحت بتكامل أعلى لبيئات Unix وTCP/IP وAppleTalk. في عام 1988، أصدرت Apple نظام MacTCP ، وهو نظام سمح لجهاز Mac بدعم TCP/IP على الأجهزة ذات أجهزة Ethernet المناسبة. ومع ذلك، ترك هذا العديد من الجامعات مع مشكلة دعم IP على العديد من أجهزة Mac المجهزة بـ LocalTalk. سرعان ما أصبح من الشائع تضمين دعم MacIP في جسور LocalTalk-to-Ethernet. ^[26] لم يصبح MacTCP جزءًا قياسيًا من نظام التشغيل Mac OS الكلاسيكي حتى عام 1994، ^[27] وبحلول ذلك الوقت كان يدعم أيضًا SNMP و PPP .

لفترة من الوقت في أوائل التسعينيات، كان جهاز Mac هو العميل الأساسي على شبكة الإنترنت سريعة التوسع. ^{[ بحاجة لمصدر ]} ومن بين البرامج الأكثر شهرة في الاستخدام الواسع النطاق كانت Fetch و Eudora و eXodus و NewsWatcher وحزم NCSA، وخاصة NCSA Mosaic ^[28] ونسلها، Netscape Navigator . ^[29] بالإضافة إلى ذلك، ظهر عدد من منتجات الخادم التي سمحت لجهاز Mac باستضافة محتوى الإنترنت. خلال هذه الفترة، كان لدى أجهزة Mac حوالي 2 إلى 3 أضعاف عدد العملاء المتصلين بالإنترنت مقارنة بأي منصة أخرى، ^{[30] [ بحاجة لمصدر خارجي ]} على الرغم من حصة سوق أجهزة الكمبيوتر الصغيرة الإجمالية الصغيرة نسبيًا.

مع انتقال العالم بسرعة إلى بروتوكول الإنترنت لكل من استخدامات LAN وWAN، واجهت شركة Apple مشكلة الحفاظ على قاعدتي تعليمات برمجية قديمتين بشكل متزايد على مجموعة متزايدة الاتساع من الأجهزة بالإضافة إلى تقديم الأجهزة القائمة على PowerPC . أدى هذا إلى جهود النقل المفتوح ، والتي أعادت تنفيذ كل من MacTCP وAppleTalk على قاعدة تعليمات برمجية جديدة تمامًا مقتبسة من معيار Unix STREAMS . واجهت الإصدارات المبكرة مشاكل ولم تصبح مستقرة لبعض الوقت. ^[31] بحلول تلك النقطة، كانت شركة Apple غارقة في جهودها التي باءت بالفشل في النهاية .

مع شراء شركة NeXT والتطوير اللاحق لنظام التشغيل Mac OS X ، أصبح AppleTalk نظامًا قديمًا تمامًا. تمت إضافة الدعم إلى نظام التشغيل Mac OS X من أجل توفير الدعم لعدد كبير من أجهزة AppleTalk الموجودة، ولا سيما الطابعات الليزرية ومشاركات الملفات، ولكن حلول الاتصال البديلة الشائعة في هذا العصر، ولا سيما USB للطابعات، حدت من الطلب عليها. نظرًا لأن شركة Apple تخلت عن العديد من فئات المنتجات هذه، واستندت جميع الأنظمة الجديدة إلى IP، أصبح AppleTalk أقل شيوعًا. تمت إزالة دعم AppleTalk أخيرًا من خط macOS في نظام التشغيل Mac OS X v10.6 في عام 2009. ^[32]

ولكن فقدان AppleTalk لم يقلل من الرغبة في إيجاد حلول شبكات تجمع بين سهولة الاستخدام وتوجيه IP. وقد قادت Apple تطوير العديد من هذه الجهود، بدءًا من تقديم جهاز توجيه AirPort إلى تطوير نظام الشبكات بدون تكوين وتنفيذه، Rendezvous، الذي تمت إعادة تسميته لاحقًا باسم Bonjour .

اعتبارًا من عام 2020، تمت إزالة دعم AppleTalk تمامًا من الدعم القديم مع macOS 11 Big Sur.

اتبع تصميم AppleTalk بدقة نموذج OSI لطبقات البروتوكول. وعلى عكس معظم أنظمة LAN المبكرة ، لم يتم بناء AppleTalk باستخدام نظام Xerox XNS النموذجي . لم يكن الهدف المقصود هو Ethernet، ولم يكن لديه عناوين 48 بت للتوجيه. ومع ذلك، فإن العديد من أجزاء نظام AppleTalk لها نظائر مباشرة في XNS.

كان أحد أهم الفروقات التي تميز AppleTalk هو احتوائه على بروتوكولين يهدفان إلى جعل النظام قابلاً للتكوين الذاتي تمامًا. سمح بروتوكول حل عناوين AppleTalk ( AARP ) لمضيفي AppleTalk بإنشاء عناوين الشبكة الخاصة بهم تلقائيًا، وكان بروتوكول ربط الأسماء ( NBP ) نظامًا ديناميكيًا لتعيين عناوين الشبكة إلى أسماء يمكن للمستخدم قراءتها. على الرغم من وجود أنظمة مماثلة لـ AARP في أنظمة أخرى، مثل Banyan VINES . بدءًا من عام 2002 تقريبًا، قدم Rendezvous (مزيج اكتشاف الخدمة المستند إلى DNS و Multicast DNS وعنونة الارتباط المحلي ) إمكانيات وسهولة استخدام باستخدام IP كانت مماثلة لتلك الموجودة في AppleTalk. ^{[33] [34]}

لقد حددت كل من AARP وNBP طرقًا للسماح لأجهزة "التحكم" بتجاوز الآليات الافتراضية. كان المفهوم هو السماح لأجهزة التوجيه بتوفير المعلومات أو "توصيل" النظام بعناوين وأسماء معروفة. في الشبكات الأكبر حيث يمكن لـ AARP أن تسبب مشاكل مع بحث العقد الجديدة عن عناوين مجانية، يمكن أن يؤدي إضافة جهاز توجيه إلى تقليل "الدردشة". معًا، جعلت AARP وNBP من AppleTalk نظام شبكات سهل الاستخدام. تمت إضافة أجهزة جديدة إلى الشبكة عن طريق توصيلها وإعطائها اسمًا اختياريًا. تم فحص قوائم NBP وعرضها بواسطة برنامج يُعرف باسم Chooser والذي يعرض قائمة بالأجهزة الموجودة على الشبكة المحلية، مقسمة إلى فئات مثل خوادم الملفات والطابعات.

كان عنوان AppleTalk عبارة عن كمية مكونة من أربعة بايتات. وتتكون هذه من رقم شبكة مكون من بايتين ورقم عقدة مكون من بايت واحد ورقم مقبس مكون من بايت واحد. ومن بين هذه الأرقام، كان رقم الشبكة فقط هو الذي يتطلب أي تكوين، حيث يتم الحصول عليه من جهاز توجيه. تختار كل عقدة رقم عقدتها بشكل ديناميكي، وفقًا لبروتوكول (في الأصل بروتوكول الوصول إلى رابط LocalTalk LLAP وفيما بعد، بالنسبة لـ Ethernet/EtherTalk، بروتوكول حل عنوان AppleTalk، AARP) ^[35] والذي تعامل مع التنازع بين العقد المختلفة التي تختار نفس الرقم عن طريق الخطأ. بالنسبة لأرقام المقبس، تم حجز عدد قليل من الأرقام المعروفة لأغراض خاصة محددة لبروتوكول AppleTalk نفسه. وبصرف النظر عن هذه الأرقام، كان من المتوقع أن تستخدم جميع بروتوكولات مستوى التطبيق أرقام مقبس معينة بشكل ديناميكي في كل من نهاية العميل والخادم.

وبسبب هذه الديناميكية، لم يعد من المتوقع أن يتمكن المستخدمون من الوصول إلى الخدمات بمجرد تحديد عناوينهم. وبدلاً من ذلك، كانت جميع الخدمات تحمل أسماءً من المتوقع أن تكون ذات معنى للمستخدمين، وذلك لأنها من اختيار البشر، كما يمكن أن تكون طويلة بما يكفي لتقليل احتمالات التضارب.

وبما أن أسماء NBP تُترجم إلى عنوان، يتضمن رقم المقبس بالإضافة إلى رقم العقدة، فإن الاسم في AppleTalk يرتبط مباشرة بخدمة تقدمها آلة، والتي كانت منفصلة تمامًا عن اسم الآلة نفسها. وبالتالي، يمكن نقل الخدمات إلى آلة أخرى، وطالما احتفظت بنفس اسم الخدمة، فلا داعي للمستخدمين للقيام بأي شيء مختلف من أجل الاستمرار في الوصول إلى الخدمة. ويمكن لنفس الآلة استضافة أي عدد من مثيلات الخدمات من نفس النوع، دون أي تعارضات في اتصال الشبكة.

قارن هذا بسجلات A في DNS ، حيث يترجم الاسم إلى عنوان الجهاز، دون تضمين رقم المنفذ الذي قد يوفر خدمة. وبالتالي، إذا اعتاد الأشخاص على استخدام اسم جهاز معين للوصول إلى خدمة معينة، فسوف ينقطع وصولهم عند نقل الخدمة إلى جهاز مختلف. يمكن التخفيف من هذا إلى حد ما بالإصرار على استخدام سجلات CNAME التي تشير إلى الخدمة بدلاً من أسماء الأجهزة الفعلية للإشارة إلى الخدمة، ولكن لا توجد طريقة لضمان اتباع المستخدمين لمثل هذه الاتفاقية. تستخدم بعض البروتوكولات الأحدث، مثل Kerberos و Active Directory ، سجلات DNS SRV لتحديد الخدمات بالاسم، وهو أقرب كثيرًا إلى نموذج AppleTalk. ^{[ بحث أصلي؟ ]}

يحتاج هذا القسم إلى مصادر إضافية للتحقق . يُرجى المساعدة في تحسين هذه المقالة عن طريق إضافة مصادر موثوقة في هذا القسم. قد يتم الطعن في المواد غير الموثقة وإزالتها. ( مارس 2023 ) ( تعرف على كيفية ومتى يمكنك إزالة هذه الرسالة )

يقوم بروتوكول حل عناوين AppleTalk (AARP) بحل عناوين AppleTalk إلى عناوين طبقة الارتباط . ^[36] وهو مكافئ وظيفيًا لـ ARP ويحصل على حل العناوين بطريقة مشابهة جدًا لـ ARP.

إن نظام AARP هو نظام بسيط إلى حد ما. فعند تشغيله، يبث جهاز AppleTalk حزمة اختبار AARP تطلب عنوان شبكة، بهدف تلقي رد من وحدات التحكم مثل أجهزة التوجيه. وإذا لم يتم توفير أي عنوان، يتم اختيار عنوان عشوائيًا من "الشبكة الفرعية الأساسية"، 0. ثم يبث حزمة أخرى تقول "أنا أختار هذا العنوان"، ثم ينتظر لمعرفة ما إذا كان أي شخص آخر على الشبكة يشتكي. وإذا كان لدى جهاز آخر هذا العنوان، فسوف يختار الجهاز المتصل حديثًا عنوانًا آخر، ويستمر في المحاولة حتى يجد عنوانًا مجانيًا. ^[37] وفي شبكة بها العديد من الأجهزة، قد يستغرق الأمر عدة محاولات قبل العثور على عنوان مجاني، لذلك لأغراض الأداء، يتم تسجيل العنوان الناجح في NVRAM واستخدامه كعنوان افتراضي في المستقبل. وهذا يعني أنه في معظم الإعدادات في العالم الحقيقي حيث تتم إضافة عدد قليل من الأجهزة في كل مرة، لا يلزم سوى محاولة واحدة أو اثنتين قبل أن يصبح العنوان ثابتًا فعليًا.

كان بروتوكول تدفق البيانات AppleTalk (ADSP) إضافة متأخرة نسبيًا إلى مجموعة بروتوكولات AppleTalk، وتم ذلك عندما أصبح من الواضح أن هناك حاجة إلى نقل موثوق به موجه نحو الاتصال على غرار TCP . كانت الاختلافات المهمة عن TCP هي:

• قد يتم رفض محاولة الاتصال.
• لم تكن هناك اتصالات "نصف مفتوحة"؛ فبمجرد أن يبدأ أحد الطرفين في قطع الاتصال، سيتم إغلاق الاتصال بأكمله ( أي أن ADSP هو ثنائي الاتجاه بالكامل ، وليس ثنائي الاتجاه البسيط ).
• كان لدى AppleTalk نظام رسائل انتباه متضمن يسمح بإرسال رسائل قصيرة تتجاوز تدفق البيانات العادي. تم تسليم هذه الرسائل بشكل موثوق ولكن خارج الترتيب فيما يتعلق بالتدفق. سيتم تسليم أي رسالة انتباه في أقرب وقت ممكن بدلاً من الانتظار حتى تصبح نقطة تسلسل بايتات التدفق الحالية حالية. ^[38]

بروتوكول Apple Filing Protocol (AFP)، المعروف سابقًا باسم بروتوكول AppleTalk Filing Protocol، هو البروتوكول المخصص للتواصل مع خوادم ملفات AppleShare . وهو مبني على بروتوكول جلسة AppleTalk (لبروتوكول AFP القديم عبر DDP) أو واجهة تدفق البيانات (لبروتوكول AFP عبر TCP)، ويوفر خدمات لمصادقة المستخدمين (يمكن توسيعها إلى طرق مصادقة مختلفة بما في ذلك تبادل الأرقام العشوائية ثنائي الاتجاه) ولإجراء عمليات محددة لنظام ملفات Macintosh HFS . لا يزال بروتوكول AFP قيد الاستخدام في نظام macOS، على الرغم من أن معظم بروتوكولات AppleTalk الأخرى أصبحت قديمة.

كان بروتوكول جلسة AppleTalk (ASP) بروتوكولاً وسيطًا، تم بناؤه على بروتوكول معاملات AppleTalk (ATP)، والذي كان بدوره الأساس لـ AFP. وقد قدم خدمات أساسية لطلب الاستجابات للأوامر العشوائية وإجراء استعلامات الحالة خارج النطاق. كما سمح للخادم بإرسال رسائل انتباه غير متزامنة إلى العميل.

كان بروتوكول المعاملات AppleTalk (ATP) هو بروتوكول مستوى النقل الموثوق الأصلي لـ AppleTalk، والذي تم بناؤه على DDP. في وقت تطويره، كان من المعتبر أن البروتوكول الكامل والموجه نحو الاتصال مثل TCP مكلف للغاية لتنفيذه لمعظم الاستخدامات المقصودة لـ AppleTalk. وبالتالي، كان ATP عبارة عن تبادل بسيط للطلب/الاستجابة، دون الحاجة إلى إعداد أو إلغاء الاتصالات.

يمكن الرد على حزمة طلب ATP بما يصل إلى ثماني حزم استجابة . ثم يرسل مقدم الطلب حزمة تأكيد تحتوي على قناع بت يشير إلى حزم الاستجابة التي تلقاها، حتى يتمكن المستجيب من إعادة إرسال الباقي.

يمكن أن يعمل ATP إما في وضع "مرة واحدة على الأقل" أو وضع "مرة واحدة بالضبط". كان وضع "مرة واحدة بالضبط" ضروريًا للعمليات التي لم تكن أيديولوجية ؛ في هذا الوضع، يحتفظ المستجيب بنسخة من مخازن الاستجابة في الذاكرة حتى استلام حزمة إصدار ناجحة من مقدم الطلب، أو حتى انقضاء مهلة زمنية. بهذه الطريقة، يمكنه الاستجابة لطلبات مكررة بنفس معرف المعاملة عن طريق إعادة إرسال نفس بيانات الاستجابة، دون إجراء العملية الفعلية مرة أخرى. ^[39]

كان بروتوكول توصيل البيانات (DDP) هو أدنى بروتوكول نقل مستقل عن ارتباط البيانات. وقد قدم خدمة بيانات بدون ضمانات للتسليم. تم بناء جميع بروتوكولات مستوى التطبيق، بما في ذلك بروتوكولات البنية الأساسية NBP وRTMP وZIP، على DDP. يتوافق DDP الخاص بـ AppleTalk بشكل وثيق مع طبقة الشبكة في نموذج الاتصال Open Systems Interconnection ( OSI ).

كان بروتوكول ربط الأسماء (NBP) عبارة عن نظام ديناميكي موزع لإدارة أسماء AppleTalk. فعندما يتم تشغيل خدمة على جهاز، فإنها تسجل اسمًا لنفسها كما اختاره مسؤول بشري. وفي هذه المرحلة، قدم NBP نظامًا للتحقق من عدم تسجيل أي جهاز آخر لنفس الاسم بالفعل. وفي وقت لاحق، عندما أراد العميل الوصول إلى هذه الخدمة، استخدم NBP لاستعلام الأجهزة للعثور على هذه الخدمة. كما قدم NBP إمكانية التصفح ("ما هي أسماء جميع الخدمات المتاحة؟") بالإضافة إلى القدرة على العثور على خدمة باسم معين. ^[36] كانت الأسماء قابلة للقراءة من قبل البشر، وتحتوي على مسافات وأحرف كبيرة وصغيرة، بما في ذلك دعم البحث.

كان بروتوكول صدى AppleTalk (AEP) عبارة عن بروتوكول طبقة نقل مصمم لاختبار إمكانية الوصول إلى عقد الشبكة. ^[36] يقوم AEP بإنشاء حزم لإرسالها إلى عقدة الشبكة ويتم تحديدها في حقل النوع للحزمة كحزمة AEP. يتم تمرير الحزمة أولاً إلى DDP المصدر. بعد تحديدها كحزمة AEP، يتم إعادة توجيهها إلى العقدة حيث يتم فحص الحزمة بواسطة DDP في الوجهة. بعد تحديد الحزمة كحزمة AEP، يتم نسخ الحزمة ثم تعديل حقل في الحزمة لإنشاء حزمة رد AEP، ثم يتم إرجاعها إلى عقدة المصدر.

كان بروتوكول وصول الطابعة (PAP) هو الطريقة القياسية للتواصل مع طابعات PostScript . وقد تم بناؤه على ATP. ^[36] عندما تم فتح اتصال PAP، أرسل كل طرف إلى الطرف الآخر طلب ATP والذي يعني في الأساس "أرسل لي المزيد من البيانات". كانت استجابة العميل للخادم هي إرسال كتلة من كود PostScript، بينما يمكن للخادم الرد بأي رسائل تشخيصية قد يتم إنشاؤها نتيجة لذلك، وبعد ذلك يتم إرسال طلب "إرسال المزيد من البيانات" آخر. قدم هذا الاستخدام لـ ATP التحكم التلقائي في التدفق ؛ يمكن لكل طرف فقط إرسال البيانات إلى الطرف الآخر إذا كان هناك طلب ATP معلق للرد عليه.

كما وفرت PAP أيضًا استعلامات الحالة خارج النطاق، والتي تتم معالجتها من خلال معاملات ATP منفصلة. حتى أثناء انشغالها بخدمة مهمة طباعة من عميل واحد، يمكن لخادم PAP الاستمرار في الاستجابة لطلبات الحالة من أي عدد من العملاء الآخرين. سمح هذا لأجهزة Macintoshes الأخرى على شبكة LAN التي كانت تنتظر الطباعة بعرض رسائل الحالة التي تشير إلى أن الطابعة مشغولة، والمهمة التي كانت مشغولة بها.

كان بروتوكول صيانة جدول التوجيه (RTMP) هو البروتوكول الذي من خلاله أطلعت أجهزة التوجيه بعضها البعض على طوبولوجيا الشبكة. ^[36] كان هذا هو الجزء الوحيد من AppleTalk الذي يتطلب عمليات بث غير مرغوب فيها بشكل دوري: كل 10 ثوانٍ، كان على كل جهاز توجيه إرسال قائمة بجميع أرقام الشبكة التي يعرفها ومدى بعدها عن الشبكة.

كان بروتوكول معلومات المنطقة (ZIP) هو البروتوكول الذي تم بموجبه ربط أرقام شبكة AppleTalk بأسماء المناطق. ^[36] كانت المنطقة عبارة عن قسم فرعي من الشبكة كان له معنى بالنسبة للبشر (على سبيل المثال، "قسم المحاسبة")؛ ولكن بينما كان لابد من تعيين رقم شبكة لقسم متجاور طوبولوجيًا من الشبكة، يمكن أن تتضمن المنطقة عدة أجزاء متجاورة مختلفة من الشبكة.

كان التنفيذ الافتراضي الأولي للأجهزة لبرنامج AppleTalk عبارة عن بروتوكول تسلسلي عالي السرعة يُعرف باسم LocalTalk والذي استخدم منافذ RS-422 المضمنة في Macintosh بسرعة 230.4 كيلوبت/ثانية. استخدم LocalTalk صندوق تقسيم في منفذ RS-422 لتوفير كبل صاعد وهابط من منفذ واحد. كان الطوبولوجيا عبارة عن ناقل : تم توصيل الكابلات بشكل متسلسل من كل جهاز متصل إلى التالي، حتى الحد الأقصى المسموح به وهو 32 كابلًا في أي جزء من LocalTalk . كان النظام بطيئًا وفقًا لمعايير اليوم، ولكن في ذلك الوقت كانت التكلفة الإضافية وتعقيد الشبكات على أجهزة الكمبيوتر الشخصية بحيث كان من الشائع أن تكون أجهزة Mac هي أجهزة الكمبيوتر الشخصية الوحيدة المتصلة بالشبكة في المكتب. عادةً ما يتم توصيل أجهزة الكمبيوتر الأكبر حجمًا الأخرى، مثل محطات العمل UNIX أو VAX، عبر شبكة Ethernet.

كانت هناك أيضًا تطبيقات مادية أخرى متاحة. كان PhoneNET بديلًا شائعًا جدًا لـ LocalTalk ، وهو حل من جهة خارجية من Farallon Computing, Inc. (أعيدت تسميته إلى Netopia ، واستحوذت عليه Motorola في عام 2007) والذي استخدم أيضًا منفذ RS-422 وكان لا يمكن تمييزه عن LocalTalk فيما يتعلق ببرامج تشغيل منفذ LocalTalk من Apple، ولكنه يعمل عبر كبلات الهاتف القياسية غير المكلفة للغاية مع موصلات معيارية بأربعة أسلاك وستة مواضع ، وهي نفس الكابلات المستخدمة لتوصيل الهواتف الأرضية. نظرًا لأنه استخدم الزوج الثاني من الأسلاك، يمكن توصيل أجهزة الشبكة حتى من خلال مقابس الهاتف الموجودة إذا لم يكن الخط الثاني موجودًا. في إشارة إلى محاور ومفاتيح الشبكة اليوم، قدمت Farallon حلولاً لاستخدام PhoneNet في تكوينات النجمة والحافلة ، مع كل من اتصالات النجمة السلبية (مع توصيل أسلاك الهاتف ببساطة ببعضها البعض في نقطة مركزية)، والنجمة النشطة مع أجهزة المحور "PhoneNet Star Controller". في تكوين النجمة، كانت أي مشكلة في الأسلاك تؤثر على جهاز واحد فقط، وكان من السهل تحديد المشكلات. وقد أدت التكلفة المنخفضة لـ PhoneNet ومرونته وسهولة استكشاف الأخطاء وإصلاحها إلى جعله الخيار السائد لشبكات Mac في أوائل التسعينيات.

كما تم تشغيل بروتوكولات AppleTalk عبر طبقات Ethernet (المحورية أولاً ثم الزوج الملتوي) و Token Ring المادية، والتي أطلقت عليها Apple اسم EtherTalk و TokenTalk على التوالي. أصبح EtherTalk تدريجيًا طريقة التنفيذ السائدة لـ AppleTalk حيث أصبح Ethernet شائعًا بشكل عام في صناعة أجهزة الكمبيوتر الشخصية طوال التسعينيات. بالإضافة إلى AppleTalk و TCP/IP ، يمكن لأي شبكة Ethernet أيضًا حمل بروتوكولات أخرى في نفس الوقت مثل DECnet و IPX .

نموذج OSI	طبقات AppleTalk المقابلة
طلب	بروتوكول تقديم ملفات شركة آبل (AFP)
عرض تقديمي	بروتوكول تقديم ملفات شركة آبل (AFP)
حصة	بروتوكول معلومات المنطقة ( ZIP ) وبروتوكول جلسة AppleTalk (ASP) وبروتوكول تدفق بيانات AppleTalk (ADSP)
ينقل	بروتوكول معاملات AppleTalk (ATP) وبروتوكول صدى AppleTalk (AEP) وبروتوكول ربط الأسماء ( NBP ) وبروتوكول صيانة جدول التوجيه (RTMP)
شبكة	بروتوكول تسليم البيانات ( DDP )
رابط البيانات	بروتوكول الوصول إلى ارتباط EtherTalk (ELAP) وبروتوكول الوصول إلى ارتباط LocalTalk (LLAP) وبروتوكول الوصول إلى ارتباط TokenTalk (TLAP) وواجهة البيانات الموزعة عبر الألياف ( FDDI )
بدني	برنامج تشغيل LocalTalk برنامج تشغيل Ethernet برنامج تشغيل Token Ring برنامج تشغيل FDDI

This section needs expansion. You can help by adding to it. (June 2008)

نسخة AppleTalk	بروتوكول تقديم الملفات لشركة Apple	يتوافق مع	ملحوظات
56		النظام 7.0
57.0.4		النظام 7.12
58.1.1		النظام 7.1.2
58.1.3		النظام 7.5
60.3		نظام التشغيل ماك 7.6.1	النقل المفتوح 1.3
60.0أ6		نظام التشغيل ماك 8.6	النقل المفتوح 2.0.3
	3.0	ماك أو إس إكس 10.0.3
	2.1 و2.0 وحتى 1.1	ماك أو إس إكس الإصدار 10.2
	2.2 و3.0 و3.1	ماك أو إس إكس الإصدار 10.3
	3.2	ماك أو إس إكس الإصدار 10.4

عندما تم طرح AppleTalk لأول مرة، كانت منصة الحوسبة المكتبية المهيمنة هي المتوافقة مع أجهزة الكمبيوتر التي تعمل بنظام MS-DOS. قدمت Apple بطاقة AppleTalk PC Card في أوائل عام 1987، مما يسمح لأجهزة الكمبيوتر بالانضمام إلى شبكات AppleTalk والطباعة على طابعات LaserWriter. ^[40] بعد عام واحد تم إصدار AppleShare PC، مما يسمح لأجهزة الكمبيوتر بالوصول إلى خوادم ملفات AppleShare. ^[41]

لقد مكّن نظام الشبكات "TOPS Teleconnector" ^[42] MS-DOS عبر نظام AppleTalk أجهزة الكمبيوتر التي تعمل بنظام MS-DOS من الاتصال عبر أجهزة شبكة AppleTalk؛ حيث كان يتألف من بطاقة واجهة AppleTalk للكمبيوتر الشخصي ومجموعة من برامج الشبكات التي تسمح بوظائف مثل مشاركة الملفات ومحركات الأقراص والطابعات. بالإضافة إلى السماح بإنشاء شبكة AppleTalk للكمبيوتر الشخصي فقط، فقد سمح بالاتصال بين أجهزة الكمبيوتر الشخصية وأجهزة Mac المثبتة عليها برنامج TOPS. (يمكن لأجهزة Mac التي لا تحتوي على برنامج TOPS استخدام نفس الشبكة ولكن فقط للتواصل مع أجهزة Apple الأخرى). لم يضاهي برنامج TOPS الخاص بأجهزة Mac جودة برنامج Apple الخاص سواء من حيث سهولة الاستخدام أو المتانة والخلو من الأعطال، ولكن برنامج DOS كان سهل الاستخدام نسبيًا من حيث DOS، وكان قويًا.

يدعم نظاما التشغيل BSD و Linux برنامج AppleTalk من خلال مشروع مفتوح المصدر يسمى Netatalk ، والذي ينفذ مجموعة البروتوكولات الكاملة ويسمح لهما بالعمل كخوادم ملفات أو طباعة أصلية لأجهزة كمبيوتر Macintosh ، والطباعة على طابعات LocalTalk عبر الشبكة.

تدعم أنظمة تشغيل Windows Server بروتوكول AppleTalk بدءًا من Windows NT وانتهاءً بـ Windows Server 2003. وقد أدرجت Miramar بروتوكول AppleTalk في منتج PC MacLAN الخاص بها والذي أوقفته CA في عام 2007. وتستمر GroupLogic في تجميع بروتوكول AppleTalk الخاص بها مع برنامج خادم ExtremeZ-IP الخاص بها للتكامل بين Macintosh وWindows والذي يدعم Windows Server 2008 و Windows Vista بالإضافة إلى الإصدارات السابقة. تقدم HELIOS Software GmbH تنفيذًا خاصًا لمجموعة بروتوكولات AppleTalk، كجزء من خادم HELIOS UB2 الخاص بها. وهو في الأساس مجموعة خوادم الملفات والطباعة التي تعمل على مجموعة كاملة من المنصات المختلفة.

بالإضافة إلى ذلك، أصدرت جامعة كولومبيا حزمة Columbia AppleTalk Package (CAP) التي نفذت مجموعة البروتوكولات لمختلف إصدارات يونكس بما في ذلك Ultrix و SunOS و BSD و IRIX . لم تعد هذه الحزمة خاضعة للصيانة النشطة.

• Netatalk هو تطبيق مجاني مفتوح المصدر لمجموعة بروتوكولات AppleTalk.
• نظام الملفات الشبكي
• مشاركة الملفات عن بعد
• سامبا
• كتلة رسالة الخادم

• نشر AppleTalk عبر الإنترنت