REDES LAN EN AMBIENTE ATM

Carlos Usbeck Wandemberg

Introduccin

Hay una fuerte tendencia a que las actuales redes locales (LAN) con sus protocolos y topologas
existentes operen dentro de las tecnologas de Banda Ancha para manejo de servicios multimedia y
muchos otros servicios conmutados que demandan una red inteligente con gran ancho de banda.
La Red Digital de Servicios Integrados de Banda Ancha con Modo de Transferencia Asncrona B-
ISDN/ATM es la ms aplicable a estos servicios conmutados.
Las empresas fabricantes de redes invierten muchos recursos para la investigacin y el desarrollo
de esta tecnologa. Se habla ya de interconexiones ATM/LAN como una realidad. En el Ecuador se
estn proyectando anillo de fibra ptica para Quito y Guayaquil, que alimentarn nodos de ATM. En
algunas ciudades importantes ya existen estos nodos que pueden permitir la integracin de muchas
redes LAN en este ambiente de banda ancha con gran capacidad de inteligencia.
Redes de Area Local ATM: el esfuerzo ms significativo es usar ATM como el medio fsico para
los protocolos y las aplicaciones existentes de redes LANs. Las estaciones terminales son
conectadas a conmutadores hubs ATM locales con topologa de estrella, usando canales virtuales
ATM que transportan los paquetes de datos entre las estaciones, segn la figura 1.

Red
Pblica

Figura 1: Red Local ATM

Este mtodo es descrito en los documentos de estndares de Internet, publicados como RFC 1577
(Request For Comment 1577), que trata de los Protocolos de Internet (IP) clsicos y de los Protocolos
con Capacidad de Direccin ARP (Address Resolution Protocol) junto con la serie TCP/IP
(Transmision Control Protocol/Internet Protocol) para redes Ethernet comunes, que pueden ser
usadas como protocolos de redes sobre interfaces de ATM.
Las estaciones de trabajo se organizan en subredes lgicas con el protocolo de Internet LIS (Logical
IP Subnets), con un nmero simple de subred IP y una mscara de direccin. Dentro de cada LIS las
estaciones pueden enviar paquetes a cualquier otra estacin. Para enviar los paquetes fuera de la
subred lgica LIS se debe usar un enrutador (router).

Capacidad de Direccin de ATM: las redes ATM son orientadas a la conexin, a diferencia
de la mayora de las redes LAN que usan transferencia de datos sin conexin hacia una arquitectura
fija. Entonces la estacin debe estar habilitada a encontrar la direccin ATM de la estacin de destino
y crear un canal virtual para la transmisin de los datos.

Carlos Usbeck W. Redes LAN en ambiente ATM - 1

En los protocolos IP clsicos, sobre ATM, se realiza la bsqueda de la direccin del destinatario
usando el protocolo con capacidad de direccin ARP para ATM ( ATMARP). Los protocolos ARP
tradicionales permiten encontrar una direccin de hardware en control de acceso al medio MAC
(Media Access Control) para una direccin dada de IP. As mismo, se usa un ARP Inverso (INARP)
para encontrar la propia direccin de IP de origen. Este modelo es extendido para ATMARP y para
InATMARP, considerando una direccin ATM como una direccin de hardware.
En un ambiente de conexin virtual permanente (PVC) se usa una configuracin manual para
establecer los canales virtuales entre cada par de estaciones dentro de la subred lgica LIS. Cada
estacin usa el protocolo con capacidad de direccin inversa InATMARP para determinar a cual
direccin IP est conectada. Se enva un mensaje de pedido con la direccin del IP de la estacin A:
El mensaje de respuesta contiene la direccin IP del receptor B. La figura 2 muestra la operacin del
protocolo InATMARP sobre conexiones virtuales permanentes.

Pedido de In ARP
Estacin A: 10.20.30.1
Estacin B: 0.0.0.0

Respuesta
de In ARP

Estacin A: 10.20.30.1
Estacin B: 10.20.30.2

Estacin A: IP = 10.20.30.1 Estacin B: IP = 10.20.30.2

