Tecnología de Trasporte en Telecomunicaciones

Tecnologas de Transporte
Tabla de Contenidos
Tecnologas de transporte para redes............................................................5
Redes de conmutacin de paquetes .........................................................5
X.25 ...................................................................................................................8
Historia ....................................................................................................8
Estructura de X.25 conforme al modelo OSI ..........................................8
Caractersticas de operacin ....................................................................9
Dispositivos X.25......................................................................................... 10
Arquitectura de Protocolos ....................................................................10

Nivel de Paquete ......................................................................................... 10
Nivel de Enlace ........................................................................................... 11
Nivel Fsico ................................................................................................. 12
Sealizacin y Transferencia de Datos..................................................12

Establecimiento de llamada (Call Setup).................................................... 12
Diagramas de estado X.25 .......................................................................... 13
Control de Errores y de Flujo de Informacin.......................................14

LAPB-Link Access Protocol, Balanced....................................................... 14
Formato de los Paquetes............................................................................. 15
El Paquete de Control .......................................................................15
El Paquete CALL REQUEST...........................................................16
El paquete de datos ...........................................................................17
Direccionamiento ..................................................................................18
ISDN................................................................................................................19
Historia ..................................................................................................19
Caractersticas de operacin ..................................................................21
Tipo de Servicios......................................................................................... 21
Configuracin de Referencia ...................................................................... 22
Servicio ISDN BRI....................................................................................... 23
Servicio ISDN PRI....................................................................................... 23
Arquitectura de Protocolos ....................................................................24

Capa 1 ......................................................................................................... 25
Capa 2 ......................................................................................................... 26
Capa 3 ......................................................................................................... 27
Sealizacin y transferencia de datos....................................................27

Octavio Herrera
1/85
Frame Relay ...................................................................................................30
Historia ..................................................................................................30
Frame Relay conforme al modelo OSI..................................................33
Nivel 1 ......................................................................................................... 33
Nivel 2 ......................................................................................................... 33

SVCs ............................................................................................................ 35
PVCs............................................................................................................ 35
Estructura de la Trama ............................................................................... 36
Interfaz de Administracin Local, LMI....................................................... 37
Parmetros de Configuracin de Frame Relay .......................................... 39
CIR....................................................................................................39
Control de errores y de flujo de informacin ........................................40

Control de trfico y congestin .............................................................40
Comparacin con X.25 ..........................................................................41
ATM................................................................................................................44
Historia ..................................................................................................44
Estructura de ATM conforme al modelo OSI .......................................45
Categoras de Servicios ATM y Aplicaciones ............................................. 47
Tasa de Bits Constante, CBR............................................................48
Tasa de Bits Variable de Tiempo Real, rt-VBR ...............................48
Tasa de Bits Variable de Tiempo no Real, nrt-VBR ........................48
Tasa de Bits Disponible, ABR..........................................................49
Tasa de Bits no Especificada, UBR ..................................................50
Arquitectura de protocolos ....................................................................50

Modelo ATM................................................................................................ 50
Capa fsica .................................................................................................. 51
Capa ATM ................................................................................................... 52
Capa de adaptacin ATM ........................................................................... 53
Capa de Adaptacin ATM, AAL1....................................................54
Capa de Adaptacin ATM, AAL2....................................................54
Capa de Adaptacin ATM 3/4, AAL3/4....................................................... 55
Capa de Adaptacin ATM 5, AAL5............................................................. 56
Canales y rutas virtuales ........................................................................57

Definicin y estructura de una celda ATM ...........................................58
Control de trfico y congestin .............................................................62
Sealizacin ATM ....................................................................................... 62
Octavio Herrera
2/85
Ethernet ..........................................................................................................65
Historia ..................................................................................................65
Ethernet conforme al modelo OSI.........................................................67
Capa fsica .............................................................................................68
CSMA/CD, Ethernet Half-Duplex............................................................... 70
Transmisin Full-duplex ............................................................................. 73
SONET/SDH ..................................................................................................74
Historia ..................................................................................................74
Jerarqua de seales SONET/SDH ........................................................75
Estructura de la trama............................................................................75
Multiplexaje................................................................................................. 78
Otras tecnologas............................................................................................80
DWDM ..................................................................................................80
Historia ....................................................................................................... 80
Estructura de un sistema DWDM................................................................ 80
DSL........................................................................................................82
ADSL ........................................................................................................... 82
Wireless .................................................................................................84
Referencias .....................................................................................................85
ndice de Figuras
Figura 1. X.25 y el Modelo OSI
Figura 2. Establecimiento de una llamada X.25
Figura 3. Diagrama de estados X.25 para CALL SETUP.
Figura 4. Trama LAPB de X.25.
Figura 5. Paquete de Control X25.
Figura 6. Paquete CALL REQUEST de X.25.
Figura 7. Paquete de Datos X.25.
Figura 8. Direccin X.25.
Figura 9. Configuracin de Referencia ISDN
Figura 10. ISDN y el modelo OSI
Figura 11. Trama fsica ISDN
Figura 12. Estructura de la trama LAPD
Figura 13. Establecimiento de una llamada ISDN.
Figura 14. Estructura del servicio de Frame Relay en Norteamrica.
Figura 15. Frame Relay y el Modelo OSI.
Figura 16. Trama Frame Relay.
Octavio Herrera
9
13
14
14
15
16
17
18
22
25
25
27
29
32
33
36
3/85
Figura 17. Trama LMI de Frame Relay.
Figura 18. Procesamiento de Frame Relay vs X.25.
Figura 19. ATM y el Modelo OSI.
Figura 20. Modelo de Referencia ATM.
Figura 21. Capa de Adaptacin ATM 1 (AAL1).
Figura 22. Capa de Adaptacin ATM 3/4 (AAL 3/4)
Figura 23. Capa de Adaptacin ATM 5 (AAL 5)
Figura 24. Canales y Rutas Virtuales en ATM.
Figura 25. Estructura de las celdas ATM.
Figura 26. Formato(s) de Direcciones ATM.
Figura 27. Ethernet y el Modelo OSI.
Figura 28. Modelo de referencia genrico para la capa fsica de Ethernet.
Figura 29. Estructura de la(s) trama(s) Ethernet.
Figura 30: Estructure de la trama STS-1 de SONET
Figura 31: Posicin del STS-1 SPE en la trama STS-1 de SONET
Figura 32: Estructura de la trama STS-N de SONET
Figura 33. Multiplexaje de VTs en una trama STS-1.
Figura 34. Estructura de un sistema DWDM.
38
43
45
50
54
55
56
57
58
61
67
68
72
75
76
77
79
80
ndice de Tablas
Tabla 1: Comparacin de los servicios de conmutacin de circuitos virtuales y datagramas.
6
Tabla 2. Campos de la Trama LAPB de X.25
14
Tabla 3. Campos de la trama fsica ISDN.
25
Tabla 4: Comparacin entre Frame Relay, TDM y X.25.
42
Tabla 5. Capas de Adaptacin ATM (AALs).
53
Tabla 6. Campos de una celda ATM.
59
Tabla 7: Formato(s) de Direcciones ATM.
61
Tabla 8: Campos de la(s) trama(s) Ethernet.
72
Tabla 9: Jerarqua de seales SONET/SDH
75
Tabla 10: Equivalencia de trminos SONET-SDH
77
Tabla 11: SDH VCs
79
Tabla 12: SONET VTs
79
Tabla 13: Tecnologas inalmbricas para redes locales/personales.
84
Octavio Herrera
4/85
Tecnologas de transporte para redes

El campo de las telecomunicaciones ha evolucionado enormemente durante las ltimas
dcadas. Actualmente, resulta difcil identificar hasta donde el desarrollo en el campo de las
comunicaciones y en el cmputo ha influenciado en mayor o menor medida el desarrollo de
las telecomunicaciones. De la integracin de estas dos ramas tecnolgicas surgen las
tecnologas de transporte de redes, de las cuales retomaremos varias implementaciones para
su discusin.
En mdulos anteriores se discuti sobre la necesidad de clasificar las redes de acuerdo a
diferentes criterios con el fin de facilitar su anlisis y/o diseo. En este mdulo trataremos
varias tecnologas de transmisin para redes de computadoras que pueden ser clasificadas
de acuerdo a varias categoras: ancho de banda, cobertura geogrfica, etc. De entre todas
estas categoras, una de las ms bsicas, y que describiremos a continuacin, es el tipo de
conmutacin utilizada para manejar eficientemente los recursos de la red.
Redes de conmutacin de paquetes

Las computadoras intercambian informacin de la misma forma en que los seres humanos
intercambian palabras. As como entre individuos slo una estructuracin adecuada de
palabras permite una comunicacin eficiente, entre computadoras slo una estructuracin
adecuada de la informacin a ser intercambiada resulta en una comunicacin eficiente. As
pues, las redes de computadoras establecen mecanismos precisos para comunicar equipos
de cmputo. Estos mecanismos bien podran entenderse como el equivalente a los lenguajes
en el caso de los seres humanos y al igual que con la comunicacin entre personas, sta
puede seguir diferentes formatos y estructuras (los idiomas pueden ser expresados en forma
escrita o hablada y puede estar estructurado de diferente forma: gramtica y fontica.)
Creemos importante la elaboracin de esta analoga debido a que en nuestra comparacin
de tecnologas de transporte en ms de una ocasin llegaremos a situacin similares a si
deseramos comparar dos idiomas (no hay un lenguaje perfecto, pero siempre hay
circunstancias en las cuales un idioma resulta ms efectivo para comunicar un mensaje.)
Para operar eficientemente todas las redes de telecomunicaciones siguen un principio
bsico: multiplexar sus recursos. Existen tres tcnicas bsicas de multiplexaje en redes de
telecomunicaciones: circuitos, mensajes y paquetes. La primera tcnica es propia de las
Octavio Herrera
5/85
redes telefnicas y la ltima de las de computadoras. Con el fin de economizar espacio
describiremos en detalle solamente esta ltima.
En las redes de conmutacin de paquetes el proceso bsico de operacin consiste en el
consecutivo encolado y transmisin de paquetes a travs de los nodos de la red hasta
alcanzar el equipo terminal destino. Existen dos modalidades de la conmutacin de
paquetes: datagramas y circuitos virtuales, cada una de estas tiene ventajas y desventajas
que la hacen conveniente para diferentes aplicaciones.
Circuitos Virtuales
Datagramas
Requerido
No es necesario
Es transparente a los
equipos terminales
Requerida solo en fase
inicial
Efectuado por equipos

terminales
Necesario en cada uno
de los paquetes
Efectuado por los
equipos terminales
Los paquetes pueden
arribar en desorden
Establecimiento de la
comunicacin
Manejo de errores
Direccin destino
Control de flujo
Efectuado por la red
Secuenciacin de
paquetes
Tecnologas que la
usan
Siempre en orden
X.25, Frame Relay,
ATM
Ethernet
Tabla 1: Comparacin de los servicios de conmutacin de circuitos virtuales y datagramas.
El proceso de encaminamiento en cada nodo es ms rpido cuando se usan circuitos

virtuales debido a que antes de iniciar la transmisin se estableci una ruta predeterminada
para todos los paquetes, de ah el nombre de circuito virtual, ya que recuerda al uso de
circuitos
dedicados
empleado
en
las
comunicaciones
telefnicas.
Debido
al
preestablecimiento de esta ruta, el procesamiento del encabezado de los paquetes es ms

sencillo que el utilizado en la conmutacin de datagramas y se garantiza adems que los
paquetes arribarn en orden al equipo terminal destino. Sin embargo, esta simplificacin
implica una perdida de flexibilidad. Si un nodo en la ruta preestablecida falla, la
comunicacin se interrumpe y los paquetes son desechados mientras un procedimiento de
reconstruccin de la ruta toma lugar. En contraste, la conmutacin de datagramas es ms
flexible; el enrutamiento de los paquetes es ajustado dinmicamente de acuerdo a las
condiciones de la red, incluyendo fallas, lo que puede repercutir en que los paquetes arriben
a su destino en desorden. El servicio de circuitos virtuales valida los datos en cada nodo y
en caso de encontrar errores los paquetes son descartados, en contraste, el servicio de
Octavio Herrera
6/85
conmutacin de datagramas la correccin de errores es responsabilidad de los nodos
terminales. La tabla #1 resume las caractersticas de estos dos mtodos de conmutacin de
paquetes:
La mayor parte de las tecnologas que vamos a describir en este trabajo operan con
datagramas, pero al menos SONET e ISDN estn basados en la conmutacin de circuitos.
Octavio Herrera
7/85
X.25
Historia
A principios de la dcada de los 70s existan varias redes pblicas de datos, cada una de las
cuales tenan caractersticas internas diferentes y eran operadas por diferentes entidades:
corporaciones, gobierno y otras organizaciones. En la medida que la necesidad de
comunicarse entre estas redes creca la necesidad de tener una interfaz comn para su
interconexin se volvi imperiosa.
En 1976 la CCITT adopt la recomendacin X.25 como el protocolo para la interconexin
de estas redes. Posteriores revisiones del protocolo han sido publicadas en 1980, 1984,
1988 y 1992.
Estructura de X.25 conforme al modelo OSI

La arquitectura de X.25 abarca las tres primeras capas del modelo OSI y esta dividida a su
vez en tres niveles (Red, Enlace y Fsico) cuya especificacin es muy similar a sus capas
correspondientes en el modelo OSI. Los siguientes protocolos son comnmente usados en
las implementaciones de X.25: Packet-Layer Protocol (PLP), Link Access Procedure,
Balanced (LAPB), y algn estndar de capa fsica para interfaces seriales (tales como
X.211, X.21-bis, V.24, EIA/TIA-232, EIA/TIA-449, EIA-530 y G.703). La siguiente figura
muestra la correspondencia entre los niveles de la arquitectura X.25 y las capas
correspondientes del modelo OSI.
El estndar X.21 es equivalente al EIA-232 trabajando a una velocidad mxima de 19,200 baud.
Octavio Herrera
8/85
Figura 1. X.25 y el Modelo OSI
Caractersticas de operacin
X.25 es un protocolo para redes WAN que define los procedimientos a seguir para la
comunicacin entre un dispositivo terminal del usuario (host), denominado Data Terminal
Equipment (DTE) y un nodo en la red, denominado Data Circuit Terminating Equipment
(DCE). Los servicios que provee X.25 garantizan la entrega ordenada de datos mediante el
uso de canales virtuales.
X.25 esta diseado para trabajar efectivamente sin importar las caractersticas de los
sistemas conectados a la red. Es utilizado comnmente en las redes de los proveedores de
servicios de telecomunicaciones (compaas telefnicas). A los usuarios se les cobra de
acuerdo a su utilizacin de la red.
Con el fin de garantizar la entrega y secuencia de cada uno de los paquete X.25 require que
los nodos finales (DTEs) y los nodos intermedios efecten funciones de confirmacin
(acknowledge),
almacenamiento
(buffer)
ruteo,
encaminamiento
(forwarding)
posiblemente retransmisin de cada trama enviada. Esto reduce las tasas de transmisin y
genera retardo. Si la red es grande y contiene muchos saltos confiables el retardo y
deterioro en el desempeo que se debe pagar por mantener las garantas de entrega y
secuencia es considerable.
Las redes X.25 han mejorado su desempeo en el transcurso de ms de 20 aos de historia;
las conexiones modernas manejan velocidades de 56 kbps, 64 kbps e incluso 2 Mbps. En
Octavio Herrera
9/85
resumen, X.25 todava puede proveer servicios de conexin competitivos a velocidades
entre bajas a medianas. El servicio es ubicuo en muchos pases y existen equipos
disponibles. Es mas barato emplear X.25 para transferir pequeas cantidad de informacin
y permite el establecimiento de circuitos sobre demanda.
Dispositivos X.25
Existen bsicamente tres tipos de dispositivos en una red X.25: DTEs, DCEs y PSEs
(Packet-switching Exchange). Los DTEs son dispositivos terminales que se comunican a
travs de la red X.25, son usualmente computadoras personales o nodos de red que se
encuentran ubicados en las instalaciones del usuario final. Los DCEs son dispositivos de
comunicacin, tales como modems, y proveen una interfaz entre los DTEs y los PSEs,
usualmente
se
encuentran
ubicados
en
las
instalaciones
del
proveedor
de
telecomunicaciones. Los PSEs son conmutadores (switches) y componen el grueso de la

red del proveedor.
El PAD (Packet Assembler/Disassembler) es un dispositivo que se encuentra comnmente
en las redes X.25. Los PADs son empleados cuando el dispositivo DTE es demasiado
sencillo para llevar a cabo todas las funcionalidades del protocolo X.25. Los PADs se
colocan entre el DTE y el DCE y cumplen con las siguientes tareas bsicas: ensamble y
desensamble de paquetes y almacenamiento temporal (buffering).
Arquitectura de Protocolos
Nivel de Paquete
El nivel de paquete (tambin llamado nivel 3 o nivel de red) utiliza unidades de datos
llamadas paquetes que contienen informacin de control y datos del usuario. Este nivel
provee procedimientos para el manejo de los siguientes servicios:
Circuito Virtual (Virtual Circuit, VC) es una asociacin temporal entre dos DTEs, es
iniciada por un DTE que enva un CALL REQUEST a la red. Este servicio garantiza la
secuencia de entrega de paquetes entre los DTEs en ambas direcciones. Los circuitos
virtuales son establecidos en cualquier momento cuando dos DTEs necesiten comunicarse.
Este es el servicio mas comnmente empleado en el protocolo X.25.
Octavio Herrera
10/85
Circuito Virtual Permanente (Permanent Virtual Circuit, PVC) es una asociacin
permanente entre dos DTEs existentes que no requiere de procedimientos de inicializacin
(conectarse) o terminacin (desconectarse) por parte de los DTEs.
Datagramas (Datagrams, DG) es una unidad de datos autocontenida. Incluye informacin
suficiente para ser enrutada al DTE destino en forma independiente a todas las dems
unidades de datos y sin necesidad del establecimiento de una llamada. Las unidades de
datos son transmitidas sin garantas de entrega y secuencia. Cada datagrama debe contener
informacin completa de direccionamiento y control para permitir su entrega al DTE
destino.
Seleccin Rpida (Fast Select) es un servicio que habilita al paquete de control para
tambin transmitir datos.
Otros Servicios: El nivel de paquetes tambin provee los procedimientos de
establecimiento y terminacin de llamadas requeridos para el servicio de VC. El nivel de
paquete se encarga del control de flujo para evitar que un transmisor sature al otro con
paquetes y que la entrega de paquetes sea ordenada y eficiente. El nivel de paquete tambin
maneja errores para abortar o reinicializar un VC en caso de ser necesario.
Nivel de Enlace
El nivel de enlace (tambin llamado nivel 2, o nivel de trama) asegura la transferencia
confiable de datos entre el DTE y el DCE mediante la transferencia de una secuencia de
tramas.
Las funciones llevadas a cabo por la capa de enlace incluyen:
Transferencia sincronizada y eficiente de los datos.

