Tecnologías de Transporte para Redes 1

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 Direccionamiento .................................................................................. 28
1/84
Tecnologas de Transporte Frame Relay ................................................................................................... 30 Historia .................................................................................................. 30 Frame Relay conforme al modelo OSI .................................................. 33
Nivel 1 .......................................................................................................... 33 Nivel 2 .......................................................................................................... 33
Caractersticas de operacin .................................................................. 34

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 Direccionamiento .................................................................................. 41 Comparacin con X.25 .......................................................................... 41 ATM ................................................................................................................ 44 Historia .................................................................................................. 44 Estructura de ATM conforme al modelo OSI ....................................... 45 Caractersticas de operacin .................................................................. 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 Direccionamiento .................................................................................. 59 Control de trfico y congestin ............................................................. 62
Sealizacin ATM ........................................................................................ 62
2/84
Tecnologas de Transporte Ethernet .......................................................................................................... 65 Historia .................................................................................................. 65 Ethernet conforme al modelo OSI ......................................................... 67 Capa fsica ............................................................................................. 68 Caractersticas de operacin .................................................................. 69
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 ................................................................................................. 83 Referencias ..................................................................................................... 84
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. 9 13 14 14 15 16 17 18 22 24 25 27 29 32 33 36 3/84
Tecnologas de Transporte 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. 83
4/84
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.
R e de s d e c o nm ut a c i n d e pa q ue t e s
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 5/84
Tecnologas de Transporte 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 Establecimiento de la comunicacin Manejo de errores Direccin destino Control de flujo Secuenciacin de paquetes Tecnologas que la usan Requerido Es transparente a los equipos terminales Requerida solo en fase inicial Efectuado por la red Siempre en orden X.25, Frame Relay, ATM Datagramas No es necesario Efectuado por equipos terminales Necesario en cada uno de los paquetes Efectuado por los equipos terminales Los paquetes pueden arribar en desorden 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 6/84
Tecnologas de Transporte 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.
7/84
X.25
H i s t or i a
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.
E s t r uc t ur a d e X . 2 5 c o nf or m e a l m o de l o O S I
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.
8/84
Figura 1. X.25 y el Modelo OSI
C a r a c t e r s t i c a s de o pe r a c i n
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) y
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
9/84
Tecnologas de Transporte 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.
D i s p o s i t i v os X . 2 5
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.
10/84
Tecnologas de Transporte 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:
11/84
Tecnologas de Transporte 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 12/84
Tecnologas de Transporte 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.
13/84
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 8 8 Variable 16 8
Bandera
Direccin Control
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
14/84
Tecnologas de Transporte 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.
15/84
Tecnologas de Transporte 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. 16/84
Tecnologas de Transporte 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 17/84
Tecnologas de Transporte 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.
18/84
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.
19/84
Tecnologas de Transporte 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 mas 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."
20/84
Caractersticas de operacin
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.
21/84
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.
22/84
Tecnologas de Transporte 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 kbps 4 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. 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
4
En Norteamrica algunos canales operan a slo 56 kbps debido a la existencia de equipo antiguo que tomaba un bit para sealizacin.
23/84
Tecnologas de Transporte 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.
Figura 10. ISDN y el modelo OSI
24/84
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 8 F L B1 1 1 1 1 L D L F 1 8 L B2 1 8 F B2 1 1 1 8 L D L B1 1 1 1 8 E D S B1 1 1 1 8 L D L B2 1 1 1 8 E D S B2
Trama TE (terminal a red) 1 1 8 1 1 1 1 F L B1 E D A F
Trama NT (red a terminal) Longitud de los campos en bits

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.
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 25/84
Tecnologas de Transporte 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.
26/84
Tecnologas de Transporte 1 Banderas 2 Direccin 1 Control Variable Informacin 1 FCS 1 Banderas
SAPI 6
C/R EA 1 1
TEI 7
EA 1
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 existen diferentes procedimientos definidos para el establecimiento de llamadas, su mantenimiento y terminacin. 27/84
Tecnologas de Transporte 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.
28/84
Figura 13. Establecimiento de una llamada ISDN.
29/84
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 30/84
Tecnologas de Transporte 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.
31/84
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.
32/84
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.
33/84
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.
34/84
Tecnologas de Transporte 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 35/84
Tecnologas de Transporte 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. 8 Banderas 16 Direccin Variable Datos 16 FCS 8 Banderas
BECN 1
FECN
C/R
DE 1
EA
DLCI
DLCI
6 1 1 4 Longitud de los campos en bits
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.
EA 1
36/84
Tecnologas de Transporte 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:
37/84
Tecnologas de Transporte 1 Bandera 2 LMI DLCI 1 1 1 1 Tipo de mensaje Variable 2 Elementos de informacin 1 Bandera
Indicador de informacin no numerado Discriminador de protocolo Referencia de llamada
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. Secuencia de verificacin de la trama, Frame Check Sequence (FCS). Asegura la integridad de la informacin recibida. 38/84
FCS
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 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. 39/84
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) y 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. 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 40/84
Tecnologas de Transporte 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. La siguiente tabla resume las caractersticas de Frame Relay y las compara con aquellas de TDM y X.25. Slot Conmutacin Conmutacin de Circuitos de Paquetes TDM X.25 Frame Relay
41/84
Tecnologas de Transporte Multiplexaje en intervalos de tiempo Multiplexaje estadstico (Circuitos Virtuales) Puertos compartidos Altas velocidades por Circuito Retardo

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.
42/84
Figura 18. Procesamiento de Frame Relay vs X.25.
43/84
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 de entonces conmutacin SONET/SDH en de un para el
estndar
complementar 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 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 44/84
Tecnologas de Transporte 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. 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 45/84
Tecnologas de Transporte 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.
46/84
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.
47/84
Tecnologas de Transporte 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 48/84
Tecnologas de Transporte (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. 49/84
Tecnologas de Transporte 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.
50/84
Tecnologas de Transporte 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.
51/84
Tecnologas de Transporte 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
52/84
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 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).
AAL1
AAL2
AAL3/4
AAL5
53/84
Tecnologas de Transporte 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.
54/84
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)
55/84
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)
56/84
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
57/84
Tecnologas de Transporte 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 VCI PT HEC Carga til (48 bites)
VPI
1 2 3
VPI VCI PT HEC Carga til (48 bites) CLP
CLP
4 5 6 53
UNI
Nmero de Bytes
NNI
Figura 25. Estructura de las celdas ATM.
58/84
Tecnologas de Transporte 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).
59/84
Tecnologas de Transporte 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.
60/84
1 2 10 6 1
AFI DCC HO-DSP ESI IDP DSP IDI Formato ATM DCC AFI ICD HO-DSP ESI IDP DSP IDI Formato ATM ICD 1 8 AFI E.164 IDP IDI Longitud de los campos en bytes
Figura 26. Formato(s) de Direcciones ATM.
SEL
SEL
4 6 HO-DSP EDI DSP Formato NSAP E.164
1 SEL
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.
61/84
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 62/84
Tecnologas de Transporte 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 63/84
Tecnologas de Transporte 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.
64/84
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
65/84
Tecnologas de Transporte 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.
66/84
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.
67/84
Tecnologas de Transporte 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 68/84
Tecnologas de Transporte 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
69/84
Tecnologas de Transporte 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. 70/84
Tecnologas de Transporte 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
71/84
Tecnologas de Transporte 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 Ethernet & Fast Ethernet: Prembulo SFD DA SA 6 Long/tipo 4 Datos Pad FCS 4 Extensin
7 1 6 Longitud de los campos en bytes
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.
72/84
Tecnologas de Transporte 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.
73/84
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.
74/84
Jerarqua de seales SONET/SDH