Figura 2: Bsqueda de direccin de IP

En un ambiente de conexin virtual conmutada (SVC), la sealizacin del interface de usuario con
la red conmutada establece los canales virtuales entre las estaciones A y B. Un servidor ATMARP se
usa para manejar la tabla de ATM y el par de direcciones I P para cada estacin en la subred lgica
LIS. Este servidor se localiza en una direccin ATM bien conocida, que se configura manualmente
con cada estacin cliente de la subred LIS.

Cuando un cliente A establece una conexin al servidor ATMARP, el servidor emite un pedido
(request) para determinar la direccin IP del cliente A. Este servidor usa la respuesta (reply) para
construir y validar su tabla de direcciones. Si el cliente A necesita enviar un paquete al cliente B, y si
A no tiene direccin ATM de B, entonces A debe enviar un pedido ATMARP al servidor, el cual enva
la direccin ATM de B como respuesta. Entonces el cliente A utiliza esta direccin para crear el
camino virtual usando el mensaje de sealizacin SETUP. La figura 3 ilustra estos tres pasos para el
establecimiento de una conexin virtual conmutada.

El cliente A no siempre tiene que preguntar la direccin de B al servidor, si tiene un canal virtual VC
abierto hacia B, o si tiene su propia tabla de direcciones construida en base a respuestas anteriores
dadas por el servidor.
Las entradas en la tabla de direcciones del servidor son invalidadas si la conexin ha sido cerrada
por ms de 20 minutos.
Las conexiones abiertas son revalidadas enviando pedidos InATMARP en el canal virtual cada 20
minutos.

Carlos Usbeck W. Redes LAN en ambiente ATM - 2

 1) Registro de Direccin 2) Direccin Completa

Pedido InARP Pedido InARP

Respuesta Respuesta
InARP InARP

Cliente Servidor Cliente Servidor

3) Establecimiento de conexin

SETUP

CONEXIN

Cliente A Cliente B

Figura 3: Establecimiento de un canal virtual conmutado SVC para datos IP

Formato de paquete: hay dos mtodos para el encapsulado de paquetes en los Protocolos de
Internet IP clsicos sobre ATM. Cuando se transmiten paquetes IP y ATMARP sobre un simple canal
virtual, el protocolo debe ser identificado per un campo de encabezado adicional en cada paquete. De
forma alternativa se puede usar multiplexacin de los canales virtuales VC con un canal virtual
diferente para cada tipo de protocolo. Esta tcnica se llama tambin "encapsulacin nula".
Los paquetes son encapsulados usando IEEE 802.2 LLC/SNAP, como se describe en los
documentos RFC 1483: "Encapsulacin de Multiprotocolo sobre la capa de adaptacin ATM de nivel
5: AAL-5". Este mtodo requiere de un encabezado de 8 bytes para cada paquete. El encabezado
est compuesto per 3 bytes para el LLC (Logical Link Control Control de enlace lgico), que
identifica que punto de conexin de la subred contina. El campo SNAP (Sub-Network Attachment
Point Punto de Conexin de Subred) est compuesto de 3 bytes para el Identificador Unico
Organizacin (OUI) y de 2 bytes para el Identificador del Protocolo (PID) definido por el OUI. El valor
OUI: 00-00-00 indica que el PID est en una red tipo Ethernet, y el valor OUI 08-00 significa que el
paquete siguiente es un IP; por ejemplo, el valor 08-06 marca que el siguiente paquete es un protocolo
con capacidad de direccionamiento ARP.

Carlos Usbeck W. Redes LAN en ambiente ATM - 3

La figura 4 muestra el encapsulado y la segmentacin de un paquete IP a una secuencia de celdas
ATM.

Paquete IP ATMARP

LLC SNAP

AAL 5 Bloque de Datos Remolque

Figura 4: encapsulado y segmentacin de un paquete IP a la secuencia de celdas ATM.