Sincronizacin del enlace para garantizar que el receptor esta en concordancia con el
transmisor.
Deteccin y recuperacin de transmisiones errneas.
Identificacin y reporte de fallas en procedimientos hacia las capas superiores para su
recuperacin.
El nivel de enlace emplea un procedimiento de control del enlace que es compatible con
HDLC (High Level Data Link) estandarizado por ISO. Existen varios protocolos que
pueden emplearse en este nivel:
Octavio Herrera
11/85
LAPB (Link Access Protocol, Balanced) es derivado de HDLC y es el que se utiliza

ms comnmente. Permite el establecimiento de un enlace lgico adems de las
caractersticas propias de HDLC.
LAP (Link Access Protocol) Es una versin anterior de LAPB y raramente se le utiliza
en la actualidad.
LAPD (Link Access Protocol, D Channel) es derivado del LAPB y es utilizado en
ISDN.
LLC (Logical Link Control) es un protocolo LAN de la serie IEEE 802 que permite en
envio de paquetes X.25 a travs de un canal en una red local (LAN).
Nivel Fsico
La capa fsica (nivel 1) maneja las especificaciones elctricas, mecnicas, de
procedimientos y la interfase funcional entre un DTE y un DCE. El nivel fsico puede estar
especificado por cualquiera de las recomendaciones para modems y circuitos de
interconexin: X.21, X.21-bis o V.24
X.21 es una recomendacin de la CCITT para la operacin de circuitos digitales.

Emplea ocho circuitos de interconexin (tierra, regreso comn del DTE, transmisin,
recepcin, control, indicador, sealizacin de elemento y sincrona). La funcin de cada
uno esta definida en la recomendacin X.24 y sus caractersticas elctricas en la
recomendacin X.27.
X.21-bis es una recomendacin de la CCITT que define la interfase analgica para

acceder al circuito digital de la red de conmutacin de paquetes por medio de un
circuito analgico. X.21-bis incluye procedimientos para enviar y recibir informacin
de direccionamiento, lo cual le permite a un dispositivo DTE establecer comunicacin
con otro dispositivo DTE con acceso a la red digital.
V.24 es tambin una recomendacin de la CCITT y provee procedimientos que

permiten la operacin de un DTE sobre una lnea privada que lo conecta con un
dispositivo de conmutacin de paquetes o un concentrador.
Sealizacin y Transferencia de Datos

Establecimiento de llamada (Call Setup)
Cuando un DTE A quiere comunicarse con un DTE B este debe crear un paquete de
establecimiento de llamada (CALL REQUEST) y pasrselo a su DCE. El DTE B recibe el
paquete por medio de la red y su DCE. Si el DTE B desea aceptar la llamada enviar de
Octavio Herrera
12/85
regreso un paquete de aceptacin de la llamada (CALL ACCEPTED). En el momento en
que el DTE A recibe el paquete de aceptacin de la llamada (CALL ACCEPTED) el
circuito virtual (VC) esta establecido. A partir de este momento los dos DTEs pueden
emplear la conexin full-duplex para intercambiar datos. Cuando alguna de las partes desea
terminar la conexin, basta con enviar una solicitud de liberacin (CLEAR REQUEST) y
esperar
la
confirmacin
del
mismo
por
parte
de
su
interlocutor
(CLEAR
CONFIRMATION).
Figura 2. Establecimiento de una llamada X.25
El DTE determina el nmero del circuito para las llamadas de salida, en tanto que el DCE
determina el nmero de circuito para las llamadas de entrada. Si ambos eligen el mismo
nmero de manera simultanea, se presenta una colisin (Call Collision). X.25 especfica
que en este caso, la llamada de salida ser procesada y la de entrada ser cancelada.
Diagramas de estado X.25

El estndar X.25 contiene varios diagramas de estado que describen la secuencia de eventos
tales como el establecimiento de llamada y la terminacin de sta. El siguiente diagrama
marca las fases del procedimiento de establecimiento de llamada.
Octavio Herrera
13/85
Figura 3. Diagrama de estados X.25 para CALL SETUP.
Inicialmente, la referencia es el estado P1. Un paquete CALL REQUEST o INCOMING

CALL cambia el estado a P2 o P3 respectivamente. Desde estos estados, el estado de
transferencia de datos puede ser alcanzado directamente o pasando a travs del estado P5.
Existen diagramas similares para la terminacin de llamadas o reinicializacin de estas.
Control de Errores y de Flujo de Informacin

LAPB-Link Access Protocol, Balanced.
A continuacin describiremos en detalle LAPB debido a que es el protocolo que se utiliza
normalmente en X.25. Este protocolo utiliza la siguiente estructura de trama:
8
Bandera
Direccin Control
Variable
16
Datos
Checksum
Bandera
Longitud de los campos en bits

Figura 4. Trama LAPB de X.25.
Campo
Flag
Address
Control
Cheksum
Descripcin
Los campos de banderas indican el inicio y fin de la trama.
Contienen la secuencia 011111110.
El campo de direccin contiene las direcciones del DTE/DCE.
El campo de control contiene una secuencia de nmeros, comandos
y respuestas que controlan el flujo de datos entre el DTE y el DCE.
El campo de secuencia de suma indica si se ha presentado un error
en la transmisin. Es una variante del CRC (Cyclic Redundancy
Code).
Tabla 2. Campos de la Trama LAPB de X.25
Octavio Herrera
14/85
Existen tres tipos de tramas:
Informacin: Contiene los datos que estn siendo transferidos El campo de control
contiene los nmeros de secuencia de las tramas transmitidas.
Supervisin: Existen varios tipos.
RECEIVE READY-Es una trama indicando el nmero de secuencia esperado en la

siguiente trama.
REJECT-Indicador negativo empleado para indicar la identificacin de un error en
la transmisin.
RECEIVE NOT READY (RNR)-Misma informacin que en RECEIVE READY
pero le indica al transmisor que interrumpa el envo de tramas.
No-numeradas: Empleado exclusivamente con fines de control. Sus funciones incluyen el

establecimiento del enlace y su desconexin, as como el reporte de errores.
Los siguientes comandos tambin son empleados en LAPB:
DISC (DISConnect)- Le permite al equipo indicar que esta a punto de desconectarse.
SNRT (Set Normal Response Time)- Le permite anunciar su presencia a un equipo que
acaba de reconectarse.
FRMR (FRaMe Reject)- Es empleado para indicar que una trama con secuencia de suma
adecuada pero sin significado semntica ha sido recibida.
Formato de los Paquetes

Ahora examinaremos el formato de los paquetes en el protocolo X.25
El Paquete de Control
El formato de los paquetes de control es como sigue:
Figura 5. Paquete de Control X25.
Octavio Herrera
15/85
Al igual que los dems paquetes X.25, los paquetes de control comienzan con una cabecera
de 3 bytes. Los bytes 1 y 2 contienen los campos de grupo y de canal que juntos conforman
el nmero de identificacin del canal virtual. El nmero cero esta reservado para usos
futuros, de tal forma que un DTE puede usar 4095 identificadores de canales virtuales a un
mismo tiempo.
El Paquete CALL REQUEST
La informacin adicional del paquete CALL REQUEST es como sigue:
Figura 6. Paquete CALL REQUEST de X.25.
La longitud de las direcciones origen y destino esta determinada por los dos primeros
campos del paquete. La pareja de campos subsecuentes contienen las direcciones
propiamente dichas, codificadas como dgitos decimales, cuatro bits por cada digito.
Las funcionalidades pueden variar de red a red. Estas pueden ser llamadas por cobrar,
canales unidireccionales (en lugar de full-duplex), tamao mximo del paquete y tamao de
la ventana, en lugar de usar los valores por omisin de 128 bytes y 2 paquetes.
El siguiente campo, Facilities Length, determina cuantos bytes de facilidades siguen. El
campo de facilidades es empleado para solicitar funcionalidades especiales para la
conexin.
El ltimo campo, User Data, permite al DTE enviar hasta 16 bytes de informacin junto
con el paquete CALL REQUEST.
Otros paquetes de control son:
CALL ACCEPTED es enviado si el DTE marcado acepta la llamada.
CLEAR REQUEST es empleado bajo diversas circunstancias, el cuarto byte del paquete
informa porque la conexin esta siendo inicializada. Es confirmado por el paquete CLEAR
REQUEST CONFIRMATION.
Octavio Herrera
16/85
INTERRUPT permite el envi fuera de secuencia de una pequea seal (32 bytes). Es
confirmada por el paquete INTERRUPT CONFIRMATION.
RECEIVE READY (RR) es utilizado cuando no existe trfico en la direccin contraria. El
campo ppp (los tres primeros bits del campo type) indican que paquete se espera a
continuacin.
RECEIVE NOT READY (RNR) permite a un DTE indicar al otro extremo que debe
suspender el envo de paquetes.
REJECT permite al DTE solicitar la retransmisin de una serie de paquetes. El campo ppp
indica el numero de secuencia del primer paquete en cuestin.
RESET y RESTART son utilizados para recuperarse de diferentes situaciones de error. Son
confirmados por un paquete RESET CONFIRMATION y RESTART CONFIRMATION
respectivamente.
DIAGNOSTIC permite notificar problemas al usuario.
El paquete de datos
El formato del paquete de datos es como sigue:
Figura 7. Paquete de Datos X.25.
El bit Q permite a los protocolos de las capas superiores calificar los datos. El bit puede ser
empleado para diferenciar entre los paquetes de control y los de datos de las capas
superiores. El bit de control es siempre cero para los paquetes de datos.
Los campos de secuencia (Sequence) y Piggyback son utilizados para el control de flujo
usando un mecanismo de ventana deslizante (sliding window). Los nmeros de secuencia
son modulo 8, si el campo Mdulo es 01 o mdulo 128 si el Mdulo es 10 (00 y 11 no estn
Octavio Herrera
17/85
permitidos). Si los nmeros de secuencia son modulo 128, la cabecera es extendida un byte
ms para acomodar campos de secuencia y Piggyback ms largos.
El bit D determina el significado del campo Piggyback. D=0, significa que el DCE local ha
recibido el paquete, pero no el DTE remoto. D=1, significa que el paquete ha sido
entregado al DTE remoto.
El campo More permite a un DTE indicar que un conjunto de paquetes debe estar agrupado.
El estndar especifica que los proveedores deben de soportar un paquete con una longitud
de de hasta 128 bytes. Sin embargo, tambin permite ofrecer longitudes mximas entre los
16 hasta 4096 bytes (en potencias de 2).
Direccionamiento
Una direccin completa X.25 puede tener hasta 14 dgitos, de los cuales los tres primeros
identifican el pas, el siguiente el nmero de red y los 10 dgitos restantes pueden ser
asignados por el operador local de la forma que considere conveniente.
El esquema de direccionamiento empleado en X.25 esta definido por la recomendacin
X.121 de la CCITT. El sistema es similar al sistema telefnico. Una direccin X.121 esta
formada por un IDN (Internacional Data Number) que consiste de dos campos: el DNIC
(Data Network Identification Code) y el NTN (National Terminal Number).
El DNIC es un campo opcional que identifica el PSN (Public Switched Network) exacto en
el cual el nodo terminal DTE esta localizado. Este nmero es omitido algunas veces cuando
la llamada es dentro del mismo PSN. El DNIC tiene dos subcampos: Pas y PSN
Figura 8. Direccin X.25.
Octavio Herrera
18/85
ISDN
Historia
El desarrollo de la Red Digital de Servicios Integrados (Integrated Services Digital
Network, ISDN) es una continuacin de la digitalizacin de las redes telefnicas. Desde el
punto de vista de estas compaas, ISDN es una tecnologa que permitira integrar
diferentes aproximaciones para la interconexin de redes (circuitos y paquetes, voz y
datos.) Siendo ISDN una continuacin en la evolucin de las redes telefnicas, el bloque
bsico para la transmisin de informacin es un canal de 64 kbps. Por otro lado, la
sealacin empleada en ISDN tambin es herencia de la evolucin en los sistemas
telefnicos. La sealizacin fuera de banda utilizada en las redes telefnicas (SS7) es una
caracterstica fundamental de ISDN junto con el procesamiento distribuido.
La historia de ISDN (una recomendacin del CCITT, ahora llamado ITU) es prcticamente
la historia de su proceso de estandarizacin.
El trmino ISDN fue usado por primera vez en 1971 durante una reunin de trabajo del
grupo de estudio XI del CCITT (conmutacin y sealizacin) por H. Shimada, el entonces
delegado de NTT al CCITT. El concepto de Red Digital de Servicios Integrados (ISDN)
hacia nfasis en la integracin de voz y datos; en tanto que el concepto precursor, Red
Digital Integrada (IDN), se enfocaba en la estructura interna de la red que integrara los
equipos de conmutacin y transmisin.
Pasaran de 15 a 20 aos antes de que ISDN recibiera una completa atencin internacional
en la ITU. Durante el periodo de 1981-1984 se condujeron los primeros estudios, que
concluyeron con el Libro Rojo de Recomendaciones para ISDN en 1984 (Red Book ISDN
Recommendations.) El libro presentaba la arquitectura de red, los protocolos de usuario
para acceso a red y los protocolos de sealizacin de canal comn. El subsiguiente periodo
de estudios fue ms amplio y culmin con la publicacin del Libro Azul de
Recomendaciones de 1988. Los contenidos de esta recomendacin pueden ser resumidos de
la siguiente forma:
Son suficientes para ofrecer servicios de transporte y teleservicios de 64 kbps.
Octavio Herrera
19/85
Solamente la etapa 1 de un nmero reducido de servicios suplementarios fue definida (por
ejemplo: identificacin de llamadas, identificacin de servicios, etc.)2
Pese a la atencin recibida, la implementacin de ISDN ha sido lenta. Una de las razones es
que dos de los principales fabricantes de equipo de conmutacin: Northern Telecom (ahora
conocido como Nortel Networks), y AT&T (cuyo negocio de fabricacin de equipo de
conmutacin se conform en una compaa independiente y es llamada ahora Lucent
Technologies) decidieron diferentes formas de implementar el estndar de la CCITT3.
A principios de los 90s, una iniciativa de la industria comenz a desarrollar el estndar para
la implementacin de ISDN en EUA (National ISDN 1, NI-1) aunque no todas las
compaas operadoras de telecomunicaciones accedieron inicialmente a implementar los
servicios de ISDN en sus centrales telefnicas (tal fue el caso de SouthWestern Bell y US
West.) La subsiguiente iniciativa (NI-2) fue ms amplia e incluy el esfuerzo de varios
fabricantes de equipo para la definicin de configuraciones estndares y finalmente todos
los operadores implementaron ISDN.
Actualmente muchos de los servicios de ISDN han sido desplazados por otros servicios de
banda ancha para acceso a Internet, como xDSL y cable modems. Estos servicios son ms
accesibles, rpidos y fciles de instalar y mantener que los de ISDN. Sin embargo, ISDN
todava tiene su lugar en localidades donde no existen otros medios de acceso y como
respaldo para servicios dedicados.
Dado que las etapas 2 y 3 no fueron presentadas, es imposible la implementacin de servicios

suplementarios de acuerdo al Libro Azul de Recomendaciones de ISDN.
La situacin era comparada con la problemtica de los ferrocarriles en Norteamrica a principios del siglo
XIX "People had different gauges, different tracks... nothing worked well."
Octavio Herrera
20/85
ISDN es un diseo para una red pblica completamente digital para servicios de telefona y
telecomunicaciones. ISDN comprende, casi exclusivamente, los componentes de la red del
lado del usuario y esta diseada para transportar todo tipo de informacin: voz, datos
imgenes y video. El desarrollo de ISDN representa un esfuerzo por estandarizar los
servicios del subscriptor, la interfaz red/usuario y la interoperabilidad entre redes. Su diseo
incluye el uso de una interfaz nica, en trminos de equipamiento y protocolos de
comunicacin.
ISDN permite la operacin simultnea de varios canales digitales sobre la misma lnea
telefnica empleada para los servicios analgicos, aunque tambin soporta otros tipos de
medios.
Tipo de Servicios
ISDN provee tres tipos de servicios:
Servicios de Carga
Teleservicios
Servicios Suplementarios
Los servicios de carga proveen los mecanismos de transporte requeridos para transferir
infamacin a travs de una UNI (User Network Interface). La informacin es transparente
para los servicios de carga y puede ser voz, datos o video. La informacin intercambiada
por medio de este servicio no es modificada por la red. Los servicios de carga estn
definidos dentro de las tres primeras capas del modelo OSI.
Los teleservicios emplean los servicios de carga para pasar informacin a travs de la UNI.
Pueden ser vistos como aplicaciones de telecomunicaciones que permiten a los usuarios
comunicarse utilizando protocolos estndares. Operan en las capas 4 a 7 del modelo OSI.
Los servicios suplementarios pueden ser utilizados para extender los servicios de carga o
los de teleservicios. Proveen funcionalidades que normalmente no estn disponibles en los
servicios de carga bsicos o los de teleservicios. Los servicios suplementarios no pueden
ser utilizados directamente, sino que deben de ser empleados en conjunto con otro servicio
o conjunto de servicios.
Octavio Herrera
21/85
Configuracin de Referencia
El siguiente esquema muestra una configuracin de referencia para dispositivos ISDN y a
continuacin presentamos un breve glosario de los trminos manejados en ste.
Figura 9. Configuracin de Referencia ISDN
TE1, Terminal Equipment type 1: Equipo Terminal tipo 1. Cualquier equipo que puede ser
conectado directamente a la red ISDN: telfonos, computadoras, etc. con interfaces ISDN.
TE2, Terminal Equipment type 2: Equipo Terminal tipo 2. Equipos tradicionales
(analgicos en su mayora) conectador al Adaptador de Terminales, tales como telfonos o
equipos de fax.
TA, Terminal Adaptor: Adaptador de Terminales. Permite a los dispositivos tradicionales
conectarse a la red ISDN. No solo trabaja para dispositivos analgicos, sino tambin para
digitales como puede ser una interfaz Ethernet.
NT1, Network Terminador type 1: Terminador de Red tipo 1. Es el fin de la lnea desde el
punto de vista del operador de telecomunicaciones y por tanto el inicio de la red interna del
usuario. En Norteamrica este es el caso, pero en otras partes del mundo este equipo se
encuentra en las instalaciones del proveedor de telecomunicaciones. Este equipo adapta el
cableado de cuatro hilos usado en la red interna del usuario al cableado tradicional de dos
hilos empleado por las compaas telefnicas.
NT2, Network Terminador type 2: Terminador de Red tipo 2. Para enlaces sencillos este
dispositivo no existe, pero en localidades donde se tiene una red privada interna este
dispositivo corresponde al equipamiento interno de dicha red (PBXs, etc).
LT, Line Terminator: Terminador de Lnea. Es la conexin fsica a la red del proveedor de
telecomunicaciones.
Octavio Herrera
22/85
ET, Exchange Termination: Terminador de Intercambio. Es el punto de conexin entre los
telfonos del usuario y la red telefnica desde el punto de vista lgico.
Las letras R, S, T, U y V en el diagrama son puntos de referencia que se usan para definir
interfaces lgicas entre elementos. As por ejemplo, el punto de referencia R es la interfaz
entre los telfonos tradicionales y un adaptador de terminal. Como en la mayor parte de las
acometidas ISDN no se dispone de equipamiento NT2, los puntos de referencia S y T son
normalmente referidos en conjunto como S/T
Servicio ISDN BRI