Bit Rate [Mb/s] 51.840 155.520 622.080 2,488.320 9,953.280 3,9813.12 SONET STS-1, OC-1 STS-3, OC-3 STS-12, OC-12 STS-48, OC-48 STS-192, OC-192 STS-768, OC-768 SDH 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 75/84
Tecnologas de Transporte 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:
76/84
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 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)
Cabecera
Datos
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.
77/84
Tecnologas de Transporte 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..
78/84
Tecnologas de Transporte Bit Rate [Mbit/s] 1.728 2.304 6.912 48.960 150.336 Size [columnas] 3 4 12 85 261
VC VC-11 VC-12 VC-2 VC-3 VC-4
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 11: SDH VCs
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.
79/84
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 80/84
Tecnologas de Transporte 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. 81/84
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
82/84
Tecnologas de Transporte tecnologas ADSL reserva una regin de 4 kHz para el servicio telefnico tradicional al inicio del espectro.
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. Medio fsico Saltos en frecuencia Potencia Velocidad Nmero de dispositivos Seguridad Rango Versin actual HomeRF FHSS 50 por segundo 100 mW 1 a 2 Mbps Hasta 127 Formato blowfish 50 metros V 1.0 Bluetooth FHSS 1,600 por segundo 100 mW 1 Mbps Hasta 26 0, 40 y 64 bits 1 a 100 metros V 1.0 802.11 FHSS, DSSS, IR 2.5 por segundo 1W 11 Mbps Hasta 26 40 a 128 bits RC4 130 m interiores y 330 m exteriores 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.
83/84
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
84/84

