एप्पलटॉक

AppleTalk Apple कंप्यूटर द्वारा उनके Macintosh के लिए विकसित एक बंद मालिकाना प्रोटोकॉल प्रोटोकॉल स्टैक है। AppleTalk में कई सुविधाएँ शामिल हैं जो स्थानीय क्षेत्र नेटवर्क को बिना किसी पूर्व सेटअप या किसी केंद्रीकृत राउटर या किसी प्रकार के सर्वर की आवश्यकता के साथ जोड़ने की अनुमति देती हैं। कनेक्टेड AppleTalk से लैस सिस्टम स्वचालित रूप से पते असाइन करते हैं, वितरित नाम स्थान को अपडेट करते हैं, और किसी भी आवश्यक इंटर-नेटवर्किंग रूटिंग को कॉन्फ़िगर करते हैं।

AppleTalk 1985 में जारी किया गया था, और 1980 और 1990 के दशक के दौरान Apple उपकरणों द्वारा उपयोग किया जाने वाला प्राथमिक प्रोटोकॉल था। संस्करण आईबीएम पीसी और कॉम्पिटिबल्स और एप्पल आईआईजीएस के लिए भी जारी किए गए थे। अधिकांश नेटवर्क वाले प्रिंटर (विशेष रूप से लेजर प्रिंटर), कुछ फ़ाइल सर्वर और कई राउटर (कंप्यूटिंग) में AppleTalk समर्थन भी उपलब्ध था।

1990 के दशक के दौरान टीसीपी/आईपी के उदय ने उस प्रोटोकॉल पर इस प्रकार के अधिकांश समर्थनों को फिर से लागू करने का नेतृत्व किया, और 2009 में मैक ओएस एक्स v10.6 के रिलीज के रूप में AppleTalk असमर्थित हो गया। AppleTalk की कई अधिक उन्नत ऑटोकॉन्फ़िगरेशन सुविधाएँ हैं जब से Bonjour (सॉफ्टवेयर) में पेश किया गया है, जबकि यूनिवर्सल प्लग एंड प्ले समान जरूरतों को पूरा करता है।

ऐप्पलनेट
जनवरी 1983 में Apple लिसा कंप्यूटर के जारी होने के बाद, Apple ने मशीनों के लिए एक स्थानीय क्षेत्र नेटवर्किंग (LAN) प्रणाली के विकास में काफी प्रयास किया। AppleNet के रूप में जाना जाता है, यह सेमिनल ज़ेरॉक्स XNS प्रोटोकॉल स्टैक पर आधारित था लेकिन ज़ेरॉक्स के 2.94 Mbit/s ईथरनेट के बजाय एक कस्टम 1 Mbit/s समाक्षीय केबल सिस्टम पर चल रहा है। AppleNet की घोषणा 1983 की शुरुआत में लिसा और Apple II के लिए प्लग-इन AppleNet कार्ड के लिए $500 के लक्ष्य मूल्य पर पूर्ण परिचय के साथ की गई थी। उस समय, ईथरनेट, टोकन रिंग, Econet और एआरसीएनईटी समेत शुरुआती लैन सिस्टम बाजार में आ रहे थे। यह उस समय प्रमुख व्यावसायिक प्रयास का विषय था, मई 1983 में अनाहेम में राष्ट्रीय कंप्यूटर सम्मेलन (NCC) जैसे प्रमुख शो। सभी सिस्टम बाजार में स्थिति के लिए जॉकी कर रहे थे, लेकिन इस समय भी ईथरनेट की व्यापक स्वीकृति ने यह सुझाव दिया एक वास्तविक मानक बनना था। इसी शो में स्टीव जॉब्स ने गुरशरण सिद्धू से एक सहज सा लगने वाला सवाल पूछा था: नेटवर्किंग क्यों नहीं पकड़ी जा रही है? चार महीने बाद, अक्टूबर में, AppleNet को रद्द कर दिया गया। उस समय, उन्होंने घोषणा की कि Apple को एहसास हुआ कि नेटवर्किंग सिस्टम बनाने के लिए यह व्यवसाय में नहीं है। हमने AppleNet को इन-हाउस बनाया और इस्तेमाल किया, लेकिन हमने महसूस किया कि अगर हमने इसे शिप किया होता, तो हमें नए मानक सामने आते दिखाई देते। जनवरी में, जॉब्स ने घोषणा की कि वे इसके बजाय IBM के टोकन रिंग का समर्थन करेंगे, जिसकी उन्हें कुछ महीनों में उम्मीद थी।

एप्पलबस
इस अवधि के दौरान, Apple Macintosh कंप्यूटर के विकास में काफी व्यस्त था। विकास के दौरान, इंजीनियरों ने आनुक्रमिक द्वार कनेक्शन प्रदान करने के लिए कम लागत और अधिक सामान्य UART के बजाय Zilog SCC सीरियल कंट्रोलर चिप (SCC) का उपयोग करने का निर्णय लिया था। SCC की कीमत UART से लगभग $5 अधिक है, लेकिन इसने 250 किलोबाइट प्रति सेकंड (या अतिरिक्त हार्डवेयर के साथ अधिक) की उच्च गति की पेशकश की और IBM के बाइनरी सिंक्रोनस कम्युनिकेशंस जैसे कई बुनियादी नेटवर्किंग-जैसे प्रोटोकॉल का आंतरिक रूप से समर्थन किया। SCC को इसलिए चुना गया था क्योंकि यह कई उपकरणों को पोर्ट से जोड़ने की अनुमति देगा। समान SCCs से लैस परिधीय बिल्ट-इन प्रोटोकॉल का उपयोग करके संचार कर सकते हैं, उसी बस में अन्य बाह्य उपकरणों के साथ अपने डेटा को इंटरलीव कर सकते हैं। यह मशीन के पीछे अधिक बंदरगाहों की आवश्यकता को समाप्त कर देगा, और अधिक जटिल उपकरणों का समर्थन करने के लिए विस्तार स्लॉट को समाप्त करने की अनुमति देगा। प्रारंभिक अवधारणा को AppleBus के रूप में जाना जाता था, आधुनिक यूनिवर्सल सीरियल बस के समान फैशन में मेजबान मैकिंटोश पोलिंग डंब डिवाइस द्वारा नियंत्रित प्रणाली की कल्पना करना।

