AppleTalk ist ein Eigentumsgefolge, Protokolle zu vernetzen, die von Apple Inc. für ihre Computer von Mac entwickelt sind. AppleTalk hat mehrere Eigenschaften eingeschlossen, die lokalen Bereichsnetzen erlaubt haben, ohne vorherige Einstellung oder das Bedürfnis nach einem zentralisierten Router oder Server jeder Sorte verbunden zu werden. Einfach das Anschließen zusammen von AppleTalk hat Systeme ausgestattet würde Adressen automatisch zuteilen, den verteilten namespace aktualisieren, und irgendwelchen erforderliche Zwischennetzwerkanschlussroutenplanung konfigurieren. Es war ein wahres plug-n-play System.

AppleTalk wurde für den ursprünglichen Macintosh 1985 befreit, und war das primäre Protokoll, das durch die Apfelmaschinerie im Laufe der 1980er Jahre und der 90er Jahre verwendet ist. Versionen wurden auch für IBM PC und compatibles und den Apple IIGS veröffentlicht. Unterstützung von AppleTalk war auch in den meisten vernetzten Druckern (besonders Laserdrucker), einige Dateiserver und mehrere Router verfügbar. Im Laufe dieser Periode war AppleTalk, bei weitem, das populärste Netzwerkanschlusssystem in der Welt.

Der Anstieg von TCP/IP während der 1990er Jahre hat zu einer Wiederdurchführung der meisten dieser Typen der Unterstützung auf diesem Protokoll geführt, und AppleTalk ist ununterstützt bezüglich der Ausgabe von Mac OS X v10.6 2009 geworden. Viele fortgeschrittenere Autokonfigurationseigenschaften von AppleTalk sind in Bonjour seitdem eingeführt worden.

Geschichte

Vorgeschichte

Nach der Ausgabe des Computers des Apple Lisa im Januar 1983 hat Apfel beträchtliche Anstrengung in die Entwicklung eines Systems des lokalen Bereichsnetzwerkanschlusses (LAN) für die Maschinen investiert. Bekannt als AppleNet hat es auf Samenxerox XNS Protokoll-Stapel basiert, aber auf kundenspezifischem 1 Mbsp koaxiales Kabelsystem im Vergleich mit 10 Mbit/s Ethernet laufend. Karten von AppleNet würden für die Lisa und den Apple II zur Verfügung gestellt. Es wurde Anfang 1983 mit einer Fall-Einführung am Richtpreis von 500 $ bekannt gegeben.

Damals kamen frühe LAN Systeme gerade, um, einschließlich Ethernet, Token-Rings und ARCNET einzukaufen. Das war ein Thema der kommerziellen Hauptanstrengung zurzeit, Shows wie National Computer Conference (NCC) in Anaheim im Mai 1983 beherrschend. Sogar in dieser Zeit hat die weit verbreitete Annahme von Ethernet darauf hingewiesen, dass es ein De-Facto-Standard werden sollte. Es war auf dieser Show, dass Steve Jobs Gursharan Sidhu eine anscheinend harmlose Frage stellte, "Warum Netzwerkanschluss nicht hat, fand Anklang?"

Vier Monate später, im Oktober, wurde AppleNet annulliert. Zurzeit haben sie bekannt gegeben, dass "Apfel begriffen hat, dass es nicht im Geschäft ist, um ein Netzwerkanschlusssystem zu schaffen. Wir haben gebaut und haben AppleNet innerbetrieblich verwendet, aber wir haben begriffen, dass, wenn wir ihn verladen hatten, wir neue Standards gesehen hätten heraufkommen." Im Januar hat Jobs bekannt gegeben, dass sie stattdessen den Token-Ring von IBM unterstützen würden, der er angenommen hat, in "wenigen Monate" herauszukommen.

AppleBus

Im Laufe dieser Periode war Apfel in der Entwicklung des Computers von Macintosh tief. Während der Entwicklung hatten Ingenieure die schicksalhafte Entscheidung getroffen, Zilog 8530 Serienkontrolleur-Span (SCC) statt tiefer Kosten und allgemeinerer UART zu verwenden, um Serienhafen-Verbindungen zur Verfügung zu stellen. Die SCC kosten ungefähr 5 $ mehr als ein UART, aber haben viel höheren Geschwindigkeiten bis zu 250 kbit/s (oder höher mit der zusätzlichen Hardware) angeboten und haben innerlich mehrere grundlegende netzwerkanschlussähnliche Protokolle wie BiSync von IBM unterstützt.

Der SCC wurde gewählt, weil er vielfachen Geräten erlauben würde, dem Hafen beigefügt zu werden. Mit dem ähnlichen SCC'S ausgestattete Peripherie konnte das Verwenden der eingebauten Protokolle mitteilen, ihre Daten mit anderer Peripherie auf demselben Bus durchschießend. Das würde das Bedürfnis nach mehr Häfen auf der Rückseite von der Maschine beseitigen, und hat die Beseitigung von Vergrößerungsablagefächern berücksichtigt, um kompliziertere Geräte zu unterstützen (die 8-Bit-Familie von Atari hat eine ähnliche Lösung, bekannt als SIO verwendet). Das anfängliche Konzept war als AppleBus bekannt, sich ein System vorstellend, das vom Gastgeber Macintosh kontrolliert ist, der "stumme" Geräte nach einer dem modernen Universalen Serienbus ähnlichen Mode befragt.

AppleTalk

