Capasde acceso de red: ATM

Modo de Transferencia Asíncrona

Tarjeta de red ATM de 25 Mbps con interfaz PCI y conexión de par trenzado.

El Modo de Transferencia Asíncrona (Asynchronous Transfer Mode, ATM) es una tecnología de telecomunicación desarrollada para hacer frente a la gran demanda de capacidad de transmisión para servicios y aplicaciones.

Reseña histórica de ATM

La primera referencia del ATM (Asynchronous Transfer Mode) tiene lugar en los años 60 cuando un norteamericano de origen oriental perteneciente a los laboratorios Bell describió y patentó un modo de transferencia no síncrono. Sin embargo el ATM no se hizo popular hasta 1988 cuando el CCITT decidió que sería la tecnología de conmutación de las futuras redes ISDN en banda ancha (rec I.121).

Para ello, el equipo detrás del ATM tuvo primero que persuadir a algunos representantes de las redes de comunicaciones que hubieran preferido una simple ampliación de las capacidades de la ISDN en banda estrecha. Conseguido este primer objetivo y desechando los esquemas de transmisión síncronos, se empezaron a discutir aspectos tales como el tamaño de las celdas. Por un lado los representantes de EEUU y otros países proponían un tamaño de celdas grande de unos 64 bytes. Sin embargo para los representantes de los países europeos el tamaño ideal de las celdas era de 32 bytes (según Tanenbaum), y señalaban que un tamaño de celda de 64 bytes provocaría retardos inaceptables de hasta 85 ms. Este retardo no permitiría la transmisión de voz con cierto nivel de calidad a la vez que obligaba a instalar canceladores de eco.

Después de muchas discusiones y ante la falta de acuerdo, en la reunión del CCITT celebrada en Ginebra en junio de 1989 se tomó una decisión salomónica: “Ni para unos ni para otros. 48 bytes será el tamaño de la celda”. Para la cabecera se tomó un tamaño de 5 bytes. Un extraño número primo 53 (48+5) sería el tamaño definitivo, en octetos, de las células ATM. Un número que tuvo la virtud de no satisfacer a nadie, pero que suponía una conciliación de todos los grupos de interés y evitaba una ruptura de consecuencias imprevisibles.

Descripción del proceso ATM

Con esta tecnología, a fin de aprovechar al máximo la capacidad de los sistemas de transmisión, sean estos de cable o radioeléctricos, la información no es transmitida y conmutada a través de canales asignados en permanencia, sino en forma de cortos paquetes (celdas ATM) de longitud constante y que pueden ser enrutadas individualmente mediante el uso de los denominados canales virtuales y trayectos virtuales.

Figura 1: Diagrama simplificado del proceso ATM.

En la ‘figura 1’ se ilustra la forma en que diferentes flujos de información, de características distintas en cuanto a velocidad y formato, son agrupados en el denominado Módulo ATM para ser transportados mediante grandes enlaces de transmisión a velocidades (bit rate) de 155 o 622 Mbit/s facilitados generalmente por sistemas SDH.

En el terminal transmisor, la información es escrita byte a byte en el campo de información de usuario de la celda y a continuación se le añade la cabecera.

En el extremo distante, el receptor extrae la información, también byte a byte, de las celdas entrantes y de acuerdo con la información de cabecera, la envía donde ésta le indique, pudiendo ser un equipo terminal u otro módulo ATM para ser encaminada a otro destino. En caso de haber más de un camino entre los puntos de origen y destino, no todas las celdas enviadas durante el tiempo de conexión de un usuario serán necesariamente encaminadas por la misma ruta, ya que en ATM todas las conexiones funcionan sobre una base virtual.

Formato de las celdas ATM

Son estructuras de datos de 53 bytes compuestas por dos campos principales:

1. Header o Cabecera, sus 5 bytes tienen tres funciones principales:
   1. identificación del canal,
   2. información para la detección de errores
   3. y si la célula es o no utilizada.
   4. Eventualmente puede contener también corrección de errores y un número de secuencia.
2. Payload, tiene 48 bytes fundamentalmente con datos del usuario y protocolos AAL que también son considerados como datos del usuario.