Prueba del IP clsico sobre ATM: el Protocolo de Internet IP clsico sobre ATM es relativamente
simple, pero las implementaciones deben ser probadas para asegurar una correcta operacin e
interoperabilidad entre los proveedores de los sistemas. Los procedimientos de encapsulado pueden
verificarse simplemente decodificando las tramas capturadas en el enlace ATM. Los encabezados de
control del enlace lgico y del punto de conexin de la subred (LLC/SNAP) deberan tener la forma:
AA-AA-03-00-00-00-08-00 para los paquetes de Protocolos de Internet IPs.

La codificacin correcta de los paquetes ATMARP es un poco ms complicada, ya que el formato

del paquete es una modificacin del protocolo tradicional ARP. Un punto de interpretacin diferente
est en como se codifican las direcciones desconocidas. Los paquetes ATMARP tienen una longitud
de campo para cada direccin de las estaciones A y B.
Una peticin de mensaje podra codificar el campo de la direccin desconocida del cliente B en
una de las dos formas siguientes:

1. Longitud cero y ausencia del campo de direccin.

2. Longitud correcta (por ejemplo 4 bytes para las direcciones IP, y 20 bytes para las direcciones
ATM) y, una direccin cero (ejemplo: 0.0.0.0) para IP.

Este tema surgi en las sesiones de pruebas de interoperabilidad de multimarcas conducidas en la

Universidad de New Hampshire en Febrero de 1995, y se consulta en el pedido de comentarios de los
estndares de Internet RFC 1.577. Las diferentes discusiones entre varios fabricantes concluyen que
los mensajes deberan estar codificados usando el ltimo mtodo, pero que los mensajes recibidos
puedan usar cualquier codificacin que sea interpretada correctamente. Luego de esto, ser
propuesta una actualizacin de la RFC 1.577, de modo que la longitud del campo de direcciones
pueda ser interpretada como el nmero de bytes de direccin a proponerse, en un buffer de longitud
fija de 20 de 4 bytes. Esto tiene una consecuencia muy significativa en la interoperabilidad ya que
las implementaciones de la longitud del campo de direcciones, no la longitud de la direccin
determinar el tamao del buffer o de la memoria temporal requerida.
Otra caracterstica de interoperabilidad que se debe considerar es cmo codificar la respuesta del
protocolo con capacidad de direccin, para manejar el reconocimiento negativo ARP-NAK (negative
AcKnowledgement). Este mensaje es una nueva extensin para el NTMARP, que indica que la
direccin requerida no se puede encontrar. En los protocolos ARP tradicionales, la estacin que
pregunta esperara por una respuesta del ARP de la direccin de destino durante un tiempo (time out)
antes de considerar como un error la falta de respuesta.
El RFC 1577 establece que el servidor simplemente devuelve una copia del mensaje de pedido,
pero con el cdigo de operacin cambiando de 1 (pedido de ARP) a 10 (No Reconocimiento de ARP).

Carlos Usbeck W. Redes LAN en ambiente ATM - 4

Este procedimiento es contrario a una respuesta normal, donde los campos de las direcciones de A y
B son cambiadas. Deben escogerse algunas implementaciones para codificar un mensaje de
respuesta con direcciones cambiadas, e insertar bien el cdigo de operacin para leer exitosamente la
direccin. Puede haber problemas en las implementaciones que verifiquen los campos del mensaje
ATMARP segn el intento inicial del RFC 1577.
Las pruebas de funcionamiento del protocolo de un cliente del servidor pueden ser optimizadas
utilizando un probador de protocolos para simular un extremo de la conexin. Por ejemplo, el
probador puede iniciar la conexin hacia el servidor y responder al pedido inicial de InARP, enviar un
pedido de ARP usando direcciones diferentes de IP, conocidas o desconocidas. Las respuestas (ARP
ARPNAK) deberan corresponder a la tabla de direcciones del servidor, que pueden ser examinadas
por un terminal conectado al dispositivo.

Resultados de desempeo: Una consideracin importante para las implementaciones de la

