أبل توك

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

في ذلك الوقت، كانت أنظمة الشبكات المحلية المبكرة تُطرح في الأسواق، بما في ذلك إيثرنت ، وتوكن رينغ ، وإيكونت ، وأركنت . وكان هذا الموضوع محور اهتمام تجاري كبير آنذاك، إذ هيمن على معارض مثل المؤتمر الوطني للحاسوب (NCC) في أنهايم في مايو 1983. كانت جميع الأنظمة تتنافس على مكانتها في السوق، ولكن حتى في ذلك الوقت، كان الانتشار الواسع لتقنية إيثرنت يُشير إلى أنها ستصبح معيارًا فعليًا . ^{[ 3 ]} في هذا المعرض، طرح ستيف جوبز على غورشاران سيدهو سؤالًا يبدو بريئًا: "لماذا لم تنتشر الشبكات على نطاق واسع؟" ^{[ 4 ]}

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

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

تم اختيار وحدة التحكم في ناقل البيانات (SCC) لأنها تسمح بتوصيل أجهزة متعددة بالمنفذ. يمكن للأجهزة الطرفية المزودة بوحدات SCC مماثلة التواصل باستخدام البروتوكولات المدمجة، مع تبادل بياناتها مع بيانات الأجهزة الطرفية الأخرى على نفس الناقل. هذا من شأنه أن يلغي الحاجة إلى منافذ إضافية في الجزء الخلفي من الجهاز، ويسمح بالاستغناء عن فتحات التوسعة لدعم الأجهزة الأكثر تعقيدًا. عُرف المفهوم الأولي باسم AppleBus ، وهو نظام يتحكم فيه جهاز Macintosh المضيف عن طريق استطلاع الأجهزة "البسيطة" بطريقة مشابهة لناقل التسلسل العالمي الحديث (USB) . ^{[ 8 ]}

كان فريق ماكنتوش قد بدأ بالفعل العمل على ما سيصبح لاحقًا طابعة LaserWriter، ودرس عددًا من الخيارات الأخرى للإجابة على سؤال كيفية مشاركة هذه الأجهزة باهظة الثمن والموارد الأخرى. وقد أوضحت سلسلة من المذكرات من بوب بيلفيل هذه المفاهيم، مُحددةً نظام ماك، وطابعة LaserWriter، ونظام خادم الملفات الذي سيصبح لاحقًا ماكنتوش أوفيس . ^{[ 4 ]} وبحلول أواخر عام 1983، كان من الواضح أن نظام Token Ring من IBM لن يكون جاهزًا في الوقت المناسب لإطلاق ماك، وقد يتأخر إطلاق هذه المنتجات الأخرى أيضًا. وفي النهاية، لم يُطرح نظام 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 كيلوبت في الثانية ، ومسافة قصوى تبلغ 300 متر (1000 قدم) بين طرفي الشبكة، و32 عقدة فقط لكل شبكة محلية. ^{[ 12 ]} في المقابل، تصل سرعة StarLAN - التي تُعد من أبطأ معايير الشبكات - إلى 1 ميجابت في الثانية. ^{[ 13 ]} ولكن نظرًا لأن المكونات المادية الأساسية مُدمجة في جهاز Mac، فإن إضافة عقد لا تُكلف سوى حوالي 50 دولارًا أمريكيًا لصندوق المحول. في المقابل، تُكلف بطاقات Ethernet وToken Ring مئات أو آلاف الدولارات. إضافةً إلى ذلك، لا تتطلب حزمة الشبكة بأكملها سوى حوالي 6 كيلوبايت من ذاكرة الوصول العشوائي (RAM)، مما يسمح بتشغيلها على أي جهاز Mac. ^{[ 14 ]}  

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

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

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

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

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

مع توسع شركة آبل في أسواق تجارية وتعليمية، ازدادت حاجتها إلى دمج بروتوكول AppleTalk في شبكاتها القائمة. وقد استثمرت العديد من هذه المؤسسات بالفعل في بنية تحتية باهظة الثمن لشبكة إيثرنت، ولم تكن هناك طريقة مباشرة لتوصيل جهاز ماكنتوش بشبكة إيثرنت. تضمن بروتوكول AppleTalk بنيةً لربط الشبكات الفرعية الخاصة به، ولذا، كحلٍّ لهذه المشكلة، تم ابتكار بروتوكول EtherTalk في البداية لاستخدام الإيثرنت كشبكة أساسية بين الشبكات الفرعية لبروتوكول LocalTalk. ولتحقيق ذلك، كان على المؤسسات شراء جسر LocalTalk-to-Ethernet ، وقد أوكلت آبل مهمة إنتاج هذه الأجهزة إلى جهات خارجية. ^{[ 24 ]} استجابت عدة شركات، من بينها شركة Hayes وعدد من الشركات الناشئة مثل Kinetics.