Dos de los conceptos más significativos del ATM, “Canales Virtuales” y “Rutas Virtuales”, están materializados en dos identificadores en el header de cada célula (VCI y VPI), ambos determinan el encaminamiento entre nodos.

El estándar define el protocolo orientado a conexión que las transmite y dos tipos de formato de celda:

• NNI (Network to Network Interface, Interfaz Red a Red): el cual se refiere a la conexión de switches ATM en redes privadas.
• UNI (User to Network Interface, Interfaz Usuario a Red): se refiere a la conexión de un switch ATM de una empresa pública o privada con un terminal ATM de un usuario normal, siendo este último el más utilizado.

Diagrama de una celda UNI 7 4 3 0 GFC VPI VPI VCI PT CLP HEC Payload (48 bytes)

Diagrama de una celda NNI 7 4 3 0 VPI VPI VCI PT CLP HEC Payload (48 bytes)

Campos

• GFC (Generic Flow Control, Control de Flujo Genérico, 4 bits): el estándar originariamente reservó el campo GFC para labores de gestión de tráfico, pero en la práctica no es utilizado. Las celdas NNI lo emplean para extender el campo VPI a 12 bits.
• VPI (Virtual Path Identifier, Identificador de Ruta Virtual, 8 bits) y VCI (Virtual Channel Identifier, Identificador de Circuito Virtual, 16 bits): se utilizan para indicar la ruta de destino o final de la célula.
• PT (Payload Type, Tipo de Información de Usuario, 3 bits): identifica el tipo de datos de la celda (de datos del usuario o de control). Uno identifica el tipo de carga en el campo de usuario, otro indica si hay congestión en la red y el último es el SDU.
• CLP (Cell Loss Priority, Prioridad, 1 bit): indica el nivel de prioridad de la celda, si este bit está activo cuando la red ATM está congestionada la celda puede ser descartada.
• HEC (Header Error Correction, Corrección de Error de Cabecera, 8 bits): contiene un código de detección de error que sólo cubre la cabecera (no la información de usuario), y que permite detectar un buen número de errores múltiples y corregir errores simples.

Encaminamiento

ATM ofrece un servicio orientado a conexión, en el cual no hay un desorden en la llegada de las celdas al destino. Esto lo hace gracias a los caminos o rutas virtuales (VP, Virtual Path) y los canales o circuitos virtuales (VC, Virtual Channel). Los caminos y canales virtuales tienen el mismo significado que las conexiones de canales virtuales (VCC, Virtual Channel Connection) en X.25, que indica el camino fijo que debe seguir la celda. En el caso de ATM, los caminos virtuales (VP), son los caminos que siguen las celdas entre dos router ATM pero este camino puede tener varios circuitos virtuales (VC).

En el momento de establecer la comunicación con una calidad de servicio deseada y un destino, se busca el camino virtual que van a seguir todas las celdas. Este camino no cambia durante toda la comunicación, así que si se cae un nodo la comunicación se pierde. Durante la conexión se reservan los recursos necesarios para garantizarle durante toda la sesión la calidad del servicio al usuario.

Cuando una celda llega a un encaminador, este le cambia el encabezado según la tabla que posee y lo envía al siguiente con un VPI y/o un VCI nuevo.

La ruta inicial de encaminamiento se obtiene, en la mayoría de los casos, a partir de tablas estáticas que residen en los conmutadores. También podemos encontrar tablas dinámicas que se configuran dependiendo del estado de la red al comienzo de la conexión; este es uno de los puntos donde se ha dejado libertad para los fabricantes. Gran parte del esfuerzo que están haciendo las compañías está dedicado a esta área, puesto que puede ser el punto fundamental que les permita permanecer en el mercado en un futuro.

Modelo arquitectónico

La conmutación de células está intercalada entre las funciones de transmisión y las que adaptan los diferentes tipos de tráfico a los flujos conmutados, lo que plantea un modelo arquitectónico de tres capas:

1. Capa física: relacionada con el medio físico de transmisión, adapta flujos, protege cabeceras, delimita células y adapta al medio.
2. Capa ATM: realiza la multiplexación y conmutación de células.
3. Capa AAL (ATM Adaptation Layer): relacionada con los flujos de información, facilita la gestión de caudales, modos de conexión y en caso necesario, referencia de sincronismo.

