PROTOCOLO APPLETALK

PROTOCOLO APPLETALK
Pequeña Historia del protocolo Appletalk
Appletalk, es un protocolo que fue desarrollo por Apple Computer a principios de los 80’s,
fue desarrollado en conjunto con la computadora Macintosh. El propósito de Appletalk era el
permitir a múltiples usuarios el compartir recursos, tales como archivos e impresoras. Los
dispositivos que suministran estos recursos son llamados servidores, mientras que los dispositivos
que hacen uso de estos recursos son llamados clientes. Por lo tanto, Appletalk es una de las
primeras implementaciones de un sistema distribuido de red cliente/servidor.
Appletalk fue diseñado con una interface de red transparente – es decir, la interacción
entre las computadoras clientes y servidores de red requiere poca interacción del usuario. Además,
las operaciones de los protocolos Appletalk son invisibles para los usuarios finales, que solo ven el
resultado de estas operaciones. Existen dos versiones de Appletalk: Appletalk fase 1 y Appletalk
fase 2.
Appletalk fase 1, que es la primera especificación de Appletalk, fue desarrollado a principio de los
80’s para uso estrictamente en grupos de trabajo locales. Por lo tanto fase 1 tiene dos limitaciones
clave: sus segmentos de red no pueden contener más de 135 clientes y 135 servidores, y solo
soporta redes no-extendidas.
Appletalk fase 2, que es la segunda implementación mejorada de Appletalk, fue diseñada para su
uso en Inter-redes más grandes. Fase 2 contiene varias mejoras sobre fase 1. En particular, fase 2
permite cualquier combinación de 253 clientes o servidores en un solo segmento de red Appletalk y
soporta tanto redes no-extendidas como extendidas.
Componentes de Red Appletalk
Las redes Appletalk son organizadas jerárquicamente. Cuatro componentes básicos
forman la base de una red Appletalk: sockets, nodos, redes y zonas. En figura muestra la
organización jerárquica de estos componentes en una Inter-red Appletalk.
A continuacion explicaremos un poco cada uno de los componentes de una red Appletalk.
SOCKETS
Un socket Appletalk es una localidad unica y direccionable en un nodo Appletalk. Es el
punto lógico en el cual interactúan el software Appletalk de capas superiores y la capa de red de
Protocolo de Entrega de Datagrama (Datagram Delivery Protocol – DDP -). Estos procesos de
capas superiores son conocidos como sockets clientes. Los sockets clientes poseen uno o mas
sockets, los cuales usan para mandar y recibir datagramas. Los sockets pueden ser asignados
estáticamente y dinámicamente. Los sockets asignados estáticamente son reservados para su por
ciertos protocolos u otros procesos. Los sockets asignados dinámicamente son asignados por DDP
a socket clientes bajo pedido. Un nodo Appletalk puede contener hasta 254 diferentes números de
socket. La figura ilustra la relación entre los sockets en un nodo Appletalk y DDP en la capa de red
NODOS
Un nodo Appletalk es un dispositivo que esta conectado a una red Appletalk. Este
dispositivo puede se una computadora Macintosh, una impresora, una PC, un ruteador, u otro
dispositivo similar. Dentro de cada nodo Appletalk existen numerosos procesos de software
llamados sockets. La función de estos sockets es identificar los procesos de software corriendo en
el dispositivo. Cada nodo en una red Appletalk pertenece a una red especifica y a una zona
especifica.
REDES
Una red Appletalk consiste de un solo cable lógico y múltiples nodos unidos. El cable lógico
consta de ya sea un solo cable físico o múltiples cables físicos interconectados usando puentes o
ruteadores. Las redes Appletalk pueden ser no-extendidas o extendidas.
REDES NO-EXTENDIDAS
Una red Appletalk no-extendida es un segmento físico de red que se le asigna un numero
de red único, que puede estar entre 1 y 1024. Cada numero de nodo en una red no-extendida debe
ser único, y un segmento de red no-extendida no puede tener mas de una Zona Appletalk
configurada en el.(Una Zona es un grupo lógico de redes o nodos) Appletalk fase 1 solo soporta
redes no-extendidas, pero como regla, las configuraciones de redes no extendidas no son usadas
en redes nuevas debido a que han sido reemplazadas por las redes extendidas.
La figura ilustra una red Appletalk no-extendida.
REDES EXTENDIDAS
Una red Appletalk extendida es un segmento físico de red que se le pueden asignar
múltiples números de red. Esta configuración es conocida como un rango de cable. Los rangos de
cable de Appletalk pueden indicar un solo numero de red o varios números de red consecutivos. Al
igual que en otros conjuntos de protocolos, tales como TCP/IP e IPX, cada combinación de numero
de red y numero de nodo en una red extendida debe ser único, y su dirección debe ser única para
propósitos de identificación. Las redes extendidas pueden tener múltiples Zonas Appletalk
configuradas en un solo segmento de red, y los nodos en las redes extendidas pueden pertenecer
a cualquier zona asociada con la red extendida.
La figura ilustra una red extendida.
ZONAS
Una zona Appletalk es un grupo lógico de nodos redes que es definido cuando el
administrador de la red la configura. Los nodos o redes no necesitan estar físicamente contiguos o
pertenecer a la misma zona Appletalk. La figura muestra una interred Appletalk compuesta de 3
zonas no contiguas.
Capas que contiene y su equivalencia con el
modelo OSI
LAS CAPAS FÍSICAS Y DE ENLACE DE DATOS DE APPLETALK
Como en otros conjuntos de protocolos, tales como TCP/IP, la arquitectura Appletalk
mantiene dependencias de acceso a medios en capas bajas como Ethernet, Token Ring, y FDI.
Cuatro implementaciones principales de acceso a medios existen en el protocolo Appletalk:




EtherTalk
LocalTalk
TokenTalk
FDDITalk.
Estas implementaciones de la capa de enlace de datos ejecutan traducciones de
direcciones y otras funciones que permiten a los protocolos propietarios de Appletalk comunicarse
a través de interfaces estándar, como: IEEE 802.3 (usando EtherTalk), Token Ring/IEEE 802.5
(usando TokenTalk), y FDDI (usando FDDITalk). Además, Appletalk implementa su propia interface
de red, conocida como LocalTalk.
La figura muestra como las implementaciones de acceso a medios concuerdan con el
modelo de referencia OSI.
ETHERTALK
EtherTalk extiende la capa de enlace de datos para permitir al protocolo AppleTalk operar
sobre una implementación estándar de IEEE 802.3. Las redes EtherTalk están organizadas
exactamente igual a las redes IEEE 802.3, soportando la misma velocidad y los mismos tamaños
de segmento, así como el mismo número de nodos de red activos. Esto permite que AppleTalk sea
desplegado sobre cualquiera de las redes basadas en Ethernet.
La comunicación entre los protocolos de capas superiores de la arquitectura AppleTalk y
los protocolos Ethernet es manejada por el protocolo EtherTalk de acceso de enlaces (EtherTalk
Link Access Protocol –ELAP-).
PROTOCOL DE ACCESO A ENLACES ETHERTALK
El ELAP maneja la interacción entre los protocolos propietarios de Appletalk y la capa de
enlace de datos estándar IEEE 802.3. Los protocolos AppleTalk de capas superiores no reconocen
las direcciones de hardware estándar IEEE 802.3, por lo tanto ELAP usa la tabla de mapeo de
direcciones (Address Mapping Table –AMT-) mantenido por el protocolo AppleTalk de resolución
de direcciones (AppleTalk Address Resolution Protocol –AARP-) para direccionar las transmisiones
apropiadamente.
ELAP maneja la interacción entre los protocolos de capas superiores de AppleTalk y la
capa de enlace de datos al encapsular o encerrar los datos dentro de las unidades del protocolo de
la capa de enlace de datos 802.3. ELAP ejecuta tres niveles de encapsulacion cuando transmite
paquetes DDP:



Encabezados Subnetwork Access Protocol (SNAP)
Encabezados IEEE 802.2 Logical Link Control (LLC)
Encabezados IEEE 802.3
EL PROCESO DE TRANSMISIÓN DE DATOS ELAP
ELAP usa un proceso específico para transmitir datos a través del medio físico. Primero,
ELAP recibe un paquete DDP que requiere transmisión. Después, encuentra la dirección de
protocolo especificada en el encabezado del DDP y checa la AMT para encontrar la dirección que
corresponde al IEEE 802.3. ELAP entonces introduce tres diferentes encabezados en el paquete
DDP, empezando con el SNAP y el LLC. El tercer encabezado es el IEEE 802.3. Cuando se pone
este encabezado en el paquete, la dirección de hardware tomada del AMT es puesta en el campo
de dirección destino. El resultado, un paquete IEEE 802.3, es puesto en el medio físico para su
transmisión al destino.
LOCALTALK
LocalTalk es una implementación propietaria de la capa de enlace de datos que fue
desarrollada por Apple para su suite de protocolos AppleTalk, LocalTalk fue diseñada como una
solución de bajo costo para conectar grupos de trabajo locales. El hardware de LocalTalk
típicamente viene integrado en los productos Apple, que son fácilmente conectados usando cables
de par trenzado. Las redes LocalTalk están organizadas en una topología de red, lo que significa
que los dispositivos están conectados a los otros en series. Los segmentos de red están limitados
a un largo de 300 metros con un máximo de 32 nodos activos, y múltiples redes LocalTalk pueden
estar conectados usando ruteadores o dispositivos similares. La comunicación entre el protocolo
de la capa de enlace de datos AppleTalk y protocolos de capas superiores es el protocolo
LocalTalk de acceso de enlace (LocalTalk Link Access Protocol –LLAP-).
PROTOCOLO APPLETALK DE ACCESO A ENLACE
El LLAP es el protocolo de acceso a medios usado en la redes LocalTalk para proveer, la
entrega de paquetes libre de errores entre nodos AppleTalk. Esto significa que la entrega de
datagramas no esta garantizada por el LLAP; tal función es ejecutada solo por protocolos de las
capas mas altas en la arquitectura AppleTalk. El LLAP es responsable de regular el acceso del
nodo al medio físico y adquirir dinámicamente las direcciones de los nodos.
REGULANDO EL ACCES DE LOS NODOS AL MEDIO FISICO
El LLAP implementa un esquema de acceso al medio conocido como “carrier sense
múltiple access collision avoidance (CSMA/CA)” (portador de acceso múltiple evitando colisiones),
por el cual los nodos checan el enlace para ver si esta en uso. En enlace debe estar sin uso por un
cierto periodo aleatorio antes de que un nodo pueda empezar a transmitir datos. El LLAP usa
intercambios de datos conocidos como “handshakes” (saludos de mano) para evitar colisiones. Un
handshake exitoso entre nodos reserva efectivamente el enlace para su uso. Si dos nodos
transmiten un handshake simultáneamente, las transmisiones colisionan. En este caso, ambas
transmisiones son dañadas, causando que los paquetes sean descartados. El intercambio de
handshake no se completa, y los nodos emisores infieren que una colisión ocurrió. Cuando la
colisión ocurre, el dispositivo se mantiene se mantiene sin uso por un periodo de tiempo aleatorio y
después vuelve a intentar la transmisión. Este proceso es similar al mecanismo de acceso usando
con la tecnología Ethernet.
ADQUIRIENDO DIRECCIONES DE NODOS
El LLAP adquiere las direcciones de los nodos de la capa de enlace de datos
dinámicamente. El proceso permite que una dirección única de la capa de enlace de datos sea
asignada sin asignarle permanentemente la dirección al nodo. Cuando un nodo inicia, el LLAP
asigna al nodo un identificador al azar (node ID). La unicidad de este ID de nodo es determinada
por la transmisión de un paquete especial que es direccionado a el ID de nodo seleccionado
aleatoriamente. Si el nodo recibe una respuesta a este paquete, el ID no es único. Por lo tanto se
le asigna otro ID aleatorio al nodo y manda otro paquete al nodo hasta que no recibe respuesta. Si
el nodo no recibe una respuesta después del primer intento, hace varios intentos subsecuentes. Si
aun no hay respuesta después de estos intentos, el ID del nodo es considerado único, y el nodo
usa este ID como su dirección de la capa de enlace de datos.
TOKENTALK
TokenTalk extiende la capa de enlace de datos para permitir que los protocolos Appletalk
operen sobre una implementación IEEE 802.5/Token Ring estándar. Las redes TokenTalk están
organizadas exactamente como las redes IEEE 802.5/Token Ring, soportando las mismas
velocidades y numero de nodos activos. La comunicación entre protocolos de la capa de enlace de
datos usados en Token Ring y protocolos de capas superiores es el TokenTalk Link Access
Protocol (TLAP) (Protocolo TokenTalk de acceso a enlace).
PROTOCOLO TOKENTALK DE ACCESO A ENLACE
El TLAP maneja la interacción entre los protocolos propietarios de AppleTalk y la capa de
enlace de datos estándar IEEE 802.5. Los protocolos AppleTalk de capas superiores no reconocen
las direcciones de hardware estándar IEEE 802.5, así que el TLAP usa el AMT mantenido por el
AARP para direccionar propiamente las transmisiones. El TLAP ejecuta tres niveles de
encapsulacion cuando transmite paquetes DDP:




Encabezados Subnetwork Access Protocol (SNAP)
Encabezados IEEE 802.2 Logical Link Control (LLC)
Encabezados IEEE 802.5
Proceso de transmisión de datos TLAP
La transmisión de datos TLAP envuelve un numero de pasos para transmitir datos a través del
medio físico. Cuando el TLAP recibe un paquete DDP que requiere transmisión, encuentra la
dirección de protocolo especificada en el encabezado DDP y después checa la AMT para
encontrar la dirección correspondiente de hardware IEEE 802.5/Token Ring. Después, TLAP
introduce tres diferentes encabezados en el paquete DDP, empezando con los encabezados SNAP
y 802.2 LLC. Cuando el tercer encabezado, el IEEE 802.5/Token Ring, es introducido al paquete,
las dirección de hardware recibida del AMT es puesta en el campo de Dirección Destino. El
resultado, un paquete IEEE 802.5/Token Ring, es puesto en el medio físico para su transmisión.
FDDITALK
FDDITalk extiende la capa de enlace de datos para permitir a los protocolos AppleTalk
operar sobre una implementación ANSI FDDI estándar. Las redes FDDITalk están organizadas
exactamente como las redes FDDI, soportando la mismas velocidades y números de nodos de red
activos.
PROTOCOLO FFDITALK DE ACCESO DE ENLACE
El FDDITalk Link Access Protocol (FLAP) maneja la interacción entre los protocolos
propietarios de AppleTalk y la capa de enlace de datos estándar FDDI. Los protocolos AppleTalk
de capas superiores no reconocen las direcciones de hardware estándar FDDI, así que FLPA usa
la AMT mantenida por el AARP para direccionar propiamente las transmisiones. El FLAP ejecuta
tres niveles de encapsulacion cuando transmite paquetes DDP:




Encabezados Subnetwork Access Protocol (SNAP)
Encabezados IEEE 802.2 Logical Link Control (LLC)
Encabezado FDDI
Proceso de transmisión de datos FLAP
Así como con TLAP, el FLAP utiliza un proceso multiestados para transmitir los datos a través
del medio físico. Cuándo el FLAP recibe un paquete DDP que requiere transmisión, encuentra la
dirección de protocolo especificada en el encabezado DDP y checa la AMT para encontrar la
dirección de hardware FDDI. El FLAP introduce tres diferentes encabezados al paquete DDP,
empezando con los encabezados SNAP y 802.2 LLC. Cuando el tercer encabezado, el
encabezado FDDI, es introducido al paquete, la dirección de hardware recibida del AMT es puesta
en el campo de dirección destino, el resultado, un paquete FDDI, es puesto en el medio físico para
su transmisión.
LA CAPA DE RED DE APPLETALK
PROTOCOLO APPLETALK DE RESOLUCIÓN DE DIRECCIONES
AppleTalk Address Resolution Protocol (AARP) es un protocolo de capa de red en la suite
de protocolos AppleTalk que relaciona las direcciones de red AppleTalk con direcciones de
hardware. Los servicios del AARP son usados por otros protocolos AppleTalk. Cuando un
protocolo AppleTalk tiene datos para transmitir, por ejemplo, especifica la dirección de red del
destino. El trabajo del AARP es encontrar la dirección de hardware que esta asociada con el
dispositivo usando esa dirección de red.
El AARP usa un proceso de solicitud-respuesta para aprender las direcciones de hardware
de otros nodos de red. Debido a que el AARP es un protocolo dependiente del medio, el método
usado para solicitar una dirección de hardware de un nodo varia dependiendo de la
implementación de la capa de enlace de datos. Usualmente, un mensaje broadcast es enviado a
todos los nodos AppleTalk en la red.
TABLA DE TRAZADO DE DIRECCIONES
Cada nodo AppleTalk contiene una Address Mapping Table (AMT), donde las direcciones
de hardware son asociadas con direcciones de red. Cada vez que el AARP resuelve una
combinación de dirección de red y hardware, el trazado es guardado en el AMT.
Con el tiempo, el potencial de que una entrada al AMT sea invalida aumenta. Por esta
razón, cada entrada al AMT usualmente tiene un contador de tiempo asociado. Cuando el AARP
recibe un paquete que verifica o cambia la entrada, el contador se reinicia.
Si el contador expira, la entrada es borrada del AMT. La próxima vez que un protocolo AppleTalk
quiera comunicarse con ese nodo, otra solicitud al AARP debe ser transmitida para descubrir la
dirección de hardware.
ADDRESS GLEANING
En ciertas implementaciones, los paquetes DDP entrantes son examinados para conocer
las direcciones de hardware y de red del nodo fuente. El DDP puede, entonces poner esta
información en el AMT. Esta es una manera en la cual un dispositivo, como un ruteador, estación
de trabajo o servidor, puede descubrir dispositivos dentro de una red AppleTalk. Este proceso de
obtener direcciones de paquetes de entrada es conocida como address gleaning. El Address
Gleaning no es ampliamente usado, pero en algunas situaciones puede reducir el numero de
peticiones de AARP que deben ser transmitidas.
OPERACIÓN DEL AARP
El Protocolo de resolución de direcciones AppleTalk (AARP) traza direcciones de hardware
a direcciones de red. Cuando un protocolo AppleTalk tiene datos para mandar, pasa la dirección de
red del nodo destino al AARP. El trabajo del AARP es suministrar la dirección de hardware
asociada a esa dirección de red. El AARP checa el AMT para ver si la dirección de red ya ha sido
trazada a una dirección de hardware. Si la dirección ya ha sido trazada, la dirección de hardware
es pasada al protocolo AppleTalk solicitante, el cual lo usa para comunicarse con el destino. Si la
dirección no ha sido trazada, el AARP transmite un broadcast solicitando que el nodo utilizando la
dirección de red en cuestión suministre su dirección de hardware. Cuando la solicitud llega al nodo
usando la dirección red, ese nodo responde con su dirección de hardware. Si no existe ningún
nodo con la dirección de red especificada, no se manda respuesta alguna. Después de un numero
especifico de intentos, el AARP asume que la dirección no esta en uso y regresa un error al
protocolo AppleTalk solicitante. Si se recibe una respuesta, la dirección de hardware es asociada a
la dirección de red en el AMT, La dirección del hardware es pasada al protocolo AppleTalk
solicitante, el cual la usa para comunicarse con el nodo destino.
Descripción del Datagrama del Protocolo
Protocolo de Entrega de Datagrama
El Datagram Delivery Protocol (DDP) es el protocolo primario de ruteo de capas de red en
la suite de protocolos AppleTalk que provee un servicio de datagrama sin conexión entre sockets
AppleTalk. Como en los protocolos tales como TCP, ningún circuito virtual o conexión es
establecido entre dos dispositivos. La función de garantizar entregas es manejada por protocolos
de capas superiores.El DDP ejecuta dos funciones clave: transmisión y recepción de paquetes.


Transmisión de paquetes – El DDP recibe datos de sockets clientes, crea un encabezado
DDP usando la dirección de destino apropiada, y pasa el paquete al protocolo de la capa
de enlace de datos.
Recepción de paquetes – El DDP recibe frames de la capa de enlace de datos, examina
el encabezado DDP para encontrar la dirección destino, y rutea al paquete al socket
destino.
El DDP mantiene el rango de cable de la red local y la dirección de red de un ruteador
conectado a la red local en cada nodo AppleTalk. Además, los ruteadores AppleTalk deben
mantener una tabla de ruteo usando el Routing Table Maintenance Protocol (RTMP) (Protocolo de
mantenimiento de tabla de ruteo).
PROCESO DE TRANSMISIÓN DEL DDP
El DDP funciona muy parecido a cualquier otro protocolo de ruteo, Los paquetes son
direccionados en la fuente, pasados a la capa de enlace de datos, y transmitidos al destino.
Cuando el DDP recibe datos de una protocolo de capa superior, determina si los nodos fuente y
destino están en la misma red al examinar los números de red y la dirección destino. Si el numero
de la red destino esta dentro del rango de cable de la red local, el paquete es encapsulad en un
encabezado DDP y es pasado a la capa de enlace de datos para su transmisión al nodo destino. Si
el numero de la red destino no esta dentro del rango de cable de la red local, el paquete es
encapsulado en un encabezado DDP y es pasado a la capa de enlace de datos para su
transmisión a un ruteador.
Los ruteadores intermediarios usan sus tablas de rute para mandar el paquete a la red
destino. Cuando el paquete llega a un ruteador conectado a la red destino, el paquete es
transmitido al nodo destino.
FORMATO DE PAQUETES DDP
Las siguientes descripciones resumen los campos asociados con los paquetes DDP. Este
paquete tiene dos formas:


Paquete DDP corto – El formato corto es usado para transmisiones entre dos nodos en el
mismo segmento de red en una red no-extendida únicamente. Este formato es raramente
usado en redes nuevas.
Paquete DDP extendido – El formato extendido es usado para transmisiones entre nodos
con diferentes números de red (en una red no-extendida) y para cualquier transmisión en
una red extendida.
La figura ilustra el formato del paquete DDP extendido.
Estos son los campos que contiene el formato del DDP extendido.