El servicio de la Interfaz de Tasa Bsica (Basic Rate Interface, BRI) ofrece dos canales B y
uno D (2B+D). Los canales B operan a 64 kbps4 y transportan informacin del usuario; el
canal D trabaja a 16 kbps y maneja informacin de control y sealizacin, aunque tambin
puede llevar datos. La sealizacin del canal D comprende de la capa uno a la tres del
modelo OSI. La interfaz BRI tambin define la estructura de la trama y otras sobrecargas,
alcanzando una tasa de transmisin de 192 kbps.
La especificaciones fsicas del la interfaz BRI son un estndar de la ITU-T (I.430).
Servicio ISDN PRI

El servicio de la Interfaz de Tasa Primaria (Primary Rate Interface, PRI) ofrece 23 canales
B y uno D en Estados Unidos y Japn, agregando una tasa de transmisin de hasta 1.544
Mbps (con el canal D operando a 64 kbps). En Mxico, Europa, Australia y otras partes del
mundo la interfaz provee 30 canales B y un canal D de 64 kbps para una tasa de
transmisin de 2.048 Mbps. La especificacin fsica de la interfaz es la ITU-T I.431.
Cuando un usuario requiere anchos de banda superiores a los 64 kbps ISDN provee canales
de banda ancha denominados canales H. Los canales H son una agrupacin de canales B.
La primera denominacin de un canal como de banda ancha es la agrupacin de seis
canales B para formar un canal H0 de 384 kbps.
En Norteamrica algunos canales operan a slo 56 kbps debido a la existencia de equipo antiguo que tomaba
un bit para sealizacin.
Octavio Herrera
23/85
Un canal H1 se forma mediante la agrupacin de todos los canales disponibles en una
interfaz PRI (24 para T1s o 30 en E1s). Otros canales H han sido definidos para manejar
diferentes requerimientos: H10 maneja 10 canales H0, H11, 11 y H12 12 para ofrecer
anchos de banda de 1.472 Mbps, 1.536 Mbps y 1.920 Mbps respectivamente.
El ltimo tipo de canales disponible en ISDN se denomina Nx64 y opera en forma similar a
los canales H, pero permite agrupar cualquier cantidad de canales B (de 1 a 24) y no es
necesario tener un equipo de multiplexaje inverso en las instalaciones del usuario ya que la
red mantiene la secuencia de los segmentos de 64 kbps en la trama.
Los nombres de los canales se dice que se deriva de que los canales analgicos eran
referidos como canales A (A de Analog), el siguiente tipo de canal empleado fue entonces
B, que coincidentemente puede tambin verse como derivado de Binario (aunque algunos
dicen que se deriva del termino en ingls, Bearer channel). Los canales D eran llamados en
algn tiempo canales delta, por su relacin con los canales B, pero dada la dificultad de
escribir la letra griega se volvi simplemente D.
Arquitectura de Protocolos
Los protocolos que permiten a un usuario acceder a los servicios de ISDN operan en las tres
primeras capas del modelo OSI. Las aplicaciones y teleservicios trabajan en los niveles 4 a
7.
Los protocolos de la capa fsica estn definidos en los estndares I.430 e I.431 para los
accesos BRI y PRI respectivamente. En la capa 2 y 3 existen diferentes protocolos
definidos de acuerdo a si se esta examinando el canal D o el canal B.
Octavio Herrera
24/85
Figura 10. ISDN y el modelo OSI
Capa 1
En ISDN la estructura de las tramas en la capa fsica son diferentes dependiendo de la
direccin en la que se esta enviando la informacin. Ambas tramas tienen 48 bits de
longitud con 36 bits representando datos. Los bits de una trama de capa fsica ISDN tienen
el siguiente significado:
1 1
1 1 1 1
L D L F
L B2
L D L B1
L D L B2
Trama TE (terminal a red)

1 1 8 1 1 1 1
F L B1 E D A F
1 8
F B2
1 1 1 8
E D S B1
1 1 1 8
E D S B2
F L B1
1 1 1
1 1 1
Trama NT (red a terminal)

Figura 11. Trama fsica ISDN
Campo
F
L
E
A
S
B1, B2 y D
Descripcin
Provee sincrona.
Ajusta el valor promedio de los bits (componente de CD).
Asegura la resolucin de disputas cuando varias terminales en un
bus compiten por un canal.
Activa dispositivos.
No esta asignado.
Manejan datos del usuario, canal B1, B2 y D respectivamente.
Tabla 3. Campos de la trama fsica ISDN.
Octavio Herrera
25/85
Varios dispositivos pueden estar conectados a un mismo circuito fsico. Bajo esta
configuracin pueden presentarse colisiones cuando dos terminales tratan de transmitir en
forma simultnea. Debido a esto ISDN provee un mecanismo para determinar disputas por
el medio fsico. Cuando un NT recibe un bit D del TE, ste repite el bit en la siguiente
posicin del bit E. El TE espera recibir un bit E igual al su ltimo bit D enviado para
determinar que su trama fue recibida. El inicio de la trama NT esta retrasada de la trama TE
por dos bits y dada esta situacin, en la figura anterior se muestra uno de estos mapeos.
Las terminales no pueden transmitir en el canal D a menos de que detecten un determinado
nmero de unos (indicando la ausencia de seal) que corresponden a una prioridad
preestablecida. Si un TE detecta un eco diferente de sus bits D (en el canal E) debe dejar de
transmitir inmediatamente. Esta simple tcnica asegura que solo un equipo transmitir en el
canal D en cualquier momento. Despus de que una terminal ha transmitido en el canal D
su prioridad es reducida y tendr que detectar un mayor numero de unos en la lnea antes de
transmitir; esto permitir que todos los equipos conectados a una misma lnea tendrn una
oportunidad de transmitir en el canal D. Las conexiones telefnicas tienen una prioridad
superior a todos los dems servicios y la informacin de sealizacin tiene prioridad sobre
cualquier informacin que no sea de sealizacin.
Capa 2
La capa 2 del protocolo de sealizacin de ISDN es LAPD (Link Access Procedure,
Channel D). LAPD es similar a HDLC y LAPB. Como el nombre del protocolo lo indica,
esta capa es utilizada a travs del canal D para asegurar que la informacin de sealizacin
y control fluye y es recibida correctamente. La estructura de la trama LAPD es muy similar
a la de HDLC y como HDLC, LAPD emplea tramas de supervisin, informacin y no
numeradas. El protocolo LAPD es especificado formalmente en ITU-T Q.920 y ITU-T
Q.921.
Octavio Herrera
26/85
Variable
Banderas
Direccin
Control
Informacin
FCS
Banderas
SAPI
6
C/R EA
1
TEI
EA
Figura 12. Estructura de la trama LAPD
Los campos de banderas y control son idnticos a los de HDLC. El campo de direccin
puede ser de uno o dos bytes de extensin. Si el bit de direccin extendida (EA) esta
presente en el primer byte la direccin es entonces de un byte, en tanto que si esta ausente
la direccin es de dos bytes. El primer byte del campo de direccin contiene el Identificador
del Punto de Acceso (Service Access Point Identificator, SAPI) el cual especifica el portal
de acceso a los servicios de capa 3. El bit C/R indica cuando la trama contiene un comando
o una respuesta. El Identificador de Nodo Terminal (Terminal Endpoint Identifier, TEI)
identifica una o mltiples terminales. Un TEI con solo unos corresponde a un broadcast.
Capa 3
En ISDN se emplean dos especificaciones para la sealizacin de capa 3: ITU-T I.450
(tambin conocida como ITU-T Q.930) y ITU-T I.451 (tambin conocida como ITU-T
Q.931). En conjunto, estos dos protocolos soportan conexiones de usuario a usuario, con
circuitos conmutados y de conmutacin de paquetes. Mensajes para el establecimiento y
terminacin de llamadas, informacin y varios otros son especificados, incluyendo SETUP,
CONNECT, RELEASE, USER INFORMATION, CANCEL, STATUS y DISCONNECT.
Estos mensajes son funcionalmente similares a aquellos del protocolo X.25.
Sealizacin y transferencia de datos

Toda la sealizacin y mensajes de control en ISDN son manejados por el canal D en forma
similar a como la red telefnica digital maneja su propio trfico de sealamiento y de
control en canales independientes a los de trfico (out-of-band). Como se mencion
anteriormente, los mensajes de control en ISDN son similares a los empleados en X.25 y
Octavio Herrera
27/85
existen diferentes procedimientos definidos para el establecimiento de llamadas, su
mantenimiento y terminacin.
La figura en la siguiente pgina muestra la secuencia de seales necesarias para el
establecimiento de una llamada en ISDN para un ruteador.
Direccionamiento
El esquema de direccionamiento de ISDN esta definido en el estndar E.164 (tambin
numerado como I.331). El esquema permite el uso de nmeros telefnicos como direccin.
Una direccin E.164 puede contener hasta 15 dgitos. La longitud de este campo es de
ocho octetos y los dgitos de la direccin son codificados en BCD (Binary Coded Decimal,
que usa 4 bits). A una direccin I.164 se le agregan tantos 0s antes del primer dgito para
completar la longitud mxima de 15 dgitos. Al final, un semiocteto compuesto
exclusivamente por unos (1111) es agregado para conformar un nmero entero de octetos.
Octavio Herrera
28/85
Figura 13. Establecimiento de una llamada ISDN.
Octavio Herrera
29/85
Frame Relay
Historia
Frame Relay fue concebido originalmente como un protocolo para ser usado en interfaces
ISDN. Las propuestas iniciales a este respecto fueron entregadas a ITU-T en 1984. En
Norteamrica tambin se iniciaron trabajos de estandarizacin de esta tecnologa a travs de
un comit de la ANSI denominado T1S1.
La estandarizacin de Frame Relay cubre tres operaciones bsicas: descripcin del servicio,
aspectos esenciales y sealamiento de acceso. La primera de estas especificaciones fue
aprobada por ANSI (Norteamrica) en 1990 y las dos restantes fueron aprobadas para 1991.
Las recomendaciones equivalentes de la ITU-T fueron aprobadas poco despus.
Un avance significativo en el desarrollo de Frame Relay tuvo lugar en 1991 cuando Cisco,
StrataCom, Nortel y DEC conformaron un consorcio para favorecer el desarrollo de esta
tecnologa y favorecer la introduccin de equipamientos compatibles. El consorcio
desarrollo una especificacin conforme a los estndares en desarrollo por parte de T1S1 e
ITU-T, pero extendieron sus funcionalidades para proveer servicios en complejos
ambientes de interconexin de redes. Estas extensiones son referidas en su conjunto como
la Interfaz de Administracin Local (Local Management Interface, LMI).
Las primeras redes pblicas de Frame Relay se desarrollaron en Norteamrica. El mercado
de las redes estaba dominado en ese entonces por circuitos dedicados de banda ancha (T1s
en esa poca). Como resultado muchas compaas haban instalado sus redes privadas
haciendo uso de servicios TDM (Time Division Multiplexing). Los servicios de
conmutacin de paquetes no eran muy populares ya que eran vistos como lentos y de pobre
desempeo. Las redes TDM se ajustaban a al perfeccin para implementar servicios de
telefona y video. De hecho, muchas compaas justificaban la creacin de sus redes
privadas con los ahorros alcanzados al manejar sus comunicaciones telefnicas en su red
privada en lugar de hacerlo a travs de la red pblica. Las operadoras de
telecomunicaciones lucharon contra esta tendencia y comenzaron a ofrecer servicios de
redes privadas virtuales, que son competitivas en costo con las implementaciones mediante
Octavio Herrera
30/85
redes privadas. Esto dejo el campo de las redes privadas casi para uso exclusivo de
aplicaciones de datos, pero las caractersticas de operacin de las redes de datos no se
ajustan perfectamente a las redes TDM. En las redes TDM el ancho de banda es asignado
estticamente, sin tomar en cuenta la naturaleza aleatoria y en rfagas del trfico de datos.
Debido a esto los proveedores de servicios de telecomunicaciones vislumbraron una
oportunidad para recuperar el mercado de redes de datos con circuitos dedicados. Esto le
permitira al proveedor de telecomunicaciones hacerse cargo nuevamente de todas las
necesidades de comunicacin de las empresas (y por tanto mejorar su tasa de ganancia).
Debido a esta situacin Frame Relay fue comercializado agresivamente para competir con
las tarifas de los circuitos dedicados.
En Europa la situacin era diferente. Los operadores de redes europeas no haban provisto
circuitos dedicados de alta velocidad a bajos costos y consecuentemente la demanda para
equipamiento TDM se haba mantenido escasa. Adicionalmente, los operadores de redes
pblicas no haban provisto servicios de calidad en redes de conmutacin de paquetes de
alta velocidad (excepto por Francia). La consecuencia fue que los servicios de conmutacin
de paquetes de velocidad reducida basados en X.25 desplazaron cualquier otra tecnologa
de transporte de datos.
El primer servicio pblico de Frame Relay fue ofrecido en Norteamrica durante 1992 por
compaas tales como AT&T, US Sprint, BT Norteamrica, Dintel y Compuserve. Estas
compaas instalaron nodos de Frame Relay en las principales ciudades y permitieron el
acceso a estos nodos mediante lneas compradas al operador local de telecomunicaciones.
Octavio Herrera
31/85
Figura 14. Estructura del servicio de Frame Relay en Norteamrica.
El usuario tenia que pagar una suscripcin al servicio y por la lnea de acceso. Para las
velocidades de acceso que se manejaban, entre 56 kbps a 1.544 Mbps esto los costos de la
lnea de acceso no eran considerables.
En Europa, el nico proveedor que ofreci servicios de Frame Relay durante 1992 fue BT
con extensiones a su servicio de redes de conmutacin de paquetes administradas, GNS
(Global Network Services), y Finish PTO, que instalo una reducida red de Frame Relay en
Finlandia
El Foro Frame Relay ha publicado diversos Acuerdos de Implementacin (IAs), con
extensiones funcionales y operacionales a los estndares Frame Relay de ANSI e ITU-T.
Una de los IAs que vale la pena mencionar es el IA FRF.11, publicado en mayo de 1997.
Este Acuerdo de Implementacin del Foro Frame Relay corresponde a la operacin de
aplicaciones de voz en redes Frame Relay. El acuerdo incluye aspectos tales como el
soporte de diferentes codificadores para el manejo de voz digital comprimida (de 64 kbps a
32, 16 u 8 kbps), supresin de silencio y soporte para el manejo de trfico de fax clase 3.
Octavio Herrera
32/85
Frame Relay conforme al modelo OSI

Frame Relay opera dentro de las dos primeras capas del modelo OSI y es comn
presentarlo como una versin simplificada de X.25. El objetivo de esta simplificacin es el
de lograr un desempeo superior, pudiendo manejar hasta 45 Mbps, en tanto que X.25 slo
soporta hasta 2.048 Mbps.
Figura 15. Frame Relay y el Modelo OSI.
Frame Relay combina las funciones de red y enlace de datos en un sencillo protocolo al
nivel de la capa de enlace de datos. Con el fin de soportar funcionalidades que normalmente
requeriran de los servicios de un protocolo de la capa de red se han desarrollado e
implementado estndares adicionales.
Nivel 1
La capa fsica de Frame Relay es esencialmente la misma que la de X.25. Especifica las
caractersticas fsicas y elctricas para comunicar un DTE y un DCE (CSU/DSU).
Nivel 2
Al nivel del enlace de datos Frame Relay emplea un subconjunto de las especificaciones de
ISDN, conocido como LAPD. LAPD es un estndar de la capa de enlace que maneja
informacin de sealamiento en el canal D de ISDN. Las tramas utilizadas por LAPD
cumplen con la recomendacin ITU-T Q.922, misma que ser presentada ms adelante.
Octavio Herrera
33/85
Frame Relay es un ejemplo de las redes de conmutacin de paquetes. En estas redes, los
nodos terminales comparten los recursos de la red en forma dinmica. Las dos tcnicas
bsicas implementadas por estas tecnologas son el empleo de paquetes de longitud variable
y el multiplexaje estadstico de los recursos de la red.
El empleo de paquetes de longitud variable permite efectuar transferencias de informacin
ms flexibles y eficientes. Cada uno de estos paquetes es conmutado a lo largo de los
diferentes segmentos de la red hasta que se alcanza su destino.
El multiplexaje estadstico controla el acceso a la red conmutada. La ventaja de esta
tecnologa es que administra el ancho de banda disponible en forma flexible y eficiente ya
que la mayora de las redes de datos actuales utilizan conmutacin de paquetes (Ethernet,
Token Ring, etc).
Frame Relay no ofrece las funcionalidades de caractersticas de X.25 como el uso de una
ventana deslizante o la retransmisin de informacin para garantizar una transmisin
confiable. Es por esto que Frame Relay puede manejar velocidades de transmisin
superiores; sin embargo, el desempeo de esta tecnologa no se ve afectado debido a que la
calidad de los medios de transmisin que utiliza son superiores a aquellos en los cuales el
protocolo X.25 fue diseado para operar.
Existen dos categoras de dispositivos: DTE y DCE. Los DTEs son considerados
normalmente como equipos terminales y tpicamente estn ubicados en las instalaciones del
usuario. De hecho, pueden ser propiedad del usuario. Los DCEs son equipos de
interconexin propiedad del operador de telecomunicaciones. Son los equipos que
transmiten la informacin a travs de la red WAN.
Frame Relay ofrece servicios orientados a conexin en la capa de enlace. Esto significa que
una transmisin entre cualquier par de dispositivos tiene asociado un identificador de
conexin. Este servicio es implementado mediante circuitos virtuales que pueden ser
multiplexados para su transmisin a travs de la red en un mismo circuito fsico. Esta
funcionalidad reduce los requerimientos de equipo y la complejidad de la red para
interconectar diversos DTEs.
Octavio Herrera
34/85
Un mismo circuito virtual puede atravesar un nmero indeterminado de DCEs
(conmutadores) en una red pblica, y pueden ser de dos categoras: circuitos virtuales
conmutados (Switched Virtual Circuits, SVCs) y circuitos virtuales permanentes
(Permanent Vitual Circuits, PVCs).
SVCs
Los Circuitos Virtuales Conmutados son conexiones temporales empleadas en escenarios
que requieren de transmisiones espordicas de informacin. Un enlace a travs de un SVC
consiste de los siguientes cuatro estados operacionales:
Establecimiento de llamada, Call Setup. Establecimiento del circuito virtual entre dos
dispositivos DTE Frame Relay.
Transferencia de informacin, Data Transfer. La informacin es transferida entre los dos
DTEs a travs del circuito virtual.
Inactivo, Idle. La conexin entre los dispositivos aun esta activa, pero ninguna informacin
esta siendo transmitida. Si el canal permanece ocioso por un determinado intervalo de
tiempo la llamada puede ser terminada.
Terminacin de llamada, Call Termination. El circuito virtual entre los dispositivos es
cerrado.
Si despus de que un SVC ha sido cerrado los DTEs necesitan transferir ms informacin,
estos tendrn que establecer un nuevo SVC. Se espera que los SVCs sern establecidos,
mantenidos y terminados utilizando el mismo sealamiento empleado en ISDN.
PVCs
Los circuitos virtuales permanentes son conexiones establecidas de manera definitiva para
flujos consistentes y permanentes de datos entre DTEs a travs de la red Frame Relay. La
comunicacin empleando PVCs no requiere de los estados de establecimiento y
terminacin de llamada empleados APRA SVCs y por tanto los PVCs solo pueden estar en
los estados operacionales de Inactivo o Transferencia de Informacin.
Los circuitos virtuales de Frame Relay son identificados mediante DLCIs (Data-link
Connection Identifiers). Los valores de los DLCIs son normalmente asignados por el
proveedor de telecomunicaciones. Estos identificadores solo tienen significado local, lo que
Octavio Herrera
35/85
significa que los valores son nicos en cada interfaz LAN, pero no necesariamente en la red
WAN Frame Relay.
Estructura de la Trama
Las tramas estndar Frame Relay tienen la siguiente estructura.
Direccin
Datos
FCS
Banderas
DLCI
DLCI
6
1 1
4
EA
Banderas
DE
BECN
16
FECN
Variable
EA
16
C/R
Figura 16. Trama Frame Relay.
El significado de cada uno de los campos es el siguiente