Tecnologías de Transporte para Redes 1

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Tecnologías de Transporte para Redes 1

Enviado por

Direitos autorais:

Formatos disponíveis

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 Direccionamiento .................................................................................. 28

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

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

Otras tecnologas............................................................................................ 80 DWDM .................................................................................................. 80

Wireless ................................................................................................. 83 Referencias ..................................................................................................... 84

Tecnologas de transporte para redes

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

Figura 1. X.25 y el Modelo OSI

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.

Control de Errores y de Flujo de Informacin

Longitud de los campos en bits

Campo Flag Address Control Cheksum

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.

Figura 9. Configuracin de Referencia ISDN

Servicio ISDN BRI

Servicio ISDN PRI

Figura 10. ISDN y el modelo OSI

Trama TE (terminal a red) 1 1 8 1 1 1 1 F L B1 E D A F

Trama NT (red a terminal) Longitud de los campos en bits

Tecnologas de Transporte 1 Banderas 2 Direccin 1 Control Variable Informacin 1 FCS 1 Banderas

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.

6 1 1 4 Longitud de los campos en bits

Figura 16. Trama Frame Relay.

Interfaz de Administracin Local, LMI

Indicador de informacin no numerado Discriminador de protocolo Referencia de llamada

Longitud de los campos en bytes.

Parmetros de Configuracin de Frame Relay

Control de errores y de flujo de informacin

Control de trfico y congestin

Comparacin con X.25

Tabla 4: Comparacin entre Frame Relay, TDM y X.25.

Figura 18. Procesamiento de Frame Relay vs X.25.

complementar modelo B-ISDN.

Dado que SONET solo describe la transmisin y multiplexaje de la

tecnologa de conmutacin emergente. Dos tipos de conmutacin fueron

Estructura de ATM conforme al modelo OSI

Figura 19. ATM y el Modelo OSI.

Categoras de Servicios ATM y Aplicaciones

Figura 20. Modelo de Referencia ATM.

Capa de adaptacin ATM

Figura 21. Capa de Adaptacin ATM 1 (AAL1).

Capa de Adaptacin ATM 3/4, AAL3/4

Figura 22. Capa de Adaptacin ATM 3/4 (AAL 3/4)

Capa de Adaptacin ATM 5, AAL5

Figura 23. Capa de Adaptacin ATM 5 (AAL 5)

Canales y rutas virtuales