AppleBus नेटवर्किंग
Macintosh टीम ने पहले से ही LaserWriter बनने पर काम शुरू कर दिया था, और इन महंगी मशीनों और अन्य संसाधनों को कैसे साझा किया जाए, इस सवाल का जवाब देने के लिए कई अन्य विकल्पों पर विचार किया था। बॉब बेलेविले के मेमो की एक श्रृंखला ने इन अवधारणाओं को स्पष्ट किया, मैक, लेजरवाइटर और एक फ़ाइल सर्वर सिस्टम की रूपरेखा तैयार की जो मैकिंटोश कार्यालय बन जाएगा। 1983 के अंत तक यह स्पष्ट हो गया था कि मैक के लॉन्च के लिए आईबीएम की टोकन रिंग समय पर तैयार नहीं होगी, और इन अन्य उत्पादों के लॉन्च को भी याद कर सकती है। अंत में, टोकन रिंग अक्टूबर 1985 तक शिप नहीं होगी। सिद्धू से जॉब्स के पहले के सवाल ने पहले ही कई विचारों को जन्म दे दिया था। जब AppleNet को अक्टूबर में रद्द कर दिया गया, तो सिद्धू ने AppleBus हार्डवेयर पर आधारित एक नई नेटवर्किंग प्रणाली विकसित करने के प्रयास का नेतृत्व किया। इस नई प्रणाली को किसी भी मौजूदा पूर्व धारणाओं के अनुरूप नहीं होना चाहिए, और मैक के योग्य होने के लिए डिज़ाइन किया गया था - एक प्रणाली जो उपयोगकर्ता-इंस्टॉल करने योग्य थी, शून्य-कॉन्फ़िगरेशन था, और कोई निश्चित नेटवर्क पता नहीं था - संक्षेप में, एक वास्तविक प्लग-एंड -प्ले नेटवर्क। उल्लेखनीय प्रयास की आवश्यकता थी, लेकिन जब तक मैक जारी किया गया, तब तक बुनियादी अवधारणाओं को रेखांकित किया जा चुका था, और कुछ निम्न-स्तरीय प्रोटोकॉल पूरा होने के रास्ते पर थे। मैक की घोषणा के दो घंटे बाद ही सिद्धू ने बेलेविल को काम का उल्लेख किया। 1984 की शुरुआत में नए AppleBus की घोषणा की गई थी, मैक या लिसा से एक छोटे से बॉक्स के माध्यम से सीधे कनेक्शन की अनुमति देता है जो सीरियल पोर्ट में प्लग किया जाता है और केबल के माध्यम से अगले कंप्यूटर अपस्ट्रीम और डाउनस्ट्रीम से जुड़ा होता है। Apple II और Apple III के लिए एडेप्टर की भी घोषणा की गई। Apple ने यह भी घोषणा की कि AppleBus नेटवर्क को जोड़ा जा सकता है, और एक टोकन रिंग सिस्टम के भीतर एक एकल नोड प्रतीत होगा। यह कैसे काम करेगा इसका विवरण स्केची था।

AppleTalk पर्सनल नेटवर्क
1985 की शुरुआत में इसकी रिलीज से ठीक पहले, AppleBus का नाम बदलकर AppleTalk कर दिया गया था। प्रारंभ में AppleTalk पर्सनल नेटवर्क के रूप में विपणन किया गया, इसमें नेटवर्क प्रोटोकॉल का एक परिवार और एक भौतिक परत शामिल थी।

भौतिक परत में कई सीमाएँ थीं, जिनमें केवल 230.4 kbit/s की गति, अधिकतम दूरी 1000 ft अंत से अंत तक, और प्रति लैन केवल 32 नोड। लेकिन जैसा कि बुनियादी हार्डवेयर मैक में बनाया गया था, एडॉप्टर बॉक्स के लिए नोड्स को जोड़ने पर केवल $ 50 का खर्च आता है। इसकी तुलना में, ईथरनेट या टोकन रिंग कार्ड की कीमत सैकड़ों या हजारों डॉलर होती है। इसके अतिरिक्त, संपूर्ण नेटवर्किंग ढेर को केवल लगभग 6 kB RAM की आवश्यकता होती है, जिससे यह किसी भी Mac पर चल सकता है। AppleTalk की अपेक्षाकृत धीमी गति ने लागत में और कटौती की अनुमति दी। RS-422 के संतुलित ट्रांसमिट और रिसीव सर्किट का उपयोग करने के बजाय, AppleTalk केबलिंग ने एक सामान्य बिजली का मैदान का उपयोग किया, जिसने गति को लगभग 500 kbit/s तक सीमित कर दिया, लेकिन एक कंडक्टर को हटाने की अनुमति दी। इसका मतलब था कि वायरिंग के लिए आम तीन-कंडक्टर केबल का इस्तेमाल किया जा सकता है। इसके अतिरिक्त, एडेप्टर को स्व-समाप्ति के लिए डिज़ाइन किया गया था, जिसका अर्थ है कि नेटवर्क के अंत में नोड्स अपने अंतिम कनेक्टर को असंबद्ध छोड़ सकते हैं। तारों को वापस एक लूप में एक साथ जोड़ने की कोई आवश्यकता नहीं थी, न ही हब्स या अन्य उपकरणों की आवश्यकता थी।

सिस्टम को भविष्य के विस्तार के लिए डिज़ाइन किया गया था; एड्रेसिंग सिस्टम ने LAN में 255 नोड्स के विस्तार की अनुमति दी (हालांकि उस समय केवल 32 का उपयोग किया जा सकता था), और पुलों का उपयोग करके (जो राउटर के रूप में जाना जाता है, हालांकि तकनीकी रूप से समान नहीं है) LAN को बड़े संग्रह में इंटरकनेक्ट कर सकता है।. ज़ोन ने उपकरणों को एक ब्रिज-कनेक्टेड इंटरनेट के भीतर संबोधित करने की अनुमति दी। इसके अतिरिक्त, AppleTalk को किसी भी संभावित अंतर्निहित भौतिक लिंक के साथ उपयोग की अनुमति देने के लिए शुरू से ही डिज़ाइन किया गया था, और कुछ वर्षों के भीतर, भौतिक परत का नाम बदलकर LocalTalk कर दिया जाएगा, ताकि इसे AppleTalk प्रोटोकॉल से अलग किया जा सके।

AppleTalk का मुख्य लाभ यह था कि यह पूरी तरह से रखरखाव-मुक्त था। किसी डिवाइस को नेटवर्क से जोड़ने के लिए, एक उपयोगकर्ता बस एडॉप्टर को मशीन में प्लग करता है, फिर उसमें से एक केबल को किसी अन्य एडॉप्टर पर किसी भी फ्री पोर्ट से कनेक्ट करता है। AppleTalk नेटवर्क स्टैक ने एक नेटवर्क पते पर बातचीत की, कंप्यूटर को एक मानव-पठनीय नाम दिया, और नेटवर्क पर अन्य मशीनों के नामों और प्रकारों की एक सूची संकलित की ताकि उपयोगकर्ता चयनकर्ता (मैक ओएस) के माध्यम से उपकरणों को ब्राउज़ कर सके। AppleTalk का उपयोग करना इतना आसान था कि जब भी कई Mac एक ही कमरे में होते थे तो तदर्थ नेटवर्क दिखाई देने लगते थे। Apple बाद में एक विज्ञापन में इसका इस्तेमाल करेगा जिसमें एक हवाई जहाज में दो सीटों के बीच एक नेटवर्क बनाया जा रहा है।

फोननेट और अन्य एडेप्टर
अगले कुछ वर्षों में AppleTalk उपकरणों के लिए एक संपन्न तृतीय पक्ष बाजार विकसित हुआ। एक विशेष रूप से उल्लेखनीय उदाहरण बर्कले मैकिंटोश उपयोगकर्ता समूह द्वारा डिज़ाइन किया गया एक वैकल्पिक एडेप्टर था और 1987 में Farallon द्वारा PhoneNet के रूप में व्यावसायीकरण किया गया था। यह अनिवार्य रूप से एप्पल के कनेक्टर के लिए एक प्रतिस्थापन था जिसमें एप्पल के राउंड कनेक्टर के बजाय पारंपरिक टेलीफोन प्लग था। PhoneNet ने AppleTalk नेटवर्क को सामान्य टेलीफोन तारों का उपयोग करके एक साथ जोड़ने की अनुमति दी, और बहुत कम अतिरिक्त काम के साथ, एक चार-कंडक्टर फोन केबल पर एनालॉग फोन और AppleTalk चला सकता था।