Banderas, Flags. Delimitan el principio y el fin de la trama. El valor de este campo es
siempre el mismo y es representado ya sea por el numero hexadecimal 7E o por el nmero
binario 011111110.
Direccin, Address Contiene la siguiente informacin:
DLCI. El DLCI de 10 bit es la esencia de la cabecera Frame Relay. Este valor representa la
conexin virtual entre el DTE y el switch. Cada conexin virtual que es multiplexada en la
medio fsico ser representada por un DLCI nico. El valor del DLCI solo tienen
significado local, lo cual quiere decir que los equipos en los extremos de un circuito virtual
pueden usar diferentes DLCIs y aun referirse al mismo circuito virtual.
Direccin Extendida, Extended Address (EA). Este bit determina el ltimo octeto de la
direccin. Cuando el bit es uno se trata del ltimo octeto. A pesar de que todas las
implementaciones de Frame Relay actualmente utilizan dos octetos esta funcionalidad
permite el uso de direcciones de mayor longitud. El ltimo bit de cada byte es utilizado
para este campo.
Octavio Herrera
36/85
C/R. Este campo corresponde al bit que sigue al ltimo byte del campo del DLCI. El uso
de este campo no esta definido todava.
Manejo de Congestion, Congestion Control. Este campo consiste de tres bits que controlan
el mecanismo de notificacin de congestin de Frame Relay. Son denominados FECN,
BECN y DE, y corresponden a los tres ltimos bits del campo de direccin.
Datos, Data Encapsula datos de las capas superiores. Cada trama en este campo de
longitud variable contiene datos del usuario de una longitud de hasta 16,000 octetos. Este
campo permite el transporte de los PDUs (Protocol Data Unit) de las capas superiores en la
red Frame Relay. Tericamente la capacidad mxima de este campo es 4,096 bytes, el
mximo real depende del fabricante, aunque el estndar define que se debe soportar un
mximo-mnimo de 1,600 bytes.
Secuencia de Verificacin de la Trama, Frame Check Sequence (FCS) Asegura la
integridad de los datos recibidos. El campo es calculado por el transmisor y verificado por
el receptor para garantizar la integridad de la transmisin.
Interfaz de Administracin Local, LMI

La Interfaz de Administracin Local (LMI) es un conjunto de adiciones a la especificacin
bsica de Frame Relay. El conjunto incluye funcionalidades para direccionamiento global,
multicast y mensajes de estatus de los circuitos virtuales. La extensin de direccionamiento
asigna DLCIs con significado global en vez de local. Los valores del DLCI son empleados
como la direccin del DTE, misma que es nica en toda la red Frame Relay. Esta extensin
facilita la interconexin y administracin de redes Frame Relay. Los mensajes de estatus
del circuito virtual proveen comunicacin y sincrona entre los dispositivos DTE y DCE.
Estos mensajes son empleados para reportar el estatus de PVCs peridicamente, lo cual
evita el envo de informacin a hoyos negros, es decir, PVC que ya no existen. Las
extensiones de multicast permiten el envo de informacin de ruteo y de resolucin de
direcciones a solo a un grupo de dispositivos.
Las extensiones a Frame Relay usan una variante de la trama de Frame Relay que tiene la
siguiente estructura:
Octavio Herrera
37/85
Variable 2
1
Bandera
FCS
Elementos de
informacin
LMI DLCI
Tipo de mensaje
Indicador de
informacin no
numerado
Discriminador
de protocolo
Referencia de
llamada
1
Bandera
Longitud de los campos en bytes.

Figura 17. Trama LMI de Frame Relay.
Bandera, Flag. Determina el inicio y el final de la trama.

LMI DLCI. Identifica la trama como una trama LMI en logar de una trama Frame Relay
estndar. El DLCI especifico utilizado por la especificacin del consorcio es DLCI = 1023.
Indicador de Informacin no numerado, Unnumbered Information Indicador. Establece
el bit poll/final a cero.
Discriminador de Protocolo, Protocol Discriminator. Siempre contiene un valor indicando
que la trama es LMI.
Referencia de llamada, Call Referente. Siempre contiene ceros. Este campo no es usado
actualmente para nada.
Tipo de Mensaje, Message Type. Etiqueta la trama con alguno de los siguientes tipos de
mensajes:
Status-inquiry message. Le permite preguntar al equipamiento del usuario por el

estatus de la red.
Status message. Responde los mensajes de solicitud de estatus (Status-inquiry).
Estos mensajes incluyen mensajes de keepalives y estatus de PVCs.
Elementos de Informacin, Information Elements. Contiene un numero variable de

elementos individuales de informacin (information elements, IEs). Los IEs consisten en
los siguientes campos:
IE Identifier. Identifica de forma nica el IE.
IE Length. Indica la longitud del IE.
Data. Consiste de 1 o mas bytes conteniendo informacin del capas superiores

encapsulada.
Octavio Herrera
38/85
Secuencia de verificacin de la trama, Frame Check Sequence (FCS). Asegura la
integridad de la informacin recibida.
Parmetros de Configuracin de Frame Relay

La forma en que una red Frame Relay manejar el trfico generado depende de si ste
concuerda con las especificaciones contratadas para el circuito o no. Un enlace Frame
Relay se caracteriza por tres parmetros: CIR, Bc y Be
CIR
La tasa de transmisin comprometida (Commited Information Rate, CIR) es la velocidad
que la red soporta bajo condiciones de operacin normales. Su nombre se explica a si
mismo; dado un contrato con el proveedor de servicio este se compromete a garantizar al
menos esa tasa de transmisin. Este valor se mide en bits por segundo y debe estar
especificado para cada circuito virtual. Se puede establecer un contrato con un CIR de 0, en
cuyo caso se brindara un servicio best-effort y la red no garantizara el flujo de los datos.
El CIR mximo de un enlace Frame Relay no puede exceder la velocidad del medio de
acceso o la velocidad mxima del otro extremo del circuito virtual.
Cuando la informacin inyectad en la red excede el valor del CIR, el bit de descarte (DE) es
encendido para todos aquellos paquetes por arriba de la tasa especificada. En la prctica,
para controlar la cantidad de trfico que puede ser inyectada en la red es necesario
proporcionar un intervalo durante el cual se contabilizar el trfico inyectado para
compararlo con respecto a las especificaciones contratadas. Para obtener este valor, se debe
especificar cual es el mximo nmero de bits que la red deber aceptar (Bc) y al dividirlo
por el CIR contratado se obtiene el valor de Tc, que ser el intervalo de medicin. Por
ltimo, ya se mencion que Frame Relay permite a las conexiones excederse en sus tasas de
transmisin con respecto al CIR contratado, pero encender el bit de descarte de todas las
tramas correspondientes. Adicionalmente, Frame Relay impone un lmite en la cantidad de
trfico que puede ser manejada por una conexin (en adicin a las limitaciones impuestas
por la conexin fsica) y es especificada mediante el parmetro Be.
Los conmutadores de acceso a una red Frame Relay implementan un mecanismo de
formateo del trfico recibido llamado cubeta goteante (leaky bucket). El mecanismo
Octavio Herrera
39/85
consiste en una ventana deslizante Tc, durante la cual no se aceptar ms de Be bits y todas
aquellas tramas excediendo el CIR contratado sern marcadas como elegibles para ser
descartadas.
Control de errores y de flujo de informacin

Frame Relay emplea un mecanismo de verificacin de errores comn, CRC (Cyclic
Redundancy Check). El CRC compara dos valores para determinar si la informacin
recibida llego sin errores a su destino. Mediante la implementacin de un mecanismo de
verificacin de errores en lugar de uno de correccin de errores Frame Relay reduce la
sobrecarga en la red. Cuando el mecanismo detecta un error, la trama es simplemente
descartada.
Control de trfico y congestin

Frame Relay minimiza la sobrecarga de la red mediante el empleo de simples mecanismos
de notificacin, en lugar de efectuar control de flujo por cada circuito virtual. Debido a que
Frame Relay es implementado sobre medios de transmisin confiables, esto no significa un
deterioro en el desempeo ya que el control de flujo puede ser dejado a los protocolos de
capas superiores. Frame Relay ofrece dos mecanismos de notificacin de congestin:
FECN
(Forward-Explicit
Congestion
Notification)
BECN
(Backward-Explicit
Congestion Notification).
Ambos mecanismos son controlados mediante un bit contenido en la cabecera de la trama
Frame Relay. La cabecera tambin contiene un bit de descarte (Discard Eligibility, DE) que
es utilizado para identificar el trafico de menor importancia y que puede ser eliminado
durante periodos de congestin.
El bit FECN es parte del campo de direccin en la cabecera de la trama Frame Relay. El
mecanismo es iniciado cuando un dispositivo DTE inyecta tramas a la red. Si la red esta
congestionada, los DCEs (switches) establecern el estado del bit FECN a uno. Cuando las
tramas alcanzan el nodo DTE destino, el FECN destino indica que las tramas
experimentaron congestin con direccin al destino. El DTE podr entonces pasar la
indicacin a las capas superiores para su procesamiento. Dependiendo de la
implementacin, podra iniciarse control de flujo o simplemente ignorar la seal.
Octavio Herrera
40/85
Actualmente solo DECnet y OSI son los nicos protocolos de capas superiores que
implementan esta funcionalidad.
El bit BECN tambin es parte de la informacin del campo de direccin en la cabecera de
la trama Frame Relay. Los dispositivos DCE encendern este indicador para las tramas
viajando en la direccin contraria a aquellas que tienen su bit FECN prendido. Esto indicara
al DTE receptor que existe congestin en algn segmento de la red. Dependiendo de la
implementacin el DTE podr pasar este indicador a las capas superiores para su
procesamiento e iniciar control de flujo, o bien se le ignorar.
El bit DE (Discard Elegibility) es utilizado para indicar aquellas tramas que tienen menor
importancia que otras. El bit es parte del campo de direccin en la cabecera de la trama
Frame Relay.
Los dispositivos DTE pueden asignar el valor del bit DE para indicar que porcin de su
trafico es de menor importancia. As pues, en momentos de congestin, la red descarta
aquellas tramas de menor importancia antes de eliminar cualquier otro trfico con mayor
prioridad.
Direccionamiento
El direccionamiento en Frame Relay esta basado en al asignacin de DLCIs. Cuando se
esta manejando la especificacin estndar, los DLCIs solo tienen significado local, en tanto
que cuando se esta empleando las extensiones LMI, los DLCIs se convierten en direcciones
de red.
Comparacin con X.25

Frame Relay combina el multiplexaje estadstico y el manejo de puertos compartidos de
X.25 con las altas velocidades y el pequeo retardo de la conmutacin de circuitos TDM.
En contraste con X.25, Frame Relay elimina por completo el procesamiento de capa 3.
Slo algunas funciones de la capa 2, denominadas fundamentales, son utilizadas, tales
como verificar que la trama ha sido recibida sin errores, pero sin implementar
retransmisin. Dado que muchos protocolos de capas superiores implementan funciones
tales como numeracin de paquetes, rotacin de ventanas de transmisin, confirmacin de
recepcin y otras, la red Frame Relay no duplica estas funcionalidades.
Octavio Herrera
41/85
La siguiente tabla resume las caractersticas de Frame Relay y las compara con aquellas de
TDM y X.25. Slot
Conmutacin Conmutacin
de Paquetes
de Circuitos
X.25
TDM
Multiplexaje en
intervalos de tiempo
Multiplexaje estadstico
(Circuitos Virtuales)
Puertos compartidos
Altas velocidades por
Circuito
Retardo
Frame Relay
mnimo
alto
reducido
Tabla 4: Comparacin entre Frame Relay, TDM y X.25.
En la siguiente pgina se puede apreciar la cantidad de procesamiento adicional que X.25

efecta en comparacin con Frame Relay.
Octavio Herrera
42/85
Figura 18. Procesamiento de Frame Relay vs X.25.
Octavio Herrera
43/85
ATM
Historia
La ITU-T y otros grupos de estandarizacin comenzaron a trabajar en 1984 en el
establecimiento de una serie de recomendaciones y tcnicas para la transmisin,
conmutacin, sealizacin y control de una red inteligente basada en fibras pticas capas de
resolver las limitaciones existentes de la poca y capas de manejar los servicios del futuro.
Esta red fue referida como Red Digital de Servicios Integrados de Banda Ancha, B-ISDN.
Para 1990 la decisin haba sido tomada para basar B-ISDN en SONET/SDH y ATM.
SONET describe los estndares de transmisin ptica. Los estndares SONET/SDH
especifican como la informacin
puede
ser
empaquetada,
multiplexada y transmitida en
una red ptica. Una caracterstica
esencial de SONEt/SDH es que
garantiza que el equipamiento y
los
servicios
de
diferentes
fabricantes y proveedores son

interoperables y administrables.
ITU-T necesitaba entonces de un
estndar de conmutacin para
complementar SONET/SDH en
el modelo B-ISDN.
Dado que SONET solo describe
la transmisin y multiplexaje de
la informacin, sin saber que tipo de informacin esta siendo conmutada, puede operar con
casi cualquier tecnologa de conmutacin emergente. Dos tipos de conmutacin fueron
considerador originalmente: sincrona y asncrona. Se requera de una matriz de conmutado
inteligente con la capacidad de manejar todo tipo de trfico a velocidades extremadamente
altas y la habilidad de maximizar los recursos de la red. Idealmente, el totalidad del ancho
de banda debera de estar disponible para todas las aplicaciones y debera de ser asignado
Octavio Herrera
44/85
sobre demanda. Se eligi ATM como la tecnologa que podra satisfacer estos
requerimientos. Aunque ATM fue concebido originalmente para las redes WAN, los
diseadores de redes de rea local y los operadores de televisin por cable vieron ATM
como una posible solucin a sus necesidades particulares.
El Foro ATM fue establecido en Octubre de 1991 y public su primera especificacin ocho
meses ms tarde. El Foro ATM fue conformado para acelerar el proceso de adaptacin de la
tecnologa, acelerando la generacin de especificaciones de interoperabilidad. En adicin a
esto, el Foro promueve la cooperacin entre industrias y crea una presencia en el mercado.
Para 1996 el Foro ATM present el Acuerdo de Anchorage. El acuerdo especificaba el
conjunto de especificaciones necesarias para la implementacin de infraestructuras ATM de
misin crtica y un conjunto adicional para la migracin a una red multiservicios. El
acuerdo comprometa a los participantes a mantener el desarrollo de la tecnologa
conservando compatibilidad con las especificaciones presentadas en esta revisin.
Estructura de ATM conforme al modelo OSI

El ncleo de las especificaciones de ATM cubre hasta la capa dos del modelo OSI, pero
como se describir ms adelante, muchas de sus funcionalidades comprenden funciones de
la capa 3 o superiores y su uso depender de la aplicacin en cuestin.
Figura 19. ATM y el Modelo OSI.
El nivel fsico define las interfaces elctricas y fsicas, las velocidades de las lneas y otras
caractersticas fsicas.
Octavio Herrera
45/85
El nivel ATM define el formato de la celda ATM.
El nivel de Adaptacin ATM (ATM Adaptation Layer, AAL) define los procesos de
conversin del trfico de los niveles superiores en celdas ATM.
En las capas superiores se recibe directamente el trfico de otros protocolos (IP, IPX, etc) y
se implementan funcionalidades como LANE (LAN Emulation).
ATM (Asynchronous Transfer Mode) es una tecnologa de conmutacin de paquetes a alta
velocidad que utiliza pequeos paquetes de longitud fija llamados celdas. El uso de celdas
simplifica el diseo del equipamiento de conmutacin y permite su operacin eficiente a
altas velocidades. El trmino asncrono se refiere al hecho de que las celdas no estn
preasignadas, de tal forma que aquellas asignadas a una conexin pueden aparecer a
intervalos irregulares.
La arquitectura en capas de ATM permite manejar dicersos servicios, tales como voz, datos
y video en una misma red. Las tres capas inferiores del modelo han sido definidas para
implementar las funcionalidades de ATM. La capa de adaptacin convierte el trfico de las
capas superiores en una secuencia de celdas con 48 bytes de informacin. En el proceso de
adaptacin integra informacin adicional para garantizar que las propiedades del trfico en
cuestion son conservadas (sincronia, sensibilidad a retardos, prdidas, etc). La capa ATM
toma estos 48 bytes y les antepone una cabecera de 5 bytes que garantiza que la
informacin sera transmitida a la conexin correcta.
En ATM, las conexiones entre dispositivos terminales a nivel lgico se les denomina
Canales Virtual (Virtual Channels, VC) y varios VCs son agrupados en Rutas Virtuales
(Virtual Path, VP) para facilitar la administracin de las conexiones. Con establecer una
ruta de respaldo para un VP se brinda proteccin a todos los VCs que este contiene adems
de mantener la flexibilidad de que un VC puede ser intercambiado de VP en caso de ser
necesario. Al igual que en Fram Relay, los canales (y las rutas) en ATM pueden ser de dos
tipos: permanentes (PVCs) y conmutadas (SVCs). Tal y como el nombre lo indica, las
conexione permanentes estan siempre presentes, en tanto que las conmutadas requiren de
un procedimiento de establecimiento.
Octavio Herrera
46/85
Categoras de Servicios ATM y Aplicaciones