Die Mannschaft von Macintosh hatte bereits Arbeit daran begonnen, was LaserWriter werden würde, und mehrere andere Optionen dessen gedacht hatte, wie man diese teuren Maschinen und andere Mittel teilt. Eine Reihe von Merkzetteln von Bob Belleville hat diese Konzepte geklärt, Mac, LaserWriter und ein Dateiserver-System entwerfend, das Büro von Macintosh werden würde. Bis zum Ende 1983 war es klar, dass der Token-Ring von IBM rechtzeitig zum Start von Mac nicht bereit sein würde, und den Start dieser anderen Produkte ebenso verpassen könnte. Schließlich würde sich Token-Ring bis 1985 nicht einschiffen.

Die frühere Frage von Jobs an Sidhu hatte bereits mehrere Ideen befeuert. Als AppleNet im Oktober annulliert wurde, hat Sidhu eine Anstrengung geführt, ein neues auf der Hardware von AppleBus gestütztes Netzwerkanschlusssystem zu entwickeln. Dieses neue System würde sich keinen vorhandenen vorgefassten Meinungen anpassen müssen und wurde entworfen, um von Mac - ein System würdig zu sein, das Benutzer-Installable war, hatte Nullkonfiguration und keine festen Netzadressen - kurz gesagt, ein wahres Netz des Steckers-Und-Spieles. Beträchtliche Anstrengung war erforderlich, aber als Mac befreit wurde, waren die grundlegenden Konzepte entworfen worden und einige der auf niedriger Stufe Protokolle auf ihrem Weg zur Vollziehung. Sidhu hat die Arbeit zu Belleville nur zwei Stunden erwähnt, nachdem Mac bekannt gegeben wurde.

"Neuer" AppleBus wurde Anfang 1984 bekannt gegeben, Direktanschluss vom Mac oder Lisa durch einen kleinen Kasten erlaubend, der in den Serienhafen eingesteckt hat und über Kabel zum folgenden Computer stromaufwärts und stromabwärts in Verbindung gestanden hat. Adapter für den Apple II und Apple III wurden auch bekannt gegeben. Apfel hat auch bekannt gegeben, dass Netze von AppleBus dem beigefügt werden konnten und scheinen würden, ein einzelner Knoten innerhalb, ein Token-Ring-System zu sein. Details waren flüchtig.

Als sich kürzlich getaufter AppleTalk Anfang 1985 eingeschifft hat, hat er mehrere Kompromisse eingeschlossen. Diese haben eine Geschwindigkeit von 230.4 kbit/s, maximaler 1000-Fuß-Entfernung und nur 32 Knoten pro LAN eingeschlossen. Jedoch, weil die grundlegende Hardware zu Mac eingebaut war, Knoten hinzufügend, kostet nur ungefähr 50 $ für den Adapter-Kasten. Der komplette Netzwerkanschlussstapel hat nur ungefähr 6 Kilobytes des RAM verlangt. Zusätzlich wurde das System für die zukünftige Vergrößerung entworfen. Das Wenden-System hat Vergrößerung zu 255 Knoten in einem LAN und das Verwenden von "Brücken" berücksichtigt (der gekommen ist, um als Router bekannt zu sein), konnte man LANs in größere Sammlungen miteinander verbinden. "Zonen" haben Geräten erlaubt, innerhalb eines Brücke-verbundenen Internets gerichtet zu werden. Zusätzlich wurde AppleTalk vom Anfang entworfen, um Gebrauch mit jeder potenziellen zu Grunde liegenden physischen Verbindung zu erlauben.

Die relativ langsame Geschwindigkeit von AppleTalk hat die weiteren Verminderungen von Kosten erlaubt. Anstatt erwogenen RS-422's zu verwenden, übersenden und erhalten Stromkreise, das Personalnetzkabeln von AppleTalk hat einen einzelnen allgemeinen elektrischen Boden verwendet, der Geschwindigkeiten auf ungefähr 500 kbsp beschränkt hat, aber einem Leiter erlaubt hat, entfernt zu werden. Das hat bedeutet, dass allgemeine dreiadrige Kabel verwendet werden konnten. Zusätzlich wurden die Adapter entworfen, um "selbstzuenden", bedeutend, dass Knoten am Ende des Netzes einfach ihren letzten Stecker unverbunden verlassen konnten. Es gab kein Bedürfnis nach den Leitungen, die zurück zusammen in eine Schleife, noch das Bedürfnis nach Mittelpunkten oder anderen Geräten zu verbinden sind. Um sich einem vorhandenen Netz anzuschließen, hat man einfach den Adapter eingesteckt und hat ein Kabel mit der nächsten freien Maschine verbunden.

AppleTalk war so leicht zu verwenden, dass ad hoc Netze dazu geneigt haben zu erscheinen, wann auch immer vielfache Macs in demselben Zimmer waren. Apfel würde später das in einer Anzeige verwenden, ein Netz zeigend, das zwischen zwei Sitzen in einem Flugzeug wird schafft.

PhoneNet, EtherTalk und TokenTalk

Ein blühender 3. Parteimarkt für Geräte von AppleTalk hat sich im Laufe der nächsten paar Jahre entwickelt. Ein besonders bemerkenswertes Beispiel war ein abwechselnder Adapter, der durch BMUG entworfen ist, und hat durch Farallon als PhoneNet kommerzialisiert. Das war im Wesentlichen ein Ersatz für den Stecker des Apfels, der herkömmliche Telefonwagenheber statt der runden Stecker des Apfels hatte. PhoneNet hat Netzen von AppleTalk erlaubt, zusammen mit normalen Telefonleitungen, sogar vorhandene Läufe verbunden zu werden, bereits für Kopfhörer verwendet.