RFC 1577 es la aplicacin final del desempeo. El desempeo es un trmino relativo, y depende de
muchos factores, entre ellos la tasa de transmisin (con o sin congestin), de las implementaciones
del protocolo y de la arquitectura del sistema.
El desempeo del protocolo del control de transmisin TCP depende del llamado "Producto de
Ancho de Banda - Retardo". Simplemente indica el ancho de banda multiplicado por el tiempo de
retardo en la transmisin de los datos a travs del enlace completo.
Per ejemplo, la capacidad de un proceso de comunicaciones de un TCP (Pipe) para un canal
virtual de 10 Mb/s con un retardo total de 15 ms es de 18.750 bytes. El tamao de la ventana del
TCP corresponde al total de los datos no reconocidos que pueden ser manejados correctamente, y
deberan ser el menos de ese tamao para lograr un mximo resultado en la transmisin de los
datos comunicados.
El retardo total puede ser medido sobre una conexin por medio del programa conocido como
"ping". Esta herramienta de redes enva paquetes de Eco (ICMP Internet Control Message
Protocol) a la direccin. IP de destino y examina la respuesta del paquete Eco desde esa direccin
una marca de tiempo de salida, con una precisin de 1 microsegundo, se inserta en el paquete de
Eco y se resta del tiempo de la respuesta del Eco recibido para calcular el tiempo de retardo total.
Esta tcnica toma en cuenta el tiempo procesamiento del software a cada extremo.

Estas pruebas, llamadas pruebas ping", podran ser usadas para medir a groso modo el tiempo de
conexin del Setup. El ping inicial puede ser significativamente ms largo que los pings remanentes
en un ambiente de canal virtual conmutado SVC, ya que la direccin ATM puede requerir ser obtenida
desde el servidor de ATMARP, y el canal virtual debe estar establecido. En este caso, una medicin
del retardo en la conexin del setup debe hacerse con un probador de protocolo monitoreando la
Inea, como el HPJ2302B: AN LAN E1/ATM Internet Advisor.

TPC sobre redes de alto desempeo: regresando al tema el producto entre el ancho de banda y
el retardo podemos observar que cuando el ancho de banda se incrementa, el tamao de la ventana
debe incrementarse para asegurar una mxima calidad de transmisin. El tamao de la ventana del
TPC se forza de un campo de 16 bits a uno de 65.536 bytes. Por lo tanto, la calidad del enlace
tambin se limita, a menos que el tiempo de retardo se reduzca.
Si podemos usar una ventana de tamao grande para el TCP, lo que significa que podemos tener
ms datos desconocidos en el proceso de comunicaciones (pipe), y si un paquete se pierde, el TCP
borrar normalmente los paquetes desconocidos como parte de su proceso de recuperacin. Con una
ventana grande, puede lograrse una calidad aceptable en la transmisin.
En una red de ATM, la prdida de una simple celda ocasionara la prdida de un paquete en la
capa de adaptacin ATM (AAL-5); y, el efecto aumentara el tamao del protocolo. Una herramienta
para medir el desempeo del protocolo de control de transmisin TCP es el "ttcp", que opera como
una fuente de trfico de TCP en una estacin UNIX y acta como un host dispositivo inteligente
conectado a la red y mide la eficiencia del enlace que una aplicacin podra experimentar. Los
diseadores de redes deberan permitir un ajuste fino de los parmetros configurables del TPC para
optimizar la eficiencia del enlace. Un diseador puede tambin necesitar la medida de la calidad del
enlace, para la aplicacin, cuando los errores se introducen en el nivel de ATM.

Carlos Usbeck W. Redes LAN en ambiente ATM - 5

 Un emulador de los deterioros de la red puede insertarse entre los hosts de IP para introducir
errores tales como retardo y prdida de celdas, como se muestra en la figura 5.

Esta tcnica es un modelo de lo que puede pasar cuando los elementos de la red llegan a estar
congestionados. Los resultados del "ttcp" pueden ser usados para diferentes niveles de deterioro,
para cuantificar la calidad de servicio necesaria para satisfacer los requerimientos de la aplicacin a
implementarse.

Retardo
de Celda