Conteo de Hops – Cuenta el numero de dispositivos intermedios a través de los cuales el
paquete ha pasado. En la fuente, este campo esta en 0. Cada nodo intermedio a través de
los cuales pase el paquete incrementa el valor de este campo en 1. El numero máximo de
hops es 15.
Tamaño – Indica el tamaño total, en bytes, del paquete DDP.
Checksum – Contiene un valor checksum usado para detectar errores. Si no ejecuta un
checksum, los bits en este campo opcional se ponen en 0.
Red destino – Indica el numero de 16 bits de la red destino.
Red fuente – Indica el numero de 16 bits de la red fuente.
ID del nodo destino – Indica el ID de 8 bits del nodo destino.
ID del nodo fuente - Indica el ID de 8 bits del nodo fuente.
Socket destino – Indica el numero de 8 bits del socket destino.
Socket fuente - Indica el numero de 8 bits del socket fuente.
Tipo – Indica el protocolo de capa superior al que pertenece la información en el campo de
Datos.
Datos – Contiene datos de un protocolo de capa superior.
PROTOCOLO DE ENTREGA DE DATAGRAMA
El Datagram Delivery Protocol (DDP) es el protocolo primario de ruteo de capas de red en
la suite de protocolos AppleTalk que provee un servicio de datagrama sin conexión entre sockets
AppleTalk. Como en los protocolos tales como TCP, ningún circuito virtual o conexión es
establecido entre dos dispositivos. La función de garantizar entregas es manejada por protocolos
de capas superiores.
El DDP ejecuta dos funciones clave: transmisión y recepción de paquetes.


Transmisión de paquetes – El DDP recibe datos de sockets clientes, crea un encabezado
DDP usando la dirección de destino apropiada, y pasa el paquete al protocolo de la capa
de enlace de datos.
Recepción de paquetes – El DDP recibe frames de la capa de enlace de datos, examina el
encabezado DDP para encontrar la dirección destino, y rutea al paquete al socket destino.
El DDP mantiene el rango de cable de la red local y la dirección de red de un ruteador
conectado a la red local en cada nodo AppleTalk. Además, los ruteadores AppleTalk deben
mantener una tabla de ruteo usando el Routing Table Maintenance Protocol (RTMP) (Protocolo de
mantenimiento de tabla de ruteo).
PROCESO DE TRANSMISIÓN DEL DDP
El DDP funciona muy parecido a cualquier otro protocolo de ruteo, Los paquetes son
direccionados en la fuente, pasados a la capa de enlace de datos, y transmitidos al destino.
Cuando el DDP recibe datos de una protocolo de capa superior, determina si los nodos fuente y
destino están en la misma red al examinar los números de red y la dirección destino.
Si el numero de la red destino esta dentro del rango de cable de la red local, el paquete es
encapsulad en un encabezado DDP y es pasado a la capa de enlace de datos para su transmisión
al nodo destino. Si el numero de la red destino no esta dentro del rango de cable de la red local, el
paquete es encapsulado en un encabezado DDP y es pasado a la capa de enlace de datos para su
transmisión a un ruteador.
Los ruteadores intermediarios usan sus tablas de rute para mandar el paquete a la red
destino. Cuando el paquete llega a un ruteador conectado a la red destino, el paquete es
transmitido al nodo destino.
CAPA DE TRANSPORTE APPLETALK
La capa de transporte de AppleTalk implementa servicios confiables de transporte de datos
entre redes que son transparentes para las capas superiores. Las funciones de la capa de
transporte incluyen control de flujo, multiplexado, administración de circuito virtual, y chequeo de
errores y recuperación.
Cinco implementaciones clave existen en la capa de transporte de la suite de protocolos AppleTalk:
• Routing Table Maintenance Protocol (RTMP)
• AppleTalk Update-Based Routing Protocol (AURP)
• Name Binding Protocol (NBP)
• AppleTalk Transaction Protocol (ATP)
• AppleTalk Echo Protocol (AEP)
PROTOCOLO DE MANTENIMIENTO DE LA TABLA DE RUTEO
EL Routing Table Maintenance Protocol (RTMP) es un protocolo de capa de transporte en
AppleTalk que establece y mantiene las tablas de rute en los ruteadores AppleTalk. RTMP esta
basado en el Routing Information Protocol (RIP) (Protocolo de información de ruteo); asi como RIP,
RTMP usa conteo de hops como una métrica de ruteo. El conteo de Hops es calculado como el
numero de ruteadores u otros nodos intermedios a través de los cuales un paquete debe pasar
para viajar de la red fuente a la red destino.
TABLAS DE RUTEO DE RTMP
El RTMP es responsable de establecer y mantener tablas de ruteo para los ruteadores
AppleTalk. Estas tablas de ruteo contienen una entrado por cada red que un paquete puede
alcanzar.
Los ruteadores intercambian información de ruteo periódicamente para asegurar que la tabla
de ruteo en cada ruteador contiene la información actual y que la información es consistente a
través de la interred. Una tabla de ruteo RTMP contiene la siguiente información acerca de las
redes destino conocidas por el ruteador