अन्य कंपनियों ने 1 Mbit/s तक उच्च संचरण गति का समर्थन करने के लिए बाहरी घड़ियों को पढ़ने की SCC की क्षमता का लाभ उठाया। इन प्रणालियों में बाहरी एडॉप्टर में अपनी स्वयं की घड़ी भी शामिल होती है, और इसका उपयोग SCC के घड़ी इनपुट पिन को संकेत देने के लिए किया जाता है। ऐसी सबसे प्रसिद्ध प्रणाली Centram's FlashTalk थी, जो 768 kbit/s पर चलती थी, और इसका उपयोग उनके TOPS (फ़ाइल सर्वर) नेटवर्किंग सिस्टम के साथ किया जाना था। एक समान समाधान 850 kbit/s DaynaTalk था, जो एक अलग बॉक्स का उपयोग करता था जो कंप्यूटर और एक सामान्य LocalTalk/PhoneNet बॉक्स के बीच प्लग किया जाता था। दयाना ने एक पीसी एक्सपेंशन कार्ड की भी पेशकश की जो अन्य दयाना पीसी कार्डों से बात करने पर 1.7 Mbit/s तक चलता था। कई अन्य प्रणालियाँ भी उच्च प्रदर्शन के साथ मौजूद थीं, लेकिन इसके लिए अक्सर विशेष केबलिंग की आवश्यकता होती थी जो कि लोकलटॉक / फोननेट के साथ असंगत थी, और नेटवर्किंग स्टैक के लिए पैच की भी आवश्यकता होती थी जो अक्सर समस्याएँ पैदा करती थी।

ईथरनेट
पर AppleTalk जैसा कि Apple ने अधिक वाणिज्यिक और शिक्षा बाजारों में विस्तार किया, उन्हें AppleTalk को मौजूदा नेटवर्क इंस्टॉलेशन में एकीकृत करने की आवश्यकता थी। इनमें से कई संगठनों ने पहले से ही बहुत महंगे ईथरनेट इंफ्रास्ट्रक्चर में निवेश किया था और मैकिंटोश को ईथरनेट से जोड़ने का कोई सीधा तरीका नहीं था। AppleTalk में AppleTalk सबनेट को इंटर-कनेक्ट करने के लिए एक प्रोटोकॉल संरचना शामिल थी और इसलिए एक समाधान के रूप में, EtherTalk को स्थानीय टॉक सबनेट के बीच रीढ़ की हड्डी के रूप में ईथरनेट का उपयोग करने के लिए बनाया गया था। इसे पूरा करने के लिए, संगठनों को लोकलटॉक-टू-ईथरनेट ब्रिज खरीदने की आवश्यकता होगी और Apple ने इन उत्पादों के उत्पादन के लिए इसे तीसरे पक्ष पर छोड़ दिया। कई कंपनियों ने जवाब दिया, जिनमें हेस माइक्रो कंप्यूटर उत्पाद और कुछ नवगठित कंपनियां जैसे काइनेटिक्स शामिल हैं।

लोकलटॉक, एथरटॉक, टोकन टॉक और एप्पलशेयर
1987 तक, ईथरनेट स्पष्ट रूप से टोकन रिंग पर मानकों की लड़ाई जीत रहा था, और उस वर्ष के मध्य में Apple ने EtherTalk 1.0 पेश किया, जो ईथरनेट भौतिक परत पर AppleTalk प्रोटोकॉल का कार्यान्वयन था। विस्तार स्लॉट के साथ Apple के पहले Macintosh नए जारी किए गए Macintosh II कंप्यूटर के लिए पेश किया गया, ऑपरेटिंग सिस्टम में एक नया नेटवर्क सिस्टम प्राथमिकताएं शामिल थीं जो उपयोगकर्ता को नेटवर्किंग के लिए उपयोग करने के लिए भौतिक कनेक्शन का चयन करने की अनुमति देती थीं (अंतर्निहित या EtherTalk से)। परिचय के समय, ईथरनेट इंटरफ़ेस कार्ड 3Com और कैनेटीक्स से उपलब्ध थे जो मशीन में NuBus स्लॉट में प्लग किए गए थे। नए नेटवर्किंग स्टैक ने प्रति लैन पूर्ण 255 नोड्स की अनुमति देने के लिए सिस्टम का विस्तार भी किया। EtherTalk की रिलीज के साथ, AppleTalk पर्सनल नेटवर्क का नाम बदलकर LocalTalk कर दिया गया, यह नाम इसके जीवन के थोक के लिए जाना जाएगा। टोकन रिंग को बाद में इसी तरह के टोकनटॉक उत्पाद के साथ समर्थित किया जाएगा, जो उसी नेटवर्क नियंत्रण कक्ष और अंतर्निहित सॉफ़्टवेयर का उपयोग करता है। समय के साथ, कई तृतीय-पक्ष कंपनियां संगत ईथरनेट और टोकन रिंग कार्ड पेश करेंगी जो इन्हीं ड्राइवरों का उपयोग करते हैं।

डायरेक्ट ईथरनेट कनेक्शन के साथ एक मैकिंटोश की उपस्थिति ने ईथरनेट और लोकलटॉक संगतता समस्या को भी बढ़ाया: नए और पुराने मैक वाले नेटवर्क को एक-दूसरे के साथ संवाद करने के लिए किसी तरह की आवश्यकता होती है। यह उतना ही सरल हो सकता है जितना कि ईथरनेट मैक II का एक LaserWriter से बात करने की कोशिश करने वाला नेटवर्क जो केवल LocalTalk से जुड़ा है। Apple शुरू में उपरोक्त लोकलटॉक-टू-ईथरनेट ब्रिज उत्पादों पर निर्भर था, लेकिन Apple के विश्वास के विपरीत कि ये कम मात्रा वाले उत्पाद होंगे, 1987 के अंत तक, 130,000 ऐसे नेटवर्क उपयोग में थे। AppleTalk उस समय दुनिया में सबसे अधिक इस्तेमाल किया जाने वाला नेटवर्किंग सिस्टम था, जिसमें किसी भी अन्य विक्रेता की स्थापना का तीन गुना से अधिक था। 1987 में AppleShare उत्पाद की शुरुआत भी हुई, एक समर्पित फ़ाइल सर्वर जो किसी भी मैक पर 512 kB RAM या अधिक के साथ चलता था। बाहरी SCSI हार्ड ड्राइव के साथ एक सामान्य AppleShare मशीन Mac Plus थी। 1980 के दशक के अंत में, नोवेल नेटवेयर और माइक्रोसॉफ्ट के एमएस-नेट के बाद, AppleShare #3 नेटवर्क ऑपरेटिंग सिस्टम था। AppleShare प्रभावी रूप से विफल Macintosh Office प्रयासों का प्रतिस्थापन था, जो एक समर्पित फ़ाइल सर्वर डिवाइस पर आधारित था।