Perspectiva de la tecnología ATM

El Modo de Transferencia Asíncrona fue la apuesta de la industria tradicional de las telecomunicaciones por las comunicaciones de banda ancha. Se planteó como herramienta para la construcción de redes de banda ancha (B-RDSI o B-ISDN) basadas enconmutación de paquetes en vez de la tradicional conmutación de circuitos. El despliegue de la tecnología ATM no ha sido el esperado por sus promotores. Las velocidades para las que estaba pensada (hasta 622 Mbps) han sido rápidamente superadas; no está claro que ATM sea la opción más adecuada para las redes actuales y futuras, de velocidades del orden del gigabit. ATM se ha encontrado con la competencia de las tecnologías provenientes de la industria de la Informática, que con proyectos tales como la VoIPparece que ofrecen las mejores perspectivas de futuro.

En la actualidad, ATM es ampliamente utilizado allá donde se necesita dar soporte a velocidades moderadas, como es el caso de la ADSL, aunque la tendencia es sustituir esta tecnología por otras como Ethernet que está basada en tramas de datos.

Capa de acceso a la red: Frame Relay

Frame Relay

Frame Relay o (Frame-mode Bearer Service) es una técnica de comunicación mediante retransmisión de tramas para redes de circuito virtual, introducida por la ITU-T a partir de la recomendación I.122 de 1988. Consiste en una forma simplificada de tecnología de conmutación de paquetes que transmite una variedad de tamaños de tramas o marcos (“frames”) para datos, perfecto para la transmisión de grandes cantidades de datos.

La técnica Frame Relay se utiliza para un servicio de transmisión de voz y datos a alta velocidad que permite la interconexión de redes de área local separadas geográficamente a un coste menor.

Índice

  [ocultar] 

• 1 Frame Relay
  • 1.1 Aplicaciones y Beneficios
• 2 Véase también
• 3 Enlaces externos

Frame Relay

Frame Relay proporciona conexiones y vitlatla entre usuarios a través de una red pública, del mismo modo que lo haría una red privada punto a punto, esto quiere decir que es orientado a la conexión.

Las conexiones pueden ser del tipo permanente, (PVC, Permanent Virtual Circuit) o conmutadas (SVC, Switched Virtual Circuit). Por ahora sólo se utiliza la permanente. De hecho, su gran ventaja es la de reemplazar las líneas privadas por un sólo enlace a la red.

El uso de conexiones implica que los nodos de la red son conmutadores, y las tramas deben llegar ordenadas al destinatario, ya que todas siguen el mismo camino a través de la red, puede manejar tanto tráfico de datos como de voz.

Al contratar un servicio Frame Relay, contratamos un ancho de banda determinado en un tiempo determinado. A este ancho de banda se le conoce como CIR (Commited Information Rate). Esta velocidad, surge de la división de Bc (Committed Burst), entre Tc (el intervalo de tiempo). No obstante, una de las características de Frame Relay es su capacidad para adaptarse a las necesidades de las aplicaciones, pudiendo usar una mayor velocidad de la contratada en momentos puntuales, adaptándose muy bien al tráfico en ráfagas. Aunque la media de tráfico en el intervalo Tc no deberá superar la cantidad estipulada Bc.

Estos bits de Bc serán enviados de forma transparente. No obstante, cabe la posibilidad de transmitir por encima del CIR contratado, mediante los Be (Excess Burst). Estos datos que superan lo contratado, serán enviados en modo best-effort, activándose el bit DE de estas tramas, con lo que serán las primeras en ser descartadas en caso de congestión en algún nodo.

Como se observa en la imagen, las tramas que superen la cantidad de Bc+Be en el intervalo, serán descartadas directamente sin llegar a entrar en la red, sin embargo las que superan la cantidad Bc pero no Bc+Be se marcan como descartables (DE=1) para ser estas las primeras en ser eliminadas en caso de congestión.

Para realizar control de congestión de la red, Frame Relay activa unos bits, que se llaman FECN (forward explicit congestion notification), BECN (backward explicit congestion notification) y DE (Discard Eligibility). Para ello utiliza el protocolo LAPF, un protocolo de nivel de enlace que mejora al protocolo LAPD.