Host A Prdida de celda Host B

Emulador de deterioros de la Red

Eficiencia del enlace

Prdida de la celda

Figura 5: Emulacin de deterioros de celda

Algunos experimentos han mostrado que hay un punto en el cual los deterioros de la red causan
que el desempeo del TCP caiga dramticamente. La correlacin inicial, entre la prdida de la celda y
la eficiencia en la transmisin del paquete alcanza un valor luego del cual la aplicacin llega a ser
virtualmente inusable, a pesar de que un significado monto de los datos de la celda sean recibidos
correctamente.

El siguiente paso: el IP clsico sobre ATM es una solucin eficiente para aplicaciones de
paquetes de datos en un Area local, pero no soporta redes WAN eficientemente. Los paquetes
destinados a direcciones que estn fuera de la subred lgica LIS deben ser enrutados, requiriendo un
encabezado extra y aadiendo un retardo con cada enrutador.
Esta deficiencia est siendo tratada dentro del IP, sobre el Grupo de Trabajo de ATM, en donde el
siguiente protocolo de enrutamiento conocido como NHRP (Next Hop Routing Protocol) ha sido
propuesto para reemplazar el ATMARP. Los pedidos de direccin que no han sido resueltos en la
subred lgica local LIS pasan a servidores adicionales en otras subredes LIS. Entonces, la direccin
ATM de destino retorna y se crea un canal virtual a travs de la red. Este enfoque resuelve el
problema de retardo, pero puede originar un retardo significativo en el setup o disposicin del sistema.
Algunos fabricantes estn tratando las limitaciones del TCP en redes de alta velocidad con nuevas
opciones, descritas en el RFC 1323: "Extensiones de TCP para Alto Desempeo". Adems, usan
algunos algoritmos para retransmisin y recuperacin ms rpidas, que alivian los efectos de las
prdidas de paquetes con ventanas grandes.

Emulacin de LANs: mientras que el IP clsico sobre ATM es usado para traer el ATM a las redes
de Area local, no permite direccionar bien el conjunto de tecnologas LAN existente. Se necesitan
paquetes para ser enrutados entre los diferentes tipos de redes, siendo el IP el nico protocolo
soportado.

Carlos Usbeck W. Redes LAN en ambiente ATM - 6

 El Foro de ATM reconoci que la interoperabilidad con las redes LAN y las aplicaciones existentes
es muy importante para la aceptacin de ATM en el mercado. El subgrupo de trabajo para Emulacin
de LANs defini inicialmente un servicio que emula las caractersticas de las redes LAN existentes.
Esta emulacin tiene lugar en la capa del MAC (Media Access Control), de modo que la red ATM mire
efectivamente como a una red LAN tradicional a la aplicacin determinada. Un amplio rango de
protocolos (tales como el NETBIOS, el IPX y el Appletalk) operaran sobre este interface. El resultado
final es que una simple red de Area local puede ser compuesta de segmentos ATM y de segmentos
con varias topologas LAN. Al momento, pueden ser emuladas las tecnologas Ethernet y Token-Ring.
La figura 6 muestra una pequea red con dos LANs emuladas (ELANs).

ATM

Token Ring Ethernet

Figura 6: Emulacin de redes LAN

La mayor diferencia entre las redes LANs y las redes ATM es que las ATM son orientadas a conexin,
mientras que las LAN usan un medio comparativo para conectar sus terminales. Los protocolos LAN
envan paquetes de datos a todas las estaciones de la red, para que sean recibidos por los
destinatarios direccionados y sean ignorados por las dems estaciones.
Una emulacin de ATM de este funcionamiento requiere la habilidad de emitir paquetes hacia
mltiples destinos.

Arquitectura de Emulacin de LANs: hay varios componentes en la arquitectura de Emulacin