AppleTalk द्वितीय चरण और अन्य विकास
1989 में AppleTalk चरण II के रूप में एक महत्वपूर्ण री-डिजाइन जारी किया गया था। कई मायनों में, चरण II को पहले के संस्करण (कभी भी चरण I नहीं कहा जाता) को अधिक सामान्य बनाने का प्रयास माना जा सकता है। लैन अब 255 से अधिक नोड्स का समर्थन कर सकते हैं, और जोन अब भौतिक नेटवर्क से जुड़े नहीं थे, लेकिन नोड्स को व्यवस्थित करने के लिए पूरी तरह से आभासी निर्माण थे। उदाहरण के लिए, कोई अब एक प्रिंटर ज़ोन बना सकता है जो किसी संगठन में सभी प्रिंटरों को सूचीबद्ध करेगा, या हो सकता है कि कोई उसी डिवाइस को दूसरी मंजिल ज़ोन में उसके भौतिक स्थान को इंगित करने के लिए रखना चाहे। चरण II में उन्हें कम बातूनी बनाने के लिए अंतर्निहित इंटर-नेटवर्किंग प्रोटोकॉल में परिवर्तन भी शामिल थे, जो पहले वाइड-एरिया नेटवर्क पर ब्रिजिंग करने वाले नेटवर्क पर एक गंभीर समस्या थी। इस बिंदु तक Apple के पास विकास के तहत संचार उत्पादों की एक विस्तृत विविधता थी, और इनमें से कई की घोषणा AppleTalk चरण II के साथ की गई थी। इनमें IBM PC के लिए EtherTalk और TokenTalk, AppleTalk सॉफ़्टवेयर और LocalTalk हार्डवेयर के अपडेट शामिल हैं, Apple के A/UX ऑपरेटिंग सिस्टम के लिए EtherTalk, इसे LaserPrinters और अन्य नेटवर्क संसाधनों और Mac X.25 और MacX उत्पादों का उपयोग करने की अनुमति देता है।

1990 तक ईथरनेट लगभग सार्वभौमिक हो गया था, और यह फ़ैक्टरी से सीधे Macs में ईथरनेट बनाने का समय था। हालाँकि, इन नेटवर्कों द्वारा उपयोग की जाने वाली भौतिक वायरिंग अभी तक पूरी तरह से मानकीकृत नहीं थी। Apple ने कंप्यूटर के पीछे एक एकल पोर्ट का उपयोग करके इस समस्या को हल किया जिसमें उपयोगकर्ता किसी दिए गए केबलिंग सिस्टम के लिए एडॉप्टर प्लग कर सकता था। यह फ्रेंडलीनेट सिस्टम उद्योग-मानक अटैचमेंट यूनिट इंटरफ़ेस या AUI पर आधारित था, लेकिन जानबूझकर एक गैर-मानक कनेक्टर चुना गया जो छोटा और उपयोग में आसान था, जिसे उन्होंने Apple AUI या AAUI कहा। फ्रेंडलीनेट को सबसे पहले ब्लॉक 700 और ब्लॉक 900 कंप्यूटरों पर पेश किया गया था, और कुछ समय के लिए अधिकांश मैक लाइन में इस्तेमाल किया गया था। लोकलटॉक की तरह ही, कई तृतीय पक्ष फ्रेंडलीनेट एडॉप्टर शीघ्रता से दिखाई देने लगे।

जैसा कि 10BASE-T ईथरनेट के लिए वास्तविक केबलिंग सिस्टम बन गया, दूसरी पीढ़ी की पावर मैकिंटोश मशीनों ने AAUI के अलावा 10BASE-T पोर्ट जोड़ा। पावरबुक 3400 सी और लोअर-एंड पावर मैक ने भी 10BASE-T जोड़ा। Power Macintosh 7300/Power Macintosh 8600/Power Macintosh 9600 AAUI को शामिल करने वाले अंतिम Mac थे, और 10BASE-T Power Macintosh G3 और PowerBook G3 के साथ शुरू होकर सार्वभौमिक बन गया।

द कैपिटल-I इंटरनेट
AppleTalk की शुरुआत से, उपयोगकर्ता Macintosh को TCP/IP नेटवर्क वातावरण से जोड़ना चाहते थे। 1984 में, स्टैनफोर्ड विश्वविद्यालय में बिल क्रॉफ्ट ने सीगेट (स्टैनफोर्ड इथरनेट - एपलटॉक गेटवे) परियोजना के हिस्से के रूप में डीडीपी में संलग्न आईपी पैकेट के विकास का बीड़ा उठाया। सीगेट का काइनेटिक्स द्वारा उनके लोकलटॉक-टू-ईथरनेट ब्रिज में एक अतिरिक्त रूटिंग विकल्प के रूप में व्यावसायीकरण किया गया था। कुछ साल बाद, MacIP, SEAGATE कोड से अलग हो गया और IP पैकेट्स को LocalTalk नेटवर्क पर रूट करने के लिए वास्तविक विधि बन गया। 1986 तक, कोलंबिया विश्वविद्यालय ने कोलंबिया AppleTalk पैकेज (CAP) का पहला संस्करण जारी किया जिसने यूनिक्स, TCP/IP और AppleTalk वातावरणों के उच्च एकीकरण की अनुमति दी। 1988 में, Apple ने MacTCP जारी किया, एक ऐसी प्रणाली जिसने Mac को उपयुक्त ईथरनेट हार्डवेयर वाली मशीनों पर TCP/IP का समर्थन करने की अनुमति दी। हालाँकि, इसने कई विश्वविद्यालयों को उनके कई लोकलटॉक-सुसज्जित मैक पर आईपी का समर्थन करने की समस्या के साथ छोड़ दिया। लोकलटॉक-टू-ईथरनेट पुलों में मैकआईपी समर्थन शामिल करना जल्द ही आम हो गया था। 1994 तक MacTCP क्लासिक Mac OS का मानक हिस्सा नहीं बन सकता था, उस समय तक इसने SNMP और पॉइंट-टू-पॉइंट प्रोटोकॉल का भी समर्थन किया।

1990 के दशक की शुरुआत में कुछ समय के लिए, मैक तेजी से बढ़ते इंटरनेट पर एक प्राथमिक ग्राहक था। व्यापक उपयोग में जाने वाले बेहतर ज्ञात कार्यक्रमों में Fetch, Eudora, eXodus, NewsWatcher और NCSA पैकेज, विशेष रूप से NCSA मोज़ेक थे। और इसकी संतान, नेटस्केप नेविगेटर। इसके अतिरिक्त, कई सर्वर उत्पाद प्रकट हुए जिन्होंने मैक को इंटरनेट सामग्री को होस्ट करने की अनुमति दी। इस अवधि के दौरान, किसी भी अन्य प्लेटफॉर्म की तुलना में मैक के पास लगभग 2 से 3 गुना ग्राहक इंटरनेट से जुड़े थे, अपेक्षाकृत छोटे समग्र माइक्रो कंप्यूटर बाजार हिस्सेदारी के बावजूद।

चूंकि दुनिया LAN और WAN दोनों उपयोगों के लिए जल्दी से IP में चली गई, Apple को मशीनों के कभी-कभी व्यापक समूह के साथ-साथ PowerPC आधारित मशीनों की शुरूआत पर दो तेजी से पुराने कोड आधारों को बनाए रखने का सामना करना पड़ा। इसने खुला परिवहन प्रयासों का नेतृत्व किया, जिसने यूनिक्स मानक STREAMS से अनुकूलित एक पूरी तरह से नए कोड बेस पर MacTCP और AppleTalk दोनों को फिर से लागू किया। शुरुआती संस्करणों में समस्याएँ थीं और कुछ समय के लिए स्थिर नहीं हुए। उस समय तक, Apple अपने अंततः बर्बाद कोपलैंड (ऑपरेटिंग सिस्टम) प्रयासों में गहरा था।