Andere Gesellschaften haben die Fähigkeit des SCC ausgenutzt, Außenuhren zu verwenden, um höhere Übertragungsgeschwindigkeiten bis zu 1 Mbit/s zu unterstützen. In diesen Systemen hat der Außenadapter auch seine eigene Uhr eingeschlossen, und hat das verwendet, um dem SCC statt seiner Zeichen zu geben, sein Signal von der inneren Uhr des Computers nehmend. Die höheren Geschwindigkeitsübertragungen haben häufig fähigere Kabel verlangt. Obwohl sie außerordentlich verbesserte Leistung angeboten haben, sind solche Lösungen selten geblieben, als sie mit Maschinen allgemein unvereinbar waren, die LocalTalk/PhoneNet führen, und auch Flecke zum Netzwerkanschlussstapel verlangt haben, der häufig Probleme verursacht hat.

Vor 1987 gewann Ethernet klar den Standardkampf über den Token-Ring, und in der Mitte dieses Jahres hat Apfel EtherTalk 1.0 für den kürzlich veröffentlichten Computer von Macintosh II eingeführt. Das Paket hat sowohl eine Karte von NuBus mit Häfen von Ethernet als auch ein neues Netzbedienungsfeld eingeschlossen, das dem Benutzer erlaubt hat, der physische Verbindung auszuwählen, zu verwenden, um (vom "Eingebauten" oder "EtherTalk") zu vernetzen. Der neue Netzwerkanschlussstapel der Ausgabe hat auch das System ausgebreitet, um vollen 255 Knoten pro LAN zu erlauben. Mit seiner Ausgabe war Personalnetz von AppleTalk umbenannter LocalTalk. Token-Ring würde schließlich mit dem ähnlichen Produkt von TokenTalk unterstützt, das auch dasselbe Netzbedienungsfeld und zu Grunde liegende Software verwendet hat. Viele 3. Parteigesellschaften würden vereinbare Karten von Ethernet und Token Ring einführen, die diese dieselben Treiber verwendet haben.

Das Äußere von EtherTalk hat auch zu einem Problem geführt - Netze mit neuem und altem Macs haben eine Weise gebraucht, zwischen einander zu kommunizieren. Das konnte so einfach sein wie ein Netz des Versuchens von Ethernet Mac II, mit LaserWriter zu sprechen. Apfel hatte das Problem gedacht, und AppleTalk hat die Möglichkeit für eine preisgünstige LocalTalk-To-Ethernet-Brücke eingeschlossen, aber sie haben gefunden, dass es ein niedrig-bändiges Produkt sein würde und 3. Parteien es überlassen hat. Mehrere Gesellschaften, haben sowohl vorhandene Kommunikationsverkäufer wie Hayes als auch Cisco Systems geantwortet, sowie haben kürzlich Gesellschaften wie Kinetik gebildet. Gegen den Glauben des Apfels würden diese am Ende von 1987 niedrig-bändig sein, 130,000 solche Systeme waren im Gebrauch. AppleTalk war damals das am meisten verwendete Netzwerkanschlusssystem in der Welt, mit mehr als dreimal den Installationen jedes anderen Verkäufers.

Phase II von AppleTalk und andere Entwicklungen

Eine bedeutende Umgestaltung wurde 1989 als Phase II von AppleTalk veröffentlicht. Auf viele Weisen kann Phase II betrachtet werden eine Anstrengung, die frühere Version zu machen (hat nie Phase I genannt) allgemeiner. LANs konnte jetzt mehr als 255 Knoten unterstützen, und Zonen wurden mit physischen Netzen nicht mehr vereinigt, aber waren völlig virtuelle Konstruktionen verwendet, um einfach Knoten zu organisieren. Zum Beispiel konnte man jetzt eine "Drucker"-Zone machen, die alle Drucker in einer Organisation verzeichnen würde, oder man dieses dasselbe Gerät in den "2. Fußboden" Zone könnte legen wollen, um seine physische Position anzuzeigen. Phase II hat auch Änderungen zu den zu Grunde liegenden Zwischennetzwerkanschlussprotokollen eingeschlossen, um sie "weniger gesprächig" zu machen, der vorher ein ernstes Problem in Netzen gewesen war, die weit reichende Netze überbrückt haben.

Durch diesen Punkt hatte Apfel ein großes Angebot an Kommunikationsprodukten unter der Entwicklung, und viele von diesen wurden zusammen mit der Phase II von AppleTalk bekannt gegeben. Diese eingeschlossenen Aktualisierungen zu EtherTalk und TokenTalk, Software von AppleTalk und Hardware von LocalTalk für IBM PC, EtherTalk für den A/UX des Apfels Betriebssystem, das es erlaubt, LaserPrinters und andere Netzmittel und die Produkte von Mac X.25 und MacX zu verwenden.

Ethernet war im Wesentlichen universal vor 1990 geworden, und es war Zeit, um Ethernet in von der Fabrik direkten Macs einzubauen. Jedoch wurde die physische durch diese Netze verwendete Verdrahtung noch nicht völlig standardisiert. Apfel hat dieses Problem mit einer AppleBus ähnlichen Lösung mit einem einzelnen Hafen auf der Rückseite vom Computer behoben, in den der Benutzer einen Adapter für jedes gegebene kabelnde System zustopfen konnte. Dieses System von FriendlyNet hat auf der Industriestandardanschlusseinheitsschnittstelle basiert, aber hat absichtlich einen Sonderstecker gewählt, der kleiner und leichter war zu verwenden, den sie "Apple AUI" oder AAUI genannt haben. FriendlyNet wurde zuerst auf Quadra 700 und Quadra 900 Computer eingeführt, und über viel von der Linie von Mac für einige Zeit verwendet. Als mit LocalTalk sind mehrere 3. Parteiadapter schnell erschienen.