de LANS. Algunos clientes de emulacin de LANs (LECs Lan Emulation Clients) se comunican con
un servicio de emulacin de LANs a travs de un interface de red para usuario de emulacin LAN
(LUNI Lan Emulation User to Network Interface). Cada estacin terminal ATM es asociada con un
LEC cliente de emulacin de LAN. Esta asociacin incluye el interface ATM con el puente hacia la
red LAN. El LEC es responsable de proveer la emulacin de la capa MAC para niveles mayores de
protocolo.
El servicio de emulacin de LANs por si mismo tiene 3 componentes:
1. El servidor de Emulacin de LANs (LES Lan Emulation Server): responsable de la resolucin
de la direccin desde los MACs hasta las direcciones de los ATM.

Carlos Usbeck W. Redes LAN en ambiente ATM - 7

2. Servidor de Emisin y de Direccin Desconocida (BUS Broadcast and Unknown Server): usado
para el avance de las tramas desde el cliente de emulacin de Lan LEC hacia las direcciones
emitidas. Se usa tambin para enviar una emisin nica de tramas a todos los clientes, antes de
que se conozca la direccin de destino.
3. Servidor de Configuracin para Emulacin de LANs (LECS Lan Emulation Configuration
Server): Usado por los clientes para su configuracin inicial.

La arquitectura del sistema permite a estos componentes estar distribuidos entre varios
dispositivos fsicos.
Estos tres componentes se comunican entre ellos a travs de varios canales en los interfaces de
red para usuarios. Algunos de estos canales virtuales son unidireccionales, otros pueden ser
implementados como punto a multipunto. La figura 7 muestra las conexiones entre los componentes
de emulacin de LANs:

1. 1.
LES
Servidor de
configuracin

2. 2.
LES
Servidor de
Emulacin
LEC LEC
cliente de 3. 3. cliente de
emulacin emulacin
LAN LAN

4. BUS 4.
Servidor de
Emisin

5. 5.

6. 6.

LUNI LUNI

Leyenda:
LEC: LAN Emulation Client
LECS: LAN Emulation configuration Server
LAN Emulation Service LES: LAN Emulation Server
BUS: Broadcast and Unknown Server
1.- Configuracin directa 4.- Envo mltiple
2.- Control Directo 5.- Avance Mltiple
3.- Distribucin de control 6.- Datos directos

Figura 7: Arquitectura de la emulacin de LANs.

Formato de Paquete: los paquetes de Emulacin de LANs son codificados usando un formato
nuevo de trama. El Foro de ATM escogi no usar el mtodo de encapsulado LLC/SNAP (Logic Link
Control/ SubNetwork Attachment Point) para las tramas IEEE 802.3 de Ethernet IEEE 802.5 de
Token Ring, conforme a lo descrito en el RFC 1483. En lugar de estos arreglos de entramado, el
formato de paquete se defini de modo que compartan un encabezado comn inicial entre los
paquetes de control y de datos.
Los paquetes de datos empiezan con un campo de 16 bits que identifican al cliente LEC enva los
datos. Este valor debe ser menor que OxFF00, ya que se usa para identificar los paquetes de control.
Los paquetes de datos de Ethernet tienen un encabezado diferente que para los de Token Ring. El

Carlos Usbeck W. Redes LAN en ambiente ATM - 8

Token Ring es un protocolo fuente enrutado, que permite tambin enrutar la informacin contenida en
el encabezado del paquete. Adicionalmente, el ordenamiento de los 48 bits de la direccin del MAC
(Media Access Control) es diferente, ya que el Ethernet transmite primero el bit menos significativo y el
Token Ring el ms significativo.

Operacin de la Emulacin de LANs: los protocolos de Emulacin de LANs son complejos de

modo que se resumirn a continuacin sus pasos de operacin:

1. Inicializacin del Cliente: El cliente LEC debe ser inicializado antes de que pueda enviar los
datos a otros LECs. La inicializacin empieza cuando el LEC hace una conexin al servidor de
configuracin LECS. Primero trata de conseguir la direccin ATM para el servidor LECS con un
pedido de interface provisional de manejo local (ILMI Interim Local Management Interface). Si
ste falla, se usara una direccin bien conocida de ATM. El cliente LEC entonces intenta arreglar
un canal virtual conmutado SVC bidireccional para esta direccin. Si otra vez falla, el cliente LEC
usar un canal virtual permanente PVC como ltimo recurso.