FECN se activa, o lo que es lo mismo, se pone en 1, cuando hay congestión en el mismo sentido que va la trama.

BECN se activa cuando hay congestión en el sentido opuesto a la transmisión. DE igual a 1 indica que la trama será descartable en cuanto haya congestión. Se utiliza el llamado Algoritmo del Cubo Agujereado, de forma que se simulan 2 cubos con un agujero en el fondo: Por el primero de ellos pasan las tramas con un tráfico inferior a CIR, el que supera este límite pasa al segundo cubo, por el que pasará el tráfico inferior a CIR+EIR (y que tendrán DE=1). El que supera este segundo cubo es descartado.

En cada nodo hay un gestor de tramas, que decide, en caso de congestión, a quien notificar, si es leve avisa a las estaciones que generan más tráfico, si es severa le avisa a todos. Siguiendo el algoritmo anterior, podríamos descartar en el peor de los casos el tráfico que pasa a través del segundo cubo. Este funcionamiento garantiza que se cumplen las características de la gestión de tráfico.

Por otro lado, no lleva a cabo ningún tipo de control de errores o flujo, ya que delega ese tipo de responsabilidades en capas superiores, obteniendo como resultado una notable reducción del tráfico en la red, aumentando significativamente su rendimiento. Esta delegación de responsabilidades también conlleva otra consecuencia, y es la reducción del tamaño de su cabecera, necesitando de menor tiempo de proceso en los nodos de la red y consiguiendo de nuevo una mayor eficiencia. Esta delegación de control de errores en capas superiores es debido a que Frame Relay trabaja bajo redes digitales en las cuales la probabilidad de error es muy baja.

Aplicaciones y Beneficios

• Reducción de complejidad en la red. elecciones virtuales múltiples son capaces de compartir la misma línea de acceso.

• Equipo a costo reducido. Se reduce las necesidades del “hardware” y el procesamiento simplificado ofrece un mayor rendimiento por su dinero.

• Mejora del desempeño y del tiempo de respuesta. penetración directa entre localidades con pocos atrasos en la red.

• Mayor disponibilidad en la red. Las conexiones a la red pueden redirigirse automáticamente a diversos cursos cuando ocurre un error.

• Se pueden utilizar procedimientos de Calidad de Servicio (QoS) basados en el funcionamiento Frame Relay.

• Tarifa fija. Los precios no son sensitivos a la distancia, lo que significa que los clientes no son penalizados por conexiones a largas distancias.

• Mayor flexibilidad. Las conexiones son definidas por los programas. Los cambios hechos a la red son más rápidos y a menor costo si se comparan con otros servicios.

• Ofrece mayores velocidades y rendimiento, a la vez que provee la eficiencia de ancho de banda que viene como resultado de los múltiples circuitos virtuales que comparten un puerto de una sola línea.

• Los servicios de Frame Relay son confiables y de alto rendimiento. Son un método económico de enviar datos, convirtiéndolo en una alternativa a las líneas dedicadas.

• El Frame Relay es ideal para usuarios que necesitan una conexión de mediana o alta velocidad para mantener un tráfico de datos entre localidades múltiples y distantes .

• Opcionales WEB, Libros virtuales: redes...

Frame Relay constituye un método de comunicación orientado a paquetes para la conexión de sistemas informáticos. Se utiliza principalmente para la interconexión de redes de área local (LANs, local area networks) y redes de área extensa (WANs, wide area networks) sobre redes públicas o privadas. La mayoría de compañías públicas 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 conmutación de paquetes de área extensa, que típicamente ofrece un ancho de banda comprendida en el rango de 56 kbit/s y 1.544 Mbit/s. Frame Relay se originó a partir de las interfaces ISND y se propuso como estándar al Comité consultivo internacional para telegrafía y telefonía (CCITT) en 1984. El comité de normalización T1S1 de los Estados Unidos, acreditado por el Instituto americano de normalización (ANSI), realizó parte del trabajo preliminar sobre Frame Relay.

Capaz de acceso de red: X-25

 ¿ Qué es X.25 ?

