PROTOCOLO APPLETALK

Pequea Historia del protocolo Appletalk

Appletalk, es un protocolo que fue desarrollo por Apple Computer a principios de los 80s,
fue desarrollado en conunto con la computadora !acintos"# El prop$sito de Appletalk era el
permitir a mltiples usuarios el compartir recursos, tales como archivos e impresoras# Los
dispositi%os que suministran estos recursos son llamados servidores, mientras que los dispositi%os
que "acen uso de estos recursos son llamados clientes# Por lo tanto, Appletalk es una de las
primeras implementaciones de un sistema distri&uido de red cliente'ser%idor#

Appletalk fue dise(ado con una interface de red transparente ) es decir, la interacci$n entre
las computadoras clientes * ser%idores de red requiere poca interacci$n del usuario# Adem+s, las
operaciones de los protocolos Appletalk son in%isi&les para los usuarios finales, que solo %en el
resultado de estas operaciones# E,isten dos %ersiones 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
80s para uso estrictamente en .rupos de tra&ao locales# Por lo tanto fase / tiene dos limitaciones
cla%e- sus segmentos de red no pueden contener ms de 135 clientes y 135 servidores, y solo
soporta redes no-extendidas#
Appletalk fase 2, que es la se.unda implementaci$n meorada de Appletalk, fue dise(ada para su
uso en 0nter1redes m+s .randes# 2ase 3 contiene %arias meoras so&re fase /# En particular, fase 3
permite cualquier com&inaci$n de 345 clientes o ser%idores en un solo se.mento de red Appletalk *
soporta tanto redes no1e,tendidas como e,tendidas#
Componentes de Red Appletalk
Las redes Appletalk son or.ani6adas er+rquicamente# Cuatro componentes &+sicos
forman la &ase de una red Appletalk- sockets, nodos, redes y zonas# En fi.ura muestra la
or.ani6aci$n er+rquica de estos componentes en una 0nter1red Appletalk#
A continuacion e,plicaremos un poco cada uno de los componentes de una red Appletalk#

SOCKES
7n socket Appletalk es una localidad unica * direcciona&le en un nodo Appletalk# Es el
punto l$.ico en el cual interact8an el soft9are Appletalk de capas superiores * la capa de red de
Protocolo de Entre.a de :ata.rama ;:ata.ram :eli%er* Protocol ) ::P 1<# Estos procesos de
capas superiores son conocidos como sockets clientes# Los sockets clientes poseen uno o mas
sockets, los cuales usan para mandar * reci&ir data.ramas# Los sockets pueden ser asi.nados
est+ticamente * din+micamente# Los sockets asi.nados est+ticamente son reser%ados para su por
ciertos protocolos u otros procesos# Los sockets asi.nados din+micamente son asi.nados por ::P
a socket clientes &ao pedido# 7n nodo Appletalk puede contener "asta 34= diferentes n8meros de
socket# La fi.ura ilustra la relaci$n entre los sockets en un nodo Appletalk * ::P en la capa de red
!O"OS
7n nodo Appletalk es un dispositi%o que esta conectado a una red Appletalk# Este
dispositi%o puede se una computadora !acintos", una impresora, una PC, un ruteador, u otro
dispositi%o similar# :entro de cada nodo Appletalk e,isten numerosos procesos de soft9are
llamados sockets# La funci$n de estos sockets es identificar los procesos de soft9are corriendo en
el dispositi%o# Cada nodo en una red Appletalk pertenece a una red especifica * a una 6ona
especifica#
RE"ES
7na red Appletalk consiste de un solo ca&le l$.ico * m8ltiples nodos unidos# El ca&le l$.ico
consta de *a sea un solo ca&le f>sico o m8ltiples ca&les f>sicos interconectados usando puentes o
ruteadores# Las redes Appletalk pueden ser no1e,tendidas o e,tendidas#
RE"ES !O#E$E!"%"AS
7na red Appletalk no1e,tendida es un se.mento f>sico de red que se le asi.na un numero
de red 8nico, que puede estar entre / * /03=# Cada numero de nodo en una red no1e,tendida de&e
ser 8nico, * un se.mento de red no1e,tendida no puede tener mas de una ?ona Appletalk
confi.urada en el#;7na ?ona es un .rupo l$.ico de redes o nodos< Appletalk fase / solo soporta
redes no1e,tendidas, pero como re.la, las confi.uraciones de redes no e,tendidas no son usadas
en redes nue%as de&ido a que "an sido reempla6adas por las redes e,tendidas#
La fi.ura ilustra una red Appletalk no1e,tendida#
RE"ES E$E!"%"AS
7na red Appletalk e,tendida es un se.mento f>sico de red que se le pueden asi.nar
m8ltiples n8meros de red# Esta confi.uraci$n es conocida como un ran.o de ca&le# Los ran.os de
ca&le de Appletalk pueden indicar un solo numero de red o %arios n8meros de red consecuti%os# Al
i.ual que en otros conuntos de protocolos, tales como TCP'0P e 0P@, cada com&inaci$n de numero
de red * numero de nodo en una red e,tendida de&e ser 8nico, * su direcci$n de&e ser 8nica para
prop$sitos de identificaci$n# Las redes e,tendidas pueden tener m8ltiples ?onas Appletalk
confi.uradas en un solo se.mento de red, * los nodos en las redes e,tendidas pueden pertenecer
a cualquier 6ona asociada con la red e,tendida#
La fi.ura ilustra una red e,tendida#
&O!AS
7na 6ona Appletalk es un .rupo l$.ico de nodos redes que es definido cuando el
administrador de la red la confi.ura# Los nodos o redes no necesitan estar f>sicamente conti.uos o
pertenecer a la misma 6ona Appletalk# La fi.ura muestra una interred Appletalk compuesta de 5
6onas no conti.uas#
Capas que contiene ' su equivalencia con el
modelo OS%
(AS CAPAS )*S%CAS + "E E!(ACE "E "AOS "E APP(EA(K
Como en otros conuntos de protocolos, tales como TCP'0P, la arquitectura Appletalk
mantiene dependencias de acceso a medios en capas &aas como Et"ernet, Token Rin., * 2:0#
Cuatro implementaciones principales de acceso a medios e,isten en el protocolo Appletalk-
Et,eralk
(ocalalk
okenalk
)""%alk#
Estas implementaciones de la capa de enlace de datos eecutan traducciones de
direcciones * otras funciones que permiten a los protocolos propietarios de Appletalk comunicarse
a tra%As de interfaces est+ndar, como- !!! "#2$3 %usando !ther&alk', &oken (ing)!!! "#2$5
%usando &oken&alk', y *++ %usando *++&alk'# Adem+s, Appletalk implementa su propia interface
de red, conocida como LocalTalk#
La fi.ura muestra como las implementaciones de acceso a medios concuerdan con el
modelo de referencia OB0#
EHERA(K
Et"erTalk e,tiende la capa de enlace de datos para permitir al protocolo AppleTalk operar
so&re una implementaci$n est+ndar de 0EEE 803#5# Las redes Et"erTalk est+n or.ani6adas
e,actamente i.ual a las redes 0EEE 803#5, soportando la misma %elocidad * los mismos tama(os
de se.mento, as> como el mismo n8mero de nodos de red acti%os# Esto permite que AppleTalk sea
desple.ado so&re cualquiera de las redes &asadas en Et"ernet#

La comunicaci$n entre los protocolos de capas superiores de la arquitectura AppleTalk *
los protocolos Et"ernet es maneada por el protocolo Et"erTalk de acceso de enlaces ;Et"erTalk
Link Access Protocol )ELAP1<#
PROOCO( "E ACCESO A E!(ACES EHERA(K
El E(AP manea la interacci$n entre los protocolos propietarios de Appletalk * la capa de
enlace de datos est+ndar 0EEE 803#5# Los protocolos AppleTalk de capas superiores no reconocen
las direcciones de "ard9are est+ndar 0EEE 803#5, por lo tanto ELAP usa la ta&la de mapeo de
direcciones ;Address !appin. Ta&le )A!T1< mantenido por el protocolo AppleTalk de resoluci$n de
direcciones ;AppleTalk Address Resolution Protocol )AARP1< para direccionar las transmisiones
apropiadamente#
ELAP manea la interacci$n entre los protocolos de capas superiores de AppleTalk * 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 803#5# ELAP eecuta tres ni%eles de encapsulacion cuando transmite
paquetes ::P-
Enca&e6ados Bu&net9ork Access Protocol ;BCAP<
Enca&e6ados 0EEE 803#3 Lo.ical Link Control ;LLC<
Enca&e6ados 0EEE 803#5
E( PROCESO "E RA!S-%S%.! "E "AOS E(AP
ELAP usa un proceso espec>fico para transmitir datos a tra%As del medio f>sico# Primero,
ELAP reci&e un paquete ::P que requiere transmisi$n# :espuAs, encuentra la direcci$n de
protocolo especificada en el enca&e6ado del ::P * c"eca la A!T para encontrar la direcci$n que
corresponde al 0EEE 803#5# ELAP entonces introduce tres diferentes enca&e6ados en el paquete
::P, empe6ando con el BCAP * el LLC# El tercer enca&e6ado es el 0EEE 803#5# Cuando se pone
este enca&e6ado en el paquete, la direcci$n de "ard9are tomada del A!T es puesta en el campo
de direcci$n destino# El resultado, un paquete 0EEE 803#5, es puesto en el medio f>sico para su
transmisi$n al destino#
(OCA(A(K
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 &ao costo para conectar .rupos de tra&ao locales# El "ard9are de LocalTalk
t>picamente %iene inte.rado en los productos Apple, que son f+cilmente conectados usando ca&les
de par tren6ado# Las redes LocalTalk est+n or.ani6adas en una topolo.>a de red, lo que si.nifica
que los dispositi%os est+n conectados a los otros en series# Los se.mentos de red est+n limitados
a un lar.o de 500 metros con un m+,imo de 53 nodos acti%os, * m8ltiples redes LocalTalk pueden
estar conectados usando ruteadores o dispositi%os similares# La comunicaci$n entre el protocolo de
la capa de enlace de datos AppleTalk * protocolos de capas superiores es el protocolo LocalTalk de
acceso de enlace ;LocalTalk Link Access Protocol )LLAP1<#
PROOCO(O APP(EA(K "E ACCESO A E!(ACE
El LLAP es el protocolo de acceso a medios usado en la redes LocalTalk para pro%eer, la
entre.a de paquetes li&re de errores entre nodos AppleTalk# Esto si.nifica que la entre.a de
data.ramas no esta .aranti6ada por el LLAPD tal funci$n es eecutada solo por protocolos de las
capas mas altas en la arquitectura AppleTalk# El LLAP es responsa&le de re.ular el acceso del
nodo al medio f>sico * adquirir din+micamente las direcciones de los nodos#
RE/0(A!"O E( ACCES "E (OS !O"OS A( -E"%O )%S%CO
El LLAP implementa un esquema de acceso al medio conocido como Ecarrier sense
m8ltiple access collision a%oidance ;CB!A'CA<F ;portador de acceso m8ltiple e%itando colisiones<,
por el cual los nodos c"ecan el enlace para %er si esta en uso# En enlace de&e estar sin uso por un
cierto periodo aleatorio antes de que un nodo pueda empe6ar a transmitir datos# El LLAP usa
intercam&ios de datos conocidos como E"ands"akesF ;saludos de mano< para e%itar colisiones# 7n
"ands"ake e,itoso entre nodos reser%a efecti%amente el enlace para su uso# Bi dos nodos
transmiten un "ands"ake simult+neamente, las transmisiones colisionan# En este caso, am&as
transmisiones son da(adas, causando que los paquetes sean descartados# El intercam&io de
"ands"ake no se completa, * los nodos emisores infieren que una colisi$n ocurri$# Cuando la
colisi$n ocurre, el dispositi%o se mantiene se mantiene sin uso por un periodo de tiempo aleatorio *
despuAs %uel%e a intentar la transmisi$n# Este proceso es similar al mecanismo de acceso usando
con la tecnolo.>a Et"ernet#
A"10%R%E!"O "%RECC%O!ES "E !O"OS
El LLAP adquiere las direcciones de los nodos de la capa de enlace de datos
din+micamente# El proceso permite que una direcci$n 8nica de la capa de enlace de datos sea
asi.nada sin asi.narle permanentemente la direcci$n al nodo# Cuando un nodo inicia, el LLAP
asi.na al nodo un identificador al a6ar ;node 0:<# La unicidad de este 0: de nodo es determinada
por la transmisi$n de un paquete especial que es direccionado a el 0: de nodo seleccionado
aleatoriamente# Bi el nodo reci&e una respuesta a este paquete, el 0: no es 8nico# Por lo tanto se le
asi.na otro 0: aleatorio al nodo * manda otro paquete al nodo "asta que no reci&e respuesta# Bi el
nodo no reci&e una respuesta despuAs del primer intento, "ace %arios intentos su&secuentes# Bi
aun no "a* respuesta despuAs de estos intentos, el 0: del nodo es considerado 8nico, * el nodo
usa este 0: como su direcci$n de la capa de enlace de datos#
OKE!A(K
TokenTalk e,tiende la capa de enlace de datos para permitir que los protocolos Appletalk
operen so&re una implementaci$n 0EEE 803#4'Token Rin. est+ndar# Las redes TokenTalk est+n
or.ani6adas e,actamente como las redes 0EEE 803#4'Token Rin., soportando las mismas
%elocidades * numero de nodos acti%os# La comunicaci$n entre protocolos de la capa de enlace de
datos usados en Token Rin. * protocolos de capas superiores es el TokenTalk Link Access Protocol
;TLAP< ;Protocolo TokenTalk de acceso a enlace<#
PROOCO(O OKE!A(K "E ACCESO A E!(ACE
El TLAP manea la interacci$n entre los protocolos propietarios de AppleTalk * la capa de
enlace de datos est+ndar 0EEE 803#4# Los protocolos AppleTalk de capas superiores no reconocen
las direcciones de "ard9are est+ndar 0EEE 803#4, as> que el TLAP usa el A!T mantenido por el
AARP para direccionar propiamente las transmisiones# El TLAP eecuta tres ni%eles de
encapsulacion cuando transmite paquetes ::P-
Enca&e6ados Bu&net9ork Access Protocol ;BCAP<
Enca&e6ados 0EEE 803#3 Lo.ical Link Control ;LLC<
Enca&e6ados 0EEE 803#4
Proceso de transmisi$n de datos TLAP
La transmisi$n de datos TLAP en%uel%e un numero de pasos para transmitir datos a tra%As del
medio f>sico# Cuando el TLAP reci&e un paquete ::P que requiere transmisi$n, encuentra la
direcci$n de protocolo especificada en el enca&e6ado ::P * despuAs c"eca la A!T para encontrar
la direcci$n correspondiente de "ard9are 0EEE 803#4'Token Rin.# :espuAs, TLAP introduce tres
diferentes enca&e6ados en el paquete ::P, empe6ando con los enca&e6ados BCAP * 803#3 LLC#
Cuando el tercer enca&e6ado, el 0EEE 803#4'Token Rin., es introducido al paquete, las direcci$n
de "ard9are reci&ida del A!T es puesta en el campo de :irecci$n :estino# El resultado, un
paquete 0EEE 803#4'Token Rin., es puesto en el medio f>sico para su transmisi$n#
)""%A(K
2::0Talk e,tiende la capa de enlace de datos para permitir a los protocolos AppleTalk
operar so&re una implementaci$n ACB0 2::0 est+ndar# Las redes 2::0Talk est+n or.ani6adas
e,actamente como las redes 2::0, soportando la mismas %elocidades * n8meros de nodos de red
acti%os#
PROOCO(O ))"%A(K "E ACCESO "E E!(ACE
El 2::0Talk Link Access Protocol ;2LAP< manea la interacci$n entre los protocolos
propietarios de AppleTalk * la capa de enlace de datos est+ndar 2::0# Los protocolos AppleTalk de
capas superiores no reconocen las direcciones de "ard9are est+ndar 2::0, as> que 2LPA usa la
A!T mantenida por el AARP para direccionar propiamente las transmisiones# El 2LAP eecuta tres
ni%eles de encapsulacion cuando transmite paquetes ::P-
Enca&e6ados Bu&net9ork Access Protocol ;BCAP<
Enca&e6ados 0EEE 803#3 Lo.ical Link Control ;LLC<
Enca&e6ado 2::0
Proceso de transmisi$n de datos 2LAP
As> como con TLAP, el 2LAP utili6a un proceso multiestados para transmitir los datos a tra%As
del medio f>sico# Cu+ndo el 2LAP reci&e un paquete ::P que requiere transmisi$n, encuentra la
direcci$n de protocolo especificada en el enca&e6ado ::P * c"eca la A!T para encontrar la
direcci$n de "ard9are 2::0# El 2LAP introduce tres diferentes enca&e6ados al paquete ::P,
empe6ando con los enca&e6ados BCAP * 803#3 LLC# Cuando el tercer enca&e6ado, el
enca&e6ado 2::0, es introducido al paquete, la direcci$n de "ard9are reci&ida del A!T es puesta
en el campo de direcci$n destino, el resultado, un paquete 2::0, es puesto en el medio f>sico para
su transmisi$n#
(A CAPA "E RE" "E APP(EA(K
PROOCO(O APP(EA(K "E RESO(0C%.! "E "%RECC%O!ES
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
"ard9are# Los ser%icios del AARP son usados por otros protocolos AppleTalk# Cuando un protocolo
AppleTalk tiene datos para transmitir, por eemplo, especifica la direcci$n de red del destino# El
tra&ao del AARP es encontrar la direcci$n de "ard9are que esta asociada con el dispositi%o
usando esa direcci$n de red#
El AARP usa un proceso de solicitud1respuesta para aprender las direcciones de "ard9are
de otros nodos de red# :e&ido a que el AARP es un protocolo dependiente del medio, el mAtodo
usado para solicitar una direcci$n de "ard9are de un nodo %aria dependiendo de la
implementaci$n de la capa de enlace de datos# 7sualmente, un mensae &roadcast es en%iado a
todos los nodos AppleTalk en la red#
A2(A "E RA&A"O "E "%RECC%O!ES
Cada nodo AppleTalk contiene una Address !appin. Ta&le ;A!T<, donde las direcciones
de "ard9are son asociadas con direcciones de red# Cada %e6 que el AARP resuel%e una
com&inaci$n de direcci$n de red * "ard9are, el tra6ado es .uardado en el A!T#
Con el tiempo, el potencial de que una entrada al A!T sea in%alida aumenta# Por esta
ra6$n, cada entrada al A!T usualmente tiene un contador de tiempo asociado# Cuando el AARP
reci&e un paquete que %erifica o cam&ia la entrada, el contador se reinicia#
Bi el contador e,pira, la entrada es &orrada del A!T# La pr$,ima %e6 que un protocolo AppleTalk
quiera comunicarse con ese nodo, otra solicitud al AARP de&e ser transmitida para descu&rir la
direcci$n de "ard9are#
A""RESS /(EA!%!/
En ciertas implementaciones, los paquetes ::P entrantes son e,aminados para conocer
las direcciones de "ard9are * de red del nodo fuente# El ::P puede, entonces poner esta
informaci$n en el A!T# Esta es una manera en la cual un dispositi%o, como un ruteador, estaci$n
de tra&ao o ser%idor, puede descu&rir dispositi%os dentro de una red AppleTalk# Este proceso de
o&tener direcciones de paquetes de entrada es conocida como address .leanin.# El Address
Gleanin. no es ampliamente usado, pero en al.unas situaciones puede reducir el numero de
peticiones de AARP que de&en ser transmitidas#
OPERAC%.! "E( AARP
El Protocolo de resoluci$n de direcciones AppleTalk ;AARP< tra6a direcciones de "ard9are
a direcciones de red# Cuando un protocolo AppleTalk tiene datos para mandar, pasa la direcci$n de
red del nodo destino al AARP# El tra&ao del AARP es suministrar la direcci$n de "ard9are
asociada a esa direcci$n de red# El AARP c"eca el A!T para %er si la direcci$n de red *a "a sido
tra6ada a una direcci$n de "ard9are# Bi la direcci$n *a "a sido tra6ada, la direcci$n de "ard9are
es pasada al protocolo AppleTalk solicitante, el cual lo usa para comunicarse con el destino# Bi la
direcci$n no "a sido tra6ada, el AARP transmite un &roadcast solicitando que el nodo utili6ando la
direcci$n de red en cuesti$n suministre su direcci$n de "ard9are# Cuando la solicitud lle.a al nodo
usando la direcci$n red, ese nodo responde con su direcci$n de "ard9are# Bi no e,iste nin.8n
nodo con la direcci$n de red especificada, no se manda respuesta al.una# :espuAs de un numero
especifico de intentos, el AARP asume que la direcci$n no esta en uso * re.resa un error al
protocolo AppleTalk solicitante# Bi se reci&e una respuesta, la direcci$n de "ard9are es asociada a
la direcci$n de red en el A!T, La direcci$n del "ard9are es pasada al protocolo AppleTalk
solicitante, el cual la usa para comunicarse con el nodo destino#
"escripci3n del "ata4rama del Protocolo
Protocolo de Entre.a de :ata.rama
El :ata.ram :eli%er* Protocol ;::P< es el protocolo primario de ruteo de capas de red en
la suite de protocolos AppleTalk que pro%ee un ser%icio de data.rama sin conexi,n entre sockets
AppleTalk# Como en los protocolos tales como TCP, nin.8n circuito %irtual o cone,i$n es
esta&lecido entre dos dispositi%os# La funci$n de .aranti6ar entre.as es maneada por protocolos
de capas superiores#El ::P eecuta dos funciones cla%e- transmisin y recepcin de paquetes#
ransmisi3n de paquetes ) El ::P reci&e datos de sockets clientes, crea un enca&e6ado
::P usando la direcci$n de destino apropiada, * pasa el paquete al protocolo de la capa
de enlace de datos#
Recepci3n de paquetes ) El ::P reci&e frames de la capa de enlace de datos, e,amina
el enca&e6ado ::P para encontrar la direcci$n destino, * rutea al paquete al socket
destino#
El ::P mantiene el ran.o de ca&le de la red local * la direcci$n de red de un ruteador
conectado a la red local en cada nodo AppleTalk# Adem+s, los ruteadores AppleTalk de&en
mantener una ta&la de ruteo usando el Routin. Ta&le !aintenance Protocol ;RT!P< ;Protocolo de
mantenimiento de ta&la de ruteo<#
PROCESO "E RA!S-%S%.! "E( ""P
El ::P funciona mu* parecido a cualquier otro protocolo de ruteo, Los paquetes son
direccionados en la fuente, pasados a la capa de enlace de datos, * transmitidos al destino#
Cuando el ::P reci&e datos de una protocolo de capa superior, determina si los nodos fuente *
destino est+n en la misma red al e,aminar los n8meros de red * la direcci$n destino# Bi el numero
de la red destino esta dentro del ran.o de ca&le de la red local, el paquete es encapsulad en un
enca&e6ado ::P * es pasado a la capa de enlace de datos para su transmisi$n al nodo destino# Bi
el numero de la red destino no esta dentro del ran.o de ca&le de la red local, el paquete es
encapsulado en un enca&e6ado ::P * es pasado a la capa de enlace de datos para su
transmisi$n a un ruteador#
Los ruteadores intermediarios usan sus ta&las de rute para mandar el paquete a la red
destino# Cuando el paquete lle.a a un ruteador conectado a la red destino, el paquete es
transmitido al nodo destino#
)OR-AO "E PA10EES ""P
Las si.uientes descripciones resumen los campos asociados con los paquetes ::P# Este
paquete tiene dos formas-
Paquete ""P corto ) El formato corto es usado para transmisiones entre dos nodos en el
mismo se.mento de red en una red no1e,tendida 8nicamente# Este formato es raramente
usado en redes nue%as#
Paquete ""P e5tendido ) El formato e,tendido es usado para transmisiones entre nodos
con diferentes n8meros de red ;en una red no1e,tendida< * para cualquier transmisi$n en
una red e,tendida#
La fi.ura ilustra el formato del paquete ::P e,tendido#
Estos son los campos que contiene el formato del ::P e,tendido#
Conteo de Hops ) Cuenta el numero de dispositi%os intermedios a tra%As de los cuales el
paquete "a pasado# En la fuente, este campo esta en 0# Cada nodo intermedio a tra%As de
los cuales pase el paquete incrementa el %alor de este campo en /# El numero m+,imo de
"ops es /4#
Tama(o ) 0ndica el tama(o total, en &*tes, del paquete ::P#
C"ecksum ) Contiene un %alor c"ecksum usado para detectar errores# Bi no eecuta un
c"ecksum, los &its en este campo opcional se ponen en 0#
Red destino ) 0ndica el numero de /I &its de la red destino#
Red fuente ) 0ndica el numero de /I &its de la red fuente#
0: del nodo destino ) 0ndica el 0: de 8 &its del nodo destino#
0: del nodo fuente 1 0ndica el 0: de 8 &its del nodo fuente#
Bocket destino ) 0ndica el numero de 8 &its del socket destino#
Bocket fuente 1 0ndica el numero de 8 &its del socket fuente#
Tipo ) 0ndica el protocolo de capa superior al que pertenece la informaci$n en el campo de
:atos#
:atos ) Contiene datos de un protocolo de capa superior#
PROOCO(O "E E!RE/A "E "AA/RA-A
El :ata.ram :eli%er* Protocol ;::P< es el protocolo primario de ruteo de capas de red en
la suite de protocolos AppleTalk que pro%ee un ser%icio de data.rama sin cone,i$n entre sockets
AppleTalk# Como en los protocolos tales como TCP, nin.8n circuito %irtual o cone,i$n es
esta&lecido entre dos dispositi%os# La funci$n de .aranti6ar entre.as es maneada por protocolos
de capas superiores#
El ::P eecuta dos funciones cla%e- transmisi$n * recepci$n de paquetes#
Transmisi$n de paquetes ) El ::P reci&e datos de sockets clientes, crea un enca&e6ado
::P usando la direcci$n de destino apropiada, * pasa el paquete al protocolo de la capa
de enlace de datos#
Recepci$n de paquetes ) El ::P reci&e frames de la capa de enlace de datos, e,amina el
enca&e6ado ::P para encontrar la direcci$n destino, * rutea al paquete al socket destino#
El ::P mantiene el ran.o de ca&le de la red local * la direcci$n de red de un ruteador
conectado a la red local en cada nodo AppleTalk# Adem+s, los ruteadores AppleTalk de&en
mantener una ta&la de ruteo usando el Routin. Ta&le !aintenance Protocol ;RT!P< ;Protocolo de
mantenimiento de ta&la de ruteo<#
PROCESO "E RA!S-%S%.! "E( ""P
El ::P funciona mu* parecido a cualquier otro protocolo de ruteo, Los paquetes son
direccionados en la fuente, pasados a la capa de enlace de datos, * transmitidos al destino#
Cuando el ::P reci&e datos de una protocolo de capa superior, determina si los nodos fuente *
destino est+n en la misma red al e,aminar los n8meros de red * la direcci$n destino#
Bi el numero de la red destino esta dentro del ran.o de ca&le de la red local, el paquete es
encapsulad en un enca&e6ado ::P * es pasado a la capa de enlace de datos para su transmisi$n
al nodo destino# Bi el numero de la red destino no esta dentro del ran.o de ca&le de la red local, el
paquete es encapsulado en un enca&e6ado ::P * es pasado a la capa de enlace de datos para su
transmisi$n a un ruteador#
Los ruteadores intermediarios usan sus ta&las de rute para mandar el paquete a la red
destino# Cuando el paquete lle.a a un ruteador conectado a la red destino, el paquete es
transmitido al nodo destino#
CAPA "E RA!SPORE APP(EA(K
La capa de transporte de AppleTalk implementa ser%icios confia&les de transporte de datos
entre redes que son transparentes para las capas superiores# Las funciones de la capa de
transporte inclu*en control de fluo, multiple,ado, administraci$n de circuito %irtual, * c"equeo de
errores * recuperaci$n#
Cinco implementaciones cla%e e,isten en la capa de transporte de la suite de protocolos AppleTalk-
6 Routin. Ta&le !aintenance Protocol ;RT!P<
6 AppleTalk 7pdate1Jased Routin. Protocol ;A7RP<
6 Came Jindin. Protocol ;CJP<
6 AppleTalk Transaction Protocol ;ATP<
6 AppleTalk Ec"o Protocol ;AEP<
PROOCO(O "E -A!E!%-%E!O "E (A A2(A "E R0EO
EL Routin. Ta&le !aintenance Protocol ;RT!P< es un protocolo de capa de transporte en
AppleTalk que esta&lece * mantiene las ta&las de rute en los ruteadores AppleTalk# RT!P esta
&asado en el Routin. 0nformation Protocol ;R0P< ;Protocolo de informaci$n de ruteo<D asi como R0P,
RT!P usa conteo de "ops como una mAtrica de ruteo# El conteo de Hops es calculado como el
numero de ruteadores u otros nodos intermedios a tra%As de los cuales un paquete de&e pasar
para %iaar de la red fuente a la red destino#
A2(AS "E R0EO "E R-P
El RT!P es responsa&le de esta&lecer * mantener ta&las de ruteo para los ruteadores
AppleTalk# Estas ta&las de ruteo contienen una entrado por cada red que un paquete puede
alcan6ar#
Los ruteadores intercam&ian informaci$n de ruteo peri$dicamente para ase.urar que la ta&la
de ruteo en cada ruteador contiene la informaci$n actual * que la informaci$n es consistente a
tra%As de la interred# 7na ta&la de ruteo RT!P contiene la si.uiente informaci$n acerca de las
redes destino conocidas por el ruteador
Ran.o de ca&le de la red destino
:istancia en "ops a la red destino
Puerto del ruteador que lle%a a la red destino
:irecci$n del ruteador del si.uiente "op
Estado actual de la entrada en la ta&la de rute ;&uena, sospec"osa, mala<#
La fi.ura muestra una ta&la de ruteo RT!P#
PROOCO(O "E R0EO APP(EA(K 2ASA"O E! AC0A(%&AC%O!ES
El AppleTalk 7pdate1Jased Routin. Protocol ;A7RP< 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 tra%As de una red TCP'0P para formar una KAC AppleTalk# El A7RP encapsula
paquetes en enca&e6ados de protocolo de data.rama de usuario ;7:P<, permitiAndoles ser
transportados transparentemente a tra%As de una red TCP'0P# 7na implementaci$n A7RP tiene dos
componentes- ruteadores e,teriores * t8neles A7RP#
Los ruteadores e,teriores conectan una interred AppleTalk local a un t8nel A7RP# Los
ruteadores e,teriores con%ierten datos AppleTalk e informaci$n de ruteo a A7RP * eecutan
encapsulacion * de1encapsulacion de trafico AppleTalk# 7n ruteador e,terior funciona como un
ruteador AppleTalk en la red local * como un nodo final en la red TCP'0P# Cuando los ruteadores
e,teriores se ad"iere por primera %e6 a un t8nel A7RP, intercam&ian informaci$n de ruteo con otros
ruteadores e,ternos# :e a"> en delante, los ruteadores e,teriores mandan informaci$n de rute solo
&ao las si.uientes circunstancias-
Cuando una red es a.re.ada o remo%ida de la ta&la de ruteo
Cuando se cam&ia la distancia a una red
Cuando un cam&io en el camino a una red causa que el ruteador e,terior acceda a esa red
a tra%As de su interred local en lu.ar de a tra%As del t8nel, o a tra%As del t8nel en lu.ar de
a tra%As de la interred local#
7n t8nel A7RP funciona como un enlace %irtual de datos sencillo, entre interredes AppleTalk
remotas# Cualquier numero de nodos f>sicos pueden e,istir en el camino entre ruteadores
e,teriores, pero estos nodos son transparentes a las redes AppleTalk# :os tipos de t8neles A7RP
e,isten- t8neles punto a punto * multipunto# 7n t8nel A7RP punto a punto solo conecta dos
ruteadores e,teriores# 7n t8nel A7RP multipunto conecta tres o mas ruteadores e,teriores# E,isten
dos tipos de t8neles multipunto# 7n t8nel multipunto completamente conectado permite a todos los
ruteadores e,teriores conectados mandarse paquetes unos a otros# Con un t8nel multipunto
parcialmente conectado, uno o mas ruteadores e,teriores est+n enterados solo de al.unos, no
todos, los otros ruteadores e,teriores# La fi.ura ilustra dos LACs AppleTalk conectadas a tra%As de
un t8nel A7RP punto a punto
E!CAPS0(AC%O! A0RP
Cuando se intercam&ia informaci$n de ruteo o datos a tra%As de un t8nel A7RP, los
paquetes AppleTalk de&en ser con%ertidos de RT!P, ?0P e 0GRP meorado a A7RP# Entonces los
paquetes son encapsulado en enca&e6ados 7:P para transportarse a tra%As de la red TCP'0P# La
con%ersi$n * encapsulacion son eecutadas por ruteadores e,teriores, que reci&en informaci$n de
rute paquetes de datos que de&en ser en%iados a un interred AppleTalk remota# El ruteador
e,terior con%ierte los paquetes a paquetes A7RP, entonces estos paquetes son encapsulados en
enca&e6ados 7:P * son en%iados al t8nel ;la red TCP'0P<#
La red TCP'0P trata a los paquetes como trafico 7:P com8n# El ruteador e,terior remoto
reci&e los paquetes 7:P * remue%e la informaci$n del enca&e6ado 7:P# Los paquetes A7RP son
con%ertidos a su formato ori.inal, *a sea como informaci$n de ruteo o paquetes de datos# Bi los
paquetes AppleTalk contienen informaci$n de ruteo, el ruteador e,terior actuali6a sus ta&las de
ruteo de acuerdo con este# Bi los paquetes contienen datos destinados a un nodo AppleTalk en la
red local, el trafico es mandad a la interfa6 apropiada#
PROOCO(O "E E!(ACE "E !O-2RES
El Came Jindin. Protocol ;CJP< es un protocolo de la capa de transporte en la suite de protocolos
AppleTalk que tra6a las direcciones usadas en las capas &aas a nom&res AppleTalk# Los sockets
clientes en nodos AppleTalk son conocidos como Cet9ork1Lisi&le Entities ;Entidades %isi&les a la
red )CLE1<# 7n CLE es un recurso direcciona&le de la red, tal como un ser%icio de impresi$n, que
es accesi&le so&re la interred# Los CLEs son referidos a tra%As de cadenas de caracteres
conocidas como nom&res de entidad# Los CLEs tam&iAn tienen una 6ona * %arios atri&utos,
conocidos como tipos de entidad, asociados a ellos#
E,isten dos ra6ones cla%e para usar nom&res de entidades en lu.ar de direcciones en las
capas superiores# Primero, las direcciones de red son asi.nadas a nodos din+micamente *, por lo
tanto, cam&iadas re.ularmente# Los nom&res de entidades pro%een una manera consistente para
que los usuarios se refieran a los recursos * ser%icios de la red, tales como un ser%idor de arc"i%os#
M se.undo, usando nom&res en %es de direcciones para referirse a los recursos * ser%icios
preser%a la transparencia de las operaciones de capas inferiores para los usuarios finales#
E!(ACE "E !O-2RES
El enlace de nom&res es el proceso de tra6ar nom&res de entidades CLE con direcciones
de red# Cada nodo AppleTalk tra6a los nom&res de sus propios CLEs a sus direcciones de red en
una ta&la de nom&res# La com&inaci$n de las ta&las de nom&res en todos los nodos de la interred
es conocido como el directorio de nom&res, que es una &ase de datos distri&uida de todos los
tra6ados de nom&re a direcci$n# El enlace de nom&res puede ocurrir cuando un nodo es iniciado
din+micamente inmediatamente antes de que la entidad llamada es accesada#
El CJP eecuta las si.uientes cuatro funciones- &8squeda del nom&re, reconocimiento del
nom&re, confirmaci$n del nom&re, * &orrado de nom&re# La &8squeda del nom&re es usada para
aprender la direcci$n de red de un CLE antes que los ser%icios en ese CLE sean accesados# El
CJP &usca en el directorio de nom&res el tra6ado de nom&re a direcci$n# El re.istro de nom&res
permite a un nodo crear su ta&la de nom&res# El CJP confirma que el nom&re no esta en uso *
a.re.a el tra6ado de nom&re a direcci$n a la ta&la# La confirmaci$n de nom&re es usada para
%erificar que un tra6ado aprendido al usar la &8squeda de nom&res si.ue siendo e,acto# El &orrado
de nom&re es usado para eliminar una entrada de la ta&la de nom&res en tales instancias como
cuando el nodo es apa.ado#
PROOCO(O APP(EA(K "E RA!SACC%O!ES
El AppleTalk Transaction Protocol ;ATP< es un protocolo de la capa de transporte en la
suite de protocolos AppleTalk que manea las transacciones entre dos sockets AppleTalk# 7na
transacci$n consiste de peticiones * respuestas de transacciones, que son intercam&iadas por los
sockets clientes in%olucrados#
El socket cliente manda una petici$n de transacci$n pidiendo que el cliente receptor
eecute al.una acci$n# Al reci&ir la petici$n, el cliente eecuta la acci$n pedida * re.resa la
informaci$n apropiada en una respuesta a la transacci$n# Al transmitir peticiones * respuestas de
transacciones, el ATP eecuta la ma*or>a de las funciones importantes de la capa de transporte,
inclu*endo reconocimiento * retransmisi$n, ordenamiento de paquetes, * se.mentaci$n * re1
ensam&lado#
Larios protocolos de la capa de sesi$n corren so&re ATP, inclu*endo el AppleTalk Bession
Protocol ;ABP< * el Printer Access Protocol ;PAP<#
Los dispositi%os que contestan se comportan diferente dependiendo en cual de los dos
tipos de ser%icios de transacci$n se este utili6ando- At1Least1Once ;ALO )Al menos una %e61< o
E,actl*1Once ;@O )E,actamente una1<# Las transacciones ALO son utili6adas cuando la repetici$n
de la petici$n de la transacci$n es i.ual que eecutarla una %e6# Bi la respuesta de una transacci$n
se pierde, la fuente retransmite su petici$n# Esto no afecta ad%ersamente a las operaciones del
protocolo *a que la repetici$n de la petici$n es i.ual que eecutarlo una sola %e6# Las transacciones
@O son usadas cuando la repetici$n de la petici$n de la transacci$n puede afectar a las
operaciones del protocolo# Los dispositi%os receptores mantienen una lista de cada transacci$n
reci&ida recientemente para que las peticiones duplicadas no sean eecutadas mas de una %e6#
PROOCO(O "E ECO APP(EA(K
El AppleTalk Ec"o Protocol ;AEP< es un protocolo de capa de transporte en la suite de
protocolos AppleTalk que .enera paquetes que prue&an el alcance de nodos de la red# El AEP
puede ser implementado en cualquier nodo AppleTalk * tiene asi.nado est+ticamente el numero de
socket = ;el socket de eco )ec"oer1<#
Para pro&ar el alcance de un nodo dado, 7n paquete AEP es pasado al ::P en la fuente#
::P direcciona el paquete apropiadamente, indicando en el campo de tipo que el paquete es una
petici$n AEP# Cuando el paquete es reci&ido por el destino, el ::P e,amina el campo de tipo * %e
que es una petici$n AEP# En este proceso, el paquete es copiado, cam&iado a una respuesta
AEP;cam&iando el campo en el paquete< * re.resado al nodo fuente#
CAPA "E SES%O! "E( PROOCO(O APP(EA(K
PROOCO(OS APP(EA(K "E CAPAS S0PER%ORES
AppleTalk implementa ser%icios en las capas de sesi$n, presentaci$n * aplicaci$n del
modelo OB0# Cuatro implementaciones cla%e en la capa de sesi$n son incluidos en la suite de
protocolos AppleTalk#;La capa de sesi$n esta&lece, administra * termina las sesiones de
comunicaci$n entre entidades de la capa de presentaci$n<# Las sesiones de comunicaci$n
consisten de peticiones * respuestas de ser%icios que ocurren entre aplicaciones u&icadas en
diferentes dispositi%os de red# Estas peticiones * 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
inclu*en el AppleTalk :ata Btream Protocol;A:BP ) Protocolo AppleTalk de 2luo de :atos1<, ?one
0nformation Protocol;?0P ) Protocolo de informaci$n de ?ona1<, AppleTalk Bession Protocol;ABP<, *
Printer Access Protocol;PAP<#
El AppleTalk 2ilin. Protocol;A2P)Protocolo AppleTalk de Clasificaci$n de Arc"i%os1< esta
implementado en las capas de presentaci$n * aplicaci$n de la suite de protocolos AppleTalk# En
.eneral, la capa de presentaci$n pro%ee una %ariedad de funciones de codificaci$n * con%ersi$n
que son aplicadas a los datos de la capa de aplicaci$n# La capa de aplicaci$n interact8a con
aplicaciones de soft9are ;que est+n mas all+ del alcance del modelo OB0< que implementan un
componente comunicador# Las funciones de la capa de aplicaci$n com8nmente inclu*en identificar
socios de comunicaci$n, determinar la disponi&ilidad de los recursos, * sincroni6ar la
comunicaci$n# La fi.ura ilustra como las capas superiores de las suite de protocolos AppleTalk se
tra6an al modelo OB0#
PROOCO(O APP(EA(K "E )(07O "E "AOS
El AppleTalk :ata Btream Protocol ;A:BP< es un protocolo de la capa de sesi$n en la suite
de protocolos AppleTalk que esta&lece * mantiene comunicaci$n full1duple, entre dos sockets
AppleTalk# El A:BP .aranti6a que los datos est+n correctamente ordenados * que los paquetes no
est+n duplicados# El A:BP tam&iAn implementa un mecanismo de control de fluo que permite a un
destino retardar las transmisiones al reducir el tama(o de la %entana de recepci$n anunciada# El
A:BP corre directamente so&re el ::P#
PROOCO(O "E %!)OR-AC%.! "E &O!A
El ?one 0nformation Protocol ;?0P< es un protocolo de la capa de sesi$n en la suite de
protocolos AppleTalk que mantiene tra6ados de red de numero1a16ona en los ruteadores AppleTalk#
El ?0P es usado principalmente por ruteadores AppleTalk# Otros nodos de red, usan ser%icios ?0P al
iniciarse para ele.ir su 6ona# El ?0P mantiene una ta&la de informaci$n de 6ona ;?one 0nformation
Ta&le )?0T1< en cada ruteador# Las ?0Ts son listas mantenidas por ?0P que tra6an n8meros de red
espec>ficos a uno o mas nom&res de 6onas# Cada ?0T contiene un tra6ado de nom&re de red de
numero1a16ona para cada red en la interred# La fi.ura ilustra una ?0T &+sica#
PROOCO(O APP(EA(K "E SES%O!
El AppleTalk Bession Protocol ;ABP< es un protocolo de la capa de sesi$n en la suite de
protocolos AppleTalk que esta&lece * mantiene sesiones entre clientes * ser%idores AppleTalk# El
ABP le permita a un cliente esta&lecer una sesi$n con un ser%idor * mandar comandos a ese
ser%idor# !8ltiples sesiones de clientes a un solo ser%idor pueden ser mantenidas
simult+neamente# El ABP usa muc"os de los ser%icios pro%istos por protocolos de capas inferiores,
tales como ATP * CJP#
PROOCO(O "E ACCESO A %-PRESORA
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 tra&ao clientes esta&lecer cone,iones con
ser%idores, particularmente impresoras# 7na sesi$n entre una estaci$n de tra&ao cliente * un
ser%idor es iniciada cuando la estaci$n de tra&ao pide una sesi$n con un ser%idor particular# El
PAP usa el CJP para aprender la direcci$n de red del ser%idor pedido * entonces a&re una
cone,i$n entre el cliente * el ser%idor# Los datos son intercam&iados entre el cliente * el ser%idor
usando el ATP# Cuando la comunicaci$n se "a completado, el PAP termina la cone,i$n# Los
ser%idores que implementan el PAP pueden soportar m8ltiples cone,iones simultaneas con
clientes# Esto permite a un ser%idor de impresi$n, por eemplo, procesar tra&aos de diferentes
estaciones de tra&ao al mismo tiempo#
Capas de Presentacion ' Aplicaci3n8
PROOCO(O APP(EA(K "E C(AS%)%CAC%O! "E ARCH%9OS
El AppleTalk 2ilin. Protocol ;A2P< permite a las estaciones de tra&ao AppleTalk
intercam&iar arc"i%os a tra%As de una red# El A2P eecuta funciones en las capas de presentaci$n *
aplicaci$n de la suite de protocolos AppleTalk# Este protocolo conser%a la transparencia de la red al
permitir a los usuarios manipular arc"i%os almacenados remotamente en la misma manera que a
los arc"i%os almacenados localmente# A2P usa ser%icios proporcionados por el ABP, el ATP, * el
AEP#
Aplicaciones del Protocolo
Desarrollo y evolucin de la Red Telemtica Institucional RedUCR.
La Red Telem+tica 0nstitucional,Red7CR es un paradi.ma de desarrollo en redes de
campus &asado en m8ltiples enlaces de fi&ra $ptica que permiten la intercone,i$n de edificios del
campus Rodri.o 2acio mediante puntos de presencia, PdP que consolidan la red primaria o
N&ack&oneN en la Bede Central# Estos puntos constitu*en centros de alta concentraci$n *
conecti%idad a los edificios permitiendo esta&lecer la intercone,i$n entre unidades acadAmicas * el
resto del mundo#
A principios de /OO5 el &ack&one de la Red7CR esta&a dise(ado para transporte
multiprotocolos ;0P, 0P@, APPLETALK<, operando &ao este concepto durante un par de a(os,
permiti$ la intercone,i$n de redes "omo.Aneas en forma transparente, a e,pensas del
procesamiento en el enrutador# La necesidad de interconectar dos redes Co%ell a tra%As de un
enrutador que no, conta&a con el protocolo 0P@, o&li.$ a introducir el concepto de tuneles 0P, que
consist>a en encapsular ;pasar< un protocolo en particular so&re el protocolo 0P, instal+ndose en los
ser%idores Cet9are para permitir la comunicaci$n entre am&as redes# Posteriormente, la
con%er.encia de los ser%icios * aplicaciones "acia 0P, facilit$ optar por un &ack&one mono1
protocolo ;0P<#
Micronet SP700 series
El ser%idor de impresi$n !icronet BPP00 series es un ser%idor de impresi$n de alto
rendimiento, siendo capa6 de conectar cualquier impresora, en cualquier lu.ar, en todos los m+s
populares sistemas operati%os tanto en /0 como en /00 !&ps# El ser%idor de impresi$n le
permite distri&uir las impresoras desde cualquier estaci$n de la red# El ser%idor de impresi$n
conecta las impresoras en cualquier lu.ar de su LAC fle,i&lemente * cerca de los usuarios#
R+pido * f+cil de instalar, desde su estaci$n Kindo9s o desde su &ro9ser de Ke&#
El ser%idor de impresi$n !icronet est+ dise(ado para soportar protocolos m8ltiples,
inclu*endo TCP'0P, CetJ7E0 * AppleTalk para Cet9are ;Jinder* emulaci$n o nati%o OB<, 7ni,,
Kindo9s O4'O8'3000'CT'!E * Apple Et"erTalk#
Consideraciones de Se4uridad de Protocolo8
Appletalk, como muc"os protocolos de red, no "ace nin.una cosa importante para la
se.uridad de la red# El dise(o de la arquitectura del protocolo de Appletalk requiere que las
medidas de se.uridad estAn puestas en eecuci$n en ni%eles m+s altos del uso#

Cisco apo*a las distri&uciones de Appletalk, permitiendo el control de las actuali6aciones del
encaminamiento so&re una &ase de la interfa6# Esta caracter>stica de la se.uridad es similar a las
que Cisco proporciona para otros protocolos#
Appletalk no remite los paquetes con direcciones de red locales de la fuente * de destinaci$n# Este
comportamiento no se conforma con la definici$n de Appletalk en la computadora de Apple dentro
de la pu&licaci$n de Appletalk# Bin em&ar.o, este comportamiento se dise(a para pre%enir
cualquier corrupci$n posi&le de la ta&la de AARP en cualquier nodo de Appletalk que estA
reali6ando el direccionamiento con el !edia Access Control ;!AC<#
2%2(%O/RA)%A8
"ttp-''999#cisco#com'uni%ercd'cc'td'doc'product'soft9are'ios/30'/3c.cr'np3Qc'3co%er%9#"tmR,toci
d/IPPIP
"ttp-''999#cisco#com'uni%ercd'cc'td'doc'cisint9k'itoQdoc'applet#"tm
Aplicaciones-
"ttp-''999#ci#ucr#ac#cr'&oletin'telematica#"tml
"ttp-''spain#micronet#info'Products'ps'BPPI0#asp