El Appletalk es una habitación propietaria de los protocolos desarrollados por el Apple Inc para el establecimiento de una red de la computadora que fue incluido en Macintosh original ( 1984 ) y ahora está desaprobado de Apple a favor de establecimiento de una red del TCP/IP .
Diseño
El diseño de Appletalk riguroso siguió el modelo de OSI de acodar del protocolo. Desemejante de la mayoría de los otros sistemas tempranos del LAN, Appletalk no fue empleado el sistema arquetipo del XNS de Xerox, pues la blanco prevista no era Ethernet y no tenía 48 direcciones de pedacito a encaminar. Sin embargo muchas porciones del sistema de Appletalk tienen análogos directos en el XNS.Un diferenciador dominante para Appletalk era que el sistema contuvo tres protocolos dirigidos haciendo el sistema uno mismo-que configuraba totalmente. Los anfitriones permitidos del Address Resolution Protocol ( AARP ) Appletalk de Appletalk del para generar automáticamente sus propias direcciones de red, y el protocolo obligatorio conocido ( NBP ) del eran esencialmente un sistema dinámico del Domain Name System (DNS) que trazó direcciones de red a los nombres usuario-legibles. Aunque los sistemas similares a AARP existieran en otros sistemas, las VIDES del Banyan por ejemplo, nada como NBP han existido hasta hace poco tiempo.
AARP y NBP habían definido maneras de permitir el " controller" dispositivos para eliminar los mecanismos del defecto. El concepto aquí era permitir que los ranuradores proporcionen toda esta información, o además el " hardwire" el sistema a las direcciones y a los nombres sabidos. En redes más grandes donde AARP podría causar problemas como nuevos nodos buscados para las direcciones libres, la adición de un ranurador podría reducir dramáticamente el " chattiness."
Junto AARP y NBP hicieron Appletalk un sistema fácil de utilizar del establecimiento de una red (según alguno, posiblemente el más fácil con todo convertido). Las nuevas máquinas fueron agregadas a la red simplemente enchufándolos, y opcionalmente dándoles un nombre. Las listas de NBP fueron examinadas y exhibidas por un programa conocido como el escogedor (original porque permitió que usted eligiera su impresora de defecto) que exhibiría una lista de máquinas en la red local, dividido en clases tales como fileservers e impresoras. Todo el esto fue automatizado totalmente.
Un problema para Appletalk es que fue pensado original para ser parte de un proyecto conocido como oficina de Macintosh del, que consistiría en un ordenador central que proporciona la encaminamiento, la distribución de la impresora y el compartir archivos. Sin embargo este proyecto fue cancelado en 1986. A pesar de esto, el LaserWriter incluyó Appletalk incorporado. Apple lanzó eventual un archivo y un print server conocidos como el archivo de AppleShare y los print servers.
Alguno el viejo protocolo de Appletalk era considerado anticuado y a menudo pedido “hablador”, notablemente en redes más grandes y las redes de la amplia área (PÁLIDAS) donde los servicios de nombramiento generaron considerable tráfico indeseado. La fase 2 de Appletalk, incluida con el sistema 7, redujo el chattiness perceptiblemente.
La ayuda de Appletalk se proporciona hoy para la compatibilidad hacia atrás en muchos productos, pero el establecimiento de una red del defecto en el mac es TCP/IP . Comenzando con el mac el OS x v10.2, Bonjour (original nombrado la cita del ) proporciona los servicios similares del descubrimiento y de configuración para las redes de TCP/IP-based. Bonjour es puesta en práctica de Apple ZeroConf, que fue escrito específicamente para traer la facilidad de empleo de NBP al mundo del TCP/IP.
Dirección
Una dirección de Appletalk era una cantidad de 4 octetos. Esto consistió en un network number de dos bytes, un número de nodo del uno-octeto, y un número del zócalo del uno-octeto. De éstos, solamente el network number requirió cualquier configuración, siendo obtenido de un ranurador. Cada nodo eligió dinámicamente su propio número de nodo, según un protocolo que manejó la contención entre diversos nodos que elegían accidentalmente el mismo número. Para los números del zócalo, algunos números bien conocidos eran reservados para los propósitos especiales específicos al protocolo sí mismo de Appletalk. Aparte de éstos, se esperaba que todos los protocolos del uso-nivel utilizaran números dinámico-asignados del zócalo en el cliente y el extremo del servidor.Debido a este dinamismo, los usuarios no podrían ser esperados tener acceso a servicios especificando su dirección. En lugar, todos los servicios tenían nombres del que, siendo elegido por los seres humanos, se podrían esperar para ser significativos a los usuarios, y también podrían ser suficientemente suficientemente largos reducir al mínimo la ocasión de conflictos.
Observar que, porque un nombre traducido a una dirección, que incluyó un número del zócalo así como un número de nodo, un nombre en Appletalk trazó directo a un servicio del que era proporcionado por una máquina, que estaba enteramente a parte del nombre de la máquina sí mismo. Así, los servicios se podrían mover a una diversa máquina y, siempre y cuando guardaron el mismo nombre del servicio, no había necesidad de usuarios de hacer cualquier cosa diferente para continuar teniendo acceso al servicio. Y la misma máquina podría recibir cualquier número de casos de servicios del mismo tipo, sin ningunos conflictos de la conexión de red.
Poner en contraste esto con los expedientes del A en el DNS, donde un nombre traduce solamente a una dirección de máquina, no incluyendo el número de acceso que pudo proporcionar un servicio. Así, si la gente está acostumbrada a usar un nombre particular de la máquina para tener acceso a un servicio particular, su acceso se romperá cuando el servicio se mueve a una diversa máquina. Esto se puede atenuar algo por la insistencia respecto a usar los expedientes del CNAME que indican servicio algo que nombres reales de la máquina para referir al servicio, pero no hay manera de garantizar que los usuarios seguirán a tal convención. (Algunos más nuevos protocolos, tales como Kerberos y expedientes activos del SRV del DNS del uso del directorio para identificar servicios por nombre, que es mucho más cercano al modelo de Appletalk.)
Protocolos
Address Resolution Protocol de Appletalk
AARP resuelve las direcciones de Appletalk a la capa física, generalmente MAC, direcciones. Es funcionalmente equivalente al ARP .AARP es un sistema bastante simple. Cuando está accionada encendido, una máquina de Appletalk difunde un paquete de la punta de prueba del AARP que pide una dirección de red, preponiéndose oír detrás de reguladores tales como ranuradores. Si no se proporciona ninguna dirección, una se escoge al azar del " subnet" bajo;, 0. Entonces difunde otro paquete que dice el " Estoy seleccionando este address", y entonces espera para ver si se queja cualquier persona en la red. Si otra máquina tiene esa dirección, escogerá otra dirección, y guarda el intentar hasta que encuentre libre. En una red con muchas máquinas puede tomar varios intentos antes de que se encuentre una dirección libre, así que para el funcionamiento purposes la dirección acertada es " down" escrito; en el NVRAM y utilizado como el defecto trata en el futuro. Esto significa que en la mayoría de las disposiciones del mundo real donde las máquinas se agregan algunos a la vez, sólo uno o dos intentos son necesarios antes de que la dirección llegue a ser con eficacia constante.
Protocolo del sistema de datos de Appletalk
Esto era una adición comparativamente última a la habitación de protocolo de Appletalk, hecha cuando se ponía de manifiesto que un TCP - el transporte connection-oriented confiable del estilo era necesario. Las diferencias significativas del TCP eran:una tentativa de la conexión podía ser rechazada
no había " mitad-open" conexiones; una vez que un extremo iniciara un desmontaje de la conexión, la conexión entera sería cerrada (el es decir, ADSP es el full-duplex, no el simplex dual ).
Apple que archiva protocolo
El Apple que archiva el protocolo (AFP), antes protocolo de la limadura de Appletalk, es el protocolo para comunicar con los servidores de archivos de AppleShare . Construido encima de protocolo de sesión de Appletalk, proporciona los servicios para los usuarios de autenticidad (extensibles a diversos métodos de autentificación incluyendo intercambio random-number de dos vías) y para realizar las operaciones específicas al sistema de ficheros HFS de Macintosh. AFP es todavía funcionando en OS X del mac, aunque se han desaprobado la mayoría de los otros protocolos de Appletalk.
Protocolo de sesión de Appletalk
El ASP era un protocolo intermedio, construido encima del ATP, que alternadamente era la fundación de AFP. Proporcionó los servicios básicos para pedir respuestas a los comandos arbitrarios del y realizar preguntas fuera de banda del estado. También permitió que el servidor enviara mensajes asincrónicos de la atención del al cliente.
Protocolo de la transacción de Appletalk
El ATP era el protocolo confiable original del transportar-nivel para Appletalk, construido encima de DDP. Cuando era desarrollado, un protocolo connection-oriented completo, confiable como el TCP era considerado ser demasiado costoso ejecutar para la mayor parte de las aplicaciones previstas de Appletalk. Así, el ATP era un intercambio simple de la petición/de la respuesta, sin necesidad de fijar o de rasgar abajo conexiones.Un paquete de la petición ATP se podía contestar por hasta ocho paquetes de la respuesta del . El solicitante entonces envió un paquete del reconocimiento del que contenía una indicación de la máscara del pedacito cuáles de los paquetes de la respuesta recibió, así que el respondedor podría retransmitir el resto.
El ATP podía funcionar en cualquier " en-menos-once" modo o " exactly-once" modo. Exacto-una vez que el modo era esencial para las operaciones que no eran el idempotente ; este modo, el respondedor mantuvo una copia de los almacenadores intermediarios de la respuesta en memoria hasta que transcurriera el recibo acertado de un paquete del lanzamiento solicitante, o hasta un descanso. Esta manera, podría responder a las peticiones duplicados con la misma identificación de transacción volviendo a enviar los mismos datos de la respuesta, sin la ejecución de la operación real otra vez. **
Protocolo de la entrega del datagrama
DDP era el acoplamiento de los datos del bajo-nivel - protocolo de transporte independiente. Proporcionó un servicio del datagrama sin garantías de la entrega. Todos los protocolos del uso-nivel, incluyendo los protocolos NBP de la infraestructura, RTMP y CIERRE RELÁMPAGO, fueron construidos encima de DDP.
Protocolo obligatorio conocido
NBP era un sistema dinámico, distribuido para manejar los nombres de Appletalk. Cuando un servicio empezó para arriba en una máquina, colocó un nombre para sí mismo en esa máquina, según lo elegido por un administrador humano. A este punto, NBP proporcionó un sistema para comprobar que ninguna otra máquina había colocado ya el mismo nombre. Entonces más adelante, cuando un cliente quiso tener acceso a ese servicio, utilizó NBP para preguntar las máquinas para encontrar ese servicio. NBP proporcionó el browseability (" ¿cuál están los nombres de todos los servicios disponibles? ") así como la capacidad de encontrar un servicio con un nombre particular.Como sería esperado de Apple, los nombres eran verdad legibles, conteniendo espacios, letras de la mayúscula y minúscula, e incluir la ayuda para buscar.
Protocolo de acceso de la impresora
El PAP era la manera estándar de comunicación con las impresoras de la posdata . Fue construido encima del ATP. Cuando una conexión del PAP fue abierta, cada extremo envió el otro una petición del ATP que significó básicamente el " enviarme más data". La respuesta del cliente al servidor era enviar un bloque de código de la posdata, mientras que el servidor podría responder con cualquier mensaje de diagnóstico que se pudiera generar consecuentemente, después de lo cual de otro " enviar-más-data" la petición fue enviada. Este uso del ATP proporcionó el control de flujo automático ; cada extremo podría enviar solamente datos al otro extremo si había una petición excepcional del ATP de responder a.El PAP también previo preguntas fuera de banda del estado, dirigido por transacciones separadas del ATP. Incluso mientras que estaba ocupado el mantener de un trabajo de impresión a partir de un cliente, un servidor del PAP podría continuar respondiendo a las peticiones del estado de cualquier número de otros clientes. Esto permitió el otro Macintoshes en el LAN que esperaban para imprimir para exhibir los mensajes del estado que indicaban que la impresora estaba ocupada, y cuál era el trabajo que estaba ocupado con.
Protocolo del mantenimiento de la tabla de encaminamiento
RTMP era el protocolo por el cual los ranuradores se mantuvieron informado sobre la topología de la red. Ésta era la única parte de Appletalk que las difusiones no solicitadas periódicas required: cada 10 segundos, cada ranurador tuvo que enviar una lista de todos los network number que sabía alrededor y cómo es lejano pensó eran.
Protocolo de la información de la zona
El CIERRE RELÁMPAGO era el protocolo por el cual los network number de Appletalk fueron asociados a nombres de la zona. Una zona del era una subdivisión de la red que tuvo sentido a los seres humanos (por ejemplo, " Contabilidad Department"); pero mientras que un network number tuvo que ser asignado a una sección topológico-contigua de la red, una zona podría incluir varias diversas porciones discontiguous de la red.
Puesta en práctica física
La puesta en práctica de hardware inicial del defecto para Appletalk era un protocolo serial de alta velocidad conocido como LocalTalk del que utilizó el Macintosh 's que los puertos incorporados RS-422 en 230. LocalTalk utilizaron una caja del divisor en el puerto RS-422 para proporcionar un cable por aguas arriba y rio abajo de un solo puerto. El sistema era lento por estándares de hoy, pero cuando el coste adicional y la complejidad del establecimiento de una red en las máquinas de la PC eran tal que era común que los mac eran las únicas máquinas conectadas en la oficina.Otras puestas en práctica físicas estaban también disponibles. Un reemplazo común para LocalTalk era PhoneNet del, una solución de la tercer persona (de una compañía llamada Farallon) que también utilizó el puerto RS-422 y era indistinguible de LocalTalk por lo que los conductores portuarios de LocalTalk de Apple, pero funcionó sobre dos alambres inusitados en el cableado existente del teléfono. PhoneNet era considerablemente menos costoso instalar y mantener. Ethernet y el token ring también fueron apoyados, conocido como el EtherTalk y TokenTalk respectivamente. EtherTalk particularmente se convirtió en gradualmente el método dominante de la puesta en práctica para Appletalk mientras que Ethernet llegó a ser generalmente popular en la industria de la PC a través de los años 90. Una red de Ethernet podía también funcionar Appletalk y el TCP/IP simultáneamente.
Modelo del establecimiento de una red
Versiones
Soluciones cruzadas de la plataforma
El DEB y la ayuda de sistemas operativos del linux Appletalk con un proyecto de la fuente abierta llamaron el Netatalk, a el cual ejecuta la habitación de protocolo completa y lo permite actúan como archivo o print servers nativos para Macintoshes, e imprimen a las impresoras de LocalTalk sobre la red.Además, la Universidad de Columbia lanzó el paquete de Colombia Appletalk (CAP) que ejecutó la habitación de protocolo para los varios sabores de Unix incluyendo el Ultrix, SunOS, * DEB y el IRIX . Este paquete se mantiene no más activamente.
| Random links: | Vídeo repugnante | Afilamiento (el subir) | Toothpick de Arkansas | Playa asoleada | Condado de Jayne |