بحلول عام ١٩٨٧، كان الإيثرنت يتفوق بوضوح على توكن رينغ في معركة المعايير، وفي منتصف ذلك العام، قدمت آبل إيثر توك ١.٠ ، وهو تطبيق لبروتوكول أبل توك عبر الطبقة الفيزيائية للإيثرنت. تم تقديمه لجهاز ماكنتوش ٢ الذي صدر حديثًا ، وهو أحد أول جهازي ماكنتوش من آبل مزودين بفتحات توسعة (كان لدى ماكنتوش إس إي فتحة واحدة من نوع مختلف)، وتضمن نظام التشغيل لوحة تحكم جديدة للشبكة تسمح للمستخدم باختيار الاتصال الفيزيائي المراد استخدامه للشبكة (من "مدمج" أو "إيثر توك"). عند الإطلاق، كانت بطاقات واجهة الإيثرنت متوفرة من شركتي ثري كوم وكينيتكس، والتي يتم توصيلها بفتحة نوبوس في الجهاز. كما وسعت حزمة الشبكات الجديدة النظام ليسمح بـ ٢٥٥ عقدة كاملة لكل شبكة محلية. مع إصدار إيثر توك، أُعيد تسمية شبكة أبل توك الشخصية إلى لوكال توك، ^{[ ٢٥ ]} وهو الاسم الذي عُرفت به طوال معظم فترة وجودها. لاحقًا، تم دعم تقنية Token Ring بمنتج مشابه يُدعى TokenTalk ، والذي استخدم نفس لوحة تحكم الشبكة والبرمجيات الأساسية. ومع مرور الوقت، طرحت العديد من الشركات الخارجية بطاقات إيثرنت وToken Ring متوافقة تستخدم نفس برامج التشغيل.

أدى ظهور جهاز ماكنتوش مزود باتصال إيثرنت مباشر إلى تفاقم مشكلة التوافق بين الإيثرنت وLocalTalk: إذ احتاجت الشبكات التي تضم أجهزة ماك جديدة وقديمة إلى وسيلة للتواصل فيما بينها. وقد يكون هذا بسيطًا كشبكة من أجهزة ماك 2 المزودة بتقنية الإيثرنت تحاول التواصل مع طابعة ليزرية لا تتصل إلا بـLocalTalk. اعتمدت آبل في البداية على منتجات جسر LocalTalk-to-Ethernet المذكورة سابقًا، ولكن على عكس اعتقاد آبل بأن هذه المنتجات ستكون محدودة الانتشار، بحلول نهاية عام 1987، كان هناك 130,000 شبكة من هذا النوع قيد الاستخدام. وبحسب التقارير، كان AppleTalk في ذلك الوقت نظام الشبكات الأكثر استخدامًا في العالم، حيث تجاوز عدد عمليات تثبيته ثلاثة أضعاف أي مُصنِّع آخر. ^{[ 26 ]} شهد عام 1987 أيضًا طرح منتج AppleShare ، وهو خادم ملفات مخصص يعمل على أي جهاز ماك مزود بذاكرة وصول عشوائي (RAM)  سعتها 512 كيلوبايت أو أكثر. وكان من بين أجهزة AppleShare الشائعة جهاز Mac Plus المزود بقرص صلب خارجي من نوع SCSI ، مثل القرص الصلب 20SC . كان برنامج AppleShare بمثابة البديل الفعلي لجهود Macintosh Office الفاشلة، والتي كانت تعتمد على جهاز خادم ملفات مخصص.

كان نظام AppleShare ثالث أكثر أنظمة تشغيل الشبكات (NOS) استخدامًا في أواخر ثمانينيات القرن الماضي، بعد نظامي Novell NetWare و MS-Net من مايكروسوفت . ورغم أن NetWare استحوذ على أكثر من 50% من سوق أنظمة تشغيل الشبكات، إلا أن مستخدمي AppleTalk كانوا الأكثر رضا. ^{[ 27 ]} وأظهر استطلاع رأي أُجري عام 1989 وشمل 100 مستخدم لشبكات LAN كبيرة أن 6% منهم يستخدمون منتجات Apple، ليحتل بذلك المرتبة الخامسة بين الموردين. ^{[ 28 ]}

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

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