विरासत और परित्याग
NeXT की खरीद और Mac OS X के बाद के विकास के साथ, AppleTalk सख्ती से एक विरासत प्रणाली थी। बड़ी संख्या में मौजूदा AppleTalk उपकरणों, विशेष रूप से लेजर प्रिंटर और फ़ाइल शेयरों के लिए समर्थन प्रदान करने के लिए OS X में समर्थन जोड़ा गया था, लेकिन इस युग में वैकल्पिक कनेक्शन समाधान, विशेष रूप से प्रिंटर के लिए USB, ने उनकी मांग को सीमित कर दिया। जैसा कि Apple ने इनमें से कई उत्पाद श्रेणियों को छोड़ दिया, और सभी नई प्रणालियाँ IP पर आधारित थीं, AppleTalk कम और आम होता गया। AppleTalk समर्थन अंततः 2009 में Mac OS X v10.6 में MacOS से हटा दिया गया था।

हालाँकि, AppleTalk के नुकसान ने नेटवर्किंग समाधानों की इच्छा को कम नहीं किया, जिसने IP रूटिंग के साथ इसके उपयोग में आसानी को जोड़ दिया। Apple ने ऐसे कई प्रयासों के विकास का नेतृत्व किया है, जिसमें हवाई अड्डा राउटर की शुरुआत से लेकर शून्य-कॉन्फ़िगरेशन नेटवर्किंग सिस्टम के विकास और इसके कार्यान्वयन, Bonjour (सॉफ़्टवेयर) शामिल हैं।

2020 तक, AppleTalk समर्थन को macOS 11 बिग सुर के साथ विरासत समर्थन से पूरी तरह हटा दिया गया है।

डिजाइन
AppleTalk डिजाइन ने प्रोटोकॉल लेयरिंग के OSI मॉडल का सख्ती से पालन किया। अधिकांश शुरुआती स्थानीय क्षेत्र नेटवर्क प्रणालियों के विपरीत, AppleTalk को मूल रूप से ज़ेरॉक्स XNS प्रणाली का उपयोग करके नहीं बनाया गया था। लक्षित लक्ष्य ईथरनेट नहीं था, और इसमें रूट करने के लिए 48-बिट पते नहीं थे। फिर भी, AppleTalk सिस्टम के कई भागों में XNS में प्रत्यक्ष अनुरूप हैं।

AppleTalk के लिए एक प्रमुख अंतर यह था कि इसमें सिस्टम को पूरी तरह से स्व-कॉन्फ़िगर करने के उद्देश्य से दो प्रोटोकॉल शामिल थे। AppleTalk एड्रेस रिज़ॉल्यूशन प्रोटोकॉल (AARP) ने AppleTalk होस्ट को स्वचालित रूप से अपने स्वयं के नेटवर्क पते उत्पन्न करने की अनुमति दी, और नाम बाइंडिंग प्रोटोकॉल (NBP) उपयोगकर्ता-पठनीय नामों के लिए नेटवर्क पतों की मैपिंग के लिए एक गतिशील प्रणाली थी। हालाँकि AARP के समान सिस्टम अन्य सिस्टम में मौजूद थे, उदाहरण के लिए बरगद VINES। लगभग 2002 की शुरुआत में मल्टीकास्ट डीएनएस ने एनबीपी के समान क्षमताएं प्रदान कीं। एएआरपी और एनबीपी दोनों ने नियंत्रक उपकरणों को डिफ़ॉल्ट तंत्र को ओवरराइड करने की अनुमति देने के तरीकों को परिभाषित किया था। अवधारणा राउटर को सूचना प्रदान करने या सिस्टम को ज्ञात पतों और नामों के लिए हार्डवायर करने की अनुमति देने के लिए थी। बड़े नेटवर्क पर जहां AARP समस्या पैदा कर सकता है क्योंकि नए नोड्स मुफ्त पते की खोज करते हैं, राउटर के अतिरिक्त चैटिंग को कम कर सकता है। AARP और NBP ने मिलकर AppleTalk को उपयोग में आसान नेटवर्किंग सिस्टम बना दिया। नई मशीनों को नेटवर्क में प्लग इन करके और वैकल्पिक रूप से उन्हें एक नाम देकर जोड़ा गया। एनबीपी सूचियों की जांच की गई और चयनकर्ता (मैक ओएस) के नाम से जाना जाने वाला एक प्रोग्राम द्वारा प्रदर्शित किया गया जो स्थानीय नेटवर्क पर मशीनों की एक सूची प्रदर्शित करेगा, जो फ़ाइल-सर्वर और प्रिंटर जैसे वर्गों में विभाजित होगा।

संबोधित करना
एक AppleTalk पता चार-बाइट मात्रा का था। इसमें दो-बाइट नेटवर्क नंबर, एक-बाइट नोड नंबर और एक-बाइट सॉकेट नंबर शामिल था। इनमें से केवल नेटवर्क नंबर के लिए किसी कॉन्फ़िगरेशन की आवश्यकता होती है, जिसे राउटर से प्राप्त किया जा रहा है। एक प्रोटोकॉल (मूल रूप से लोकलटॉक लिंक एक्सेस प्रोटोकॉल एलएलएपी और बाद में, ईथरनेट/ईथरटॉक के लिए, ऐप्पलटॉक एड्रेस रेज़ोल्यूशन प्रोटोकॉल, एएआरपी) के अनुसार प्रत्येक नोड गतिशील रूप से अपना नोड नंबर चुनता है। जो अलग-अलग नोड्स के बीच गलती से एक ही नंबर चुनने के बीच विवाद को संभाला। सॉकेट नंबरों के लिए, कुछ जाने-माने नंबर AppleTalk प्रोटोकॉल के लिए विशिष्ट विशेष उद्देश्यों के लिए आरक्षित किए गए थे। इनके अलावा, सभी एप्लिकेशन-स्तरीय प्रोटोकॉल से क्लाइंट और सर्वर दोनों छोर पर गतिशील रूप से असाइन किए गए सॉकेट नंबरों का उपयोग करने की अपेक्षा की गई थी।

इस गत्यात्मकता के कारण, उपयोगकर्ताओं से यह उम्मीद नहीं की जा सकती कि वे अपना पता निर्दिष्ट करके सेवाओं तक पहुँच प्राप्त कर सकते हैं। इसके बजाय, सभी सेवाओं के नाम थे, जिन्हें मनुष्यों द्वारा चुना जा रहा था, उपयोगकर्ताओं के लिए सार्थक होने की उम्मीद की जा सकती थी, और संघर्षों की संभावना को कम करने के लिए पर्याप्त रूप से लंबा भी हो सकता था।

जैसा कि NBP नाम एक पते में अनुवादित है, जिसमें एक सॉकेट नंबर के साथ-साथ एक नोड नंबर भी शामिल है, AppleTalk में एक नाम सीधे एक मशीन द्वारा प्रदान की जा रही सेवा के लिए मैप किया गया, जो मशीन के नाम से पूरी तरह से अलग था। इस प्रकार, सेवाओं को एक अलग मशीन में ले जाया जा सकता है और, जब तक वे एक ही सेवा नाम रखते हैं, तब तक सेवा तक पहुंच जारी रखने के लिए उपयोगकर्ताओं को कुछ अलग करने की कोई आवश्यकता नहीं थी। और एक ही मशीन बिना किसी नेटवर्क कनेक्शन विवाद के एक ही प्रकार की सेवाओं के किसी भी उदाहरण को होस्ट कर सकती है।