Una vez que ha sido establecida esta conexin de Configuracin Directa, el cliente LEC enva su
direccin ATM en un mensaje de pedido de configuracin al servidor LECS. Este servidor de
configuracin contesta con la direccin del servidor de Emulacin de LANs LES y con el nombre y
tipo de red LAN emulada (Ethernet o Token Ring). Algunos parmetros adicionales de configuracin
(como valores de contador o de tiempo) pueden tambin formar el mensaje de respuesta del servidor
de configuracin de las redes de LAN emuladas.
El siguiente paso del cliente LEC es establecer la conexin de Control Directo con el servidor LES.
Este canal virtual conmutado SVC es usado para enviar un pedido del cliente LEC para unir la red
LAN emulada. Si la conexin es exitosa el servidor LES retornar un identificador nico del LEC
(LECID) que ser incluido en el control futuro y en el envo de los paquetes de datos por parte del
cliente. El servidor LES tiene la opcin de responder al cliente en la conexin de Control Directo, a
travs de una conexin de Control Distribuido punto multipunto unidireccional a todos los clientes
LECs servidos por LES. La figura 8 muestra los pasos de inicializacin para unir un cliente LEC en
una red LAN emulada (ELAN).

Pedido de configuracin de
emulacin de LAN

Respuesta de configuracin
de Emulacin de LAN
LECS: Servidor
Pedido de unin de LECS de configuracin
LAN Emulada de emulacin
LAN

Respuesta de unin
de LAN Emulada

LEC: Cliente de LES: Servidor de

LEC LES
Emulacin LAN Emulacin LAN

Figura 8: Pasos de la inicializacin de la unin del Cliente LEC con la red ELAN.

Carlos Usbeck W. Redes LAN en ambiente ATM - 9

2. Registro y Resolucin de la Direccin: cada cliente LEC debe registrar la direccin (
direcciones) del control de acceso al medio MAC que representa, en el servidor LES. Este
servidor construye una tabla de direcciones de ATM (pares de direcciones de MACs que usa para
responder a los pedidos de resolucin de direccin que har el cliente LEC luego). Este
protocolo es similar al ARP (Address Resolution Protocol) que se usa en las arquitecturas
clsicas de IP sobre ATM, como se vio en la primera parte de este artculo.
Una diferencia clave est en que si el servidor no puede responder al pedido, s puede decidir el envo
del pedido al cliente registrado en esa MAC, puede enviar el pedido a todos los clientes a travs de
la conexin punto - multipunto de Control Distribuido. El cliente que representa la direccin del MAC
responder al cliente que pregunta, envindole la direccin ATM correspondiente.

3. Transferencia de Datos: es este punto, un canal virtual conmutado SVC de Datos Directos
puede ser inicializado entre dos clientes. El encabezado de emulacin de la LAN es reclamado
por la trama de control de acceso al medio, y el paquete de datos se enva de cliente a cliente.
Normalmente, cada conexin de Datos Directos termina. Si no se envan paquetes entre los clientes
por ms de 20 minutos, el canal virtual conmutado se desconecta. Una conexin nueva puede ser
establecida entre estos clientes si es necesaria ms tarde.
Hay otra alternativa para enviar datos a un cliente. El servidor de emisin y de direccin
desconocida (BUS) puede ser usado para enviar datos a una direccin x antes de recibir una
respuesta. Cada cliente debe establecer una conexin de envo de multiemisin (Multicast Send)
hacia el servidor de emisin BUS, que pone al cliente en una conexin unidireccional punto -
multipunto (Multicast Forward) para los datos de retorno. El cliente obtiene la direccin de ATM del
BUS enviando un pedido ARP al servidor, usando la direccin del MAC de emisin (todos "unos").
Cuando el cliente enva un paquete al servidor de emisin BUS, este lo distribuye a todos los
clientes LECS. La direccin de destino en el paquete de datos determina cul LEC lo procesar.