بحلول عام ١٩٩٠، أصبح الإيثرنت شبه عالمي، وحان الوقت لدمجه في أجهزة ماك مباشرةً من المصنع. مع ذلك، لم تكن الأسلاك المستخدمة في هذه الشبكات موحدة تمامًا بعد. حلت آبل هذه المشكلة باستخدام منفذ واحد في الجزء الخلفي من الكمبيوتر، حيث يمكن للمستخدم توصيل محول لأي نظام كابلات. استند نظام FriendlyNet هذا إلى واجهة وحدة التوصيل ( AUI) القياسية في الصناعة، ولكن بموصل غير قياسي أصغر حجمًا وأسهل استخدامًا، أطلقوا عليه اسم "Apple AUI" أو AAUI . طُرح FriendlyNet لأول مرة في أجهزة Quadra 700 و Quadra 900 ، واستُخدم في معظم أجهزة ماك لفترة من الزمن. ^{[ ٣٠ ]} مع نظام التشغيل System 7، أضافت آبل ميزة مشاركة الملفات الشخصية، وهي نسخة أبسط من AppleShare. ^{[ ٣١ ]} وكما هو الحال مع LocalTalk، ظهر عدد من محولات FriendlyNet من جهات خارجية بسرعة.

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

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

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

مع انتقال العالم السريع إلى بروتوكول الإنترنت (IP) لاستخدامات الشبكات المحلية (LAN) والشبكات الواسعة (WAN)، واجهت آبل تحدي صيانة قاعدتي بيانات برمجيتين متقادمتين على نطاق واسع على مجموعة متزايدة من الأجهزة، بالإضافة إلى طرح أجهزة PowerPC . أدى ذلك إلى جهود مشروع النقل المفتوح (Open Transport )، الذي أعاد تنفيذ بروتوكولي MacTCP وAppleTalk على قاعدة بيانات برمجية جديدة كليًا مُقتبسة من معيار STREAMS الخاص بنظام يونكس . واجهت الإصدارات الأولى مشاكل ولم تستقر إلا بعد فترة. ^{[ 37 ]} في ذلك الوقت، كانت آبل قد انغمست في مشروع كوبلاند الذي باء بالفشل في نهاية المطاف .

مع استحواذ آبل على شركة NeXT وتطوير نظام التشغيل Mac OS X لاحقًا ، أصبح نظام AppleTalk نظامًا قديمًا تمامًا. أُضيفت إليه دعمًا في نظام Mac OS X لتوفير الدعم لعدد كبير من أجهزة AppleTalk الموجودة، ولا سيما طابعات الليزر ومشاركة الملفات، إلا أن حلول الاتصال البديلة الشائعة في ذلك الوقت، وخاصةً USB للطابعات، حدّت من الطلب عليها. ومع تخلي آبل عن العديد من فئات هذه المنتجات، واعتماد جميع الأنظمة الجديدة على بروتوكول الإنترنت (IP)، أصبح نظام AppleTalk أقل شيوعًا تدريجيًا.

كان جهاز iMac G3 أول جهاز ماكنتوش بدون وحدة LocalTalk. ^{[ 38 ]} تم إزالة دعم AppleTalk نهائيًا من سلسلة macOS في نظام Mac OS X Snow Leopard في عام 2009، ^{[ 39 ]} على الرغم من استمرار دعم AFP عبر TCP.

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

تمت إزالة دعم بروتوكول AFP عبر TCP من الدعم القديم في نظام macOS 11 Big Sur .

أزال نظام لينكس 7.2 دعم AppleTalk. ^{[ 40 ]}

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

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

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

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

بروتوكول ملفات أبل (AFP)، المعروف سابقًا باسم بروتوكول ملفات أبل توك، هو بروتوكول الاتصال بخوادم ملفات أبل شير . وهو مبني على بروتوكول جلسة أبل توك (لبروتوكول AFP القديم عبر DDP) أو واجهة تدفق البيانات (لبروتوكول AFP عبر TCP)، ويوفر خدمات للتحقق من هوية المستخدمين (قابلة للتوسيع لتشمل طرق تحقق مختلفة، بما في ذلك تبادل الأرقام العشوائية ثنائي الاتجاه) ولتنفيذ عمليات خاصة بنظام ملفات ماكنتوش HFS . استمر استخدام بروتوكول AFP عبر TCP في نظام macOS حتى إصدار Big Sur، على الرغم من إزالة معظم بروتوكولات أبل توك الأخرى في نظام Snow Leopard.

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

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

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

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

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

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

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

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

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

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

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