Da 10-BASE-T das tatsächlich kabelnde System für Ethernet, Macht der zweiten Generation geworden ist Maschinen von Macintosh haben einen 10-BASE-T Hafen zusätzlich zum AAUI hinzugefügt, und haben schließlich AAUI auf Macs mit dem Neuen Welt-ROM fallen lassen.

Das Kapital-I Internet

1988 hatte Apfel MacTCP, ein System befreit, das Mac erlaubt hat, TCP/IP auf Maschinen mit der passenden Hardware von Ethernet zu unterstützen. Jedoch hat das viele Universitäten mit dem Problem verlassen, IP auf ihrem viele LocalTalk-ausgestatteter Macs zu unterstützen. Universität von Stanford hat für Entwicklung eines Systems, MacIPs den Weg gebahnt, der IP Paketen erlaubt hat, über Netze von LocalTalk mit der Unterstützung einer passenden "Tor"-Maschine aufgewühlt zu werden. Das waren am Anfang kundenspezifische Geräte, aber es war bald üblich, solche Unterstützung in eine LocalTalk-To-Ethernet-Brücke einzuschließen. MacTCP würde ein Standardteil des Mac OS 1994 werden, durch die Zeit er auch SNMP und PPP unterstützt hat.

Für einige Zeit am Anfang der 1990er Jahre war Mac ein primärer Kunde im schnell dehnbaren Internet. Unter den besser bekannten Programmen im breiten Gebrauch waren Abruf, Eudora, NewsWatcher und die NCSA Pakete, besonders NCSA Mosaik und seine Nachkommenschaft, Netscape Navigator. Zusätzlich, ein Zahl-Server Produkte sind erschienen, der Mac erlaubt hat, Internetinhalt zu veranstalten. Im Laufe dieser Periode hatte Macs ungefähr 2 bis 3mal so viel Kunden, die mit dem Internet verbunden sind wie jede andere Plattform, das trotz des relativ kleinen gesamten marketshare.

Als die Welt, die schnell zu IP sowohl für LAN als auch für BLASSEN Gebrauch bewegt ist, konfrontierte Apfel mit dem Aufrechterhalten zwei immer überholterer Codebasen auf einer jemals breiteren Gruppe von Maschinen, sowie die Einführung von PowerPC hat Maschinen gestützt. Das hat zu den Anstrengungen von OpenTransport geführt, die sowohl MacTCP als auch AppleTalk auf einer völlig neuen von den Standard-STRÖMEN angepassten Codebasis wiederdurchgeführt haben. Frühe Versionen hatten Probleme und sind stabil für einige Zeit nicht geworden. Durch diesen Punkt war Apfel in ihren schließlich verlorenen Anstrengungen von Copland tief.

Vermächtnis und Aufgeben

Mit dem Kauf von NeXT und der nachfolgenden Entwicklung von Mac OS X war AppleTalk ausschließlich ein Vermächtnis-System. Unterstützung wurde zu OS X hinzugefügt, um Unterstützung für die Vielzahl von vorhandenen Geräten von AppleTalk, namentlich Laserdruckern und Dateianteilen zur Verfügung zu stellen, aber abwechselnde Verbindungslösungen, die in diesem Zeitalter, namentlich USB für Drucker üblich sind, haben ihre Nachfrage beschränkt. Da Apfel viele dieser Produktgruppen aufgegeben hat, und alle neuen Systeme auf IP basiert haben, ist AppleTalk immer weniger üblich geworden. Unterstützung von AppleTalk wurde schließlich vom MacOS in Mac OS X v10.6 2009 entfernt.

Jedoch hat der Verlust von AppleTalk den Wunsch danach nicht reduziert, Lösungen zu vernetzen, die seine einfache Nutzung mit der IP Routenplanung verbunden haben. Apfel hat Entwicklung von vielen solchen Anstrengungen, von der Einführung des Routers von AirPort zur Entwicklung des Nullkonfigurationsnetzwerkanschlusssystems und ihrer Durchführung davon, Bonjour geführt.

Design

Das Design von AppleTalk ist streng dem OSI Modell des Protokolls layering gefolgt. Verschieden von den meisten frühen LAN Systemen wurde AppleTalk mit archetypischem Xerox XNS System nicht gebaut. Das beabsichtigte Ziel war nicht Ethernet, und es hatte 48-Bit-Adressen zum Weg nicht. Dennoch haben viele Teile des Systems von AppleTalk direkte Analoga in XNS.

Eine Schlüsselunterscheidung für AppleTalk war es hat drei Protokolle enthalten hat darauf gezielt, das System zu machen, das völlig selbstkonfiguriert. Das Adressentschlossenheitsprotokoll von AppleTalk (AARP) hat Gastgebern von AppleTalk erlaubt, ihre eigenen Netzadressen automatisch zu erzeugen, und Name Binding Protocol (NBP) war ein dynamisches System, um Netzadressen zu benutzerlesbaren Namen kartografisch darzustellen. Obwohl AARP ähnliche Systeme in anderen Systemen, Banyanbaum-WEINREBEN zum Beispiel bestanden haben, hat nichts wie NBP bis neulich bestanden.