La introduccin de nuevas categoras de servicios ATM ha incrementado los beneficios de
la tecnologa, haciendo ATM adecuado para un sinnmero de aplicaciones. Una red ATM
puede proveer conexiones VPs o VCs con diferentes niveles de servicios. El concepto de
negociar el comportamiento esperado de la capa ATM en trminos del trfico y el
desempeo de cada conexin permite a los usuarios optimizar las capacidades de la red
para satisfacer los requerimientos de las aplicaciones.
Las primeras implementaciones de ATM ofrecan limitadas opciones. El comportamiento
tpico, comn de la mayor parte de la primera generacin de redes ATM, era reservar una
cantidad fija de ancho de banda para cada conexin durante la duracin de la llamada en
funcin de la mxima tasa de transmisin de la fuente con una calidad de servicio nica.
Las categoras de servicios ATM representan las bases para la creacin de nuevos servicios
en los que los usuarios pueden seleccionar combinaciones especficas de parmetros de
trfico y desempeo.
ATM es una tecnologa multiservicio. De hecho, la mayor parte de los requerimientos que
son especficos para cierta aplicacin pueden ser resueltos en los extremos de la red ATM
mediante la seleccin de la Capa de Adaptacin ATM (AAL) adecuada. Sin embargo, de
acuerdo a la definicin estndar del comportamiento de la capa ATM no debe ser
dependiente de las AALs dado que estas son para servicios especficos (y en muchos casos,
son soportadas por los nodos terminales del usuario, es decir, fuera del ncleo de la red
ATM) ni tampoco depender de los protocolos de las capas superiores, que son dependientes
de la aplicacin.
Dada la existencia de una mezcla heterognea de trfico y la necesidad de un control
adecuado de la asignacin de recursos de la red para cada componente de trfico, un mayor
grado de flexibilidad, equidad y utilizacin de la red puede ser alcanzado mediante el
ofrecimiento de un conjunto de capacidades dentro de la propia capa ATM. Las categoras
de servicios han sido definidas con este objetivo en mente.
Octavio Herrera
47/85
Tasa de Bits Constante, CBR
La categora de servicio CBR es utilizada por conexiones que requieren un cantidad esttica
de ancho de banda, caracterizadas por un valor Pico de Tasa de Celdas (Peak Cell Rate,
PCR) que esta disponible continuamente durante la duracin de la conexin. La fuente
puede transmitir celdas a, o por debajo, del PCR en cualquier momento y por lapsos
indeterminados (o puede estar en silencio). Esta categora esta pensada para aplicaciones de
tiempo real, por ejemplo, aquellas que tienen un aceptan un reducido retardo en la
transmisin (Cell Transfer delay, CTD) y en la variabilidad de ste (Cell Delay Variation,
CDV), pero no esta restringido a estas aplicaciones. Es apropiado para aplicaciones de voz
y video as como para servicios de emulacin de circuitos (Circuit Emulation Services,
CES). Las garantas que ofrece la red una vez que se establece la conexin es que la calidad
de servicio (QoS) negociada ser aplicable a todas las celdas dentro de las especificaciones.
Se asume que aquellas celdas que sean entregadas despus del CTD especificado son de un
poco valor para la aplicacin.
Tasa de Bits Variable de Tiempo Real, rt-VBR
El servicio de tasa de bits variable de tiempo real es para aplicaciones de tiempo real
(aquellas que requieren un estricto control de retardo y variacin de retardo), como puede
ser el caso de aplicaciones de voz y video. Se espera que las fuentes transmitan a una tasa
que vara con el tiempo. Alternativamente, la fuente puede ser descrita como aleatoria. Los
parmetros de trfico son Tasa de Celdas Pico (Peak Cell Rate, PCR), Tasa de Celdas
Soportada (Sustainable Cell Rate (Sustainable Cell Rate, SCR) y Tamao Mximo de
Rfaga (Maximum Burst Size, MBS). Se asume que las celdas con retardos mayores a CDT
son de menor utilidad para la aplicacin. El servicio VBR de tiempo real puede soportar
multiplexaje estadstico de fuentes de tiempo real.
Tasa de Bits Variable de Tiempo no Real, nrt-VBR
La categora de tasas de bits variable de tiempo no real es para aplicaciones que no son de
tiempo real y tienen trfico con caractersticas aleatorias y pueden ser caracterizados en
trminos de PCR, SCR y MBS. Para aquellas celdas que son transmitidas dentro de las
especificaciones contratadas se espera una pequea tasa de prdidas (Cell Loss Rate, CLR).
Para todas las celdas se espera tener un lmite en el retardo de transmisin de las celdas
Octavio Herrera
48/85
(CTD). El servicio VBR de tiempo no real puede implementar multiplexaje estadstico de
conexiones.
VBR es adecuado para cualquier aplicacin en la que los sistemas terminales pueden
beneficiarse del multiplexaje estadstico mediante el envo de informacin a tasas variables
y pueden tolerar o recuperarse de una pequea tasa de perdidas potencial. Este es el caso de
cualquier fuente CBR para la cual una tasa de transmisin variable permite el uso ms
eficiente de los recursos de la red sin afectar el desempeo de la aplicacin. En particular,
voz paquetizada con compresin y supresin de silencio seria una aplicacin adecuada
Tasa de Bits Disponible, ABR
ABR (Available Bit Rate) es una categora de servicio de la capa ATM en la cual las
caractersticas de la capacidad de transmisin provedas por la red pueden cambiar despus
del establecimiento de la conexin. Un control de flujo es establecido para permitir
diferentes tipos de retroalimentacin para controlar la tasa de transmisin en respuesta a las
cambiantes caractersticas de transmisin de la capa ATM. Muchas aplicaciones pueden
tener la capacidad de reducir o aumentar su tasa de transmisin si la red se los requiere. Se
espera que un sistema terminal que ajusta su tasa de transmisin de acuerdo a la
retroalimentacin de la red observara una reducida tasa de prdidas y recibir una justa
porcin del ancho de banda de acuerdo a una cierta poltica de asignacin. La variacin del
retardo de las celdas (CDV) no es controlado en este servicio, aunque las celdas admitidas
no son encoladas innecesariamente. ABR no es para aplicaciones de tiempo real. En el
momento del establecimiento de la conexin, el sistema terminal deber especificar a la red
una tasa de transmisin mxima y una tasa til mnima. Estas sern designadas como PCR
y la tasa mnima de celdas (Minimum Cell Rate, MCR) respectivamente. El MCR puede ser
especificado como 0. El ancho de banda de la red puede variar, peor no debe ser menor a
MCR.
Cualquier aplicacin critica que no sea de tiempo real siendo ejecutada en un sistema
terminal capaz de variar su tasa de transmisin puede emplear el servicio ABR. Esta
categora soporta, en forma econmica, aplicaciones con vagos requerimientos de ancho de
banda y con reducidas tasas de perdida de celdas. Ejemplos de estas son la interconexin de
redes de rea local.
Octavio Herrera
49/85
Tasa de Bits no Especificada, UBR
La categora de tasa de bits no especificada (Unspecified Bit Rate, UBR) esta dirigido a
aquellas aplicaciones que no son de tiempo real que no requieren limitaciones en el retardo
de las celdas o en la variacin de ste. Ejemplo de estas aplicaciones son las tradicionales
aplicaciones de comunicacin de computadoras, tales como FTP y correo electrnico. Se
espera que por naturaleza las fuentes UBR transmitirn en forma no continua rfagas de
celdas, de otra manera un mecanismo de formateo sera necesario (shapping algorithm).
UBR soporta un alto grado de multiplexaje estadstico de trfico. UBR no especifica
garantas de servicio. Especficamente, UBR no incluye el concepto de negociacin de
ancho de banda por conexin. Puede no haber ningn compromiso numrico de la tasa de
prdidas experimentada por una conexin UBR o su retardo.
UBR puede ser una solucin adecuada para aplicaciones menos demandantes como puede
ser una transferencia de archivos trabajando en segundo plano.
Arquitectura de protocolos
Anteriormente presentamos cual es la relacin entre el modelo OSI y la arquitectura de
protocolos ATM, pero el diagrama presentado anteriormente era una simplificacin del
modelo ATM ya que este es realmente un poco ms elaborado.
Modelo ATM
Figura 20. Modelo de Referencia ATM.
Octavio Herrera
50/85
El modelo de referencia ATM es un arreglo multidimensional que conforma un cubo.
Algunos de los bloques del cubo son denominados capas (como en el modelo OSI) y otros
son denominados planos. De acuerdo con esto, el modelo de referencia ATM esta
compuesto por tres planos:
Plano del usuario. Define como es transportar la informacin del usuario en la red ATM.
Su estructura en capas permite el flujo de los datos del usuario junto con su control
asociado, que puede consistir en control de flujo hasta recuperacin de errores, etc.
Plano de control. Con una estructura en capas efecta las funciones de administracin de
las conexiones, tales como establecimiento, supervisin y terminacin de llamadas.
Plano de administracin. Gestiona la red y lleva acabo funciones operacionales. Este
plano es subdividido en dos secciones: administracin de planos y administracin de capas.
La administracin de planos efecta funciones que no estn subdivididas en capas y
relacionan al sistema como un todo proveyendo coordinacin entre los planos y la capa de
administracin de capas, que cumple con funciones relacionadas con los recursos y
parmetros que residen en sus protocolos. La administracin de capas maneja tambin la
administracin y operacin (OAM) de la informacin de la capa en cuestin.
Los protocolos del plano de control y del plano de usuario incluyen funciones de las capas
inferiores (fsica, ATM y Adaptacin ATM) y de las capas superiores. Las tres capas
inferiores son requeridas y deben de ser implementadas en cualquier equipamiento ATM,
en tanto que los protocolos de las capas superiores son empleados en la traduccin y
encapsulamiento de otros protocolos y pueden ser implementados selectivamente por los
usuarios o bien estar implementados en slo algunos productos.
Capa fsica
La capa fsica de ATM cumple con cuatro funciones:
Conversin de las celdas en un flujo de bits,

Controlar la recepcin y envo de bits en el medio fsico
Supervisar los lmites de las celdas
Empaquetar las celdas en la trama adecuada para su transmisin en el medio fsico.
Octavio Herrera
51/85
La capa fsica de ATM se divide en dos subcapas: una la capa dependiente del medio fsico
(Physical Medium-Dependent, PMD) y la de convergencia de la transmisin (Transmisin
Convergente, TC).
La subcapa PMD provee dos funciones bsicas: Primero, sincroniza la transmisin y
recepcin mediante la recepcin y envo de un flujo continuo de bits con informacin de
sincrona requerida. Segundo, especifica los elementos fsicos para conectarse al medio en
uso, incluyendo tipo de conectores y de cable.
La subcapa TC tiene cuatro funciones: delineamiento de celdas, generacin y verificacin
de la secuencia de control de errores del encabezado (Header Error Control, HEC),
desacoplamiento de la tasa de celdas y adaptacin de la trama de transmisin. La funcin de
delineacin de celdas conserva los lmites de las celdas ATM, y permite as que los
dispositivos puedan ubicar celdas dentro de una rfaga de bits. La generacin y verificacin
de la HEC es usado para asegurar la valides de la informacin y el encabezado de la celda.
El desacoplamiento de la tasa de celdas se encarga de mantener la sincrona mediante la
insercin o supresin de celdas libres (no asignadas) para ajustar la tasa de transmisin a la
capacidad de carga til del medio de transmisin. La adaptacin de la trama de transmisin
se encarga de empaquetas las celdas en tramas aceptables en el medio fsico.
Capa ATM
La capa ATM describe como deben ser transportadas las celdas a travs de la red y como se
debe de manejar la calidad de servicio para que las conexiones operen dentro de las
especificaciones requeridas. En esta capa se emplea informacin en al cabecera de 5 bytes
para determinar un nmero de posibles acciones que pueden llevarse a cabo.
Esta capa provee:
Creacin de celdas
Multiplexaje y demultiplexaje de celdas
Manejo del flujo y secuencia de las celdas
Manejo de celdas eliminadas
Ruteo de circuitos y canales virtuales
Octavio Herrera
52/85
Capa de adaptacin ATM

En esta capa la informacin del usuario es convertida y recibida en paquetes de carga de 48
bytes.
La capa de adaptacin ATM resuelve las disparidades entre la tecnologa de conmutacin
de celdas y las de conmutacin de circuitos (voz, video) y de conmutacin de datagramas
(LANs, Frame Relay).
AAL es lo que le da a ATM la flexibilidad de manejar diferente tipos de servicios bajo un
mismo formato. Es importante hacer notar que AAL no es un proceso de la red, sino que es
efectuado por el equipo terminal de la red; de tal forma que la funcin de la red se reduce a
enrutar las celdas de un punto a otro de acuerdo a la informacin contenida en la cabecera.
Hasta cuatro bytes por celda pueden ser empleados en el proceso de adaptacin, dejando 44
bytes para el manejo de datos del usuario.
La ITU-T determino la necesidad de crear varios mecanismos de adaptacin estndar
(AALs) para satisfacer los requerimientos de encapsulamiento de diferentes tipos de
informacin en celdas ATM.
La siguiente tabla presenta cada una de las AALs especificadas por la ITU-T y su supuesta
aplicacin
Capa
AAL1
AAL2
AAL3/4
AAL5
Descripcin
Soporta emulacin de circuitos empleando ATM. AAL1 emplea dos
mtodos: SDT (Structured Data Transfer) y SRTS (Synchronous
Residual Time Stamp). Esta diseado para soportar aplicaciones con
tasas de bits constantes (CBR) orientadas a conexin (voz, video,
emulacin T1s, etc) y con requerimientos precisos de temporizacin
(sensibles a retardos y la variabilidad del retardo).
Soporta aplicaciones iscronas de tasas de bit variables, tales como voz
y video paquetizados. AAL2 aun no esta definido en el estndar ATM.
Soporta flujos de datos orientados y no orientados a conexin. AAL3/4
fue ampliamente utilizada en las primeras implementaciones de ATM
pero actualmente no goza de mucha popularidad debido a la sobrecarga
adicional provocada por el empleo de la subcapa de segmentacin y
reensamblaje (SAR).
Es empleada para el manejo eficiente de trfico de redes locales
(LANs). Actualmente, esta ampliamente implementada en productos
ATM
Tabla 5. Capas de Adaptacin ATM (AALs).
Octavio Herrera
53/85
Capa de Adaptacin ATM, AAL1
AAL1 es un servicio orientado a conexin y es apropiado para el manejo de trfico CBR
como la emulacin de circuitos para voz y videoconferencia. El servicio de emulacin de
circuitos tambin permite la conexin de equipos que actualmente emplean lneas privadas
a una red con tecnologa troncal ATM.
El proceso AAL1 prepara una celda para su transmisin en tres pasos:
Las muestras sncronas son insertadas en el campo de carga til

El campo de nmero de secuencia (SN) y el de proteccin de secuencia (SNP) son
agregados a la carga til para el proceso AAL1 en el otro extremo pueda verificar
que ha recibido la informacin en el orden correcto.
El carga til restante es rellenada con bytes en blanco hasta completar 48 bytes.
Figura 21. Capa de Adaptacin ATM 1 (AAL1).
Capa de Adaptacin ATM, AAL2

Cuando una aplicacin tiene requerimientos de sincrona y control de retardo, pero el
patrn de generacin de trfico es aleatorio, se le llama trfico de tasa variable (VBR). Voz
y video paquetizado son aplicaciones tpicas con este tipo de trfico. AAL2 es apropiado
para manejar este tipo de trfico. El proceso AAL2 emplea 44 bytes de la celda para datos
del usuario y reserva 4 bytes de la carga til para soportar el proceso AAL2.
Octavio Herrera
54/85
Capa de Adaptacin ATM 3/4, AAL3/4

AAL3/4 soporta datos orientados y no orientados a conexin. Fue diseado para
proveedores de servicios y se parece a SMDS (Switched Multimegabit Data Service) y es
empleado para transmitir este tipo de trfico en redes ATM.
AAL3/4 prepara una celda para su transmisin en cuatro pasos:
La subcapa de convergencia (CS) crea una unidad de datos de protocolo (PDU), colocando
al inicio un encabezado con una etiqueta de inicio/final a la trama y agregando al final un
campo con la longitud como terminador.
La subcapa de segmentacin y reensamblaje (SAR) fragmenta la PDU y le antepone un
encabezado.
La subcapa SAR agrega una cola con un cdigo CRC-10 para control de errores y
conforma una unidad de datos de protocolo SAR (PDU SAR).
La PDU SAR se convierte en la carga til de la celda ATM a la cual la capa ATM le
antepondr la cabecera ATM estndar de 5 bytes.
La cabecera de la PDU SAR consiste en los campos: tipo, nmero de secuencia e
identificador de multiplexaje. El campo tipo identifica si la celda corresponde al inicio,
continuacin o fin de un mensaje. El campo de nmero de secuencia determina el orden en
el que las celdas deben de ser reensambladas. El identificador de multiplexaje identifica que
celdas, provenientes de diferentes fuentes de trfico, se entrelazan en el mismo VCC para
que slo las celdas correctas sean reagrupadas en el destino.
Figura 22. Capa de Adaptacin ATM 3/4 (AAL 3/4)
Octavio Herrera
55/85
Capa de Adaptacin ATM 5, AAL5

AAL5 es el principal mecanismo para el manejo de datos y soporta tanto flujos de datos
orientados a conexin como flujos de datos no orientados a conexin. Tambin se le conoce
como la capa de adaptacin simple y eficiente (Simple and Efficiente Adatation Layer,
SEAL) ya que la subcapa SAR simplemente retoma los PDUs de la subcapa CS y los
segmenta en PDUs de SAR de 48 octetos sin agregar informacin adicional.
AAL5 prepara un trama para su transmisin en tres pasos:
La subcapa de convergencia (CS), en caso necesario, agrega al final de la trama una
secuencia de octetos de longitud variable junto con un terminador de 8 bytes. Esto es con el
fin de garantizar que el PDU resultante sea un mltiplo exacto de la capacidad de carga til
(48 bytes) de las celdas ATM. El terminador incluye la longitud de la trama y un CRC de
32 bits. Esto le permite al proceso AAL5 receptor identificar errores de bit, celdas perdidas
o fuera de secuencia.
La subcapa SAR fragmenta la trama resultante en bloques de 48 bytes.
La capa ATM coloca cada trama en la seccin de carga til de una celda ATM y para todas
las celdas, excepto la ltimaapaga un bit en el campo de tipo de carga (Payload Type, PT).
Para la ltima celda, el PT es puesto en 1 para indicar que es la ltima celda de una trama.
Figura 23. Capa de Adaptacin ATM 5 (AAL 5)
Octavio Herrera
56/85
Canales y rutas virtuales

ATM es una tecnologa orientada a conexin y el intercambio de datos se lleva a cabo
mediante el establecimiento de circuitos virtuales entre dos o ms puntos terminales de la
red. En ATM el concepto de circuito virtual es conocido como Conexin de Canal Virtual
(VCC) y puede ser descrita de la siguiente forma:
Un VCC se establecido entre un origen y cualquier destino de la red ATM sin importar la
forma en que ste es ruteado en la red. Siendo una tecnologa orientada a conexin, ATM
establece una conexin mediante sealizacin, es decir, enviando un mensaje de
establecimiento a travs de la red hasta el destino. Si el destino acepta el establecimiento de
la conexin, el VCC es establecido entre los dos sistemas terminales. Un mapeo es
efectuado entre los VCIs/VPIs de ambas UNIs y entre los apropiados enlaces de entrada y
salida en todos los conmutadores intermedios.
Un VCC es una conexin entre dos nodos terminales ATM. Puede consistir de la
concatenacin de varios enlaces VC. Toda la comunicacin fluye a travs del mismo VCC,
lo cual preserva la secuencia de las celdas y provee cierta calidad deservicio. Debe notarse
que el Identificador del Canal Virtual (Virtual Channel Identifier, VCI) en la cabecera de la
celda ATM es asignado en la interfaz de cada enlace, es decir, puede cambiar a lo largo de
la red para un mismo VCC.
Figura 24. Canales y Rutas Virtuales en ATM.
Un Ruta Virtual (Virtual Path, VP) agrupa VCs manejados entre dos equipos ATM y
tambin puede involucrar muchos enlaces VP. Los VCs asociados con un VP son
conmutados de manera conjunta sin desagruparlos o procesando los VCs individualmente o
cambiando sus VCIs. De esta forma se mantiene la secuencia de las celdas en cada VC y la
calidad del servicio del VP depende de los requerimientos de su VC ms demandante.
Como el mecanismo de direccionamiento emplea tanto el VCI como el VPI diferentes VPs
Octavio Herrera
57/85
pueden emplear el mismo VCI sin conflictos. Una celda puede no estar asociada con
ningn VP, en cuyo caso usara un VPI nulo y un VCI nico.
Por medio de VCs y VPsse pueden establecer circuitos virtuales en forma permanente
(mediante el uso de Canales Virtuales Permanentes, Permanent Virtual Channels, PVCs) o
sobre demanda (Canales Virtuales Conmutados, Switched Virtual Channels, SVCs). Es ms
probable que los VPs sern empleados entre conmutadores (por ejemplo en interfaces NNI)
para manejar un gran nmero de canales virtuales. De cualquier forma, todo lo que el
conmutador ATM tiene que hacer es identificar, basado en el VPI o el VCI de la celda (o
ambos) cual es el puerto al cual una celda debe ser enrutada y cual es el nuevo valor
VPI/VCI en esa interfaz. La operacin de una red ATM es entonces realmente simple y
fcil de implementar en hardware por lo que es inherentemente escalable a altas
velocidades.
Definicin y estructura de una celda ATM

Cada celda ATM consiste de 53 bytes. 48 de estos son para carga til del usuario y 5
conforman la cabecera. La cabecera de la celda ATM puede tener dos formatos: UNI (User
to Network Interface) y NNI (Network to Network Interface). El formato UNI es empleado
para comunicacin entre nodos terminales y conmutadores ATM y el formato NNI es
empleado al interior de la red ATM.
GFC
VPI
VPI
VPI
2
VCI
3
PT
HEC
Carga til
(48 bites)
CLP
VCI
4
5
6
PT
CLP
HEC
Carga til
(48 bites)
53
UNI
Nmero de Bytes
NNI
Figura 25. Estructura de las celdas ATM.
Octavio Herrera
58/85
A diferencia de la UNI, la cabecera NNI no contiene el campo de control de flujo (Generic
Flor Control, GFC). Adicionalmente, la NNI usa un VPI de mayor longitud para dar cabida
a un mayor nmero de rutas virtuales entre conmutadores.
La siguiente tabla describe los diferentes campos de la celda ATM
Campo Descripcin
Generic Flow Control. Provee funciones locales, tales como identificar
GFC multiples estaciones que comparten una misma interfaz ATM. Tpicamente
este campo no es utilizado y es puesto en su valor por omisin (0)
Virtual Path Identifier. En conjunto con el siguiente campo, determina el
VPI
siguiente destino de una celda conforme avanza por al red ATM hacia su
destino.
Virtual Channel Identifier. En conjunto con el VPI, determina el siguiente
VCI
destino de una celda conforme avanza por al red ATM hacia su destino.
Payload Type. El primer bit indica cuando una celda contiene informacin
de control o del usuario. Un valor de 1 en el primer bit corresponde a
informacin de control. El segundo bit es un indicador de congestin
PT
(cuando esta encendido) y el tercer bit indica (con un uno) cuando la
informacin contenida en la carga til corresponde a la ltima celda de un
trama AAL5.
Cell Loss Priority. Indica si la celda puede ser descartada si encuentra
CLP congestin en algn punto de la red. Las celdas con el bit encendido deben
de ser descartadas preferentemente con respecto a aquellas que no lo tienen.
Header Error Check. Calcula una secuencia de verificacin de errores para
los primeros cuatro bytes de la celda. El cdigo empleado es capaz de
HEC
corregir errores de un solo bit, en cuyo caso al celda se conserva en lugar
de ser descartada.
Tabla 6. Campos de una celda ATM.
Direccionamiento
El estndar ITU-T emplea direcciones E.164 (similares al sistema telefnico) para redes
ATM pblicas. El foro ATM extendi el direccionamiento para incluir redes privadas. Se
decidi en el modelo de direccionamiento de subredes o de redes sobrepuestas, en el cual la
capa ATM es responsable de la correspondencia entre las direcciones de red y las de ATM.
Este modelo de direccionamiento de subred es alternativo al empleo de redes de capa 3
(como IP e IPX) y protocolos de enrutamiento tradicionales (como OSPF y BGP). El foro
ATM defini el formato de la direccin basado en la estructura de las direcciones del Punto
de Acceso al Servicio de Red de OSI (Network Service Access Point, NSAP).
Octavio Herrera
59/85
El modelo de direccionamiento de subredes independiza la capa ATM de cualquier otro
protocolo de capas superiores, tal como IP o IPX. Por tanto, requiere de un sistema de
enrutamiento y direccionamiento completamente nuevo. A cada sistema ATM se le debe
asignar una direccin ATM en aadidura a cualquier otra direccin de capas superiores.
Esto requiere de un protocolo de resolucin de direcciones (ATM ARP) para hacer
corresponder las direcciones ATM con las direcciones de las capas superiores.
Las direcciones ATM de 20 bytes con formato NSAP son para ser usadas en redes privadas,
en tanto que las redes pblicas tpicamente usan direcciones E.164, mismas que son
formadas de acuerdo a las especificaciones de la ITU-T. el foro ATM ha especificado una
codificacin NSAP para direcciones E.164 el cual es empleado para codificar direcciones
E.164 dentro de redes privadas.
E.164 puede ser empleado para definir el prefijo de una red privada de acuerdo al
direccionamiento asignado en su punto de enlace a una red pblica (UNI). Los bits de
menor orden en al direccin pueden ser empleados para identificar nodos locales.
Todas las direcciones ATM con formato NSAP constan de tres campos: La autoridad e
identificador de formato (Authority and Format Identifier, AFI) el identificador original de
dominio (Inicial Domain Identifier, IDI) y la seccin de Dominio Especfico (DomainSpecific Part, DSP). EL AFI identifica el tipo y formato del IDI, el cual a su vez identifica
la asignacin de la direccin y la autoridad administrativa. El DSP contiene informacin de
ruteo.
El direccionamiento ATM difiere en tres formatos de acuerdo a la naturaleza del AFI y el
IDI. En el formato NSAP con E.164, el IDI es un nmero E.164. En el formato DCC, el IDI
es un cdigo de datos de pas (Data Country Code ,DCC) que identifica pases particulares
de segn especificado en ISO 3166. Estas direcciones son administradas por el organismo
ISO de cada pas. En el formato ICD, el IDI es un cdigo de designacin internacional
(Internacional Code Designator, ICD) que es asignado por la autoridad de registro ISO
6523 (El instituto de estndares britnico). Los cdigos ICD.
El Foro ATM recomienda el empleo del formato DCC o el ICD en los esquemas de
numeracin para redes privadas.
Octavio Herrera
60/85
1
10
AFI
DCC
? IDP ?
? IDI?
HO-DSP
? DSP ?
ESI
SEL
AFI
ICD
? IDP ?
? IDI?
HO-DSP
? DSP ?
Formato ATM DCC
1
8
AFI
E.164
? IDP ?
? IDI?
ESI
SEL
Formato ATM ICD

4
6
HO-DSP
EDI
? DSP ?
1
SEL
Formato NSAP E.164
Longitud de los campos en bytes

Figura 26. Formato(s) de Direcciones ATM.
Campo
AFI
DCC
HO-DSP
ESI
SEL
ICD
E.164
Descripcin
Identifica el tipo y formato de la direccin (E.164, ICD, DCC)
Identifica un pas en particular
High-Order Domain Specific Part, Seccin Especfica de Dominio
de Orden Superior. Combina el dominio de ruteo (RD) y el
identificador de rea (AREA) de la direccin NSAP. El Foro ATM
combina este campo para el manejo flexible de sistemas jerrquicos
de numeracin para sistemas de ruteo basados en prefijos.
End System Identifier, Identificador de Sistema Terminal.
Especifica la direccin MAC de 48 bits de acuerdo a lo establecido
por la IEEE.
Selector, es empleado para el multiplexaje local de una estacin
terminal y no tiene significado en la red.
Identifica una organizacin internacional en especfico.
Identifica la direccin B-ISDN E.164.
Tabla 7: Formato(s) de Direcciones ATM.
Octavio Herrera
61/85
Control de trfico y congestin

La calidad de servicio (QoS) en ATM comprende el establecimiento de garantas, su
formateo y la aplicacin de polticas de trfico (traffic contract, traffic shaping y traffic
policing).
El establecimiento de garantas consiste en la caracterizacin del flujo en cuestin. Esta
caracterizacin consiste en una serie de valores de ancho de banda pico, ancho de banda
promedio y tamao de rfagas, entre otros. Cuando un dispositivo ATM se conecta a la red
ATM, este establece un contrato con la red basado en los parmetros de QoS.
El manejo del trfico (traffic shapping) consiste en el empleo de colas para contener las
rfagas de informacin y regular la variacin del retardo de tal forma que el trfico se
adhiere a las especificaciones contratadas. Los dispositivos ATM son responsables de
respetar las especificaciones mediante el formateo de su trfico (traffic shapping). Los
conmutadores ATM pueden emplear polticas de trfico para garantizar el cumplimiento de
las especificaciones. Los conmutadores miden el trfico y lo comparan con respecto a las
especificaciones contratadas. Si el conmutador encuentra que el flujo de datos no esta
dentro de las especificaciones, ste puede encender el indicador de prioridad de prdida de
celda (Cell Loss Priority, CLP). Al encender el CLP en la cabecera de la celda esta se
vuelve elegible para ser descartada por cualquier conmutador en caso de presentarse
congestin.
Sealizacin ATM
Cuando un dispositivo ATM desea establecer una conexin con otro dispositivo ATM, ste
enva una solicitud mediante un paquete de sealizacin directamente al conmutador ATM
al cual esta conectado. Esta solicitud contiene la direccin ATM del nodo ATM en el otro
extremo junto con los valores de QoS para la conexin.
Los protocolos de sealizacin ATM varan de acuerdo al tipo de interfaz empleada, la
cuales pueden ser UNI o NNI. La interfaz UNI (User to Network Interface) es empleada
entre dispositivos terminales y conmutadores ATM, en tanto que la interfaz NNI (Network
to Network Interface) es empleada entre conmutadores.
La especificacin UNI 3.1 del Foro ATM es el estndar actual para sealamiento UNI y
esta basado en el protocolo Q.2931 de la ITU-T para sealizacin de redes pblicas. La
Octavio Herrera
62/85
sealizacin UNI es manejada a travs de una conexin reconocida (well-know): VPI=0,
VCI=5.
La sealizacin ATM emplea el mismo mtodo para el establecimiento de conexiones que
la mayora de los sistemas modernos de telecomunicaciones, como el telefnico. El
establecimiento de una conexin comienza con el nodo fuente inyectando una solicitud de
conexin en la red. La solicitud es propagada a travs de la red y como resultado una serie
de conexiones son establecidas a lo largo de la red hasta alcanzar su destino final, el cual
puede aceptar o rechazar la llamada.
El ruteo de la solicitud de conexin es manejado por un protocolo de ruteo ATM llamado
PNNI (Private Network-Network Interface), mismo que toma en cuenta las direcciones
origen, destino y las especificaciones de QoS.
Los mensajes de administracin de la conexin se utilizan para establecer una conexin
ATM de la siguiente manera; Un nodo terminal enva un mensaje de establecimiento, el
primer conmutador que recibe este mensaje responde con un mensaje de llamada en
progreso e invoca al protocolo de ruteo ATM para propagar la solicitud a traes de la red. En
el conmutador de salida al cual esta conectado el nodo destino recibe la solicitud y la dirige
al nodo terminal a travs de una interfaz UNI y espera a que el nodo terminal acepte o
rechace la conexin. Si la conexin es aceptada, un mensaje de conexin es enviado de
regreso a travs de la red y el nodo fuente enviar un ltimo mensaje de confirmacin antes
de que la transferencia de datos pueda comenzar para el circuito recin establecido.
El protocolo PNNI brinda dos servicios importantes: el descubrimiento de topologa y el
establecimiento de llamadas. Para que los conmutadores puedan atender solicitudes de
conexin estos deben saber cual es la topologa de la red ATM. PNNI es un protocolo de
ruteo que le permite a ATM descubrir automticamente la topologa de la red. PNNI se
mantiene al tanto del comportamiento de la red y mantiene informacin sobre el estado de
los enlaces y el ancho de banda disponible. Cuando se detectan cambios significativos en la
topologa de al red PNNI notifica a los conmutadores vecinos. El VCI=18 esta reservado
para PNNI.
Adicionalmente, con el fin de permitir a los dispositivos ATM verificar cual es el estado de
los componentes al otro lado de una conexin fsica; as como negociar parmetros
operacionales entre dispositivos, ATM provee una Interface Local Integrada de
Octavio Herrera
63/85
Administracin (Integrated Local Management Interface, ILMI). ILMI opera sobre un VCC
reservado, VPI=X, VCI=16.
Los administradores pueden habilitar o inhibir ILMI, pero es altamente recomendado que lo
mantengan operando. Al hacerlo, se le permite a los dispositivos negociar el ms nivel de
operacin en la interfaz UNI (3.0, 3.1 o 4.0), UNI vs NNI as como otros importantes
parmetros de operacin. Adems, ILMI le permite a los dispositivos intercambiar in
formacin tal como las direcciones NSAP, los nombres de las interfaces de sus contrapartes
y sus direcciones IP. Sin ILMI, todos estos parmetros tendran que ser configurados
manualmente.
Octavio Herrera
64/85
Ethernet
Historia
La historia de Ethernet es probablemente la ms interesante de todas las tecnologas de
transportes presentadas en este trabajo. Su historia es peculiaridad en la industria dada la
forma en que la investigacin, tecnologa, mercado y regulacin han convergido e
interactuado para conformar la tecnologa de redes de datos por excelencia.
El concepto fundamental de Ethernet es el empleo de un canal de comunicacin
compartido. El origen de la tecnologa esta en el sistema de radiocomunicacin ALOHA
(1970) desarrollado en la universidad de Hawai para interconectar su computadora central
con los lectores de tarjetas dispersos en diferentes islas y barcos. La velocidad inicial era de
4800 bp/s y empleaba diferentes bandas para la comunicacin en cada direccin. El canal
de la computadora central hacia las islas era difundido a todas las localidades (broadcast) y
por medio de la direccin destino incluida en la cabecera del mensaje el nodo remoto
recuperaba los mensajes que le corresponden. El canal de entrada (inbound), de las islas
hacia la computadora central empleaba un mtodo aleatorio de retransmisin para
minimizarlas en caso de que transmisiones simultaneas ocurrieran. La eficiencia de este
sistema era de 17% y para 1972 el sistema fue rediseado y mejoro su eficiencia en poco
ms del doble (slotted ALOHA.)
La siguiente etapa en la historia de Ethernet fue dada en el laboratorio de investigacin de
Xerox en Palo Alto, California. En Mayo de 1973 la primera LAN ethernet transmiti su
primer paquete. Sus inventores, Bob Metcalf y David Bogas, trabajaron arduamente para
mejorar su invento. Para 1976 su red experimental integraba 100 nodos.
El momento determinante fue 1979 cuando Gordon Bell, de DEC (Digital Equipment
Corporation) sugiri a los inventores la construccin de un sistema comercial. Intel se
incorpor al equipo de trabajo y las tres compaas, Xerox, DEC e Intel, planearon
inicialmente reservarse la exclusividad del mercado, pero por temores a las implicaciones
legales de convertirse en un monopolio y debido a que no existan incentivos suficientes
para asegurar el desarrollo de un mercado para sus adaptadores los creadores del sistema
decidieron trabajar con la IEEE para definir un estndar pblico de la tecnologa. Al
Octavio Herrera
65/85
acceder estas tres compaas a la creacin de este estndar pblico para la creacin de redes
locales sentaron un importante pilar que favorecera el desarrollo de esta industria.
En 1979 Metcalf abandono Xerox para fundar 3Com y para marzo de 1981 el primer envi
de dispositivos Ethernet fue distribuido al pblico. En 1982 el primer adaptador Ethernet
para computadoras personales fue presentado al pblico y 18 meses mas tarde el primer
adaptador interno, Ethernet ISA, fue introducido en el mercado de las computadoras IBM
PC.
En 1983 la IEEE public el estndar 802.3 y Xerox cedi todos los derechos de sus
patentes a esta organizacin para que a cambio de un pago de $1,000 USD cualquier
compaa pudiera fabricar equipo Ethernet. En 1989 el estndar alcanz reconocimiento
internacional cuando la ISO adopt el estndar nmero 88023.
Para 1990 Ethernet era ya la tecnologa de red de rea local dominante y para junio de 1995
se publica la especificacin para Fast Ethernet sobre par trenzado (100Base-T) con lo cual
se inicia una continua tendencia a mejorar el desempeo y velocidad de transmisin de esta
tecnologa. Ejemplo de ello es el surgimiento de las opciones de operacin full-duplex,
redes virtuales y por supuesto los incrementos posteriores en la velocidad de transmisin de
Ethernet a 1Gigabit y recientemente a 10 Gigabits.
Con el desarrollo paralelo de la tecnologa de conmutacin para redes locales (surgida a
finales de los 90s) Ethernet paso de ser una tecnologa de contencin a una de enlaces punto
a punto con utilizaciones de casi el 100 por ciento. Adicionalmente, la amplia penetracin
del mercado de Ethernet, posible debido a ser un estndar abierto, le a permitido enfrentar y
superar otras tecnologas con mayores funcionalidades debido al bajo costo de sus
elementos. Actualmente por ejemplo, un dispositivo Ethernet cuesta aproximadamente una
dcima parte de lo que cuesta un dispositivo ATM con caractersticas similares.
Octavio Herrera
66/85
Ethernet conforme al modelo OSI

Como todos los estndares de la serie IEEE 802, Ethernet esta conformado por tres capas
que corresponden en trminos generales a las dos primeras capas del modelo OSI. En la
serie de protocolos para LANs IEEE 802, las funciones correspondientes a la capa de
enlace de datos del modelo OSI estn implementadas en dos subcapas: la de acceso al
medio y la de cliente del medio de acceso al medio.
Figura 27. Ethernet y el Modelo OSI.
La capa de cliente de acceso al medio (MAC-Client) puede ser una de las siguientes:
Control de Enlace Lgico (Logical Link Control, LLC) si la unidad es un DTE. Esta
subcapa provee una interfaz entre el protocolo de acceso al medio de Ethernet y las capas
superiores.
Entidad de puenteo, si la unidad es un DCE. Las entidades de puenteo ofrecen interfaces
LAN a LAN entre redes que emplean el mismo protocolo (Ethernet) o diferentes Ethernet a
Toke Ring por ejemplo). Las entidades de puenteo estn definidas en el estndar de la IEEE
802.1.
Dado que las especificaciones de LLC y de la entidad de puenteo son comunes para todos
los protocolos de red IEEE, la compatibilidad entre diferentes implementaciones radica en
el protocolo de acceso. La siguiente figura muestra los diferentes requerimientos impuestos
a los niveles fsico y MAC para la comunicacin bsica empleando un enlace Ethernet.
Octavio Herrera
67/85
La capa MAC controla el acceso al medio de transmisin de la red y es especfico para cada
protocolo de la serie Ethernet. Todas las MACs IEEE 802.3 deben de satisfacer el mismo
conjunto de requerimientos lgicos sin importar si implementan o no cualquiera de las
extensiones del protocolo. El nico requerimiento para una comunicacin bsica (que no
requiere ninguna de las extensiones adicionales del protocolo) entre dos nodos es que
ambas MAC empleen la misma tasa de transmisin.
La capa fsica 802.3 es especfica de la tasa de transmisin, el mtodo de codificacin de la
sea y del tipo de medio de transmisin utilizado. Gigabit Ethernet por ejemplo, esta
diseado para operar sobre par trenzado o fibra ptica, pero cada tipo de cable o
procedimiento de codificacin requiere de una implementacin fsica diferente.
Capa fsica
Pese a que el modelo lgico de la capa fsica puede ser diferente en cada versin, todos los
adaptadores de red (NICs) generalmente presentan el siguiente modelo:
Figura 28. Modelo de referencia genrico para la capa fsica de Ethernet.
La capa fsica para cada tasa de transmisin es dividida en subcapas que son independientes
del medio utilizado y otras que son especficas del medio a ser empleado o el tipo de
codificacin que se utilizar.
La capa de reconciliacin y la interfaz independiente del medio (que es opcional y se llama
MII para Ethernet y Fast Ethernet y GMII para Gigabit Ethernet) provee las conexiones
lgicas entre la MAC y las diferentes capas dependientes del medio. La MII y la MGII
Octavio Herrera
68/85
estn definidas con canales de transmisin y recepcin independientes que son bit-seriales
para 10 Mbps, nible-serial (4 bits) para las implementaciones de 100 Mbps y byte-serial
para las implementaciones de 1,000 Mbps. Las interfaces independientes del medio y las
capas de reconciliacin son comunes para sus respectivas tasas de transmisin y estn
configuradas para operacin full-duplex.
La subcapa PCS (Physical coding Sublayer) dependiente del medio provee la lgica para
codificar, multiplexar y sincronizar la secuencia de salida, as como la alineacin de
cdigos, demultiplexaje y decodificacin de los datos recibidos.
La capa de conexin al medio (Physical Medium Attachement, PMA) contiene los
transmisores y receptores (transceivers) as como la lgica de recuperacin de reloj para las
secuencias de bits recibidas.
La interfaz dependiente del medio (Mdium-Dependent Interface, MDI) es el cable de
conexin entre el transceiver y el medio de transmisin.
La capa de auto-negociacin permite a la NICs intercambiar informacin sobre sus
funcionalidades para luego negociar y seleccionar el modo de operacin ms favorable
comnmente soportado. La auto-negociacin es opcional para las implementaciones
iniciales de Ethernet y obligatoria en las versiones subsecuentes.
Dependiento del tipo de codificacin utilizada y como este configurado el medio de
transmisin, las capas PCS y PMA pueden o no ser capaces de brindar servicios fullduplex.
El trmino Ethernet se refiere a la familia de productos para redes locales cubiertos bajo la
especificacin IEEE 802.3, comnmente conocida como CSMA/CD. Cuatro tasas de
transmisin estn definidas actualmente para operacin en cables de par trenzado o fibras
pticas:
10 Mbps
100 Mbps
1,000 Mbps
10,000 Mbps
Octavio Herrera
69/85
Cerca del 85 % de las redes locales a nivel mundial emplean alguna variedad de Ethernet
debido a las siguientes razones:
Es fcil de entender, implementar, administrar y mantener.