डॉमेन नाम सिस्टम में A रिकॉर्ड के साथ इसकी तुलना करें, जिसमें एक नाम एक मशीन के पते पर अनुवादित होता है, जिसमें पोर्ट नंबर शामिल नहीं होता है जो एक सेवा प्रदान कर सकता है। इस प्रकार, यदि लोग किसी विशेष सेवा तक पहुँचने के लिए किसी विशेष मशीन नाम का उपयोग करने के आदी हैं, तो सेवा को किसी भिन्न मशीन में ले जाने पर उनकी पहुँच टूट जाएगी। सेवा को संदर्भित करने के लिए वास्तविक मशीन नामों के बजाय सेवा का संकेत देने वाले CNAME रिकॉर्ड का उपयोग करने पर जोर देकर इसे कुछ हद तक कम किया जा सकता है, लेकिन यह गारंटी देने का कोई तरीका नहीं है कि उपयोगकर्ता इस तरह के सम्मेलन का पालन करेंगे। कुछ नए प्रोटोकॉल, जैसे करबरोस (प्रोटोकॉल) और सक्रिय निर्देशिका नाम से सेवाओं की पहचान करने के लिए DNS SRV रिकॉर्ड का उपयोग करते हैं, जो कि AppleTalk मॉडल के बहुत करीब है।

AppleTalk एड्रेस रिज़ॉल्यूशन प्रोटोकॉल
AARP परत को लिंक करने के लिए AppleTalk पतों को हल करता है, आमतौर पर MAC पता, पते। यह कार्यात्मक रूप से संकल्प आदर्श पत्र पता के समतुल्य है और एआरपी के समान एक विधि द्वारा एड्रेस रेजोल्यूशन प्राप्त करता है।

एएआरपी काफी सरल प्रणाली है। चालू होने पर, एक AppleTalk मशीन एक AARP जांच पैकेट प्रसारित करती है जो एक नेटवर्क पता पूछती है, जो राउटर जैसे नियंत्रकों से वापस सुनने का इरादा रखती है। यदि कोई पता प्रदान नहीं किया जाता है, तो आधार सबनेट से यादृच्छिक रूप से एक चुना जाता है, 0. यह फिर यह कहते हुए एक और पैकेट प्रसारित करता है कि मैं इस पते का चयन कर रहा हूं, और फिर यह देखने के लिए इंतजार करता है कि नेटवर्क पर कोई और शिकायत करता है या नहीं। यदि किसी अन्य मशीन के पास वह पता है, तो वह दूसरा पता चुनेगी, और तब तक कोशिश करती रहेगी जब तक कि उसे एक मुफ्त पता न मिल जाए। कई मशीनों वाले नेटवर्क पर मुफ्त पता मिलने से पहले कई कोशिशें करनी पड़ सकती हैं, इसलिए प्रदर्शन उद्देश्यों के लिए सफल पता एनवीआरएएम में लिखा जाता है और भविष्य में डिफ़ॉल्ट पते के रूप में उपयोग किया जाता है। इसका मतलब यह है कि अधिकांश वास्तविक दुनिया के सेटअपों में जहां एक समय में कुछ मशीनें जोड़ी जाती हैं, पते के प्रभावी रूप से स्थिर होने से पहले केवल एक या दो प्रयासों की आवश्यकता होती है।

AppleTalk डेटा स्ट्रीम प्रोटोकॉल
यह AppleTalk प्रोटोकॉल सूट के लिए तुलनात्मक रूप से देर से जोड़ा गया था, जब यह स्पष्ट हो गया कि ट्रांसमिशन कंट्रोल प्रोटोकॉल-शैली विश्वसनीय कनेक्शन-उन्मुख परिवहन की आवश्यकता थी। टीसीपी से महत्वपूर्ण अंतर ये थे कि:
 * कनेक्शन के प्रयास को अस्वीकार किया जा सकता है
 * आधे-अधूरे कनेक्शन नहीं थे; एक बार जब एक सिरे ने कनेक्शन को तोड़ना शुरू किया, तो पूरा कनेक्शन बंद हो जाएगा (यानी, एडीएसपी डुप्लेक्स (दूरसंचार) है। फुल-डुप्लेक्स, दोहरी सिंप्लेक्स नहीं)।
 * AppleTalk में एक शामिल ध्यान संदेश प्रणाली थी जो छोटे संदेशों को भेजने की अनुमति देती थी जो सामान्य स्ट्रीम डेटा प्रवाह को बायपास कर देती थी। इन्हें भरोसेमंद तरीके से डिलीवर किया गया था लेकिन स्ट्रीम के संबंध में ये ठीक से काम नहीं कर रहे थे। कोई भी ध्यान देने वाला संदेश वर्तमान स्ट्रीम बाइट अनुक्रम बिंदु के चालू होने की प्रतीक्षा करने के बजाय जितनी जल्दी हो सके वितरित किया जाएगा।

एप्पल फाइलिंग प्रोटोकॉल
Apple फाइलिंग प्रोटोकॉल (AFP), पूर्व में AppleTalk फाइलिंग प्रोटोकॉल, AppleShare फ़ाइल सर्वर के साथ संचार करने का प्रोटोकॉल है। AppleTalk सत्र प्रोटोकॉल (DDP पर विरासत AFP के लिए) या डेटा स्ट्रीम इंटरफ़ेस (TCP पर AFP के लिए) के शीर्ष पर निर्मित, यह उपयोगकर्ताओं को प्रमाणित करने के लिए सेवाएं प्रदान करता है (दो-तरफ़ा यादृच्छिक-संख्या एक्सचेंज सहित विभिन्न प्रमाणीकरण विधियों के लिए विस्तार योग्य) और प्रदर्शन करने के लिए Macintosh पदानुक्रमित फ़ाइल सिस्टम फ़ाइल सिस्टम के लिए विशिष्ट संचालन। AFP अभी भी macOS में उपयोग में है, भले ही अधिकांश अन्य AppleTalk प्रोटोकॉल को हटा दिया गया हो।

AppleTalk सत्र प्रोटोकॉल
एएसपी एक मध्यवर्ती प्रोटोकॉल था, जो एटीपी के शीर्ष पर बना था, जो बदले में एएफपी की नींव थी। इसने आउट-ऑफ़-बैंड स्थिति प्रश्नों का निष्पादन करने वाले मनमाना आदेशों के प्रतिसादों का अनुरोध करने के लिए बुनियादी सेवाएँ प्रदान कीं। इसने सर्वर को क्लाइंट को अतुल्यकालिक ध्यान संदेश भेजने की भी अनुमति दी।

आंकड़ारेख डिलीवरी प्रोटोकॉल
डीडीपी निम्नतम स्तर का डेटा-लिंक-स्वतंत्र परिवहन प्रोटोकॉल था। इसने डिलीवरी की कोई गारंटी के बिना डेटाग्राम सेवा प्रदान की। बुनियादी ढांचा प्रोटोकॉल NBP, RTMP और ZIP सहित सभी एप्लिकेशन-स्तरीय प्रोटोकॉल, DDP के शीर्ष पर बनाए गए थे। AppleTalk का DDP ओपन सिस्टम्स इंटरकनेक्शन (OSI मॉडल) संचार मॉडल की नेटवर्क परत से निकटता से मेल खाता है।