Sowohl AARP als auch NBP hatten Weisen definiert, "Kontrolleur"-Geräten zu erlauben, die Verzug-Mechanismen zu überreiten. Das Konzept sollte Routern erlauben, die Auskunft oder "hardwire" das System zu bekannten Adressen und Namen zu geben. In größeren Netzen, wo AARP Probleme verursachen konnte, weil haben neue Knoten nach freien Adressen gesucht, die Hinzufügung eines Routers konnte "Gesprächigkeit" reduzieren. Zusammen haben AARP und NBP AppleTalk ein gebrauchsfreundliches Netzwerkanschlusssystem gemacht. Neue Maschinen wurden zum Netz durch die Verstopfung von ihnen und fakultativ das Geben ihnen einen Namen hinzugefügt. Die NBP-Listen wurden untersucht und durch ein Programm gezeigt, das als der Wählende bekannt ist, der eine Liste von Maschinen im lokalen Netz zeigen würde, das in Klassen wie Dateiserver und Drucker geteilt ist.

Das Wenden

Eine Adresse von AppleTalk war eine 4-Byte-Menge. Das hat aus einer Zwei-Byte-Netzzahl, einer Ein-Byte-Knotenzahl und einer Ein-Byte-Steckdose-Zahl bestanden. Dieser hat nur die Netzzahl jede Konfiguration verlangt, bei einem Router erhalten werden. Jeder Knoten hat dynamisch seine eigene Knotenzahl gemäß einem Protokoll gewählt (ursprünglich das Verbindungszugriffsprotokoll von LocalTalk LLAP und später das Adressentschlossenheitsprotokoll von AppleTalk, AARP), der Streit zwischen verschiedenen Knoten behandelt hat, zufällig dieselbe Zahl wählend. Für Steckdose-Zahlen wurden einige wohl bekannte Zahlen zu speziellen Zwecken vorbestellt, die zum Protokoll von AppleTalk selbst spezifisch sind. Abgesondert von diesen, wie man erwartete, haben alle Anwendungsniveau-Protokolle dynamisch zugeteilte Steckdose-Zahlen sowohl am Kunden als auch an Server-Ende verwendet.

Wegen dieses Dynamismus, wie man erwarten konnte, haben Benutzer auf Dienstleistungen nicht zugegriffen, indem sie ihre Adresse angegeben haben. Statt dessen hatten alle Dienstleistungen Namen, die, durch Menschen gewählt, wie man erwarten konnte, Benutzern bedeutungsvoll waren, und auch genug lang genug sein konnten, um die Chance von Konflikten zu minimieren.

Bemerken Sie, dass, weil ein Name zu einer Adresse übersetzt hat, die eine Steckdose-Zahl sowie eine Knotenzahl, einen Namen in AppleTalk kartografisch dargestellt direkt zu einem Dienst eingeschlossen hat, der durch eine Maschine zur Verfügung wird stellt, die vom Namen der Maschine selbst völlig getrennt war. So konnten Dienstleistungen zu einer verschiedenen Maschine bewegt werden und, so lange sie denselben Dienstnamen behalten haben, gab es kein Bedürfnis nach Benutzern, irgendetwas Verschiedenes zu tun, um fortzusetzen, auf den Dienst zuzugreifen. Und dieselbe Maschine konnte jede Zahl von Beispielen von Dienstleistungen desselben Typs ohne irgendwelche Netzverbindungskonflikte veranstalten.

Stellen Sie dem mit Aufzeichnungen im DNS gegenüber, wo ein Name nur zu einer Maschinenadresse übersetzt, nicht einschließlich der Hafen-Zahl, die einen Dienst zur Verfügung stellen könnte. So, wenn Leute an das Verwenden eines besonderen Maschinennamens gewöhnt werden, um auf einen besonderen Dienst zuzugreifen, wird ihr Zugang brechen, wenn der Dienst zu einer verschiedenen Maschine bewegt wird. Das kann etwas durch das Beharren beim Verwenden von CNAME Aufzeichnungen anzeigender Dienst aber nicht wirkliche Maschinennamen gelindert werden, um sich auf den Dienst zu beziehen, aber es gibt keine Weise zu versichern, dass Benutzer solch einer Tagung folgen werden. (Einige neuere Protokolle, wie Kerberos und Active Directory verwenden DNS SRV Aufzeichnungen, um Dienstleistungen namentlich zu identifizieren, der am Modell von AppleTalk viel näher ist.)

Protokolle

Adressentschlossenheitsprotokoll von AppleTalk

AARP löst Adressen von AppleTalk auf, um Schicht, gewöhnlich MAC, Adressen zu verbinden. Es ist zu ARP funktionell gleichwertig.

AARP ist ein ziemlich einfaches System. Wenn angetrieben, auf überträgt eine Maschine von AppleTalk ein AARP-Untersuchungspaket, um eine Netzadresse bittend, vorhabend, zurück von Kontrolleuren wie Router zu hören. Wenn keine Adresse zur Verfügung gestellt wird, wird einer aufs Geratewohl vom "Grundteilnetz", 0 aufgepickt. Es überträgt dann ein anderes Paket sagend, dass "Ich diese Adresse auswähle", und dann wartet, um zu sehen, ob sich irgendjemand anderer im Netz beklagt. Wenn eine andere Maschine diese Adresse hat, wird sie eine andere Adresse aufpicken und fortsetzen zu versuchen, bis es einen freien findet. In einem Netz mit vielen Maschinen kann man mehrere Versuche brauchen, bevor eine freie Adresse gefunden wird, so für die Leistung beabsichtigt die erfolgreiche Adresse, wird in NVRAM "niedergeschrieben" und als die Verzug-Adresse in der Zukunft verwendet. Das bedeutet, dass in den meisten wirklichen Einstellungen, wo Maschinen einige auf einmal hinzugefügt werden, nur ein oder zwei Versuche erforderlich sind, vor der Adresse werden effektiv unveränderlich.