Rango de cable de la red destino
Distancia en hops a la red destino
Puerto del ruteador que lleva a la red destino
Dirección del ruteador del siguiente hop
Estado actual de la entrada en la tabla de rute (buena, sospechosa, mala).
La figura muestra una tabla de ruteo RTMP.
PROTOCOLO DE RUTEO APPLETALK BASADO EN ACTUALIZACIONES
El AppleTalk Update-Based Routing Protocol (AURP) es un protocolo de la capa de
transporte en la suite de protocolos AppleTalk que permite a dos o mas interredes AppleTalk estar
interconectadas a través de una red TCP/IP para formar una WAN AppleTalk. El AURP encapsula
paquetes en encabezados de protocolo de datagrama de usuario (UDP), permitiéndoles ser
transportados transparentemente a través de una red TCP/IP. Una implementación AURP tiene
dos componentes: ruteadores exteriores y túneles AURP.
Los ruteadores exteriores conectan una interred AppleTalk local a un túnel AURP. Los
ruteadores exteriores convierten datos AppleTalk e información de ruteo a AURP y ejecutan
encapsulacion y de-encapsulacion de trafico AppleTalk. Un ruteador exterior funciona como un
ruteador AppleTalk en la red local y como un nodo final en la red TCP/IP. Cuando los ruteadores
exteriores se adhiere por primera vez a un túnel AURP, intercambian información de ruteo con
otros ruteadores externos. De ahí en delante, los ruteadores exteriores mandan información de rute
solo bajo las siguientes circunstancias:



Cuando una red es agregada o removida de la tabla de ruteo
Cuando se cambia la distancia a una red
Cuando un cambio en el camino a una red causa que el ruteador exterior acceda a esa red
a través de su interred local en lugar de a través del túnel, o a través del túnel en lugar de
a través de la interred local.
Un túnel AURP funciona como un enlace virtual de datos sencillo, entre interredes AppleTalk
remotas. Cualquier numero de nodos físicos pueden existir en el camino entre ruteadores
exteriores, pero estos nodos son transparentes a las redes AppleTalk. Dos tipos de túneles AURP
existen: túneles punto a punto y multipunto. Un túnel AURP punto a punto solo conecta dos
ruteadores exteriores. Un túnel AURP multipunto conecta tres o mas ruteadores exteriores. Existen
dos tipos de túneles multipunto. Un túnel multipunto completamente conectado permite a todos los
ruteadores exteriores conectados mandarse paquetes unos a otros. Con un túnel multipunto
parcialmente conectado, uno o mas ruteadores exteriores están enterados solo de algunos, no
todos, los otros ruteadores exteriores. La figura ilustra dos LANs AppleTalk conectadas a través de
un túnel AURP punto a punto
ENCAPSULACION AURP
Cuando se intercambia información de ruteo o datos a través de un túnel AURP, los
paquetes AppleTalk deben ser convertidos de RTMP, ZIP e IGRP mejorado a AURP. Entonces los
paquetes son encapsulado en encabezados UDP para transportarse a través de la red TCP/IP. La
conversión y encapsulacion son ejecutadas por ruteadores exteriores, que reciben información de
rute paquetes de datos que deben ser enviados a un interred AppleTalk remota. El ruteador
exterior convierte los paquetes a paquetes AURP, entonces estos paquetes son encapsulados en
encabezados UDP y son enviados al túnel (la red TCP/IP).
La red TCP/IP trata a los paquetes como trafico UDP común. El ruteador exterior remoto
recibe los paquetes UDP y remueve la información del encabezado UDP. Los paquetes AURP son
convertidos a su formato original, ya sea como información de ruteo o paquetes de datos. Si los
paquetes AppleTalk contienen información de ruteo, el ruteador exterior actualiza sus tablas de
ruteo de acuerdo con este. Si los paquetes contienen datos destinados a un nodo AppleTalk en la
red local, el trafico es mandad a la interfaz apropiada.
PROTOCOLO DE ENLACE DE NOMBRES
El Name Binding Protocol (NBP) es un protocolo de la capa de transporte en la suite de protocolos
AppleTalk que traza las direcciones usadas en las capas bajas a nombres AppleTalk. Los sockets
clientes en nodos AppleTalk son conocidos como Network-Visible Entities (Entidades visibles a la
red –NVE-). Un NVE es un recurso direccionable de la red, tal como un servicio de impresión, que
es accesible sobre la interred. Los NVEs son referidos a través de cadenas de caracteres
conocidas como nombres de entidad. Los NVEs también tienen una zona y varios atributos,
conocidos como tipos de entidad, asociados a ellos.
Existen dos razones clave para usar nombres de entidades en lugar de direcciones en las
capas superiores. Primero, las direcciones de red son asignadas a nodos dinámicamente y, por lo
tanto, cambiadas regularmente. Los nombres de entidades proveen una manera consistente para
que los usuarios se refieran a los recursos y servicios de la red, tales como un servidor de archivos.
Y segundo, usando nombres en ves de direcciones para referirse a los recursos y servicios
preserva la transparencia de las operaciones de capas inferiores para los usuarios finales.
ENLACE DE NOMBRES
El enlace de nombres es el proceso de trazar nombres de entidades NVE con direcciones
de red. Cada nodo AppleTalk traza los nombres de sus propios NVE’s a sus direcciones de red en
una tabla de nombres. La combinación de las tablas de nombres en todos los nodos de la interred
es conocido como el directorio de nombres, que es una base de datos distribuida de todos los
trazados de nombre a dirección. El enlace de nombres puede ocurrir cuando un nodo es iniciado
dinámicamente inmediatamente antes de que la entidad llamada es accesada.
El NBP ejecuta las siguientes cuatro funciones: búsqueda del nombre, reconocimiento del
nombre, confirmación del nombre, y borrado de nombre. La búsqueda del nombre es usada para
aprender la dirección de red de un NVE antes que los servicios en ese NVE sean accesados. El
NBP busca en el directorio de nombres el trazado de nombre a dirección. El registro de nombres
permite a un nodo crear su tabla de nombres. El NBP confirma que el nombre no esta en uso y
agrega el trazado de nombre a dirección a la tabla. La confirmación de nombre es usada para
verificar que un trazado aprendido al usar la búsqueda de nombres sigue siendo exacto. El borrado
de nombre es usado para eliminar una entrada de la tabla de nombres en tales instancias como
cuando el nodo es apagado.
PROTOCOLO APPLETALK DE TRANSACCIONES
El AppleTalk Transaction Protocol (ATP) es un protocolo de la capa de transporte en la
suite de protocolos AppleTalk que maneja las transacciones entre dos sockets AppleTalk. Una
transacción consiste de peticiones y respuestas de transacciones, que son intercambiadas por los
sockets clientes involucrados.
El socket cliente manda una petición de transacción pidiendo que el cliente receptor
ejecute alguna acción. Al recibir la petición, el cliente ejecuta la acción pedida y regresa la
información apropiada en una respuesta a la transacción. Al transmitir peticiones y respuestas de
transacciones, el ATP ejecuta la mayoría de las funciones importantes de la capa de transporte,
incluyendo reconocimiento y retransmisión, ordenamiento de paquetes, y segmentación y reensamblado.
Varios protocolos de la capa de sesión corren sobre ATP, incluyendo el AppleTalk Session
Protocol (ASP) y el Printer Access Protocol (PAP).
Los dispositivos que contestan se comportan diferente dependiendo en cual de los dos
tipos de servicios de transacción se este utilizando: At-Least-Once (ALO –Al menos una vez-) o
Exactly-Once (XO –Exactamente una-). Las transacciones ALO son utilizadas cuando la repetición
de la petición de la transacción es igual que ejecutarla una vez. Si la respuesta de una transacción
se pierde, la fuente retransmite su petición. Esto no afecta adversamente a las operaciones del
protocolo ya que la repetición de la petición es igual que ejecutarlo una sola vez. Las transacciones
XO son usadas cuando la repetición de la petición de la transacción puede afectar a las
operaciones del protocolo. Los dispositivos receptores mantienen una lista de cada transacción
recibida recientemente para que las peticiones duplicadas no sean ejecutadas mas de una vez.
PROTOCOLO DE ECO APPLETALK
El AppleTalk Echo Protocol (AEP) es un protocolo de capa de transporte en la suite de
protocolos AppleTalk que genera paquetes que prueban el alcance de nodos de la red. El AEP
puede ser implementado en cualquier nodo AppleTalk y tiene asignado estáticamente el numero de
socket 4 (el socket de eco –echoer-).
Para probar el alcance de un nodo dado, Un paquete AEP es pasado al DDP en la fuente.
DDP direcciona el paquete apropiadamente, indicando en el campo de tipo que el paquete es una
petición AEP. Cuando el paquete es recibido por el destino, el DDP examina el campo de tipo y ve
que es una petición AEP. En este proceso, el paquete es copiado, cambiado a una respuesta
AEP(cambiando el campo en el paquete) y regresado al nodo fuente.
CAPA DE SESION DEL PROTOCOLO APPLETALK
PROTOCOLOS APPLETALK DE CAPAS SUPERIORES
AppleTalk implementa servicios en las capas de sesión, presentación y aplicación del
modelo OSI. Cuatro implementaciones clave en la capa de sesión son incluidos en la suite de
protocolos AppleTalk.(La capa de sesión establece, administra y termina las sesiones de
comunicación entre entidades de la capa de presentación). Las sesiones de comunicación
consisten de peticiones y respuestas de servicios que ocurren entre aplicaciones ubicadas en
diferentes dispositivos de red. Estas peticiones y respuestas son coordinadas por protocolos
implementados en la capa de sesión.
Las implementaciones del protocolo de la capa de sesión soportados por AppleTalk
incluyen el AppleTalk Data Stream Protocol(ADSP – Protocolo AppleTalk de Flujo de Datos-), Zone
Information Protocol(ZIP – Protocolo de información de Zona-), AppleTalk Session Protocol(ASP), y
Printer Access Protocol(PAP).
El AppleTalk Filing Protocol(AFP–Protocolo AppleTalk de Clasificación de Archivos-) esta
implementado en las capas de presentación y aplicación de la suite de protocolos AppleTalk. En
general, la capa de presentación provee una variedad de funciones de codificación y conversión
que son aplicadas a los datos de la capa de aplicación. La capa de aplicación interactúa con
aplicaciones de software (que están mas allá del alcance del modelo OSI) que implementan un
componente comunicador. Las funciones de la capa de aplicación comúnmente incluyen identificar
socios de comunicación, determinar la disponibilidad de los recursos, y sincronizar la
comunicación. La figura ilustra como las capas superiores de las suite de protocolos AppleTalk se
trazan al modelo OSI.
PROTOCOLO APPLETALK DE FLUJO DE DATOS
El AppleTalk Data Stream Protocol (ADSP) es un protocolo de la capa de sesión en la suite
de protocolos AppleTalk que establece y mantiene comunicación full-duplex entre dos sockets
AppleTalk. El ADSP garantiza que los datos están correctamente ordenados y que los paquetes no
están duplicados. El ADSP también implementa un mecanismo de control de flujo que permite a un
destino retardar las transmisiones al reducir el tamaño de la ventana de recepción anunciada. El
ADSP corre directamente sobre el DDP.
PROTOCOLO DE INFORMACIÓN DE ZONA
El Zone Information Protocol (ZIP) es un protocolo de la capa de sesión en la suite de
protocolos AppleTalk que mantiene trazados de red de numero-a-zona en los ruteadores
AppleTalk. El ZIP es usado principalmente por ruteadores AppleTalk. Otros nodos de red, usan
servicios ZIP al iniciarse para elegir su zona. El ZIP mantiene una tabla de información de zona
(Zone Information Table –ZIT-) en cada ruteador. Las ZITs son listas mantenidas por ZIP que
trazan números de red específicos a uno o mas nombres de zonas. Cada ZIT contiene un trazado
de nombre de red de numero-a-zona para cada red en la interred. La figura ilustra una ZIT básica.
PROTOCOLO APPLETALK DE SESION
El AppleTalk Session Protocol (ASP) es un protocolo de la capa de sesión en la suite de
protocolos AppleTalk que establece y mantiene sesiones entre clientes y servidores AppleTalk. El
ASP le permita a un cliente establecer una sesión con un servidor y mandar comandos a ese
servidor. Múltiples sesiones de clientes a un solo servidor pueden ser mantenidas
simultáneamente. El ASP usa muchos de los servicios provistos por protocolos de capas inferiores,
tales como ATP y NBP.
PROTOCOLO DE ACCESO A IMPRESORA
El Printer Access Protocol (PAP) es un protocolo de la capa de sesión en la suite de
protocolos AppleTalk que permite a estaciones de trabajo clientes establecer conexiones con
servidores, particularmente impresoras. Una sesión entre una estación de trabajo cliente y un
servidor es iniciada cuando la estación de trabajo pide una sesión con un servidor particular. El
PAP usa el NBP para aprender la dirección de red del servidor pedido y entonces abre una
conexión entre el cliente y el servidor. Los datos son intercambiados entre el cliente y el servidor
usando el ATP. Cuando la comunicación se ha completado, el PAP termina la conexión. Los
servidores que implementan el PAP pueden soportar múltiples conexiones simultaneas con
clientes. Esto permite a un servidor de impresión, por ejemplo, procesar trabajos de diferentes
estaciones de trabajo al mismo tiempo.
Capas de Presentacion y Aplicación.
PROTOCOLO APPLETALK DE CLASIFICACION DE ARCHIVOS
El AppleTalk Filing Protocol (AFP) permite a las estaciones de trabajo AppleTalk
intercambiar archivos a través de una red. El AFP ejecuta funciones en las capas de presentación
y aplicación de la suite de protocolos AppleTalk. Este protocolo conserva la transparencia de la red
al permitir a los usuarios manipular archivos almacenados remotamente en la misma manera que a
los archivos almacenados localmente. AFP usa servicios proporcionados por el ASP, el ATP, y el
AEP.
Aplicaciones del Protocolo
Desarrollo y evolución de la Red Telemática Institucional RedUCR.
La Red Telemática Institucional,RedUCR es un paradigma de desarrollo en redes de
campus basado en múltiples enlaces de fibra óptica que permiten la interconexión de edificios del
campus Rodrigo Facio mediante puntos de presencia, PdP que consolidan la red primaria o
"backbone" en la Sede Central. Estos puntos constituyen centros de alta concentración y
conectividad a los edificios permitiendo establecer la interconexión entre unidades académicas y el
resto del mundo.
A principios de 1993 el backbone de la RedUCR estaba diseñado para transporte
multiprotocolos (IP, IPX, APPLETALK), operando bajo este concepto durante un par de años,
permitió la interconexión de redes homogéneas en forma transparente, a expensas del
procesamiento en el enrutador. La necesidad de interconectar dos redes Novell a través de un
enrutador que no, contaba con el protocolo IPX, obligó a introducir el concepto de tuneles IP, que
consistía en encapsular (pasar) un protocolo en particular sobre el protocolo IP, instalándose en los
servidores Netware para permitir la comunicación entre ambas redes. Posteriormente, la
convergencia de los servicios y aplicaciones hacia IP, facilitó optar por un backbone monoprotocolo (IP).
Micronet SP700 series
El servidor de impresión Micronet SP700 series es un servidor de impresión de alto
rendimiento, siendo capaz de conectar cualquier impresora, en cualquier lugar, en todos los más
populares sistemas operativos tanto en 10 como en 100 Mbps. El servidor de impresión le
permite distribuir las impresoras desde cualquier estación de la red. El servidor de impresión
conecta las impresoras en cualquier lugar de su LAN flexiblemente y cerca de los usuarios.
Rápido y fácil de instalar, desde su estación Windows o desde su browser de Web.
El servidor de impresión Micronet está diseñado para soportar protocolos múltiples,
incluyendo TCP/IP, NetBUEI y AppleTalk para Netware (Bindery emulación o nativo OS), Unix,
Windows 95/98/2000/NT/ME y Apple EtherTalk.
Consideraciones de Seguridad de Protocolo.
Appletalk, como muchos protocolos de red, no hace ninguna cosa importante para la
seguridad de la red. El diseño de la arquitectura del protocolo de Appletalk requiere que las
medidas de seguridad estén puestas en ejecución en niveles más altos del uso.
Cisco apoya las distribuciones de Appletalk, permitiendo el control de las actualizaciones del
encaminamiento sobre una base de la interfaz. Esta característica de la seguridad es similar a las
que Cisco proporciona para otros protocolos.
Appletalk no remite los paquetes con direcciones de red locales de la fuente y de destinación. Este
comportamiento no se conforma con la definición de Appletalk en la computadora de Apple dentro
de la publicación de Appletalk. Sin embargo, este comportamiento se diseña para prevenir
cualquier corrupción posible de la tabla de AARP en cualquier nodo de Appletalk que esté
realizando el direccionamiento con el Media Access Control (MAC).
BIBLIOGRAFIA.
http://www.cisco.com/univercd/cc/td/doc/product/software/ios120/12cgcr/np2_c/2covervw.htm#xtoci
d167767
http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/applet.htm
Aplicaciones:
http://www.ci.ucr.ac.cr/boletin/telematica.html
http://spain.micronet.info/Products/ps/SP760.asp