X.25 es un conjunto de protocolos usados para establecer la conexión entre el equipo terminal de datos (Data Terminal Equipment o DTE) y el equipo de terminación de circuito de datos (Data Circuit Terminating Equipment o DCTE) de una red de conmutación de paquetes (packet switched data network o PSDN). Es decir, X.25 se utiliza como protocolo en el interfaz de acceso a una red de conmutación de paquetes.

X.25 trabaja sobre servicios basados en circuitos virtuales (VC). Un circuito virtual o canal lógico es aquel en el cual el usuario percibe la existencia de un circuito físico dedicado exclusivamente al ordenador o equipo que el maneja, cuando en realidad ese circuito físico "dedicado" lo comparten muchos usuarios. Mediante diversas técnicas de multiplexado estadístico, se entrelazan paquetes de distintos usuarios dentro de un mismo canal. Las prestaciones del canal son lo bastante buenas como para que el usuario no advierta ninguna degradación en la calidad del servicio como consecuencia del tráfico que le acompaña en el mismo canal, esta ventaja solo es apreciada en el tráfico de voz ya que en audio y video a cierta degradación. Para identificar las conexiones en la red de los distintos DTE, en X.25 se emplean numeros de canal lógico (LCN). Pueden asignarse hasta 4095 canales lógicos y sesiones de usuario a un mismo canal físico.