Datenstrom-Protokoll von AppleTalk

Das war eine verhältnismäßig späte Hinzufügung zum Protokoll-Gefolge von AppleTalk, getan, als es klar geworden ist, dass ein TCP-artiger zuverlässiger Verbindungsorientierter Transport erforderlich war. Bedeutende Unterschiede zu TCP waren:

• ein Verbindungsversuch konnte zurückgewiesen werden
• es gab keine "halb offenen" Verbindungen; sobald ein Ende eine Träne unten der Verbindung begonnen hat, würde die ganze Verbindung geschlossen (d. h. ADSP, ist nicht Doppelsimplex Voll-Duplex-).

Apple Filing Protocol

Apple Filing Protocol (AFP), früher AppleTalk, der Protokoll Ablegt, ist das Protokoll, um mit Dateiservern von AppleShare zu kommunizieren. Gebaut oben auf dem Sitzungsprotokoll von AppleTalk (für das Vermächtnis AFP über DDP) oder die Datenstrom-Schnittstelle (für AFP über TCP) stellt es Dienstleistungen zur Verfügung, um Benutzer (ausziehbar zu verschiedenen Beglaubigungsmethoden einschließlich des Zweiwegezufallszahl-Austausches) zu beglaubigen und um Operationen durchzuführen, die zum Macintosh HFS filesystem spezifisch sind. AFP ist noch im Gebrauch in Mac OS X, wenn auch die meisten anderen Protokolle von AppleTalk missbilligt worden sind.

Sitzungsprotokoll von AppleTalk

NATTER war ein Zwischenprotokoll, das oben auf ATP gebaut ist, der der Reihe nach das Fundament der AFP war. Es hat grundlegende Dienstleistungen zur Verfügung gestellt, um um Antworten auf willkürliche Befehle zu bitten und Status-Abfragen aus dem Band durchzuführen. Es hat auch dem Server erlaubt, asynchrone Aufmerksamkeitsnachrichten dem Kunden zu senden.

Transaktionsprotokoll von AppleTalk

ATP war das ursprüngliche zuverlässige Transportniveau-Protokoll für AppleTalk, der oben auf DDP gebaut ist. Zurzeit wurde es entwickelt, wie man betrachtete, war ein volles, zuverlässiges verbindungsfreies Netzprotokoll wie TCP zu teuer, für den grössten Teil des beabsichtigten Gebrauches von AppleTalk durchzuführen. So war ATP ein einfacher Austausch der Bitte/Antwort ohne Bedürfnis, sich niederzulassen oder Verbindungen niederzureißen.

Auf ein ATP-Bitte-Paket konnte durch bis zu acht Ansprechpakete geantwortet werden. Der Anforderer hat dann ein Anerkennungspaket gesandt, das wenig Maske enthält, die anzeigt, welches von den Ansprechpaketen sie erhalten hat, so konnte der Antwortsender den Rest wiederübersenden.

ATP konnte entweder in "mindestens einmal" Weise oder in "genau einmal" Weise funktionieren. Genau einmal war Weise für Operationen notwendig, die nicht idempotent waren; in dieser Weise hat der Antwortsender eine Kopie der Ansprechpuffer im Gedächtnis bis zur erfolgreichen Einnahme eines Ausgabe-Pakets vom Anforderer behalten, oder bis eine Pause vergangen hat. Auf diese Weise konnte es antworten, um Bitten mit demselben Transaktionspersonalausweis durch das Wiedersenden derselben Ansprechdaten zu kopieren, ohne die wirkliche Operation again. * * durchzuführen

Datenpaket-Lieferprotokoll

DDP war die Tiefststand-Datenverbindung unabhängiges Transportprotokoll. Es hat einen Datenpaket-Dienst ohne Liefergarantien zur Verfügung gestellt. Alle Anwendungsniveau-Protokolle, einschließlich der Infrastruktur-Protokolle NBP, RTMP und SCHWIRREN, wurden oben auf DDP gebaut. Der DDP von AppleTalk entspricht nah zur Netzschicht des Nachrichtenmodells von Open Systems Interconnection (OSI).

Name verbindliches Protokoll

NBP war ein dynamisches, verteiltes System, für Namen von AppleTalk zu führen. Als ein Dienst auf einer Maschine aufgesprungen ist, hat er einen Namen für sich, wie gewählt, durch einen menschlichen Verwalter eingeschrieben. An diesem Punkt hat NBP ein System zur Verfügung gestellt, um zu überprüfen, dass keine andere Maschine bereits denselben Namen eingeschrieben hatte. Später, als ein Kunde auf diesen Dienst hat zugreifen wollen, hat er NBP verwendet, um Maschinen zu fragen, um diesen Dienst zu finden. NBP stellte browseability zur Verfügung ("was sind die Namen von allen die verfügbaren Dienstleistungen?") sowie die Fähigkeit, einen Dienst mit einem besonderen Namen zu finden. Namen waren lesbar menschlich, Räume, Briefe der Groß- und Kleinschreibung, und einschließlich der Unterstützung für die Suche enthaltend.

Echo-Protokoll von AppleTalk