Permite implementaciones de bajo costo
Provee una gran flexibilidad topolgica en la instalacin de redes.
Permite la integracin de diferentes fabricantes sin problemas de interoperabilidad
El Ethernet original fue implementado con un bus de cable coaxial. Las longitudes de los
segmentos estaban limitadas a 500 metros con hasta 100 estaciones por segmento.
Segmentos individuales podan ser interconectados mediante repetidores en tanto que no se
crearan trayectorias paralelas entre los nodos que podan llegar a sumar hasta 1024. La
longitud mxima del cableado tambin estaba limitada a un valor preestablecido.
Aunque las redes actuales ya no son conectadas empleando una topologa de bus, an
existen redes de este tipo en operacin. Desde principios de los 90s, la configuracin por
excelencia es la estrella. En esta el centro de la red es un repetiros o conmutador
multipuesto. En esta topologa todas las conexiones son punto a punto ya sea con fibra
ptica o con cable de par trenzado.
CSMA/CD, Ethernet Half-Duplex

El protocolo CSMA/CD fue diseado originalmente como un mecanismo para que varias
estaciones pudieran compartir un medio de transmisin comn sin ningn elemento de
coordinacin centralizado.
Las reglas del mtodo CSMA/CD pueden ser resumidas como sigue:
Verificacin del medio, Carrier Sense. Cada estacin escucha el medio de transmisin en
forma continua para determinar cuando ste esta siendo utilizado o no
Acceso Mltiple, Multiple Access. Las estaciones pueden comenzar a transmitir en
cualquier instante en tanto el medio no este siendo utilizado.
Deteccin de Colisin, Collision Detection. Si dos o ms estaciones en la misma red
CSMA/CD (dominio de colisin) comienzan a transmitir aproximadamente al mismo
tiempo, las tramas de bits de cada una interferirn entre si (colisin) y ambas transmisiones
sern inservibles. Si eso sucede cada estacin debe de ser capaz de determinar que ocurri
una colisin antes de que termine de transmitir su trama.
Octavio Herrera
70/85
Cada una de las estaciones contendientes detienen su transmisin y deben esperar por un
tiempo aleatorio antes de intentar transmitir nuevamente.
El peor caso ocurre cuando las dos estaciones ms distantes entre s en la red desean
transmitir y una de ellas comienza a hacerlo un instante antes de recibir la transmisin de la
otra estacin. La colisin ser detectada de forma inmediata por la segunda estacin, pero
no ser detectada por la primera sino hasta que la seal daada alcance el otro extremo de
la red. El tiempo mximo requerido para detectar una colisin (llamado ventana de
colisin) es aproximadamente igual a dos veces el retardo de propagacin de la seal de un
extremo al otro de la red.
Esto significa que tanto la longitud mnima de una trama como el dimetro del dominio de
colisin estn ntimamente ligados. Mayores longitudes mnimas de la trama se traduciran
en ventanas de colisin ms grandes y mayores dimetros para los dominios de colisin;
una menor longitud de la trama correspondera a una menor ventana de colisin y un menor
dimetro del dominio de colisin de la red.
Se tiene que establecer entonces un balance entre el impacto del mecanismo de
recuperacin de colisiones y la necesidad de soportar un dimetro de la red conveniente
para la implementacin de redes de tamaos razonables. El diseo original defini un
dimetro mximo de la red de 2,500 metros con una longitud mnima suficiente de la trama
para detectar colisiones an en el peor caso (extremo a extremo).
El diseo trabaj bien para 10 Mbps, pero resulta problemtico para redes con tasas de
transmisin superiores. FastEthernet estaba obligado a brindar compatibilidad con Ethernet,
incluyendo el formato de la trama y los procedimientos de deteccin de errores, adems de
las aplicaciones de red siendo utilizadas en las redes de 10 Mbps.
A pesar de que la velocidad de propagacin es prcticamente constante para todas las tasas
de transmisin, el tiempo necesario para transmitir una trama es inversamente proporcional
a la tasa de transmisin. A 100 Mbps, una trama de longitud mnima puede ser transmitida
en prcticamente una dcima parte del tiempo de una ventana de colisin a 10 Mbps y una
colisin que se pudiera generar no sera detectada por las estaciones que la generaron. Esto
conlleva a que el dimetro de la red empleado en 10 Mbps debe de ser reducido cuando se
utilizan tasas de transmisin superiores. La solucin para Fast Ethernet fue reducir el
Octavio Herrera
71/85
dimetro mximo de la red en aproximadamente un factor de 10 (a tan slo un poco mas de
200 metros).
El mismo problema surgi para la especificacin de Gigabit Ethernet, pero reducir el
dimetro de la red nuevamente en un factor de 10 resultaria simplemente imprctico.
Debido a esto, en esta ocasin los diseadores eligieron mantener el mismo dimetro del
dominio de colisin que en las redes Fast Ethernet e incrementar aparentemente la longitud
mnima de una trama mediante la anexin de un campo, variable sin datos. Durante la
recepcin, este campo sera removido para obtener una trama estndar.
La estructura de las tramas utilizadas por la serie de estndares Ethernet se muestra en la
siguiente figura:
Gigabit Ethernet:
Trama Ethernet estndar
Extensin
Ethernet &
Fast Ethernet:
Prembulo
SFD
DA SA
7
1
6
Longitud de los campos en bytes
Long/tipo
Datos
Pad FCS
46-1500
Figura 29. Estructura de la(s) trama(s) Ethernet.
Campo
SFD
DA
SA
Long/tipo
Datos
FCS
Extensin
Descripcin
Start of Frame Delimiter. Indica el inicio de la trama. Tiene la
secuencia 10101011.
Destination Address. Direccin del nodo destino. El contenido de
una trama ser pasado a las capas superiores slo si la trama recibida
contiene la direccin del nodo receptor (en el campo DA).
Source Address. Direccin del nodo fuente.
Longitud de los datos o tipo de trama utilizada. Si el valor de este
campo es mayor a 1536, la informacin contenida es tipo.
Seccin de carga til del usuario. Si la longitud de esta seccin es
menor a 46 bytes se le agregara la seccin de Pad para alcanzar la
longitud mnima de la trama de 64 bytes.
Secuencia de Verificacin de Trama, Frame Check Secuence.
Contiene un CRC-32 para identificar errores en al transmisin. La
secuencia no cubre los campos del prembulo y SFD.
En Gigabit Ethernet la longitud aparente mnima de una trama es de
416 bytes para 1000 Base-X o 520 bytes para 1000Base-T.
Tabla 8: Campos de la(s) trama(s) Ethernet.
Octavio Herrera
72/85
Otro cambio adicional a la especificacin CSMA/CD para la transmisin en Gigabit
Ethernet es la adicin de rfagas de tramas. Una rfaga de tramas es la transmisin de una
pequea secuencia de tramas con una longitud combinada de aproximadamente 5.4 tramas
de longitud mxima sin necesidad de tener que contender por acceso al medio por cada
trama (slo se contiende por la primera).
Transmisin Full-duplex
La operacin simultnea de transmisin y recepcin de tramas (full-duplex) es una
funcionalidad opcional de Ethernet en topologas punto a punto. La transmisin full-duplex
es ms simple que la transmisin half-duplex ya que no involucra la contencin por el
medio de transmisin, no existen colisiones, no hay necesidad de programar
retransmisiones o colocar bits de extensin al final de tramas cortas. El resultado no es tan
slo ms tiempo para transmitir, sino la duplicacin del ancho de banda disponible ya que
cada enlace puede manejar el ancho de banda total en forma simultanea.
La transmisin puede comenzar tan pronto como se tengas tramas para se enviadas. La
nica restriccin es que se debe de conservar una pausa entre tramas sucesivas, y cada
trama debe de cumplir las especificaciones de una trama Ethernet tradicional.
Control de Flujo
La operacin full-duplex requiere de la implementacin de un mecanismo de control de
flujo para evitar que los buffers de los equipos se congestionen. El control es efectuado
directamente a nivel MAC y se hace mediante la generacin de una trama de pausa que es
generada automticamente por la MAC recibiendo informacin. Si la congestin ha
desaparecido antes de que el tiempo de pausa expire, se puede enviar otra trama de pausa
con un tiempo de espera de cero, lo cual permite reiniciar la operacin normal full-duplex.
La operacin full-duplex es opcional para todas las velocidades de transmisin Ethernet y
debe de ser habilitada puerto por puerto, asumiendo que el medio fsico es capaz de
soportar la operacin full-duplex.
Las tramas pausa son identificadas como de control mediante un valor especfico en el
campo longitud/tipo de la trama y debe de incluir la direccin destino especfica en el otro
extremo para evitar sea enviada a las capas superiores o a otros segmentos de la red.
Octavio Herrera
73/85
SONET/SDH
Historia
SONET y SDH son estndares para la transmisin ptica de datos. El primero es el estndar
norteamericano en tanto que el segundo es el internacional. SONET fue desarrollado
originalmente por ECSA (Exchange Carriers Standards Association, conformada en ese
entonces por carriers de EU, Canada, Korea, Taiwan y Hong Kong) y propuesto
originalmente por BellCore (ahora Lucent Technologies) ante ANSI en 1984. La CCITT se
involucro en el proceso e inicio uno propio para definir un estndar internacional que
resolviera los problemas de interoperabilidad entre las jerarquas de transmisin de 1,554
kbit/s y 2,048 kbit/s. Este esfuerzo culmino en 1989 con la publicacin del estndar SDH
por parte de ITU-T. SDH fue introducido por primera vez en las redes de
telecomunicaciones en 1992.
Ambos estndares permiten el manejo de tasas de transmisin regionales por medio de
interfaces de alta velocidad bien definidas. SONET/SDH proveen varias ventajas a los
operadores de redes de telecomunicaciones. Estas incluyen la unificacin de las tareas de
operacin y administracin, interoperabilidad entre fabricantes, integracin de funciones de
multiplexaje y transmisin, conectividad internacional sin necesidad de conversiones y la
flexibilidad para ofrecer futuros servicios y tasas de transmisin. SONET/SDH ofreci
servicios de aprovisionamiento, confiabilidad, enrutamiento e ingeniera superiores a los
disponibles usando canales asncronos (DS3 o E4) o sistemas de transmisin propietarios
(FOTS) de aquella poca. Esto es debido a que la estructura de la trama de SONET/SDH
permite el envo de seales de alarma, mantenimiento, monitoreo y administracin entre
equipos, mejorando enormemente las capacidades del proveedor de servicios de retomar las
actividades de administracin de la red. SONET/SDH ofrece un ancho de banda en el orden
de los megabits por segundo para estas tareas, por lo cual sofisticadas actividades de
administracin, vigilancia, control y desempeo de la red pueden ser llevadas a cabo.
Octavio Herrera
74/85
Jerarqua de seales SONET/SDH

