PROTOCOLO DE REDES X.25, FRAME RELAY (RETRANSMISION DE TRAMAS) Y ATM (MODO DE TRANSFERENCIA) ASINCRONA)
INTEGRANTES: GARCIA FRANCIA, Gianmarco LEN DAZ, Harold REYNA LOYOLA, Gustavo SANCHEZ DAZ, Miguel Lizardo DOCENTE: CICLO: FECHA DE PRESENTACIN: Ing. Cesar Arellano Salazar VII
29/05/2013
NDICE
INTRODUCCIN .............................................................................. 1 1. X.25 .................................................................................................. 3 1.1 Introduccin ................................................................................ 3 1.2.Concepto . .................................................................................. 4 1.3. Caractersticas de X.25 .............................................................. 5 1.4. Niveles de la Norma X.25 ........................................................ 5 1.4.1. Nivel Fsico ......................................................................... 5 1.4.2. Nivel Enlace ........................................................................ 6 1.4.3. Nivel Red/Nivel Paquete .................................................. 6 1.4.4 Servicio de Servicio Virtual ............................................... 7 1.5.Funciones del Protocolo X.25 ................................................... 8 1.6.Ventajas e Incovenientes de X.25 ........................................... 10 1.7.Diferencias entre Frame Relay y X.25 ................................... 11 1.8. Tabla Comparativa ................................................................. 14 1.8. Tabla Comparativa ................................................................. 14
2. FRAME RELAY ........................................................................... 15 2.1 Introduccin ............................................................................ 16 2.2. Descripcin ............................................................................ 17 2.3. Terminologia ......................................................................... 18 2.4. Los DLCI y su Funcionamiento ........................................... 20 2.5. Arquitectura ............................................................................ 21 2.6. Funcionamiento ...................................................................... 22
3. ATM .............................................................................................. 23 3.1 Introduccin ........................................................................... 24 3.2 Descripcion ............................................................................ 28 3.3.Puesta en Marcha de una conexin ..................................... 30 3.4. Arquitectura de las Redes ATM. ....................................... 31 3.4.1. Conexin Virtual ....................................................... 32 3.4.2. Identificadores .......................................................... 33 3.4.3. Celdas ......................................................................... 35 3.4.4. Esablecimiento y Liberacion de Conexion .............. 35 3.4.4. Esablecimiento y Liberacion de Conexion .............. 35 3.5. Niveles ATM. ........................................................................ 36 3.5.1. Nivel Fsico ................................................................. 36 3.5.2 Nivel ATMl .................................................................. 36 Formato de cabeceras....37 i. Nivel de Adaptacin ATM .................................... 39 A. AAL1 ................................................................. 42 B. AAL1 .................................................................. 44 C. AAL3/4 ............................................................... 46 D. AAL5 .................................................................. 50
3.6. Organismos encargados de la Supervision. ..................... 52 3.7. ATM y sus Beneficios ......................................................... 52 4. ATM ................................................................................................. 54 ANEXO.55
INTRODUCCIN
Una de las necesidades bsicas del ser humano es la Comunicacin: ser capaz de intercambiar informacin y conocimiento con aquellos que le rodean. Sin embargo la distancia que separa a los posibles interlocutores es cada da ms elevada. Las Redes de Telecomunicaciones son las que posibilitan la comunicacin a distancia en esta sociedad globalUn caso de red de datos ms elaborada lo constituyen las Redes de Conmutacin de Paquetes, conocidas como redes X.25. Esta red intercambia informacin a travs de una conexin fsica y no es adecuada para comunicaciones de voz. Aunque la tasa de errores sea elevada por la baja calidad de las lneas, las redes X.25 tienen una gran fiabilidad debido a la existencia de gran cantidad de mecanismos de deteccin y correccin de errores a lo largo del recorrido de los datos. Frame Relay es bastante similar a X.25 en cuanto a la tecnologa de transmisin que utiliza (conmutacin de paquetes) pero con diferencias respecto a stas. Dado que la calidad de las redes es ahora superior, redes digitales, ya no se hace necesario la exhaustiva comprobacin de errores del protocolo anterior, con lo que se gana en velocidad. Frame Relay adems de simplificar en gran medida las normas o reglas para realizar la transmisin y reducir los controles de errores, consigue mediante tcnicas de multiplexacin estadstica transmitir mayor cantidad de informacin de forma ms eficiente. ATM, o Asynchronous Transfer Mode, es un estndar que mejora notablemente la calidad y eficiencia de la transmisin respecto a las tecnologas vistas ms arriba. Supera ampliamente las velocidades de transmisin alcanzadas por las anteriores tecnologas o redes, por tanto ATM es un medio de comunicacin ideal para aplicaciones que precisan de respuesta en tiempo real. El proceso de modernizacin de las redes est basado fundamentalmente en la sustitucin de las centrales y los medios de transmisin analgicos por su versin digital, lo que se conoce como Red Digital de Servicios Integrados (RDSI). Es muy adecuada para aplicaciones empresariales. En general se pueden beneficiar de ella las Empresas de todos aquellos sectores donde son importantes la transferencia rpida de informacin, la transmisin de informacin multimedia, y/o la calidad de la comunicacin.
OMUNICACIN DE DATOS
1. PROTOCOLO X.25
1.1. INTRODUCCION:
La norma X.25 es el estndar para redes de paquetes recomendado por CCITT, el cual emiti el primer borrador en 1974. Este original fue en 1976, en 1978, en 1980 y en 1984, para dar lugar al texto definitivo publicado en 1985. El documento inicial inclua una serie de propuestas sugeridas por Datapac, Telenet y Tymnet, tres nuevas redes de conmutacin de paquetes. La X.25 se define como la interfaz entre equipos terminales de datos y equipos de terminacin del circuito de datos para terminales que trabajan en modo paquete sobre redes de datos pblicas. Las redes utilizan la norma X.25 para establecer los procedimientos mediante los cuales dos ETD que trabajan en modo paquete se comunican a travs de la red. Este estndar pretende proporcionar procedimientos comunes de establecimiento de sesin e intercambio de datos entre un ETD y una red de paquetes (ETCD). Entre estos procedimientos se encuentran funciones como las siguientes: identificacin de paquetes procedentes de ordenadores y terminales concretos, asentimiento de paquetes, rechazo de paquetes, recuperacin de errores y control de flujo. Adems, X.25 proporciona algunas facilidades muy tiles, como por ejemplo en la facturacin a estaciones ETD distintas de la que genera el trfico. Dentro de la perspectiva de X.25, una red opera en gran parte como un sistema telefnico. Una red X.25 se asume como si estuviera formada por complejos conmutadores de paquetes que tienen la capacidad necesaria para el enrutamiento de paquetes. Los anfitriones no estn comunicados de manera directa a los cables de comunicacin de la red, sino que cada anfitrin se comunica con uno de los conmutadores de paquetes por medio de una lnea de comunicacin serial. En cierto sentido la comunicacin entre un anfitrin y un conmutador de paquetes X.25 es una red miniatura que consiste en un enlace
OMUNICACIN DE DATOS
serial. El anfitrin puede seguir un complicado procedimiento para transferir sus paquetes hacia la red. El estndar X.25 no incluye algoritmos de enrutamiento, pero conviene resaltar que, aunque las interfaces ETD/ETCD de ambos extremos de la red son independientes una de otra, X.25 interviene desde un extremo hasta el otro, ya que el trfico seleccionado se enruta al final. A pesar de ello, el estndar recomendado es asimtrico, ya que slo se define un lado de la interfaz con la red (ETD/ETCD).
1.2. CONCEPTO:
Es un estndar ITU-T para redes de rea amplia (WAN) de conmutacin de paquetes. En la actualidad, X.25 es la norma de interfaz orientada al usuario de mayor difusin en las redes de paquetes de gran cobertura. El servicio que ofrece es orientado a conexin, fiable, en el sentido de que no duplica, ni pierde ni desordena, y ofrece multiplexacin, Esto es, a travs de un nico interfaz se mantienen abiertas distintas comunicaciones. El servicio X.25 es un dilogo entre dos entidades ETD(Los equipos terminales encargados de generar y recibir la informacin emisor y receptor.) Y ECD (Los equipos de comunicacin de datos formatean la informacin a transmitir para que pueda viajar
correctamente a travs del canal. Si no existe esta transformacin no sera posible a comunicacin).
1.4. NIVELES DE
LA NORMA X.25
X.25 est formado por tres capas de funcionalidad, estas tres capas corresponden a las tres capas inferiores del modelo OSI.
1.4.1.
Nivel Fsico:
La interfaz de nivel fsico regula el dilogo entre el DCE y el DTE. Este nivel especifica los estndares con la transmisin y recepcin de datos mecnica y elctricamente.
OMUNICACIN DE DATOS
X.21: Se utiliza para el acceso a redes de conmutacin digital. (Similares a las de telefona digital.) . X.25 utiliza el interfaz X.21 que une ETD y el ETCD como un conducto de paquetes, en el cual los paquetes fluyen por las lneas (pines) de transmisin y recepcin,
X.21bis: Se emplea para el acceso a travs de un enlace punto a punto. (Similar a RS-232 en modo sncrono.)
1.4.2.
Nivel de Enlace:
El objeto de este es garantizar la comunicacin y asegurar la transmisin de datos entre dos equipos directamente conectados. El protocolo usado en este nivel es el LAP-B que forma parte del HDLC. Este protocolo define el "troceado" de los datos para la transmisin, y establece la ruta que estos deben seguir a travs de la red.
1.4.3.
Con la capa de paquetes de X.25, los datos se transmiten en paquetes a travs de circuitos virtuales externos.
Este
nivel
tambin
realiza deteccin
correccin de
errores,
X.25 es un protocolo utilizado nicamente entre el DTE y la Red. Para intercambio de paquetes de datos entre nodos de diferentes redes nacionales o internacionales se ha definido el protocolo X.75.
1.4.4.
El servicio de circuito virtual de X.25 ofrece dos tipos de circuitos virtuales: Circuitos Virtuales Conmutados (SVC) y circuitos virtuales permanentes (PVC).
Una llamada virtual es un circuito virtual que se establece dinmicamente mediante una peticin de llamada (call setup) y una (call clearing).
liberacin de llamada
OMUNICACIN DE DATOS
virtual fijo asignado en la red. La transferencia como con las llamadas virtuales, pero no se la liberacin de la llamada.
DEL
PROTOCOLO
Las funciones que proporciona X.25 para que las redes de paquetes y estaciones de usuario se puedan interconectar son:
Un ordenador central conectado a una PSDN puede comunicarse con otros ordenadores centrales que se encuentren conectados a la misma o a cualquier otra PSDN que se encuentre en el mismo o en otro pas, que las PSDN gestionadas por proveedores de
puesto
servicios estn
generalmente interconectadas. En caso de estar privada, proporcionar esta ltima debe conectarse a la misma capacidad de
De igual manera, X.25 permite que diferentes ordenadores centrales se conecten a PSDN pblicas o privadas utilizando diferentes velocidades de transmisin. Cada PSDN se ocupar de realizar las conversiones de velocidad pertinentes. Las posibles velocidades de transferencia de informacin entre ordenadores centrales y las PSDN a las que se conectan pueden variar desde los 2400 bit/s a los 2 Mbit/s.
Eficiencia
La utilizacin de la lnea puede ser elevada. La transmisin y la entrega son rpidas. Las PSDN son robustas y pueden funcionar con niveles de carga de red elevados ofreciendo al usuario un servicio fiable.
Gestin
Las PSDN ofrecen servicios de red gestionados que requieren poco soporte tcnico desde dentro de la Organizacin.
Recuperacin de Errores.
Identificacin de paquetes procedentes de ordenadores y terminales concretos. Asentimiento de paquetes. Rechazo de paquetes.
OMUNICACIN DE DATOS
INCONVENIENTES
Varias conexiones lgicas sobre una fsica Asignacin dinmica de la capacidad (mltiplex accin estadstica) Transporte de datos de mltiples sistemas. Fiable
1.6.2.
INCONVENIENTES:
Protocolos complejos, enlace ( crc, asentimiento, etc.), y nivel de red (asentimientos, errores de protocolos, facilidades, etc.) lo que conlleva mucho procesamiento para trasmitir datos.
Ancho de banda limitado. Retardo de transmisin grande y variable. Sealizaron en canal y comn, ineficaz y problemtica.
10
ENTRE
FRAME
Frame relay es una tecnologa nacida de la necesidad de incrementar el ancho de banda y de la necesidad de mover bits de un lugar a otro a una velocidad razonable y a bajo costo, a traves de redes digitales.
Frame Realy, de manera similar a X.25 (del que emerge), es un protocolo de conmutacin de paquetes que conecta dos redes de rea local a travs de una red pblica de conmutacin de paquetes.
Ambos protocolos, frame relay y X.25, estn basados en los Sistemas de Interconexin Abiertos (O.S.I.). El protocolo X.25 usa los niveles uno, dos y tres del modelo O.S.I., mientras que el protocolo frame relay, usa slo los dos primeros.
1.7.1.
Opera a una velocidad estndar mayor (1.5 Mpbs contra 64Kbps) El protocolo es ms moderno y acorde a la tecnologa actual Tiene menos sobrecarga porque no realiza chequeo de errores Tiene menos sobrecarga porque no tiene control de flujo
1.7.2.
11
OMUNICACIN DE DATOS
No tiene control de flujo Tiene un modo muy simple de indicar errores (un bit de error) 1.7.3. VENTAJAS DE ATM FRENTE A X.25
ATM es una tecnologa orientada a la conexin, en la que las comunicaciones se establecen mediante circuitos virtuales que permiten mantener mltiples comunicaciones con uno o varios destinos.
El Servicio ATM es un servicio de transporte de celdas ATM extremo a extremo. Las celdas ATM generadas por un equipo cliente son transportadas a un destino remoto de forma eficiente y fiable, con el mnimo retardo. El Servicio ATM proporciona una multiplexacin estadstica de diferentes comunicaciones establecidas en circuitos virtuales de carcter permanente, permitiendo la comparticin de una misma lnea de transmisin.
El servicio ATM no requiere complicados procedimientos de control y de flujo en las celdas que restan caudal a la informacin til, ya que en las celdas ATM no existen cabeceras de control de nivel 3 (como ocurre con la tecnologa X.25). Concretamente, ATM desplaza hacia sus equipos terminales la funcionalidad que en X.25 corresponde a la red (correccin de errores, control de flujo, etc.). Como consecuencia de la disminucin del proceso en red, el servicio ATM se adecua mejor a las altas velocidades de transmisin, minimiza el retardo en red y presenta un elevado rendimiento (alto porcentaje de informacin til transmitida con relacin a las cabeceras). X.25 est especialmente indicado para trfico transaccional de bajo/medio caudal y, en particular, para comunicaciones centralizadas en las que muchos puntos se comunican con una
12
instalacin central. ATM est diseado fundamentalmente para aplicaciones de entorno de Red de Area Local, es decir, transporte transparente de datos a alta velocidad, con bajo retardo y alto caudal, transporte conjunto de diferentes tipos de trfico y mltiples protocolos.
13
OMUNICACIN DE DATOS
VELOCIDA D
CAPAS
VENTAJAS
DESVENTAJAS
-Capacidad variable. Fsica, -Puede ser conmutada o permanente -Control del flujo de errores. -Conectividad conmutada. Enlace de datos y red -Trfico de voz y datos. -Menor gasto y soporta grandes cantidades de datos -Trfico de voz y -Menos sobrecarga -Por no checa errores -Y no controla el flujo -Poca velocidad de transmisin -Demora de paquetes.
X.25
48 kbps
Frame Relay
64 kbps
Mbps
14
2. FRAME RELAY
15
OMUNICACIN DE DATOS
2.1. INTRODUCCIN
Frame Relay constituye un mtodo de comunicacin orientado a paquetes para
la conexin de sistemas informticos. Se utiliza principalmente para la interconexin de redes de rea local (LANs, local area networks) y redes de rea extensa (WANs, wide area networks) sobre redes pblicas o privadas. La mayora de compaas pblicas de telecomunicaciones ofrecen los servicios Frame Relay como una forma de establecer conexiones virtuales de rea extensa que ofrezcan
unas prestaciones relativamente altas. Frame Relay es una interfaz de usuario dentro de una red de conmutacin paquetes e rea extensa, que tpicamente ofrece un ancho de banda comprendida en el rango de 56Kbps y 1.544 Mbps.
Frame Relay se origin a partir de las interfaces ISND y se propuso como estndar al Comit consultivo internacional para telegrafa y telefona (CCITT) en 1984. El comit de normalizacin T1S1 de los Estados Unidos, acreditado por el Instituto americano de
16
normalizacin (ANSI), realiz parte del trabajo preliminar sobre Frame Relay.
2.2. DESCRIPCIN
Es un estndar del Comit Consultivo Internacional Telegrfico y Telefnico (CCITT) y del Instituto Nacional Americano de
Normalizacin (ANSI) que define un proceso para el envo de datos a travs de una red de datos pblicos (PDN). Opera en las capas fsicas y de enlace de datos del modelo de referencia OSI, pero depende de los protocolos de capa superior como TCP para la correccin de errores. Se basa en la conmutacin por paquetes.
protocolo de capa de enlace de datos conmutado de estndar industrial, que maneja mltiples circuitos virtuales mediante el encapsulamiento de Control de enlace de datos de alto nivel HDLC entre dispositivos conectados.
17
OMUNICACIN DE DATOS
2.3. TERMINOLOGA
Identificador de conexin de enlace de datos (DLCI): Es un nmero que identifica el extremo final en una red Frame Relay. Este nmero slo tiene importancia para la red local. El switch Frame Relay asigna los DLCI entre un par de routers para crear un circuito virtual permanente.
Interfaz de administracin local (LMI): Estndar de sealizacin entre el equipo terminal del abonado (CPE) y el switch Frame Relay a cargo del manejo de las conexiones y mantenimiento del estado entre los dispositivos. Se soportan tres tipos de LMI: CISCO, ANSI y Q933A.
Velocidad de informacin suscrita (CIR): CIR es la velocidad garantizada, en bits por segundo, que el proveedor del servicio se compromete a proporcionar.
Rfaga suscrita: Cantidad mxima de bits que el switch acepta transferir durante un intervalo de tiempo. (Se abrevia como Bc) Rfaga excesiva: Cantidad mxima de bits no suscritos que el switch Frame Relay intenta transferir ms all de la CIR. La rfaga excesiva depende de las ofertas de servicio que el distribuidor coloca a disposicin,
18
pero se limita generalmente a la velocidad de puerto del loop de acceso local. Indicador de posible para descarte (DE): Bit establecido que indica que la trama se puede descartar para darle prioridad a otras tramas si se produce congestin.
Cuando el router detecta congestin de red, el switch Frame Relay descarta en primer lugar los paquetes con el bit DE. El bit DE se establece en el trfico sobresuscrito (es decir, el trfico recibido despus de alcanzar la CIR). Notificacin explcita de la congestin (FECN): Bit establecido en una trama que notifica a un DTE que el dispositivo receptor debe iniciar procedimientos para evitar la congestin. Cuando un switch Frame Relay detecta la existencia de congestin en la red, enva un paquete FECN al dispositivo destino, indicando que se ha producido la congestin. Notificacin de la congestin retrospectiva (BECN): Notificacin de la congestin retrospectiva (BECN): Bit establecido en una trama que notifica a un DTE que el dispositivo remitente debe iniciar procedimientos para evitar la congestin. Cuando un switch Frame Relay detecta congestin en la red, enva un paquete BECN al router origen, instruyendo al router para que reduzca la velocidad a la cual est enviando los paquetes. Si el router recibe cualquier BECN durante el intervalo de tiempo en curso, reduce la velocidad de transmisin un 25 %.
19
OMUNICACIN DE DATOS
2.4. LOS
DLCI
SU
FUNCIONAMIENTO
Los estndares Frame que Relay se direccionan encuentran circuitos virtuales permanentes (PVC) administrativamente
configurados y administrados en una red Frame Relay. Los PVC de Frame Relay son identificados por los DLCI. Los estndares Frame que Relay se direccionan encuentran circuitos virtuales
permanentes
(PVC)
administrativamente
configurados y administrados en una red Frame Relay. Los PVC de Frame Relay son identificados por los DLCI. La porcin utilizable de estas direcciones es determinada por el tipo de LMI utilizada. El tipo LMI Cisco soporta un intervalo de direcciones DLCI desde DLCI 16-1007 para el transporte de datos de usuario. El tipo LMI ANSI/UIT soporta un intervalo de direcciones desde DLCI 16-992 para el transporte de datos de usuario. Las principales funciones del proceso LMI son las siguientes: Determinar el estado operacional de distintos PVC que el router conoce. Transmitir paquetes de mensaje de actividad para garantizar que el PVC permanezca activo y no se inhabilite por inactividad. Comunicarle al router que los PVC estn disponibles.
20
2.5. ARQUITECTURA
El Frame Relay la base
utiliza plataforma
veremos la arquitectura de protocolos el cual se da en tres capas: El modelo de referencia de protocolos Frame Relay se compone de tres planos: Plano de Control (Plano C): Se encarga de la sealizacin y del establecimiento y liberacin de las conexiones. Plano de Usuario (Plano U): Se encarga de la transferencia de informacin entre usuarios. Plano de Gestin (Plano G): Se encarga del control y gestin de las operaciones de red. Se divide en gestin de planos y gestin de capas. Las tramas y cabeceras de Frame Relay pueden tener diferentes longitudes, ya que hay una gran variedad de opciones disponibles en la implementacin, conocidos como anexos a las definiciones del estndar bsico. CRC (tambin llamado FCS): Cdigo de deteccin de errores. Es un cdigo cclico. Es necesario, ya que cuando se detecta una trama con error, se descarta.
21
OMUNICACIN DE DATOS
2.6. FUNCIONAMIENTO
El Frame Relay funciona de la siguiente manera como en la siguiente figura: 1. Se ordena el servicio Frame Relay a un proveedor de servicio, o se crea una nube Frame Relay privada. 2. Cada router, ya sea directamente o a travs de un CSU/DSU, se conecta al switch Frame Relay. 3. Cuando se habilita el router CPE, ste enva un mensaje de informacin de estado al switch FR. El mensaje notifica al switch acerca del estado del router, e interroga al switch acerca del estado de la conexin de los otros routers remotos. 4. Cuando el switch FR recibe la solicitud, responde con un mensaje de estado que incluye los DLCIs de los routers remotos a los cuales el router local puede enviar datos. 5. Por cada DLCI activo, cada router enva un paquete de solicitud de ARP inverso presentndose y solicitando a cada router remoto que se identifique respondiendo con su direccin de capa de red. 6. Por cada DLCI que conozca el router a travs de un mensaje de ARP inverso, se crea una entrada de asignacin dentro de la tabla de asignacin FR del router. (DLCI local, direccin de red del router remoto y estado de la conexin) 7. Cada 60 segundos. Los routers intercambian mensajes ARP inversos.
22
23
OMUNICACIN DE DATOS
3.1. Introduccin:
- Manejo
caractersticas individuales que hacen demandas diferentes (algunas veces completamente opuestas a las otras) de los canales de comunicacin.
para equipos
24
Todas las soluciones propuestas hoy en da parecen indicar que la tecnologa que mejor responde a estas demandas es ATM (Asynchronous Transfer Mode). A continuacin se examinaran los diferentes tipos de trfico y sus demandas en los canales de comunicacin. a. VOZ:
- Su
momento).
- El
b. VIDEO:
- LA generacin es sncrona (continua). - Su transmisin es sncrona. - El ancho de banda requerido es variable y su rango puede estar por
debajo de 64 Kbps, a algunos Mbps en la misma sesin.
- El
incorrecta en el monitor pueda disparar severas acciones (reacciones equivocadas de robots, informacin errnea de seguridad, etc).
c. DATOS:
- Su generacin puede ser asncrona (texto) o sncrona (telemtrica). - Sus transmisiones en general pueden ser asncronas, asi no es requerido
un tiempo especial en la relacin entre el transmisor y el receptor.
25
OMUNICACIN DE DATOS
- LA
tenerse extrema precaucin en la transmisin, el control de errores debe ser muy estricto.
El enorme rango de velocidades requerido en las telecomunicaciones de hoy en da no es el nico problema. El mayor problema es que la transmisin ocurre en intervalos estadsticamente al azar. Se tomara como ejemplo la voz y los datos: durante el almuerzo nadie o algunos pocos transmiten. Antes y despus del almuerzo, sin embargo, todos saltan al telfono o a las computadoras. Los datos son estadsticos por naturaleza, por lo tanto, idealmente, el canal de comunicacin de datos debe de ser tan flexible como sea posible para permitir grandes explosiones sin la obligacin, por parte del usuario, de comprar el ancho de banda encomendado para manejar el pico. Idealmente, el canal de comunicacin puede ser del proveedor de servicio que puede cargarle al cliente el monto exacto de los datos cargados.
Tradicionalmente, el problema de la demanda de ancho de banda se resolva con tecnologas como X.25 o, ms reciente, Frame Relay. Ambas emplean tcnicas de conmutacin e paquetes que permiten paquetes de datos de longitud variable, pudieran ser fragmentados para protegerlos de errores y entonces enviarlos sobre enlaces que son estadsticamente compartidos (multiplexados) entre varios usuarios. De esta forma, la facturacin puede hacerse en base a frames, ms que basado en el tiempo utilizado en el enlace.
X.25 fue concebido en una era (finales de los 60s) cuando la velocidad era lenta y las lneas eran de baja calidad (anlogas). Era por lo tanto una tecnologa muy
26
rigurosa cuando se trataba de control de errores, pero X.25 tena suficiente sobrecarga para ser usado solo en enlaces relativamente lentos (arriba de 64 Kbps).
Frame Relay derivo de X.25 para acomodar redes modernas de datos. LA mayora de las capacidades de X.25 fueron movidas y, en su lugar, la velocidad fue aumentada a T1/E1 (1.544 Mbps/ 2.048 Mbps), con la posibilidad de poder ejecutarse a rpidos ndices de transmisin (T3/SONET). Las lneas modernas son digitales, con ndices de errores de bit que pueden estar debajo de un billn. Tambin, las terminales tontas de los aos anteriores fueron reemplazadas con poderosas computadoras personales y estaciones de trabajo capaces de ejecutar sofisticados programas de control de errores. Cuando un frame esta corrupto por cualquier razn, un nodo de Frame Relay puede descararlo sin temer que los datos perdidos no puedan ser recuperados. Esto es porque los frames son pasados en modo de relay, muy rpido, de un conmutador a otro, con solo hacer 3 preguntas: 1. Est intacta la informacin de ruteo en el frame? 2. Esta el identificador de conexin de Enlace de Datos (DCLI) en la lista de los DLCI conocidos? 3. Esta el nodo congestionado, y si lo est, es el frame candidato a ser descartado? La respuesta de cualquiera de estas preguntas puede conducir a descartar el frame, que accin es tomada y ninguna notificacin tiene lugar. Es una simple y eficiente tecnologa para portar datos sobre lneas limpias. Los Frame Relay tienen muy poca sobrecarga (siete bytes, de cientos de bytes de datos). Sin embargo, porque la longitud del frame varia, su transporte a travs de los puertos del conmutador sufre retardos variables. Por lo tanto, mezclar datos, voz y video no es recomendable. Hay algunas soluciones, especialmente en redes privadas; pero tpicamente estn de acuerdo que Frame Relay (asi
27
OMUNICACIN DE DATOS
como X.25) es una tecnologa buena para datos, especialmente en comunicaciones de LAN a LAN. Puentes y reuteadores pasan paquetes de tamao variable a travs de WAN.
3.2. DESCRIPCION:
VIDEO
VOZ
DATOS
CAPA DE ADAPTACION ATM AAL CONMUTACION DE CELDAS ATM (Cell Switching) CAMINO FISICO
ATM es una red orientada a conexin1 (CONS), y como tal crea circuitos virtuales (denominados canales virtuales o Virtual Channel en el estndar) entre los sistemas que desean intercambiar informacin. En ATM los nodos terminales se denominan hosts y los de encaminamientos conmutadores (anlogamente a X.25 o Frame Relay); los conmutadores ATM son siempre equipos de comunicaciones altamente especializadas y de elevadas
prestaciones, nunca ordenadores de propsito general. Una red (o subred) ATM est formada por una serie de conmutadores unidos entre s por lneas punto a punto de alta velocidad, normalmente SONET/SDH de 155,52 Mb/s en adelante
1
Una de las principales diferencias entre el modo de transferencia de conmutacin de paquetes y la conmutacin de celdas es que esta ltima mantiene un circuito abierto permanente con la estacin remota hasta que termina la comunicacin, y aun cuando no este transmitiendo permanece abierto. Por otro lado el modo de transferencia de conmutacin de paquetes establece un circuito con la estacin remota solamente cuando necesita intercambiar informacin, lo que ayuda a mantener un trfico estable.
28
(OC-3c), aunque tambin existen interfaces de velocidades inferiores; la interfaz que conecta los hosts con la subred (es decir con los conmutadores) se denomina UNI (User-Network Interface), y la que comunica los conmutadores entre s es la NNI (Network-Network Interface).
A diferencia de X.25, ATM no enva acuses de recibo de las celdas recibidas; ni siquiera se verifica el contenido de la celda, salvo la cabecera, ya que se dise pensando en medios de transmisin altamente fiables, como las fibras pticas. Adems, uno de los objetivos de ATM es enviar trfico iscrono, para el cual las retransmisiones seran peores que dejar pasar algunos errores. La nica cosa que ATM garantiza totalmente es que las celdas que se envan por un circuito virtual sern entregadas en su destino en el mismo orden en que han salido. Se podr perder alguna (pocas) pero bajo ningn concepto se permite alterar el orden de llegada, ni duplicar celdas. En ATM se pueden agrupar los canales virtuales entre dos nodos en lo que se conoce como trayectos virtuales o Virtual Paths (VPs). Podemos pensar en los VCs como pares de hilos de cobre que enlazan dos nodos y que estn numerados en ambos extremos para su fcil identificacin; en tal caso los VPs seran como mangueras que agrupan gran cantidad de estos pares y que tambin se numeran para su fcil identificacin. Para poder establecer una comunicacin entre dos nodos es preciso localizar un par libre en ambos extremos, para lo cual es necesario especificar el nmero de VP y de VC. El uso de VPs tiene algunas ventajas cuando se trata de reencaminar todos los circuitos virtuales que hay entre dos nodos determinados, ya que si se quiere reencaminar todos los VCs de un VP se puede reencaminar el bloque sin necesidad de reenumerar los VCs uno a uno.
29
OMUNICACIN DE DATOS
3.3. Puesta
en
marcha
de
una
conexin ATM
En ATM existen tanto PVCs como SVCs. Los PVCs se configuran de manera esttica en los conmutadores. Un PVC est establecido siempre que estn operativos los conmutadores por los que pasa y los enlaces que los unen, es decir siempre que la red est operativa. En cambio los
SVCs se crean y destruyen dinmicamente, segn se necesita. El protocolo utilizado para establecer SVCs en ATM se denomina Q.2931, y est basado en el Q.931 utilizado en la sealizacin de RDSI. Q.2931 es bastante complejo, por lo que solo veremos algunos aspectos bsicos de su funcionamiento.
Cuando un nodo desea establecer un VC con otro ha de enviar un mensaje solicitando la conexin por el VC reservado para sealizacin, que por convenio es el VP 0 VC 5; en cierto modo podemos considerar este VP/VC equivalente al canal D de RDSI.
El establecimiento y finalizacin de una conexin se lleva a cabo mediante un conjunto de mensajes que pasan del nodo de origen al nodo de destino, recibiendo confirmacin en cada nodo intermedio. Para establecer el VC el nodo de origen enviar un mensaje SETUP con la direccin del nodo de destino; cada nodo intermedio reenviar el mensaje al siguiente nodo en la direccin adecuada y responder con un mensaje CALL PROCEEDING al anterior; cuando el mensaje llegue finalmente al destinatario ste responder con un mensaje CONNECT que ser enviado al originador; como respuesta al CONNECT cada nodo responder con un CONNECT ACK.
30
En las redes ATM est soportado el trfico multicast. En una emisin multicast no se envan celdas duplicadas por un enlace fsico, sino que se replican justo en el conmutador donde se produce la bifurcacin de caminos fsicos, con lo que se consigue una optimizacin del trfico. Para esto se establecen circuitos multipunto. Una vez se ha establecido un VC entre dos nodos se puede 'invitar' a otros a participar mediante el comando ADD PARTY
31
OMUNICACIN DE DATOS
3.4.1
Conexin Virtual:
La conexin entre dos sistemas finales se realiza mediante caminos de transmisin (TP, Transmission Paths), caminos virtuales (VP, Virtual Paths) y circuitos virtuales (VC, Virtual Circuits). Un camino de transmisin (TP) es la conexin fsica (cable, satlite, etc) entre el sistema final y un conmutador o entre dos conmutadores.
Un camino de transmisin se divide en varios caminos virtuales. Un camino virtual (VP) ofrece una conexin o un conjunto de conexiones entre dos conmutadores.
Las redes de celdas estn basadas en circuitos virtuales (VC). Todas las celdas que pertenecen a un mismo mensaje siguen el mismo circuito virtual y mantienen su orden original hasta que alcanzan su destino. Para comprender mejor el concepto de VP, VC, se muestra el siguiente grfico.
En esa figura, ocho sistemas finales se comunican utilizando cuatro VC. Sin embargo, los dos primeros VC parecen compartir el mismo camino virtual entre
32
el conmutador I y el III, por lo que es razonable que se enlacen estos dos VC juntos para formar un VP. Por otro lado, est claro que los otros dos VC comparen el mismo camino entre el conmutador I y el IV, por lo que tambin
3.4.2
Identificadores:
En una red de circuitos virtuales, las conexiones virtuales necesitan identificarse para poder encaminar los datos de un sistema a otro. Para este propsito, los diseadores de ATM crearon un identificador jerrquico con dos niveles: un identificador de camino virtual (VPI, Virtual Path Identifier) y un
identificador de circuito virtual (VCI, Virtual Circuit Identifier). El VPI define el VP concreto y el VCI define un VC concreto dentro del VP. El VPI es el mismo para todas las conexiones virtuales que se enlazan (lgicamente) en un VP.
La siguiente imagen nos muestra los VPI y VCI para un camino de transmisin (TP). La razn para dividir un identificador en dos partes se vera de forma ms clara cuando se describa el encaminamiento e una red ATM.
33
OMUNICACIN DE DATOS
Las longitudes de los VPI para las interfaces UNI y NNI son diferentes. En una interfaz UNI, el VPI es de 8 bits, mientras que en una NNI, el VPI es de 12 bits. La longitud del VCI es la misma en ambas interfaces (16 bits). Se puede decir, por lo tanto, que una conexin virtual se identifica mediante 24 bits en una interfaz UNI y por 28 bits en una interfaz NNI.
34
3.4.3
Celdas:
La unidad de datos bsica en una red ATM se denomina celda. Una celda solo tiene 53 bytes, con 5 bytes asignados a la cabecera y 48 para la carga (los datos del usuario pueden tener menos de 48 bytes). Podramos decir entonces que la mayor parte de la cabecera est ocupada por el VPI y el VCI que define la conexin virtual a travs de la cual debe viajar una celda desde el sistema final a un conmutador o desde un conmutador a otro conmutador. Podemos apreciar la estructura de una celda en la siguiente figura.
3.4.4
Al igual que X.25 y en Frame Relay, ATM utiliza dos tipos de conexiones: PVC y SVC.
PSV: Un circuito virtual permanente (PVC, Permanent Virtual Circuit) es establecido entre dos sistemas finales por el proveedor de la red. Los VPI y los VCI estn definidos para las conexiones permanentes y los valores se introducen en las tablas de cada conmutador.
SVC: Es un circuito virtual conmutado (SVC, Switched Virtual Circuit), cada vez que un sistema final quiere establecer una conexin con otro sistema final se debera establecer un nuevo circuito virtual. ATM no puede realizar este trabajo
35
OMUNICACIN DE DATOS
por s misma, sino que necesita direcciones de nivel red y los servicios de otro protocolo (como IP o RDSI-BA). El mecanismo de sealizacin del otro protocolo realiza una peticin de conexin utilizando las direcciones de nivel de red de los dos sistemas finales. El mecanismo real depende del protocolo de nivel de red empleado.
El nivel fsico define el medio de transmisin, la transmisin de bits, la codificacin y la transmisin elctrica u ptica. Ofrece
convergencia con los protocolos de transporte fsico, como SONET3 y T-3, as como los mecanismos para transformar el flujo de celdas en flujo de bits. El Foro ATM ha dejado la mayora de las especificaciones de este nivel a los implementadores. Por ejemplo, el medio de transporte puede ser un par trenzado4, un cable coaxial o un cable de fibra ptica. 3.5.2. NIVEL ATM:
El nivel ATM ofrece servicios de encaminamiento, gestin de trfico, conmutacin y multiplicacin. Procesa el trfico saliente acepando segmentos de 48 bytes de los subniveles AAL y los transforma en celdas de 53 bytes aadiendo una cabecera de 5 bytes (vase la siguiente figura).
2
Los Sistemas Finales utilizan los tres niveles, mientras que los conmutadores utilizan solo los dos primeros. 3 Synchronous Optical Network (SONET) es un estndar para el transporte de telecomunicaciones en redes de fibra ptica. 4 Aunque la velocidad necesaria para soportar la RDSI-BA es improbable que se consiga utilizando cables coaxiales de par trenzado.
36
Formato de Cabecera: ATM utiliza dos formatos para esta cabecera, una para las celdas de la interfaz UNI y otra para las celdas de la interfaz NNI. El siguiente grafico muestra estas cabeceras en formato byte a byte preferido por la ITU T (cada fila representa un byte).
37
OMUNICACIN DE DATOS
38
3.5.3.
El nivel de adaptacin de la aplicacin (AAL) permite a las redes existentes (como redes de paquetes) conectarse a ATM. Los protocolos del nivel AAL aceptan transmisiones de servicios de nivel superior (por ejemplo: paquetes de datos) los proyectan en celdas ATM de tamao fijo. Estas transmisiones pueden ser de cualquier tipo (voz, video, sonido, datos) y pueden ser de velocidades fijas o variables. En el receptor, se
39
OMUNICACIN DE DATOS
realiza el proceso inverso: se juntan los segmentos en sus formatos originales y se pasan al servicio receptor.
Tipos de Datos: En lugar de un protocolo para todos los tipos de daos, el estndar ATM divide el nivel ALL en categoras, cada una de las cuales soporta los requisitos de un tipo diferente de aplicacin. En la definicin de estas categoras, los diseadores de ATM identificaron cuatro tipos de flujos de datos: flujo constante de bits de datos, flujo variable de bits de datos, paquetes de datos orientados a conexin y paquetes de datos sin conexin.
- Los
paquetes convencionales (como X.25 y el protocolo TCP de TCP/IP) que utilizan circuitos virtuales.
40
ITU-T reconoci la necesidad de una categora adicional, uno que sirviera para todos los tipos de datos anteriores pero que se adaptara a la comunicacin puno a punto en lugar de a las transmisiones entre redes multipunto. El subnivel que se dise para satisfacer las necesidades de este tipo de transmisin se denomin nivel de adaptacin sencillo y eficiente (SEAL, Simple and Efficiente Adaptation Layer).
Las categoras AAL diseadas para soportar cada uno de los tipos de datos se han denominado AAL1, AAL2, AAL3, AAL4 y AAL5 respectivamente. Ms recientemente, sin embargo, se ha decidido que exista tanto solape entre AAL3 y AAL4 que no se justificaba que permanecieran separadas, por lo que se ha combinado en una nica categora, AAL3/4, AAL2, aunque sigue formando parte del diseo de ATM, puede eliminarse y sus funciones se pueden combinar con las de otras categoras.
Convergencia y Segmentacin: Adems de dividir el nivel AAL en categoras, ITU-T tambin lo divide por funcin. Como resultado de ello, cada una de las categoras del nivel AAL incluyen en realidad dos niveles: el subnivel de convergencia (CS) y el subnivel de segmentacin y reensamblado(SAR). Como se puede apreciar en la siguiente imagen, las responsabilidades de estos dos subniveles varian y se analizaran cuando se describa cada categora AAL.
41
OMUNICACIN DE DATOS
A. AAL1 AAL1 soporta aplicaciones que transfieren informacin como flujos de bits constantes, como video y voz, y permite a ATM conectar redes telefnicas digitales existentes como la DS-3 o E-1. Subnivel de Convergencia: El subnivel de convergencia divide el flujo de bits en segmentos de 47 bytes y los pasa al subnivel SAR inferior. Segmentacin y reensamblado: La imagen siguiente muestra el formato de una unidad de datos del nivel AAL en el nivel SAR. Como se puede ver, este nivel acepta una carga de 47 bytes del nivel CS y aade una cabecera de un byte. El resultado es una unidad de datos de 48 bytes que se pasa al nivel ATM, donde se encapsula en una celda. La cabecera de este nivel consta de cuatro campos:
42
43
OMUNICACIN DE DATOS
monitor de video; la prdida de un gran nmero de celdas puede destruir la inteligibilidad. La correccin automtica de errores en un bit de la cabecera redice drsticamente el nmero de celdas que se pierden y por lo tanto beneficiaran la calidad de servicio.
- Paridad (P),
los primeros siete bits de la cabecera. Un bit de paridad puede detectar un nmero impar de errores pero no un nmero par de errores. Esta caracterstica se puede utilizar para la correccin de los cuatro primeros bits. Si se produce un error en un nico bit, lo detectara el cdigo CRC y el bit de paridad. En este caso, el cdigo CRC corrige el bit y la celda es aceptada. Sin embargo, si se producen errores en dos bits, el cdigo CRC lo detectara pero no el bit de paridad. En este caso, la correccin del CRC es invlida y la celda es descartada.
B. AAL2 El objetivo de AAL2 es soportar aplicaciones con flujos variables de bits de datos. Por ejemplo, en un programa de noticias, cuando la cara del presentador aparece en la pantalla, se producen muy pocos cambios. Compare esto con un partido de futbol donde se produce una gran cantidad de cambios. En el primer caso, los datos pueden enviarse a una tasa de datos muy baja, mientras que en el segundo caso los datos pueden transferirse a una tasa de datos ms alta. Todava no se ha definido explcitamente la forma en la que AAL2 har esto.
Subnivel de convergencia; El formato para reordenar el flujo de bits recibido aadir sobrecarga no est definido aqu. Las aplicaciones
44
Segmentacin y reensamblado: LA siguiente figura muestra el formato de una unidad de datos AAL2 en nivel SAR. Las funciones en este nivel aceptan una carga de 45 bytes del subnivel CS y aaden una cabecera de un byte y una cola de dos bytes. El resultado es una unidad de datos de 48 bytes que se pasa al nivel ATM, donde es encapsulada en una celda. La sobrecarga en este nivel consiste en tres campos en la cabecera y dos campos en la cola:
- CRC, los ltimos 10 bits de la cola son un cdigo CRC para la unidad de
datos entera. Tambin se puede utilizar para corregir errores en un bit en la unidad de datos.
45
OMUNICACIN DE DATOS
C. AAL3/4 Inicialmente, AAL3 fue diseado con el objetivo de soportar servicios de datos orientados a conexin y AAL4 para servicios sin conexin. A medida que evolucionaron, se hizo evidente que los problemas fundamentales de ambos protocolos eran los mismos. Por lo tanto, se han combinado en un nico formato denominado AAL3/4.
Subnivel de convergencia: El subnivel de convergencia acepta un paquete de datos inferior a 65 535 ( ) bytes de un servicio de nivel
superior (como SMDS o Frame Relay) y aade una cola y una cabecera. La cabecera y la cola indican el comienzo y el final del mensaje (para el reensamblado), as como la cantidad de datos que incluye la trama final. Debido a que los paquetes varan en longitud, se puede requerir relleno para asegurar que los segmentos son del mismo tamao y que los campos de control finales se encuentran en el lugar que espera el receptor. Una vez que la cabecera, la cola y el relleno se encuentran en su lugar, el subnivel CS pasa el mensaje en segmentos de 44 bytes al nivel SAR.
46
Es importante observar que la cabecera y la cola del subnivel CS se aaden al comienzo y al final del paquete original, no a cada segmento. Los segmentos intermedios se pasan al nivel SAR sin aadir sobrecarga. De este modo, ATM mantiene la integridad de los paquetes originales y mantiene la relacin entre sobrecarga y datos baja. A continuacin se describen los campos de la cabecera y la cola en el subnivel de convergencia de AAL3/4.
47
OMUNICACIN DE DATOS
c. Cuando el nmero de bytes de datos disponibles para el segmento final se encuentra entre 41 y 44, se aaden bytes de relleno (43 a 40) para obtener 84. Los primeros 44 bytes dan lugar a un segmento completo. Los siguientes 40 bytes y la cola configuran el ltimo segmento.
- Etiqueta final (ET), este campo de un byte sirve como un indicador del
final utilizado para sincronizacin.
48
Segmentacin y reensamblado: La siguiente figura muestra el formato de una unidad de datos AAL3/4. Las funciones de este nivel aceptan una carga de 44 bytes del subnivel CS y aaden una cabecera de 2 bytes y una cola de 2 bytes. El resultado es una unidad de datos de 48 bytes que se pasa al nivel ATM para su inclusin en una celda.
- Tipo
segmento pertenece al comienzo, al medio o al final dl mensaje o por el contrario se trata de un mensaje de un solo segmento.
Identificador de multiplexacion (MDI), este campo de 10 bits identifica a las celdas que vienen de flujos de datos diferentes y se multiplexan en la misma conexin virtual.
- CRC, los ltimos 10 bits de la cola son un cdigo CRC para la unidad de
datos entera.
49
OMUNICACIN DE DATOS
secuenciamiento que no son necesarios en todas las aplicaciones. Cuando las transmisiones no se encaminan a travs de mltiples nodos o se multiplexan con otras transmisiones, los mecanismos de correccin de errores de secuenciamiento elaborados constituyen una sobrecarga
innecesaria. Las troncales de ATM y LAN que utilizan enlaces punto a punto constituyen ejemplos de aplicaciones que son mas eficientes sin ellos. Para estas aplicaciones, los diseadores de ATM han
proporcionado un quinto subnivel AAL, denominado el nivel de adaptacin sencillo y eficiente (SEAL). AAL5 asume que todas las celdas que pertenecen a un nico mensaje viajan secuencialmente y que el resto de funciones normalmente proporcionadas por las cabeceras de los subniveles CS y SAR ya han sido incluidas en los niveles superiores de la aplicacin que enva los datos. AAL5, por tanto, no ofrece
informaciones de la
cabeceras CS o SAR. En su lugar, solo se aade en el subnivel CS relleno y una cola de cuatro campos.
Subnivel de convergencia: Este subnivel acepta un paquete de datos de no ms de 65535 bytes de un servicio de nivel superior y aade una cola de 8 bytes, as como el relleno necesario para asegurar que la posicin de la cola se sita en el lugar que espera el equipo receptor (en los ltimos 8 bytes de la unidad de datos) ,vease la siguiente figura. Una vez aadido el relleno la cola, el subnivel CS pasa el mensaje en segmentos de 48 bytes al nivel SAR. Al igual que el nivel AAL3/4, el relleno y la cola se aaden al final del mensaje, no a cada segmento. Los segmentos constan, por lo tanto, de 48
50
bytes de datos o, en el caso del ltimo segmento, 40 bytes de datos y 8 de sobrecarga (cola). Los campos que se aaden al final del mensaje incluyen los siguientes:
Segmentacin y reensamblado: Ni la cabecera n i la cola estan definidas en el nivel SAR. En su lugar, pasa el mensaje en segmentos de 48 bytes directamente al nivel ATM.
51
OMUNICACIN DE DATOS
3.6. Organismos
encargados
de
la supervisin:
ATM dispone de cuatro organismos diferentes que se encargan de la supervisin de las especificaciones tcnicas y los estndares que existen en su entorno: el Forum, ITU-T (International Telecoms Union-Telecoms
Standardisation Sector), ANSI (American National Standards Institute) y ETSI (European Telecoms Standards Institute).
Sun y Digital. Actualmente, el nmero de componentes de este foro ha aumentado considerablemente. Su propsito es asegurar que se desarrolle la tecnologa ATM y que el mercado conozca todos los estndares que se creen. -T es la organizacin responsable de todos los estndares de telecomunicaciones. a como foro de discusin y debate previo a la aprobacin por parte de la ITU-T.
participar activamente en el desarrollo de esta tecnologa y no dejar su desarrollo nicamente en manos de los Estados Unidos.
los tipos de trfico, ATM capacitara la creacin y la expansin de nuevas aplicaciones como la multimedia.
52
transporte fsico, es compatible con las actuales redes fsicas que han sido desplegadas. ATM puede ser implementado sobre par trenzado, cable coaxial y fibra ptica. est evolucionando hacia una tecnologa Standard para todo tipo de comunicaciones. Esta uniformidad intenta simplificar el control de la red usando la misma tecnologa para todos los niveles de la red.
industrias de telecomunicaciones se estn centrando y estn estandarizado el ATM. ATM ha sido diseado desde el comienzo para ser flexible en: Distancias geogrficas, Nmero de usuarios, Acceso y ancho de banda.
53
OMUNICACIN DE DATOS
4.
REFERENCIAS BIBLIOGRFICAS:
- file:///H:/VIICiclo/Comunicacion%20Datos/Redes%20X.25.htm - http://www.monografias.com/trabajos3/redx25/redx25.shtml
54
55