AEP (Echo-Protokoll von AppleTalk) ist ein Transportschicht-Protokoll, das entworfen ist, um den reachability von Netzknoten zu prüfen. AEP erzeugt Pakete, die an den Netzknoten zu senden sind, und wird im Typ-Feld eines Pakets als ein AEP Paket identifiziert. Das Paket wird zuerst zur Quelle DDP passiert. Nachdem es als ein AEP Paket identifiziert wird, wird es zum Knoten nachgeschickt, wo das Paket durch den DDP am Bestimmungsort untersucht wird. Nachdem das Paket als ein AEP Paket identifiziert wird, wird das Paket dann kopiert, und ein Feld im Paket wird verändert, um ein AEP-Antwort-Paket zu schaffen, und wird dann in den Quellknoten zurückgegeben.

Drucker-Zugriffsprotokoll

BREI war die Standardweise, mit Druckern von PostScript zu kommunizieren. Es wurde oben auf ATP gebaut. Als eine BREI-Verbindung geöffnet wurde, hat jedes Ende dem anderen eine ATP-Bitte gesandt, die grundsätzlich bedeutet hat, "senden mir mehr Daten". Die Antwort des Kunden auf den Server sollte einen Block des Codes von PostScript senden, während der Server mit irgendwelchen diagnostischen Nachrichten erwidern konnte, die infolgedessen erzeugt werden könnten, nach dem eine andere Bitte "mehr Daten senden", wurde gesandt. Dieser Gebrauch von ATP hat automatische Fluss-Kontrolle zur Verfügung gestellt; jedes Ende konnte nur Daten an das andere Ende senden, wenn es eine hervorragende ATP-Bitte gab, darauf zu antworten.

BREI hat auch für Status-Abfragen aus dem Band gesorgt, die durch getrennte ATP Transaktionen behandelt sind. Sogar während es beschäftigt gewesen ist, einen Druckjob von einem Kunden zu bedienen, konnte ein BREI-Server fortsetzen, auf Status-Bitten von jeder Zahl anderer Kunden zu antworten. Das hat andere Regenmäntel auf den LAN erlaubt, die warteten, um zu drucken, um Zustandsmeldungen zu zeigen, die anzeigen, dass der Drucker beschäftigt war, und was der Job darin bestand, dass es damit beschäftigt war.

Routenplanungstabellenwartungsprotokoll

RTMP war das Protokoll, durch das Router einander informiert über die Topologie des Netzes gehalten haben. Das war der einzige Teil von AppleTalk, der periodische freiwillige Sendungen verlangt hat: Alle 10 Sekunden musste jeder Router eine Liste aller Netzzahlen verbreiten, über die er gewusst hat, und wie weit weg er gedacht hat, dass sie waren.

Zoneninformationsprotokoll

SCHWIRREN war das Protokoll, durch das Netzzahlen von AppleTalk mit Zonennamen vereinigt wurden. Eine Zone war eine Unterteilung des Netzes, das Sinn Menschen (zum Beispiel, "Buchhaltungsabteilung") gehabt hat; aber während eine Netzzahl einer topologisch aneinander grenzenden Abteilung des Netzes zugeteilt werden musste, konnte eine Zone mehrere verschiedene discontiguous Teile des Netzes einschließen.

Physische Durchführung

Die anfängliche Verzug-Hardware-Durchführung für AppleTalk war ein Hochleistungsserienprotokoll bekannt als LocalTalk, der die eingebauten RS-422 Häfen des Macintoshes an 230.4 kbit/s verwendet hat. LocalTalk hat einen splitter verwendet schließen den RS-422 Hafen ein, um stromaufwärts und abwärts gelegenes Kabel von einem einzelnen Hafen zur Verfügung zu stellen. Die Topologie war ein Bus: Kabel waren von jeder verbundenen Maschine bis das folgende bis zum Maximum von 32 erlaubten auf jedem Segment von LocalTalk Gänseblümchen-verkettet. Das System war nach heutigen Standards langsam, aber zurzeit waren die zusätzlichen Kosten und Kompliziertheit des Netzwerkanschlusses auf PC-Maschinen solch, dass es üblich war, dass Macs die einzigen vernetzten Personalcomputer in einem Büro waren. Andere größere Computer, wie UNIX oder VAX Arbeitsplätze, würden über Ethernet allgemein vernetzt sein.

Andere physische Durchführungen waren auch verfügbar. Ein allgemeiner Ersatz für LocalTalk war PhoneNet, eine 3. Parteilösung (von einer Gesellschaft genannt Farallon, jetzt genannt Netopia), der auch den RS-422 Hafen verwendet hat und von LocalTalk nicht zu unterscheidend war, so weit die Hafen-Fahrer von LocalTalk des Apfels betroffen wurden, aber die zwei unbenutzten Leitungen im Standardvier-Leitungen-Telefonkabeln durchgegangen haben. PhoneNet war beträchtlich weniger teuer, um zu installieren und aufrechtzuerhalten. Ethernet und Token Ring wurden auch unterstützt, als EtherTalk und TokenTalk beziehungsweise bekannt. EtherTalk ist insbesondere allmählich die dominierende Durchführungsmethode für AppleTalk geworden, wie Ethernet allgemein populär in der PC-Industrie im Laufe der 1990er Jahre geworden ist. Außer AppleTalk und TCP/IP konnte jedes Netz von Ethernet auch gleichzeitig andere Protokolle wie DECnet, NetBEUI und IPX tragen.

Netzwerkanschluss des Modells

Versionen

Quer-Plattform-Lösungen