La norma X.25 es el estandar para redes de paquetes recomendado por CCITT,el cual emitió el primer borrador en 1974. Este original sería revisado en 1976, en 1978 y en 1980, y de nuevo en 1984, para dar lugar al texto definitivo publicado en 1985. El documento inicial incluía una serie de propuestas sugeridas por Datapac, Telenet y Tymnet, tres nuevas redes de conmutación de paquetes. En la actualidad X.25 es la norma de interfaz orientada al usuario de mayor difusión en las redes de paquetes de gran cobertura aunque no es precisamente la más rápida.
¿  Cómo opera X.25 ?
Para que las redes de paquetes y las estaciones de usuario se puedan interconectar se necesitan unos mecanismos de control, siendo el mas importante desde el punto de vista de la red, el control de flujo, que sirve para evitar la congestión de la red. Tambien el DTE ha de controlar el flujo que le llega desde la red. Ademas deben existir procedimientos de control de errores que garanticen la recepción correcta de todo el tráfico.  X.25 proporciona estas funciones de control de flujo y de errores.
La X.25 se define como la interfaz entre equipos terminales de datos y equipos de terminacion del circuito de datos para terminales que trabajan en modo paquete sobre redes de datos públicas.
Las redes utilizan  X.25 para establecer los procedimientos mediante los cuales dos DTE que trabajan en modo paquete se comunican a través de la red. Este estandar pretende proporcionar procedimientos comunes de establecimiento de sesión e intercambio de datos entre un DTE y una red de paquetes (DTCE). Entre estos procedimientos se encuentran funciones como las siguientes: identificación de paquetes procedentes de ordenadores y terminales concretos,  asentimiento de paquetes, rechazo de paquetes, recuperación de errores y control de flujo. Ademas X.25 proporciona algunas facilidades muy útiles, como por ejemplo en la facturación a estaciones DTE distintas de la que genera el tráfico.
El estandar X.25 no incluye algoritmos de encaminamiento, pero conviene resaltar que aunque los interfaces DTE/DTCE de ambos extremos de la red son independientes uno de otro, X.25 interviene desde un extremo hasta el otro, ya que el tráfico seleccionado se encamina desde el principio hasta el final. A pesar de ello, el estandar recomendado es asimétrico ya que solo se define un lado de la interfaz con la red (DTE/DTCE).
¿ Porqué se debe usar X.25 ?
1.- La adopción de un estandar común a distintos fabricantes nos permite conectar facilmente equipos de distintas marcas.
2.- La norma X.25 ha experimentado numerosas revisiones y hoy por hoy puede considerarse relativamente madura.
3.- El empleo de una norma tan extendida como X.25 puede reducir sustancialmente los costes de la red, ya que su gran difusión favorece la salida al mercado de equipos y programas orientados a tan amplio sector de usuarios.
4.- Es mucho mas sencillo solicitar a un fabricante una red adaptada a la norma X.25 que entregarle un extenso conjunto de especificaciones.
5.- El nivel de enlace HDLC (High-Level Data Link Control) / LAPB (Link Access Procedure Balanced) solo maneja los errores y lleva la contabilidad del tráfico en un enlace individual entre el DTE/DTCE, mientras que X.25 va mas alla, estableciendo la contabilidad entre cada DTE emisor y su DTCE y entre cada DTE receptor y su DTCE, es decir, el servicio extremo a extremo es mas completo que el de HDLC/LAPB.
La recomendación X.25 para el nivel de paquetes coincide con una de las recomendaciones del tercer nivel ISO.  X.25 abarca el tercer nivel y tambien los dos niveles mas bajos. El interfaz de nivel físico recomendado entre el DTE y el DTCE es el X.21.  X.25 asume que el nivel físico X.21 mantiene activados los circuitos T(transmisión) y R(recepción) durante el intercambio de paquetes. Asume tambien, que el X.21 se encuentra en estado 13S(enviar datos), 13R(recibir datos) o 13(transferencia de datos). Supone tambien que los canales C(control) e I(indicación) de X.21 estan activados. Por todo esto X.25 utiliza el interfaz X.21 que une el DTE y el DTCE como un "conducto de paquetes", en el cual los paquetes fluyen por las líneas de transmisión(T) y de recepción(R).
El nivel físico de X.25 no desempeña funciones de control significativas. Se trata mas bien de un conducto pasivo, de cuyo control se encargan los niveles de enlace y de red.
Seguridad de X.25
En X.25 se supone que el nivel de enlace es LAPB. Este protocolo de línea es un conjunto de HDLC. LAPB y X.25 interactuan de la siguiente forma: En la trama LAPB, el paquete X.25 se transporta dentro del campo I(información). Es LAPB el que se encarga de que lleguen correctamente los paquetes X.25 que se transmiten a través de un canal susceptible de errores, desde o hacia la interfaz DTE/DTCE. La diferencia entre paquete y trama es que los paquetes se crean en el nivel de red y se insertan dentro de una trama, la cual se crea en nivel de enlace.
Para funcionar bajo el entorno X.25, LAPB utiliza un subconjunto específico de HDLC. Los comandos que maneja son: Información (I), Receptor Preparado (RR), Rechazo (REJ), Receptor No Preparado (RNR), Desconexión (DSC), Activar Modo de Respuesta Asíncrono (SARM) y Activar Modo Asíncrono Equilibrado (SABM). Las respuestas utilizadas son las siguientes: Receptor Preparado (RR), Rechazo (REJ), Receptor No Preparado (RNR), Asentimiento No Numerado (UA), Rechazo de Trama (FRMR) y Desconectar Modo (DM).
Los datos de usuario del campo I no pueden enviarse como respuesta. De acuerdo con las reglas de direccionamiento HDLC, ello implica que las tramas I siempre contendran la dirección de destino con lo cual se evita toda posible ambigüedad en la interpretación de la trama. X.25 exige que LAPB utilice direcciones específicas dentro del nivel de enlace.
En X.25 pueden utilizarse comandos SARM y SABM con LAP y LAPB, respectivamente. No obstante se aconseja emplear SABM, mientras que la combinación SARM con LAP es poco frecuente.
Tanto X.25 como LAPB utilizan números de envío (S) y de recepción (R) para contabilizar el tráfico que atraviesan sus respectivos niveles. En LAPB los números se denotan como N(S) y N(R), mientras que en X.25 la notación de los números de secuencia es P(S) y P(R).
¿ Cuando usar X.25 ?
Una Organización puede construir su propia red privada de conmutación de paquetes, o bien subscribir el servicio de una red pública de conmutación de paquetes.
En general, X.25 se utiliza como infraestructura de Red de Area Extensa (WAN), permitiendo establecer conexiones entre diferentes localizaciones de una Organización donde sean necesarias muchas conexiones simultáneas entre pares de ordenadores que cooperan entre sí para ejecutar ciertas aplicaciones. Entre estas aplicaciones podemos encontrar: correo electrónico (E-mail), acceso remoto a ficheros o transferencia de ficheros, acceso remoto a bases de datos para su actualización o para realizar una consulta, etc. En muchos casos puede resultar prohibitivo utilizar líneas alquiladas entre cada par de ordenadores. El hecho de tener acceso a una red de conmutación de paquetes (PSDN) da a la Organización una gran flexibilidad a la hora de añadir o quitar ordenadores centrales con interrupciones mínimas del servicio.
X.25 también puede usarse como una WAN para interconectar Redes de Area Local (LAN), lo cual aumenta las posibilidades de explotación de la conexión a la PSDN. Las redes de conmutación de paquetes (PSND) y las LAN tienen diferentes velocidades de transmisión, siendo la velocidad de una PSDN significativamente menor, de ahí que las velocidades de transmisión deban ser limitadas cuando se establece una conexión a través de una PSDN.
X.25 puede usarse como protocolo de WAN para establecer comunicaciones con socios comerciales, otras organizaciones, proveedores y clientes, tanto a nivel nacional como internacional. Sin embargo, las comunicaciones abiertas a nivel internacional sólo son posibles si existe un servicio público de PSDN en cada uno de los países que intervienen en la comunicación.
X.25 podría usarse eficazmente allí donde exista la necesidad de transmitir volúmenes relativamente pequeños de información durante conexiones de larga duración, como es el caso de algunas sesiones remotas, dependiendo de la estructura de tarifas. Sin embargo, no debería usarse X.25 para aplicaciones en tiempo real que requieran velocidades de transmisión de datos muy altas o tengan unos requisitos de funcionamiento muy exigentes, como puede ser el caso de las aplicaciones de diseño / fabricación asistidos por ordenador "CAD/CAM" (computer aided design/computer aided manufacturing), igualmente para la transmisión de audio y video en tiempo real.
X.25 proporciona un probado método de transmisión de información muy fiable, eficaz, seguro y el más económico en la actualidad, utilizado ampliamente por empresas telefónicas.
¿ Cuál es la funcionabilidad de X.25 ?

