El servicio que ofrece es orientado a conexin (previamente a usar el servicio es necesario realizar una conexin y liberarla cuando se deja

de usar el servicio), fiable, en el sentido de que no duplica, ni pierde ni desordena (por ser orientado a conexin Multiplexacin, esto es, a travs de un nico interfaz se mantienen abiertas distintas comunicaciones Control de flujo, que sirve para evitar la congestin de la red. Es un servicio orientado a conexin, sin mecanismos para la correccin de errores o el control de flujo, que permite una asignacin dinmica del ancho de banda basada en los principios de la concentracin y multiplexacin estadstica empleada en la X.25, pero a la vez provee la baja demora y alta velocidad de conmutacin que caracteriza a los multiplexores por divisin de tiempo (TDM). Las conexiones virtuales pueden ser del tipo permanente, (PVC, Permanent Virtual Circuit) o conmutadas (SVC, Switched Virtual Circuit). Es una interfaz entre la red y el cliente, que permite el acceso de este ltimo al servicio en un entorno pblico o privado. Hasta el momento actual, solo se utilizan conexiones virtuales permanentes (PVC) para el transporte de extremo a extremo, ya que solo estas han sido normalizadas. La posibilidad de multiplexar varios canales lgicos empleando una sola conexin fsica as como la capacidad de manejar el trfico en rfagas generados por las redes de rea local, convierten a este interfaz en la eleccin ideal para consolidar el caudal de mltiples lneas arrendadas de forma muy econmica. Es un protocolo de sealizacin. Las normas de Frame Relay dividen el nivel de enlace del modelo de referencia OSI en dos reas fundamentales: servicios centrales o de ncleo y servicios definidos por el usuario (y elegibles por este). Los servicios centrales incluyen una serie de funciones implementadas por la red que garantizan el transporte de las tramas de extremo a extremo. Los servicios definidos por el usuario solo se utilizan en los equipos de abonado y comprenden funciones de correccin de errores, control de flujo y chequeo de la utilizacin del enlace. Ambos tipos de servicios han sido definidos por la UIT y el Comit ANSI. Algunos fabricantes han escrito interfaces de administracin local (LMI), que trabajan junto a las normalizadas o han sido sustituidas por ellas, a travs de las cuales los equipos terminales pueden conocer el estado de las conexiones virtuales (PVC) en cada momento. El protocolo Frame Relay se ha impuesto gracias a la habilidad con que asocia su simplicidad con la eficacia de la transmisin, ya que solo utiliza las dos primeras capas del modelo de referencia OSI y adems, la capa de enlace fue aligerada de todas las funciones de control de flujo y recuperacin de errores, las cuales pasan a ser responsabilidad de los

equipos terminales. Con ello, las demoras son reducidas al mnimo en cada conmutador, que ya no necesita efectuar esas funciones en cada trama antes de reenviarla, y se elimina el trfico adicional que generaban los mecanismos de correccin de errores. La gran ventaja de este protocolo radica en su sencillez y se puede emplear a velocidades de hasta 34 Mbit/s. Otra ventaja no menos importante, es la capacidad de compartir el ancho de banda de forma dinmica, para la consolidacin del trfico, lo que lo hace econmicamente muy atractivo frente al empleo de lneas arrendadas. 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 de paquetes de rea extensa, que tpicamente ofrece un ancho de banda comprendida en el rango de 56 Kbps y 1.544 Mbps. ATM: El Modo de Transferencia Asncrono es una tecnologa de conmutacin que usa pequeas celdas de tamao fijo. En 1988, el CCITT design a ATM como el mecanismo de transporte planeado para el uso de futuros servicios de banda ancha. ATM es asncrono porque las celdas son transmitidas a travs de una red sin tener que ocupar fragmentos especficos de tiempo en alineacin de paquete, como las tramas T1. Estas celdas son pequeas(53 bytes). Todos los tipos de informacin son segmentados en campos de pequeos bloques de 48 bytes, los cinco restantes corresponden a un header usado por la red para mover las celdas. ATM es una tecnologa orientada a conexin, en contraste con los protocolos de base LAN, que son sin conexin. Orientado a conexin significa que una conexin necesita ser establecida entre dos puntos con un protocolo de sealizacin antes de cualquier transferencia de datos. Una vez que la conexin est establecida, las celdas ATM se auto-rutean porque cada celda contiene campos que identifican la conexin de la celda a la cual pertenecen. Asynchronous Transfer Mode (ATM) es una tecnologa de switching basada en unidades de datos de un tamao fijo de 53 bytes llamadas celdas. ATM opera en modo orientado a la conexin, esto significa que cuando dos nodos desean transferir deben primero establecer un canal o conexin por medio de un protocolo de llamada o sealizacin. Una vez establecida la conexin, las celdas de ATM incluyen informacin que permite identificar la conexin a la cual pertenecen. En una red ATM las comunicaciones se establecen a travs de un conjunto de dispositivos intermedios llamados switches.

Transmisiones de diferentes tipos, incluyendo video, voz y datos pueden ser mezcladas en una transmisin ATM que puede tener rangos de155 Mbps a 2.5Gbps.Esta velocidad puede ser dirigida a un usuario, grupo de trabajo o una red entera, porque ATM no reserva posiciones especficas en una celda para tipos especficos de informacin. Su ancho de banda puede ser optimizado identificando el ancho de banda bajo demanda. Conmutar las celdas de tamao fijo significa incorporar algoritmos en chips de silicn eliminando retrasos causados por software. Una ventaja de ATM es que es escalable. Varios switches pueden ser conectados en cascada para formar redes ms grandes. El Protocolo de Control de Transmisin (TCP) permite a dos anfitriones establecer una conexin e intercambiar datos. El TCP garantiza la entrega de datos, es decir, que los datos no se pierdan durante la transmisin y tambin garantiza que los paquetes sean entregados en el mismo orden en el cual fueron enviados. El Protocolo de Internet (IP) utiliza direcciones que son series de cuatro nmeros octetos (byte) con un formato de punto decimal, por ejemplo: 69.5.163.59 TCP/IP es el nombre de un protocolo de conexin de redes. Un protocolo es un conjunto de reglas a las que se tiene que atener todas las compaas y productos de software con l fin de que todos sus productos sean compatibles entre ellos. Estas reglas aseguran que una maquina que ejecuta la versin TCP/IP de Digital Equipment pueda hablar con un PC Compaq que ejecuta TCP/IP. TCP/IP es un protocolo abierto, lo que significa que se publican todos los aspectos concretos del protocolo y cualquiera los puede implementar. TCP/IP esta diseado para ser un componente de una red, principalmente la parte del software. Todas las partes del protocolo de la familia TCP/IP tienen unas tareas asignadas como enviar correo electrnico, proporcionar un servicio de acceso remoto, transferir ficheros, asignar rutas a los mensajes o gestionar cadas de la red. Una red TCP/IP transfiere datos mediante el ensamblaje de bloque de datos en paquetes. Cada paquete comienza con una cabecera que contiene informacin de control, tal como la direccin del destino, seguida de los datos. Cuando se enva un archivo a travs de una red TCP/IP, su contenido se enva utilizando una serie de paquetes diferentes. El protocolo UDP (Protocolo de datagrama de usuario) es un protocolo no orientado a conexin de la capa de transporte del modelo TCP/IP. Este protocolo es muy simple ya que no proporciona deteccin de errores (no es un protocolo orientado a conexin).

User Datagram Protocol (UDP) es un protocolo del nivel de transporte basado en el intercambio de datagramas (Encapsulado de capa 4 Modelo OSI). Permite el envo de datagramas a travs de la red sin que se haya establecido previamente una conexin, ya que el propio datagrama incorpora suficiente informacin de direccionamiento en su cabecera. Tampoco tiene confirmacin ni control de flujo, por lo que los paquetes pueden adelantarse unos a otros; y tampoco se sabe si ha llegado correctamente, ya que no hay confirmacin de entrega o recepcin. Su uso principal es para protocolos como DHCP, BOOTP, DNS y dems protocolos en los que el intercambio de paquetes de la conexin/desconexin son mayores, o no son rentables con respecto a la informacin transmitida, as como para la transmisin de audio y vdeo en tiempo real, donde no es posible realizar retransmisiones por los estrictos requisitos de retardo que se tiene en estos casos. El protocolo de reserva de recursos (RSVP o Resource Reservation Protocol), descrito en RFC 2205, es un protocolo de la capa de transporte diseado para reservar recursos de una red bajo la arquitectura de servicios integrados (IntServ). "RSVP no es una aplicacin de transporte, es ms bien un protocolo de control de internet, como ICMP, IGMP, o protocolos de enrutamiento" - RFC 2205. RSVP reserva los canales o rutas en redes internet para la transmisin por unidifusin y multidifusin con escalabilidad y robustez. RSVP puede ser utilizado tanto por hosts como por routers para pedir o entregar niveles especficos de calidad de servicio (QoS) para los flujos de datos de las aplicaciones. RSVP define cmo deben hacer las reservas las aplicaciones y cmo liberar los recursos reservados una vez que han terminado. Las operaciones RSVP generalmente dan como resultado una reserva de recursos en cada nodo a lo largo de un camino. RSVP no es en s mismo un protocolo de encaminamiento y fue diseado para interoperar con los actuales y futuros protocolos de encaminamiento. RSVP por s mismo rara vez es desplegado en redes de telecomunicaciones hoy en da pero para RSVP-TE, est comenzando a aceptarse de forma ms comn en muchas redes con QoS.

Diferencias entre TCP y UDP Protocolos

TCP (Transmission Control Protocol). TCP es un protocolo orientado a la conexin, una conexin se puede hacer desde el cliente al servidor, y desde entonces los datos pueden ser enviados a lo largo de esa conexin.

Confiable al enviar un mensaje a lo largo de un socket TCP, usted sabe que va a llegar a menos que la conexin falla por completo. Si se pierde en el camino, el servidor volver a solicitar a la parte perdida. Esto significa la completa integridad, las cosas no se corrompe. Ordenado- si usted enva dos mensajes a lo largo de una conexin, una tras otra, ya sabes el primer mensaje llegar primero. Usted no tiene que preocuparse por los datos que llegan en el orden equivocado. Completo cuando las partes bajo nivel de los TCP corriente llegan en el orden incorrecto, vuelva a enviar las solicitudes deben ser enviadas, y todas las partes de la secuencia se tienen que poner de nuevo juntos, por lo que requiere un poco de trabajo para armar .

UDP (Protocolo de datagramas de usuario). Un protocolo simple conexin basada en mensajes. Con UDP se envan mensajes (paquetes) a travs de la red en trozos. No fiable Al enviar un mensaje, no s si va a llegar, podra perderse en el camino. Sin orden Si enva dos mensajes a cabo, no s qu orden van a llegar pulgadas Ligero - No hay orden de los mensajes, no hay conexiones de seguimiento, etc Es solo dispara y olvida! Esto significa que es mucho ms rpido, y la tarjeta de red / sistema operativo tiene que hacer poco trabajo para traducir los datos de los paquetes.

Comparativa entre UDP y TCP[editar]

UDP Proporciona un nivel de transporte no fiable de datagramas, ya que apenas aade la informacin necesaria para la comunicacin extremo a extremo al paquete que enva al nivel inferior. Lo utilizan aplicaciones como NFS (Network File System) y RCP (comando para copiar ficheros entre ordenadores remotos), pero sobre todo se emplea en tareas de control y en la transmisin de audio y vdeo a travs de una red. No introduce retardos para establecer una conexin, no mantiene estado de conexin alguno y no realiza seguimiento de estos parmetros. As, un servidor dedicado a una aplicacin particular puede soportar ms clientes activos cuando la aplicacin corre sobre UDP en lugar de sobre TCP. TCP Es el protocolo que proporciona un transporte fiable de flujo de bits entre aplicaciones. Est pensado para poder enviar grandes cantidades de informacin

de forma fiable, liberando al programador de la dificultad de gestionar la fiabilidad de la conexin (retransmisiones, prdida de paquetes, orden en el que llegan los paquetes, duplicados de paquetes...) que gestiona el propio protocolo. Pero la complejidad de la gestin de la fiabilidad tiene un coste en eficiencia, ya que para llevar a cabo las gestiones anteriores se tiene que aadir bastante informacin a los paquetes que enviar. Debido a que los paquetes para enviar tienen un tamao mximo, cuanta ms informacin aada el protocolo para su gestin, menos informacin que proviene de la aplicacin podr contener ese paquete (el segmento TCP tiene una sobrecarga de 20 bytes en cada segmento, mientras que UDP solo aade 8 bytes). Por eso, cuando es ms importante la velocidad que la fiabilidad, se utiliza UDP. En cambio, TCP asegura la recepcin en destino de la informacin para transmitir.

Dentro del Modelo OSI, la capa de transporte (capa 4) tiene como funcin principal aceptar los datos enviados por las capas superiores, dividirlos en pequeas partes si es necesario, y pasarlos a la capa de red, tambin se asegura que lleguen correctamente al otro lado de la comunicacin. Existen dos mecanismos o protocolos dentro de esta capa de transporte, el protocolo TCP (Transfer Control Protocol) y UDP (User Datagram Protocol). TCP es un protocolo de transporte orientado a conexin, por ejemplo servicios como Telnet, FTP y SSH utilizan el protocolo TCP, ya que estn orientados a conexin, la estacin de trabajo A y la estacin de trabajo B establecen comunicacin/conexin. Al establecerse la comunicacin entre las dos estaciones de trabajo, se asegura que el flujo de datos entre ellas sea fiable, asegurandose de que los datos llegan correctamente del emisor al destinatario, en el orden estipulado y completos. Un ejemplo adapatado a la vida real y de forma muy bsica de conexin TCP, podra ser la de una llamada telefnica, el sujeto A llama al sujeto B, hasta que B no coge el telfono, la conexin no es aceptada, y cuando uno de los dos sujetos dice adis, la conexin se da por finalizada.

UDP por el contrario es un protocolo en el que no hay conexin. Una estacin de trabajo A enva datos a la estacin de trabajo B de forma unidireccional, no establece previa conexin con ella, por lo que los datos son enviados sin saber si van a ser recibidos correctamente, en orden, completos, etc. Como podris imaginar, este protocolo de transporte es muchsimo menos fiable que TCP, suele ser utilizado para aplicaciones de streaming (video o audio) ya que en estas es ms importante la recepcin rpida de los datos que la verificacin de los mismos, lo mismo sucede con los servicios DNS, aplicacion simple de tipo peticin/respuesta.

UDP: proporciona un nivel de transporte no fiable de datagramas, ya que apenas aade la informacin necesaria para la comunicacin extremo a extremo al paquete que enva al nivel inferior. Lo utilizan aplicaciones como NFS (Network File System) y RCP (comando para copiar ficheros entre ordenadores remotos), pero sobre todo se emplea en tareas de control y en la transmisin de audio y vdeo a travs de una red. No introduce retardos para establecer una conexin, no mantiene estado de conexin alguno y no realiza seguimiento de estos parmetros. As, un servidor dedicado a una aplicacin particular puede soportar ms clientes activos cuando la aplicacin corre sobre UDP en lugar de sobre TCP. TCP: es el protocolo que proporciona un transporte fiable de flujo de bits entre aplicaciones. Est pensado para poder enviar grandes cantidades de informacin de forma fiable, liberando al programador de la dificultad de gestionar la fiabilidad de la conexin (retransmisiones, prdida de paquetes, orden en el que llegan los paquetes, duplicados de paquetes...) que gestiona el propio protocolo. Pero la complejidad de la gestin de la fiabilidad tiene un coste en eficiencia, ya que para llevar a cabo las gestiones anteriores se tiene que aadir bastante informacin a los paquetes que enviar. Debido a que los paquetes para enviar tienen un tamao mximo, cuanta ms informacin aada el protocolo para su gestin, menos informacin que proviene de la aplicacin podr contener ese paquete (el segmento TCP tiene una sobrecarga de 20 bytes en cada segmento, mientras que UDP solo aade 8 bytes). Por eso, cuando es ms importante la velocidad que la fiabilidad, se utiliza UDP. En cambio, TCP asegura la recepcin en destino de la informacin para transmitir.