Bit Rate
[Mb/s]
SONET
SDH
51.840
155.520
622.080
2,488.320
9,953.280
3,9813.12
STS-1, OC-1
STS-3, OC-3
STS-12, OC-12
STS-48, OC-48
STS-192, OC-192
STS-768, OC-768
STM-0
STM-1
STM-4
STM-16
STM-64
STM-256
Capacidad
SONET
DS1s
DS3s
28
1
84
3
336
12
1,344
48
5,376
192
2,1504
768
Capacidad
SDH
E1s
E4s
63
252
1,008
4,023
16,128
1
4
16
64
256
Tabla 9: Jerarqua de seales SONET/SDH
Estructura de la trama
SONET/SDH usan una trama de 125 microsegundos de duracin. La trama esta
conformada por dos secciones: La cabecera y la de datos. Visualizando la trama en forma
matricial, las primeras tres columnas corresponden a la cabecera y las restantes a la seccin
sncrona de carga (87 columnas). En SONET la tasa de transmisin bsica es 51.840 Mbit/s
(STS-1), en tanto que en SDH la transmisin bsica es 155.520 Mbit/s (STM-1), que
corresponde a la segunda tasa de transmisin en SONET. La siguiente figura muestra la
estructura de la trama STS-1 de SONET:
Figura 30: Estructure de la trama STS-1 de SONET
El orden de transmisin de los bytes de la trama (con los bits mas significativos primero) es
rengln por rengln de arriba hacia abajo y columna por columna de izquierda a derecha.
La cabecera (Transport Overhead) incluye informacin que es empleada en la
Octavio Herrera
75/85
administracin y monitoreo del sistema y que describiremos brevemente ms adelante. La
seccin de datos, llamada paquete sncrono de carga en SONET (Synchronous Payload
Envelope, SPE) no contiene exclusivamente datos; el uso de tres columnas esta reservado:
una es empleada para la cabecera STS de ruta (STS Path Overhead, POH) y dos ms tienen
contenidos fijos (fixed stuff). Las columnas restantes (84) son denominadas como la
capacidad de carga de STS-1 (STS-1 Payload Capacity.) La ubicacin de estas columnas es
1, 30 y 59 respectivamente, pero esta numeracin es flotante dentro de la seccin de datos.
As por ejemplo, si la cabecera de ruta esta ubicada en la columna 4 de la trama STS-1, las
dos columnas reservadas estarn en las columnas 33 y 62 respectivamente. El punto exacto
dentro de cada trama STS-1 en el cual inicia el paquete sncrono de datos es indicado por
los tres bytes de apuntadores en la cabecera de la trama (mostrados en la figura 1.) El
primer byte del paquete sncrono de datos puede estar ubicado en cualquier rengln de una
trama STS-1, por lo que la estructura del paquete sncrono de datos puede extenderse hasta
la siguiente trama, tal y como lo ilustra la siguiente figura:
Figura 31: Posicin del STS-1 SPE en la trama STS-1 de SONET
Para las dems tasas de transmisin de la jerarqua SONET (STS-3 y superiores) N tramas
STS-1 son intercaladas byte por byte para conformar una trama STS-N. Antes de ser
transmitidas las cabeceras de cada mdulo STS-1 son alineadas, pero su correspondiente
seccin de paquete sncrono de datos (STS SPE) no debe estarlo necesariamente. La
siguiente figura muestra esta estructura:
Octavio Herrera
76/85
Figura 32: Estructura de la trama STS-N de SONET
La jerarqua SDH y SONET convergen a partir de la tasa STS-3 de SONET que