Als AppleTalk zuerst das dominierende Büro eingeführt wurde, war Rechenplattform der PC vereinbares laufendes MS-DOS. Die "SPITZEN Teleconnector" System haben MS-DOS-PCs ermöglicht, über die Netzhardware von AppleTalk zu kommunizieren; es hat eine Schnittstelle-Karte von AppleTalk für den PC und ein Gefolge umfasst, Software zu vernetzen, die solche Funktionen wie Datei, Laufwerk und das Drucker-Teilen erlaubt. Sowie den Aufbau eines PC-Only-Netzes von AppleTalk erlaubend, hat es Kommunikation zwischen PCs und Macs mit der installierten SPITZEN-Software erlaubt. (Macs ohne installierte SPITZEN konnte dasselbe Netz verwenden, aber nur mit anderen Apfelmaschinen zu kommunizieren.) Hat die Mac SPITZEN-Software die Qualität des Apfels eigen entweder in der Bequemlichkeit des Gebrauches oder in der Robustheit und Freiheit von Unfällen nicht verglichen, aber die DOS-Software war relativ einfach, in DOS-Begriffen zu verwenden und war robust.

BSD und Linux Betriebssysteme unterstützen AppleTalk durch ein offenes Quellprojekt, haben Netatalk genannt, der das ganze Protokoll-Gefolge durchführt und ihnen erlaubt, als heimische Datei oder Druckserver für Computer von Macintosh als auch Druck Druckern von LocalTalk über das Netz sowohl zu handeln.

Der Windows-Server Betriebssysteme hat AppleTalk unterstützt, der mit Windows NT anfängt und nach Windows Server 2003 endet. Miramar hat AppleTalk in seinen PC Produkt von MacLAN eingeschlossen, das durch CA 2007 unterbrochen wurde. Gruppenlogik setzt fort, sein Protokoll von AppleTalk mit seiner ExtremeZ-IP Server-Software für die windowsdes Macintosh-Integration zu stopfen, die Server des Windows 2008 und Windows-Aussicht ebenso vorherige Versionen unterstützt. HELIOS Software GmbH bietet eine Eigentumsdurchführung des Protokoll-Stapels von AppleTalk, als ein Teil ihres HELIOS UB2 Server an. Das ist im Wesentlichen ein Datei- und Druckserver-Gefolge, das auf einer ganzen Reihe von verschiedenen Plattformen läuft.

Außerdem hat Universität von Columbia Columbia AppleTalk Package (CAP) befreit, das das Protokoll-Gefolge für verschiedene Geschmäcke von Unix einschließlich Ultrix, SunOS, *BSD und IRIX durchgeführt hat. Dieses Paket wird nicht mehr aktiv aufrechterhalten.

Verwendete Häfen

Probe iptables herrscht, um Zugang von Netatalk zu erlauben

1. Netatalk braucht eine Herde von Häfen.
2. Das ist eine Linie pro Hafen-Beispiel, und sollte mit arbeiten
3. ältere Versionen von iptables.

- Ein UVAfw-s 128.143.0.0/16-p tcp - dport 427-j AKZEPTIERT

- Ein UVAfw-s 128.143.0.0/16-p udp - dport 427-j AKZEPTIERT

- Ein UVAfw-s 128.143.0.0/16-p tcp - dport 548-j AKZEPTIERT

- Ein UVAfw-s 128.143.0.0/16-p tcp - dport 201-j AKZEPTIERT

- Ein UVAfw-s 128.143.0.0/16-p tcp - dport 202-j AKZEPTIERT

- Ein UVAfw-s 128.143.0.0/16-p tcp - dport 204-j AKZEPTIERT

- Ein UVAfw-s 128.143.0.0/16-p tcp - dport 206-j AKZEPTIERT

1. - Ein UVAfw-s 137.54.0.0/16-p tcp - dport 427-j AKZEPTIERT
2. - Ein UVAfw-s 137.54.0.0/16-p udp - dport 427-j AKZEPTIERT
3. - Ein UVAfw-s 137.54.0.0/16-p tcp - dport 548-j AKZEPTIERT
4. - Ein UVAfw-s 137.54.0.0/16-p tcp - dport 201-j AKZEPTIERT
5. - Ein UVAfw-s 137.54.0.0/16-p tcp - dport 202-j AKZEPTIERT
6. - Ein UVAfw-s 137.54.0.0/16-p tcp - dport 204-j AKZEPTIERT
7. - Ein UVAfw-s 137.54.0.0/16-p tcp - dport 206-j AKZEPTIERT
8. Mehrfachanschlussvariante der netatalk Häfen oben.
9. Ich bin nicht ziemlich überzeugt, warum 427 vermisst wird.

- Ein UVAfw-m Mehrfachanschluss-s 128.143.0.0/16-p tcp - dports 548,201,202,204,206-j AKZEPTIERT

</pre>

Siehe auch

• Netatalk ist eine freie, Durchführung der offenen Quelle des Gefolges von AppleTalk von Protokollen.
• Netzdateisystem
• Entferntes Dateisystem
• Samba
• Server-Nachricht blockiert

ZitateBibliografie

• Gursharan Sidhu, Richard Andrews und Alan Oppenheiner, "Innerhalb von AppleTalk, der Zweiten Ausgabe", Addison-Wesley, 1989, ISBM 0-201-55021
• Jim Bartimo, "Apfel, auf das Netz von IBM wartend, verbindet micros mit AppleBus", InfoWorld, am 26. März 1984, p. 45
• Alan Oppenheimer, "Eine Geschichte des Netzwerkanschlusses von Macintosh", MacWorld Ausstellung, Januar 2004

Links

• AppleTalk - Verzeichnis-& Informationsquelle
• System 7.x.x: AppleTalk und ADSP Versionen