La figura 9 ilustra la operacin del servidor de emisin de direccin desconocida (BUS).

LEC

LEC BUS

LEC

Figura 9: Operacin del servidor de emisin de direccin desconocida de BUS.

4. Dificultades de implementacin: la emulacin de las redes LAN es un tema candente para

muchos fabricantes, pero esto conlleva un complejo juego de protocolos. En consecuencia, esta
ligada a una implementacin difcil. Se han estimado que el software de los servidores de
emulacin de LANs toma cerca de 50.000 lneas de cdigos en C, y que la implementacin de los
clientes es del orden de las 20.000 lneas. Como se puede apreciar, la correccin de estos
componentes es una tarea muy admirable y digna de los pacientes diseadores de software.

Hay algunos puntos posibles de falla en el proceso del protocolo. Hay que tener cuidado para
asegurar que el cliente y el servidor permanezcan sincronizados, an cuando otros sistemas fallen
(como la sealizacin). Podran haber problemas imprevistos, tales como condiciones diferentes entre
los pesos del proceso de configuracin.

Carlos Usbeck W. Redes LAN en ambiente ATM - 10

5. Desafos de las pruebas: los componentes de prueba de la emulacin de redes LAN pueden ser
caracterizados en diferentes niveles. Las pruebas de la capa fsica y de ATM pueden ser hechas
en un dispositivo como un puente. Por ejemplo, el tiempo de espera para el acceso a la red a
travs del puente, puede ser medido capturando una marca de tiempo en el paquete Ethernet en
un lado del puente, y correlacionndolo con la marca de tiempo del paquete capturado en el lado
ATM. Se requiere una base de tiempo comn entre los dos interfaces fsicos.
La interoperabilidad entre los protocolos es un tema para la emulacin de LANs, ya que muchos
fabricantes producen equipos para clientes y servidores. Los fabricantes de los clientes de redes LAN
emuladas demandan muchas implementaciones en los servidores. Las pruebas de interoperabilidad y
de compatibilidad sern definidas por la Emulacin de las redes LAN. Por ahora, los grupos de
pruebas de calidad desarrollados, observan manualmente las comunicaciones cliente - servidor para
concordar con las especificaciones.

Resumen: se prestaron dos tecnologas para adaptar el modo de transferencia asncrono ATM a
la red de rea local LAN. Algunos de los problemas y temas ms complicados de estas tecnologas
han sido brevemente mencionados. Las herramientas de prueba para explorar estas reas de
comunicacin de datos son resumidas en los analizadores de protocolos, algunos con capacidad de
emulacin de terminales, que permiten realizar pruebas del trfico en servicio, generan trfico dentro
de una integracin total de redes LAN, WAN y ATM.

El equipo que actualmente est capacitado para atender todos los requerimientos indicados, con
nuevas y potentes capacidades para FDDI (Interface digital de fibra distribuida), ATM, Ethernet
conmutada y perfiles estadsticos de LAN y WAN es la serie Agilent Advisor, para anlisis de
protocolos y monitoreo de problemas de redes.

Referencias:

Operating LANs an ATM Environment. Andrew Scott. Hewlett Packard. IDACOM Telecom
Operation. BSTS
Solution Note 5963-7513E.

Serie HP Internet Adivisor. Hewlett Packard Note 5963-6960SE.

Wan Interworking with ATM. Reto Brader. Hewlett Packard. IDACOM Telecom Operation. BSTS
Solution Note 5963-7512E.

Implementing ATM Signalling: Avoiding the Interoperability Pitfalls. Andrew Scott. Hewlett
Packard. IDACOM Telecom Operation. BSTS Solution Note 5963-7514E.

Traffic Policing. Peter Wong. Hewlett Packard. IDACOM Telecom Operation. BSTS Solution
Note 7963-7510E

Tecnologas de Banda Ancha BISDN/ATM. Revista Enlace Andino No. 12/NOV/94.

C. Usbeck.

www.agilent.com

Carlos Usbeck W. Redes LAN en ambiente ATM - 11