• Flexibilidad de topologías y de conexión al ordenador central.
  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 país, puesto que las PSDN gestionadas por proveedores de servicios están generalmente interconectadas. En caso de estar conectado a una PSDN privada, esta última debe conectarse a otra PSDN pública para proporcionar la misma capacidad de interconexión.
  De igual manera, X.25 permite que diferentes ordenadores centrales se conecten a PSDN públicas o privadas utilizando diferentes velocidades de transmisión. Cada PSDN se ocupará de realizar las conversiones de velocidad pertinentes. Las posibles velocidades de transferencia de información 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 utilización de la línea puede ser elevada. La transmisión y la entrega son rápidas. Las PSDN son robustas y pueden funcionar con niveles de carga de red elevados ofreciendo al usuario un servicio fiable.
• Gestión
  Las PSDN ofrecen servicios de red gestionados que requieren poco soporte técnico desde dentro de la Organización.

Capas de acceso a la red: IEEE 802

IEEE 802

IEEE 802 fue un proyecto creado en febrero de 1980 paralelamente al diseño del Modelo OSI. Se desarrolló con el fin de crear estándares para que diferentes tipos de tecnologías pudieran integrarse y trabajar juntas. El proyecto 802 define aspectos relacionados con el cableado físico y la transmisión de datos. (IEEE) que actúa sobre Redes de ordenadores. Concretamente y según su propia definición sobre redes de área local (RAL, en inglés LAN) y redes de área metropolitana (MAN en inglés). También se usa el nombreIEEE 802 para referirse a los estándares que proponen, algunos de los cuales son muy conocidos: Ethernet (IEEE 802.3), o Wi-Fi (IEEE 802.11). Está, incluso, intentando estandarizar Bluetooth en el 802.15 (IEEE 802.15).

Se centra en definir los niveles más bajos (según el modelo de referencia OSI o sobre cualquier otro modelo). Concretamente subdivide el segundo nivel, el de enlace, en dos subniveles: El de Enlace Lógico (LLC), recogido en 802.2, y el de Control de Acceso al Medio (MAC), subcapa de la capa de Enlace Lógico. El resto de los estándares actúan tanto en el Nivel Físico, como en el subnivel de Control de Acceso al Medio.