corresponde a la tasa STM-1 de SDH. La estructura de la trama STM-1 es bsicamente la
mostrada anteriormente en la Figura 30, salvo que la terminologa empleada para referirse a
las diferentes secciones de la trama es diferente. SDH tambin define la cabecera de ruta
(Path Overhead, POH) dentro de la seccin de datos (Virtual Container Capacity) y al igual
que en SONET, es una columna flotante cuya ubicacin dentro de la trama es determinada
por los apuntadores en la cabecera, pero a diferencia de SONET, las columnas 30 y 59 no
estn reservadas. La construccin de tramas STM-N se hace de manera anloga a como se
describi la construccin de la trama STS-N. La siguiente tabla enlista las equivalencias
entre los trminos empleados en las tramas SONET y SDH:
Seccin
Cabecera
Datos
SDH
Overhead
Regeneration Section
Overhead
Multiplex section
overhead
Virtual Container
Capacity (VC)
VC-N
Path Overhead
SONET
Transport Overhead
Section Overhead
Line Overhead
Synchronous Payload
Envelope (SPE)
Virtual Tributary
(VT)5
Path Overhead (POH)
Tabla 10: Equivalencia de trminos SONET-SDH
Aunque el concepto es el mismo, las tasas de transmisin correspondientes a un mismo ndice no coinciden
en ambos estndares. Es decir, la tasa de transmisin de VC-2 es diferente a la de VT2.
Octavio Herrera
77/85
El nico trmino en la tabla que no hemos definido hasta el momento es el de los
Contenedores Virtuales (VC en SDH) o Tributarias Virtuales (VT en SONET.). Los
Contenedores o Tributarias Virtuales son utilizados para transmitir tributarias de
velocidades inferiores en la trama SONET/SDH.
Multiplexaje
Para poder transmitir tributarias virtuales de diferentes velocidades dentro de un mismo
STS-1 SPE las tributarias son organizadas en grupos. Un STS-1 SPE es subdividido en
siete Grupos De Tributarias Virtuales (VT Groups) con cada grupo siendo asignado 12
columnas. Cada grupo solo puede contener un tipo de VTs, pero dentro de un STS-1 SPE se
pueden tener diferentes Grupos De Tributarias Virtuales.
Las 12 columnas en un Grupo de Tributarias Virtuales no son consecutivas y son
intercaladas columna por columna con respecto a los otros Grupos de Tributarias Virtuales
antes de ser transmitidas. De igual forma, las columnas 1, 30 y 59 siguen siendo empleadas
para la cabecera de ruta y contenidos fijos (POH y fixed stuff.)
Dado que cada Grupo de Tributarias Virtuales es asignado 12 columnas, estos pueden
contener cualquiera de las siguientes combinaciones:
Cuatro VT1.5 (con tres columnas cada VT1.5)

Tres VT2 (con cuatro columnas cada VT2)
Dos VT3 (con seis columnas cada VT3)
Un VT6
Las siguientes dos tablas presentan las tasas de transmisin de los contenedores virtuales y
las tributarias virtuales de SDH y SONET respectivamente..
Octavio Herrera
78/85
VC
VC-11
VC-12
VC-2
VC-3
VC-4
Bit Rate
[Mbit/s]
1.728
2.304
6.912
48.960
150.336
Tabla 11: SDH VCs
Size
[columnas]
3
4
12
85
261
VT
VT1.5
VT2
VT3
VT6
Bit Rate
[Mbit/s]
1.728
2.304
3.456
6.912
Size
[columnas]
3
4
6
12
Tabla 12: SONET VTs
La siguiente figura ilustra el multiplexaje en una trama STS-1 con Grupos de

Tributarias Virtuales con VTs de diferente capacidad.
Figura 33. Multiplexaje de VTs en una trama STS-1.
Octavio Herrera
79/85
Otras tecnologas
DWDM
Historia
El Multiplexaje de Ondas (Wave Division Multiplexing, WDM) no es ms que una
forma de multiplexaje en frecuencia dentro del espectro correspondiente al infrarrojo.
Las seales en esta regin del espectro son denominadas ondas, en referencia su
longitud de onda (en el orden de los nanometros) pero tambin se les llega a referir por
sus frecuencias correspondientes.
El desarrollo de DWDM se inicio a finales de los 80s con el empleo de dos longitudes
de onda ampliamente separadas en las regiones de los 1310 nm y los 1550 nm (o en las
de 850 nm y 130 nm) en lo que se denominaba como WDM de banda ancha.
A principios de los 90s surgi una segunda generacin de WDM, denominada de banda
angosta, en al cual se manejaban de dos a ocho canales. Estos canales estaban
espaciados en intervalos de aproximadamente 400 GHz en la regin de los 1550 nm.
Para mediados de los 90s, surgieron los primeros sistemas densos de WDM (DWDM)
manejando entre 16 y 40 canales espaciados entre 100 a 200 GHz. Para finales de los
90s los sistemas DWDM han evolucionado hasta el punto de manejar entre 64 a 160
canales simultneos en una fibra ptica espaciados a intervalos de 50 GHz o incluso a
25 GHz.
Estructura de un sistema DWDM

Un sistema DWDM involucra un reducido nmero de funciones a nivel fsico, mismas
que se encuentran esquematizadas en la siguiente figura:
Figura 34. Estructura de un sistema DWDM.
El sistema efecta las siguientes funciones bsicas

Octavio Herrera
80/85
Generacin de la Seal. La fuente, un lser de estado slido, debe proveer una estable
fuente de luz dentro de una reducida ventana del espectro, misma que ser modulada
para transportar la informacin digital.
Combinacin de seales. Los sistemas modernos de DWDM utilizan multiplexores para
combinar las seales. Existen algunas prdidas inherentes al proceso de combinar y
dividir las seales y es dependiente del nmero de canales pero puede ser manejada
mediante amplificadores pticos, los cuales amplifican todas las seales en un solo paso
sin necesidad de una conversin elctrica.
Transmisin de las seales. Los efectos de interferencia (crosstalk) y degradacin de la
seal o prdidas deben ser considerados en las transmisiones por fibra ptica. Los
efectos pueden ser minimizados controlando variables tales como la separacin entre los
canales, la tolerancia en la precisin de las longitudes de onda y la potencia de los
lsers. En algunas lneas de transmisin, la seal puede necesitar ser amplificada
pticamente.
Recepcin y separacin de seales. Al extremo receptor, las seales multiplexadas
deben ser separadas y aunque aparentemente es tan slo el proceso inverso de
combinarlas, tcnicamente es una tarea ms complicada.
Recepcin de las seales. La seal demultiplexada es recibida en un fotodetector.
En adicin a estas funciones, un sistema DWDM debe contar con interfaces para
interconectarse con los sistemas clientes. Estas interfaces son generalmente consisten en
puertos SONET/SDH operando a OC-48/STM16c con una longitudes de onda de 1310
nm. Adicionalmente, otros tipos de intrefaces tambin estn siendo soportados, tales
como Ethernet, (a 10 Mbps, 100 Mbps, 1 Gbps e incluso 10 Gbps usando una interfaz
OC-192 de corto alcance).
La ITU-T esta en proceso de aprobar una recomendacin para la especificacin de las
frecuencias a ser manejadas en sistemas DWDM con una separacin de 100 GHz entre
canales (ITU-T G.692).
Actualmente el nicho de mercado para DWDM son las redes de rea amplia (sobre todo
las de larga distancia), pero el desarrollo de la tecnologa promete brindar opciones para
incrementar el ancho de banda de cualquier tipo de red basada en fibras pticas.
Adicionalmente, el gran incremento en el ancho de banda ofrecido por WDM en cada
fibra permitir el desarrollo de redes virtuales y del multiplexaje basado en calidades de
servicio.
Octavio Herrera
81/85
DSL
La lnea del subscriptor digital (Digital Subscriber Line) es una tecnologa de acceso
que emplea modems en las lneas de par trenzado telefnico para transmitir datos en
banda ancha. El trmino xDSL se refiere a un conjunto de tecnologas DSL similares
que compiten entre si, tales como ADSL, SDSL, HDSL, HDSL-2, G.SHDL, IDSL y
VSDL.
Los servicios xDSL son conexiones dedicadas punto a punto para acceder redes
pblicas va lneas de par trenzado. Actualmente la mayor parte de la planta instalada
DSL es ADSL, empleada en su mayora para servicios de acceso residenciales.
ADSL
ADSL (Asymmetric DSL) es una tecnologa que permite manejar mayor ancho de
banda en una direccin del enlace que en la otra. Generalmente el mayor ancho de
banda es en la direccin de la red hacia el usuario (downstream). Esta asimetra,
combinado con el estar siempre conectado, hace ADSL adecuado para servicio de
acceso a Internet, en donde los usuarios normalmente reciben ms informacin de la red
de la que mandan.
ADSL jugar un importante papel en el desarrollo de servicios de banda ancha mientras
otras tecnologas de acceso evolucionan y alcanzan un nivel de penetracin comparable
con el que las tecnologas tienen actualmente.
ADSL emplea avanzadas tcnicas de procesamiento de seales y creativos algoritmos
para lograr manejar transferencias de datos en el orden de 1.5 a 6.1 Mbps a distancias
que van de los 5 a 2 kilmetros respectivamente (la tasa de transmisin depende de la
distancia del enlace y el calibre del cableado utilizado).
Para crear mltiples canales, los modems ADSL dividen el ancho de banda disponible
en el canal telefnico en una o dos formas: por divisin de frecuencia (FDM) o por
cancelacin de eco. En FDM una frecuencia es asignada para bajada y otra para subida
de informacin, despus, el canal de bajada es multiplexado en tiempo en dos o ms
canales de alta velocidad y uno o ms canales de baja velocidad. El canal de bajada
tambin es multiplexado en canales de baja velocidad. La cancelacin de eco sobrepone
los canales de bajada y de subida y las separa por medio de cancelacin de eco local,
una tcnica bien conocida en los modems V.32 y V.34. Con cualquiera de estas
Octavio Herrera
82/85
tecnologas ADSL reserva una regin de 4 kHz para el servicio telefnico tradicional al
inicio del espectro.
Copper Access Transmission Technologies
Nombre Significado
Tasas de Tx
Modo
Aplicaciones
V. 221
V. 32
V.34
Modems en
la banda de
voz
1200 bps to
28,800 bps
Duplex3
Comunicaciones de datos
DSL
Digital
Subscriber
Line
160 kbps2
Duplex
Servicios ISDN.
Comunicaciones de datos y voz
HDSL
High data
rate DSL
1.544 Mbps4
2.048 Mbps5
Duplex
Duplex
Alimentadores de servicios
T1/E1, WAN, Acceso a LAN,
acceso a servidores
SDSL
Single Line
DSL
1.544 Mpbs
2.048 Mbps
Duplex
Duplex
Mismos que HDSL ms acceso

a instalaciones con trfico
simtrico
ADSL
VDSL7
Asymmetric 1.5 to 9 Mbps

DSL
16 to 640 kbps
Very high
data rate
DSL
13 to 52 Mbps
1.5 to 2.3 Mbps
Down
Up
Internet, video sobre demanda,

video, acceso remoto a LAN,
servicios interactivos
multimedia
Down
Up9
Mismos que ADSL ms HDTV
1. Las designaciones no son acrOnimos sino nmeros de recomendaciones de la CCITT.

2. 192 Kbps divididos en dos canales B (64 kbps), uno D (16 kbps) y administracin del
enlace.
3. "Duplex" significa que los datos pueden ser enviados y recibidos en forma
simultnea.
4. Necesita dos lneas de par trenzado
5. Necesita tres lneas de par trenzado
6. Un Nuevo sistema llamado SDSL, de Single Line DSL, trabaja a 1.5 or 2.0 Mbps
duplex sobre una lnea.
7. Tambin llamado BDSL, VADSL, o algunas veces, ADSL. VDSL es una
designacin ANSI y ETSI.
8. "Down" (bajada) significa downstream, de la red network hacia el subscriptor. "Up"
(subida) significa upstream, del subscriptor a la red.
Octavio Herrera
83/85
9. Los sistemas VDSL en el futuro pueden tener iguales tasas de transmisin en las
direcciones de subida y bajada, pero las lneas debern ser mucho ms cortas.
Wireless
Existe un gran nmero de tecnologas inalmbricas hoy en da. Algunas tecnologas son
de alta velocidad; otras son de velocidad reducida; otras ms se emplean para enlaces
WAN en tanto que otras son para redes LAN. Las opciones son multiples y resulta
difcil retomar todas estas tecnologas en un espacio reducido como este trabajo as es
que nos concretaremos a presenter una tabla con las principales caractersticas de
algunos de estos sistemas, en particular, para redes locales o personales.
HomeRF
FHSS
Bluetooth
FHSS
802.11
FHSS, DSSS, IR
50 por segundo
1,600 por segundo
2.5 por segundo
100 mW
1 a 2 Mbps
100 mW
1 Mbps
1W
11 Mbps
Hasta 127
Hasta 26
Hasta 26
Formato blowfish
0, 40 y 64 bits
Rango
50 metros
1 a 100 metros
40 a 128 bits RC4

130 m interiores y
330 m exteriores
Versin
actual
V 1.0
V 1.0
Medio fsico
Saltos en
frecuencia
Potencia
Velocidad
Nmero de
dispositivos
Seguridad
V 1.0
Tabla 13: Tecnologas inalmbricas para redes locales/personales.
FHSS. Frequency Hopping Spread Spectrum.

DSSS. Direct Sequence Spread Spectrum.
IR. Infrared.
Dentro de la categora de tecnologas inalmbricas para redes pblicas tenemos las
microondas y los enlaces satelitales as como los servicios de paquetes para celulares
(de los cuales existen diferentes versiones y generaciones) pero la explicacin de estas
tecnologas cae fuera del alcance de este curso.
Octavio Herrera
84/85
Referencias
Getting Connected: the internet at 56 K and up, Kevin Dowd, OReilly & Associates,
Inc., 1996
Internetworking Technologies Handbook, Ford, Lew, Spanier & Stevenson (CISCO)
Disponible en lnea: http://www.cisco.com/univercd
En espaol: Tecnologas de Interconectividad de Redes, Prentice Hall, 1998
Cisco CCIE: Study Guide, Roosevelt Giles, McGraw-Hill, 1998.
Telecommunications: protocols and design, Spragings, Hammond, Pawlikoski,
Addison Wesley, 1991
SDH Telecommunications Standard Primer, Tektronix, 2001
SONET Telecommunications Standard Primer, Tektronix, 2001
Disponibles en lnea: http://www.tektronic.com/optical
ISDN Standarization, Sadahiko Kano, Proceedings IEEE, Vol. 79, No. 2, Feb. 1991.
ISDN Overview. http://hea-www.hardvard.edu/~fine/ISDN/overview.html
The Basic Guide to Frame Relay Networking, Frame Relay Forum, 1998.
Disponible en linea: http://www.frforum.com
Voice
Over
Frame
Relay
Technology
update
(December
1997),
http://www.telsyte.com.au/feature/vofr_tech_a.htm
Basic ATM technical characteristics, the ATM forum, http://www.atmforum.com/
Computer Networks / Andrew S.Tanenbaum
Data and Computer Communication / William Stallings
Octavio Herrera
85/85

Tecnología de Trasporte en Telecomunicaciones

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tecnología de Trasporte en Telecomunicaciones

Cargado por

Copyright:

Formatos disponibles

Tecnologas de Transporte

Arquitectura de Protocolos ....................................................................10

Sealizacin y Transferencia de Datos..................................................12

Control de Errores y de Flujo de Informacin.......................................14

Arquitectura de Protocolos ....................................................................24

Sealizacin y transferencia de datos....................................................27

Caractersticas de operacin ..................................................................34

Control de errores y de flujo de informacin ........................................40

Arquitectura de protocolos ....................................................................50

Canales y rutas virtuales ........................................................................57

Tecnologas de transporte para redes

Redes de conmutacin de paquetes

Efectuado por equipos

Efectuado por la red

Tabla 1: Comparacin de los servicios de conmutacin de circuitos virtuales y datagramas.

El proceso de encaminamiento en cada nodo es ms rpido cuando se usan circuitos

preestablecimiento de esta ruta, el procesamiento del encabezado de los paquetes es ms

Estructura de X.25 conforme al modelo OSI

Figura 1. X.25 y el Modelo OSI

telecomunicaciones. Los PSEs son conmutadores (switches) y componen el grueso de la

Transferencia sincronizada y eficiente de los datos.

LAPB (Link Access Protocol, Balanced) es derivado de HDLC y es el que se utiliza

X.21 es una recomendacin de la CCITT para la operacin de circuitos digitales.

X.21-bis es una recomendacin de la CCITT que define la interfase analgica para

V.24 es tambin una recomendacin de la CCITT y provee procedimientos que

Sealizacin y Transferencia de Datos

Figura 2. Establecimiento de una llamada X.25

Diagramas de estado X.25

Figura 3. Diagrama de estados X.25 para CALL SETUP.

Inicialmente, la referencia es el estado P1. Un paquete CALL REQUEST o INCOMING

Control de Errores y de Flujo de Informacin

Longitud de los campos en bits

RECEIVE READY-Es una trama indicando el nmero de secuencia esperado en la

No-numeradas: Empleado exclusivamente con fines de control. Sus funciones incluyen el

Formato de los Paquetes

Figura 5. Paquete de Control X25.

Figura 6. Paquete CALL REQUEST de X.25.

Figura 7. Paquete de Datos X.25.

Figura 8. Direccin X.25.

Dado que las etapas 2 y 3 no fueron presentadas, es imposible la implementacin de servicios

Figura 9. Configuracin de Referencia ISDN

Servicio ISDN BRI

Servicio ISDN PRI

Figura 10. ISDN y el modelo OSI

Trama TE (terminal a red)

Trama NT (red a terminal)

Figura 12. Estructura de la trama LAPD

Sealizacin y transferencia de datos

Figura 13. Establecimiento de una llamada ISDN.

Figura 14. Estructura del servicio de Frame Relay en Norteamrica.

Frame Relay conforme al modelo OSI

Figura 15. Frame Relay y el Modelo OSI.

Figura 16. Trama Frame Relay.

El significado de cada uno de los campos es el siguiente

Interfaz de Administracin Local, LMI

Longitud de los campos en bytes.

Bandera, Flag. Determina el inicio y el final de la trama.

Status-inquiry message. Le permite preguntar al equipamiento del usuario por el

Elementos de Informacin, Information Elements. Contiene un numero variable de

IE Identifier. Identifica de forma nica el IE.

IE Length. Indica la longitud del IE.

Data. Consiste de 1 o mas bytes conteniendo informacin del capas superiores

Parmetros de Configuracin de Frame Relay