नाम बाइंडिंग प्रोटोकॉल
नाम बाइंडिंग प्रोटोकॉल AppleTalk नामों के प्रबंधन के लिए एक गतिशील, वितरित प्रणाली थी। जब एक मशीन पर एक सेवा शुरू होती है, तो यह मानव प्रशासक द्वारा चुने गए नाम के रूप में पंजीकृत होती है। इस बिंदु पर, एनबीपी ने यह जाँचने के लिए एक प्रणाली प्रदान की कि किसी अन्य मशीन ने पहले से ही समान नाम पंजीकृत नहीं किया है। बाद में, जब कोई क्लाइंट उस सेवा का उपयोग करना चाहता था, तो उसने उस सेवा को खोजने के लिए मशीनों को क्वेरी करने के लिए NBP का उपयोग किया। एनबीपी ने ब्राउज़बिलिटी (उपलब्ध सभी सेवाओं के नाम क्या हैं?) और साथ ही किसी विशेष नाम के साथ सेवा खोजने की क्षमता प्रदान की। नाम मानव पठनीय थे, जिसमें रिक्त स्थान, ऊपरी और निचले मामले के अक्षर और खोज के लिए समर्थन शामिल था।

AppleTalk इको प्रोटोकॉल
AEP (AppleTalk Echo प्रोटोकॉल) एक ट्रांसपोर्ट लेयर प्रोटोकॉल है जिसे नेटवर्क नोड्स की पहुंच क्षमता का परीक्षण करने के लिए डिज़ाइन किया गया है। AEP नेटवर्क नोड को भेजे जाने वाले पैकेट उत्पन्न करता है और AEP पैकेट के रूप में पैकेट के प्रकार क्षेत्र में पहचाना जाता है। पैकेट को पहले स्रोत डीडीपी को पास किया जाता है। एईपी पैकेट के रूप में पहचाने जाने के बाद, इसे उस नोड पर भेज दिया जाता है जहां गंतव्य पर डीडीपी द्वारा पैकेट की जांच की जाती है। पैकेट को एईपी पैकेट के रूप में पहचाने जाने के बाद, पैकेट को कॉपी किया जाता है और एईपी उत्तर पैकेट बनाने के लिए पैकेट में एक फ़ील्ड बदल दिया जाता है, और फिर स्रोत नोड पर वापस आ जाता है।

प्रिंटर एक्सेस प्रोटोकॉल
पीएपी परिशिष्ट भाग प्रिंटर के साथ संचार करने का मानक तरीका था। इसे एटीपी के ऊपर बनाया गया था। जब एक पीएपी कनेक्शन खोला गया था, प्रत्येक छोर ने दूसरे को एक एटीपी अनुरोध भेजा था जिसका मूल रूप से मतलब था कि मुझे और डेटा भेजें। सर्वर के लिए क्लाइंट की प्रतिक्रिया पोस्टस्क्रिप्ट कोड का एक ब्लॉक भेजना था, जबकि सर्वर किसी भी डायग्नोस्टिक संदेशों के साथ प्रतिक्रिया दे सकता था जो परिणामस्वरूप उत्पन्न हो सकता था, जिसके बाद एक और अधिक डेटा भेजने का अनुरोध भेजा गया था। एटीपी के इस प्रयोग ने स्वत: प्रवाह नियंत्रण (डेटा) प्रदान किया; प्रत्येक छोर केवल दूसरे छोर पर डेटा भेज सकता है यदि जवाब देने के लिए कोई बकाया एटीपी अनुरोध हो।

पीएपी आउट-ऑफ़-बैंड स्थिति प्रश्नों के लिए भी प्रदान करता है, जिसे अलग एटीपी लेनदेन द्वारा नियंत्रित किया जाता है। यहां तक ​​कि जब यह एक क्लाइंट से प्रिंट जॉब सर्विस करने में व्यस्त था, तब भी एक पीएपी सर्वर किसी भी अन्य क्लाइंट से स्थिति अनुरोधों का जवाब देना जारी रख सकता था। इसने LAN पर अन्य Macintoshes को अनुमति दी जो स्थिति संदेशों को प्रदर्शित करने के लिए प्रिंट करने की प्रतीक्षा कर रहे थे, यह दर्शाता है कि प्रिंटर व्यस्त था, और यह किस काम में व्यस्त था।

रूटिंग टेबल रखरखाव प्रोटोकॉल
RTMP वह प्रोटोकॉल था जिसके द्वारा राउटर एक दूसरे को नेटवर्क की टोपोलॉजी के बारे में सूचित करते थे। यह AppleTalk का एकमात्र हिस्सा था जिसके लिए समय-समय पर अवांछित प्रसारण की आवश्यकता होती थी: प्रत्येक 10 सेकंड में, प्रत्येक राउटर को उन सभी नेटवर्क नंबरों की एक सूची भेजनी होती थी जिनके बारे में वह जानता था और यह कितनी दूर था।

क्षेत्र सूचना प्रोटोकॉल
ZIP वह प्रोटोकॉल था जिसके द्वारा AppleTalk नेटवर्क नंबर ज़ोन नामों से जुड़े थे। एक ज़ोन नेटवर्क का एक उपखंड था जो मनुष्यों के लिए मायने रखता था (उदाहरण के लिए, लेखा विभाग); लेकिन जबकि एक नेटवर्क नंबर को नेटवर्क के स्थलीय-सन्निहित खंड को निर्दिष्ट किया जाना था, एक ज़ोन में नेटवर्क के कई अलग-अलग असंतत भाग शामिल हो सकते हैं।

भौतिक कार्यान्वयन
AppleTalk के लिए प्रारंभिक डिफ़ॉल्ट हार्डवेयर कार्यान्वयन एक हाई-स्पीड सीरियल प्रोटोकॉल था, जिसे LocalTalk के रूप में जाना जाता था, जो 230.4 kbit/s पर Macintosh के बिल्ट-इन RS-422 पोर्ट का उपयोग करता था। LocalTalk ने RS-422 पोर्ट में एक स्प्लिटर बॉक्स का उपयोग एक ही पोर्ट से अपस्ट्रीम और डाउनस्ट्रीम केबल प्रदान करने के लिए किया। टोपोलॉजी एक बस नेटवर्क था: किसी भी लोकलटॉक सेगमेंट पर अधिकतम 32 की अनुमति तक, प्रत्येक कनेक्टेड मशीन से केबल को डेज़ी-जंजीर से जोड़ा गया था। प्रणाली आज के मानकों से धीमी थी, लेकिन उस समय पीसी मशीनों पर नेटवर्किंग की अतिरिक्त लागत और जटिलता ऐसी थी कि यह आम बात थी कि मैक एक कार्यालय में केवल नेटवर्क वाले व्यक्तिगत कंप्यूटर थे। अन्य बड़े कंप्यूटर, जैसे UNIX या VAX वर्कस्टेशन, आमतौर पर ईथरनेट के माध्यम से नेटवर्क किए जाते हैं।