Historia

En febrero de 1980 se formó en el IEEE un comité de redes locales con la intención de estandarizar un sistema de 1 o 2 Mbps que básicamente era Ethernet (el de la época). Le tocó el número 802. Decidieron estandarizar el nivel físico, el de enlace y superiores. Dividieron el nivel de enlace en dos subniveles: el de enlace lógico, encargado de la lógica de re-envíos, control de flujo y comprobación de errores, y el subnivel de acceso al medio, encargado de arbitrar los conflictos de acceso simultáneo a la red por parte de las estaciones.

Para final de año ya se había ampliado el estándar para incluir el Token Ring (Red en anillo con paso de testigo) de IBM y un año después, y por presiones de grupos industriales, se incluyó Token Bus (Red en bus con paso de testigo), que incluía opciones de tiempo real y redundancia, y que se suponía idóneo para ambientes de fábrica.

Cada uno de estos tres "estándares" tenía un nivel físico diferente, un subnivel de acceso al medio distinto pero con algún rasgo común (espacio de direcciones y comprobación de errores), y un nivel de enlace lógico único para todos ellos.

Después se fueron ampliando los campos de trabajo, se incluyeron redes de área metropolitana (alguna decena de kilómetros), personal (unos pocos metros) y regional (algún centenar de kilómetros), se incluyeron redes inalámbricas (WLAN), métodos de seguridad, comodidad, etc.

Grupos de Trabajo

Nombre	Descripción	Nota
IEEE 802.1	Normalización de interfaz
802.1d	Spanning Tree Protocol
802.1p	Asignación de Prioridades de tráfico
802.1q	Virtual Local Area Networks (VLAN)
802.1x	Autenticación en redes LAN
802.1aq	Shortest Path Bridging (SPB)
IEEE 802.2	Control de enlace lógico LLC	Activo
IEEE 802.3	CSMA / CD (ETHERNET)
IEEE 802.3a	Ethernet delgada 10Base2
IEEE 802.3c	Especificaciones de Repetidor en Ethernet a 10 Mbps
IEEE 802.3i	Ethernet de par trenzado 10BaseT
IEEE 802.3j	Ethernet de fibra óptica 10BaseF
IEEE 802.3u	Fast Ethernet 100BaseT
IEEE 802.3z	Gigabit Ethernet parámetros para 1000 Mbps
IEEE 802.3ab	Gigabit Ethernet sobre 4 pares de cable UTP Cat5e o superior
IEEE 802.3ae	10 Gigabit Ethernet
IEEE 802.4	Token bus LAN	Disuelto
IEEE 802.5	Token ring LAN( Topología en anillo)	Inactivo
IEEE 802.6	Redes de Área Metropolitana(MAN) (ciudad) (fibra óptica)	Disuelto
IEEE 802.7	Grupo Asesor en Banda ancha	Disuelto
IEEE 802.8	Grupo Asesor en Fibras Ópticas	Disuelto
IEEE 802.9	Servicios Integrados de red de Área Local(Redes con voz y datos integrados)	Disuelto
IEEE 802.10	Seguridad de red	Disuelto
IEEE 802.11	Redes inalámbricas WLAN. (Wi-Fi)
IEEE 802.12	Acceso de Prioridad por demanda 100 Base VG-Any Lan	Disuelto
IEEE 802.13	Se ha evitado su uso por superstición1	Sin uso
IEEE 802.14	Módems de cable	Disuelto
IEEE 802.15	WPAN (Bluetooth)
IEEE 802.16	Redes de acceso metropolitanas sin hilos de banda ancha (WIMAX)
IEEE 802.17	Anillo de paquete elástico
IEEE 802.18	Grupo de Asesoría Técnica sobre Normativas de Radio	En desarrollo a día de hoy
IEEE 802.19	Grupo de Asesoría Técnica sobre Coexistencia
IEEE 802.20	Mobile Broadband Wireless Access
IEEE 802.21	Media Independent Handoff
IEEE 802.22	Wireless Regional Area Network