अन्य भौतिक कार्यान्वयन भी उपलब्ध थे। लोकलटॉक के लिए एक बहुत लोकप्रिय प्रतिस्थापन फोननेट था, जो फरलॉन कंप्यूटिंग, इंक। (2007 में मोटोरोला द्वारा अधिग्रहित ध्वनि और पिया का नया नाम) का एक तृतीय पक्ष समाधान था, जिसमें आरएस -422 पोर्ट का भी उपयोग किया गया था और जहां तक ​​​​एप्पल के लोकलटॉक पोर्ट ड्राइवर थे, लोकलटॉक से अप्रभेद्य थे। संबंधित, लेकिन मानक चार-तार फोन केबलिंग में दो अप्रयुक्त तारों पर चला गया। आज के नेटवर्क हब और स्विच को पूर्वाभास देते हुए, Farallon ने फोननेट के लिए स्टार के साथ-साथ बस कॉन्फ़िगरेशन में उपयोग किए जाने वाले समाधान प्रदान किए, दोनों निष्क्रिय स्टार कनेक्शन (फोन तारों के साथ एक केंद्रीय बिंदु पर एक-दूसरे से जुड़े हुए), और फोननेट स्टार के साथ सक्रिय स्टार नियंत्रक हब हार्डवेयर। Apple के लोकलटॉक कनेक्टर्स में लॉकिंग फीचर नहीं था, इसलिए कनेक्टर आसानी से ढीले हो सकते थे, और बस कॉन्फ़िगरेशन के परिणामस्वरूप कोई भी ढीला कनेक्टर पूरे नेटवर्क को नीचे ला रहा था, और ट्रैक करना मुश्किल हो रहा था। दूसरी ओर फोननेट आरजे-11 कनेक्टर्स अपनी जगह पर आ गए, और स्टार कॉन्फिगरेशन में वायरिंग की कोई भी समस्या केवल एक डिवाइस को प्रभावित करती है, और समस्याओं का पता लगाना आसान होता है। फोननेट की कम लागत, लचीलापन और आसान समस्या निवारण के परिणामस्वरूप 1990 के दशक की शुरुआत में यह मैक नेटवर्क के लिए प्रमुख विकल्प बन गया।

AppleTalk प्रोटोकॉल भी क्रमशः ईथरनेट (पहले समाक्षीय और फिर मुड़ी हुई जोड़ी) और टोकन रिंग भौतिक परतों पर चलने के लिए आया था, जिसे क्रमशः Apple द्वारा EtherTalk और TokenTalk के रूप में लेबल किया गया था। EtherTalk धीरे-धीरे AppleTalk के लिए प्रमुख कार्यान्वयन पद्धति बन गई क्योंकि 1990 के दशक में ईथरनेट पीसी उद्योग में आम तौर पर लोकप्रिय हो गया। AppleTalk और TCP/IP के अलावा, कोई भी ईथरनेट नेटवर्क एक साथ अन्य प्रोटोकॉल जैसे DECnet और IPX को भी ले जा सकता है।

क्रॉस-प्लेटफ़ॉर्म समाधान
जब AppleTalk को पहली बार पेश किया गया था, तो प्रमुख ऑफिस कंप्यूटिंग प्लेटफॉर्म MS-DOS चलाने वाले पीसी संगत था। Apple ने 1987 की शुरुआत में AppleTalk PC कार्ड पेश किया, जिससे PC को AppleTalk नेटवर्क से जुड़ने और LaserWriter प्रिंटर पर प्रिंट करने की अनुमति मिली। एक साल बाद AppleShare PC जारी किया गया, जिससे PC को AppleShare फ़ाइल सर्वर तक पहुँचने की अनुमति मिली। टॉप्स टेलीकनेक्टर AppleTalk सिस्टम पर MS-DOS नेटवर्किंग सिस्टम ने MS-DOS PC को AppleTalk नेटवर्क हार्डवेयर पर संचार करने में सक्षम बनाया; इसमें PC के लिए AppleTalk इंटरफ़ेस कार्ड और फ़ाइल, ड्राइव और प्रिंटर साझाकरण जैसे कार्यों की अनुमति देने वाले नेटवर्किंग सॉफ़्टवेयर का एक सूट शामिल था। पीसी-ओनली AppleTalk नेटवर्क के निर्माण की अनुमति देने के साथ-साथ, इसने PC और Mac के बीच TOPS सॉफ़्टवेयर स्थापित करने की अनुमति दी। (टॉप्स के बिना मैक एक ही नेटवर्क का उपयोग कर सकते हैं, लेकिन केवल अन्य ऐप्पल मशीनों के साथ संवाद करने के लिए।) मैक टॉप्स सॉफ़्टवेयर उपयोग में आसानी या मजबूती और क्रैश से मुक्ति में ऐप्पल की अपनी गुणवत्ता से मेल नहीं खाता था, लेकिन डॉस सॉफ्टवेयर था DOS शर्तों में उपयोग करने के लिए अपेक्षाकृत सरल, और मजबूत था।

बीएसडी और लिनक्स ऑपरेटिंग सिस्टम नेटटॉक नामक एक ओपन सोर्स प्रोजेक्ट के माध्यम से ऐप्पलटॉक का समर्थन करते हैं, जो पूर्ण प्रोटोकॉल सूट को लागू करता है और उन्हें मैकिंटोश कंप्यूटरों के लिए मूल फ़ाइल या प्रिंट सर्वर के रूप में कार्य करने और नेटवर्क पर लोकलटॉक प्रिंटर पर प्रिंट करने की अनुमति देता है।

Microsoft Windows सर्वर ऑपरेटिंग सिस्टम ने AppleTalk को Windows NT से शुरू किया और Windows Server 2003 के बाद समाप्त किया। मिरामार ने AppleTalk को अपने PC MacLAN उत्पाद में शामिल किया जिसे 2007 में CA द्वारा बंद कर दिया गया था। GroupLogic अपने AppleTalk प्रोटोकॉल को अपने ExtremeZ-आईपी सर्वर सॉफ्टवेयर के साथ बंडल करना जारी रखता है Macintosh-Windows एकीकरण जो Windows Server 2008 और Windows Vista के साथ-साथ पिछले संस्करणों का समर्थन करता है। HELIOS सॉफ़्टवेयर GmbH अपने HELIOS UB2 सर्वर के भाग के रूप में AppleTalk प्रोटोकॉल स्टैक के मालिकाना कार्यान्वयन की पेशकश करता है। यह अनिवार्य रूप से एक फाइल और प्रिंट सर्वर सूट है जो विभिन्न प्लेटफार्मों की एक पूरी श्रृंखला पर चलता है।

इसके अलावा, कोलंबिया विश्वविद्यालय ने कोलंबिया AppleTalk पैकेज (CAP) जारी किया, जिसने प्रतिशोध, सुनो, *बीएसडी और IRIX सहित विभिन्न यूनिक्स स्वादों के लिए प्रोटोकॉल सूट को लागू किया। यह पैकेज अब सक्रिय रूप से बनाए नहीं रखा जाता है।

यह भी देखें

 * Netatalk प्रोटोकॉल के AppleTalk सुइट का एक मुफ़्त, ओपन-सोर्स कार्यान्वयन है।
 * नेटवर्क फ़ाइल सिस्टम
 * दूरस्थ फ़ाइल साझाकरण
 * सांबा (सॉफ्टवेयर)
 * सर्वर संदेश ब्लॉक