Protocolo IP

El protocolo de IP (Internet Protocol) es la base fundamental de la Internet. Es un protocolo de comunicacin de datos digitales clasificado funcionalmente en la Capa de Red. Permite el desarrollo y transporte de datagramas de IP (paquetes de datos), aunque sin garantizar su "entrega". En realidad, el protocolo IP procesa datagramas de IP de manera independiente al definir su representacin, ruta y envo.

Caractersticas

Las principales caractersticas de este protocolo son:

Protocolo orientado a no conexin.Fragmenta paquetes si es necesario.Direccionamiento mediante direcciones lgicas IP de 32 bits.Si un paquete no es recibido, este permanecer en la red durante un tiempo finito.Realiza el "mejor esfuerzo" para la distribucin de paquetes.Tamao mximo del paquete de 65536bytes.Slo ser realiza verificacin por suma al encabezado del paquete, no a los datos ste que contiene.

Caractersticas

El protocolo IP determina el destinatario del mensaje mediante 3 campos:

El campo de direccin IP: Direccin del equipo;El campo de mscara de subred: una mscara de subred le permite al protocolo IP establecer la parte de la direccin IP que se relaciona con la red;El campo de pasarela predeterminada: le permite al protocolo de Internet saber a qu equipo enviar un datagrama, si el equipo de destino no se encuentra en la red de rea local.

Datagramas

Los datos circulan en Internet en forma de datagramas (tambin conocidos como paquetes). Los datagramas son datos encapsulados, es decir, datos a los que se les agrega un encabezado que contiene informacin sobre su transporte (como la direccin IP de destino).

Formato de un Datagrama

VERS:Versin del IP del datagramaHLEN:Longitud del EncabezadoLongitud TotalMide, en Bytes la longitud del datagramaIdentificador:Identifica los paquetes fragmentados para su reensambleFlags:Indica si el paquete est fragmentado o noOffset:Indica la ubicacin de este paquete en uno fragmentadoOpciones:Informacin usada par administracin, longitud variableRelleno:Ajusta las opciones a 32bits

Fragmentacin de un Datagrama

El tamao mximo de un datagrama es de 65536 bytes. Sin embargo, este valor nunca es alcanzado porque las redes no tienen suficiente capacidad para enviar paquetes tan grandes. Adems, las redes en Internet utilizan diferentes tecnologas por lo tanto el tamao mximo de un datagrama vara segn el tipo de red.El tamao mximo de una trama se denominaMTU(Unidad de transmisin mxima). El datagrama se fragmentar si es ms grande que la MTU de la red.

Direccin IP

Es una etiqueta numrica que identifica, de manera lgica y jerrquica, a una interfaz (elemento de comunicacin/conexin) de un dispositivo (habitualmente una computadora) dentro de una red que utilice el protocolo IP (Internet Protocol). Dicho nmero no se ha de confundir con la direccin MAC que es un nmero fsico que es asignado a la tarjeta o dispositivo de red (viene impuesta por el fabricante), mientras que la direccin IP se puede cambiar.

IP Dinmica e IP Fija

La direccin IP puede cambiar muy a menudo por cambios en la red o porque el dispositivo encargado dentro de la red de asignar las direcciones IP decida asignar otra IP (por ejemplo, con el protocolo DHCP). A esta forma de asignacin de direccin IP se denomina tambin direccin IP dinmica (normalmente abreviado como IP dinmica).Los sitios de Internet que por su naturaleza necesitan estar permanentemente conectados generalmente tienen una direccin IP fija (comnmente, IP fija o IP esttica). Esta no cambia con el tiempo. Los servidores de correo, DNS, FTP pblicos y servidores de pginas web necesariamente deben contar con una direccin IP fija o esttica, ya que de esta forma se permite su localizacin en la red.

Direcciones IPv4

Las direcciones IPv4 se expresan por un nmero binario de 32 bits, permitiendo un espacio de direcciones de hasta 4.294.967.296 (232) direcciones posibles. Las direcciones IP se pueden expresar como nmeros de notacin decimal: se dividen los 32 bits de la direccin en cuatro octetos. El valor decimal de cada octeto est comprendido en el intervalo de 0 a 255.

Direcciones IPv4

En 1981 el direccionamiento internet fue revisado y se introdujo la arquitectura de clases. (classful network architecture). En esta arquitectura hay tres clases de direcciones IP que una organizacin puede recibir de parte de la Internet Corporation for Assigned Names and Numbers (ICANN): clase A, clase B y clase C.Red Clase A: 224-2 Hosts (16 777 214 hosts)Red Clase B: 216-2 Hosts (65 534 hosts)Red Clase C: 28-2 Hosts (254 hosts)

Enrutamiento

Es el mecanismo por el que en una red los paquetes de informacin se hacen llegar desde su origen a su destino final, siguiendo un camino o ruta a travs de la red. En una red grande o en un conjunto de redes interconectadas el camino a seguir hasta llegar al destino final puede suponer transitar por muchos nodos intermedios.El enrutamiento consiste en asegurar el camino de un datagrama de IP a travs de la red por la ruta ms corta. Esta funcin la llevan a cabo los equipos denominados routers, es decir, equipos que conectan al menos dos redes.

INTEGRANTES:

MIGUEL SALAZAR PEREZ

JEFFERSON TEJADA

ALEXANDER CORREA GIL

ANDRES MIGUEL OATE LOPEZ

INTRODUCCION

Aunque mucha gente est conectada a Internet poca se para a pensar como es posible que su ordenador sea capaz de entenderse con otro que ni siquiera sabe como es y que se encuentra al otro lado del mundo. Esto es posible gracias a que todos los ordenadores conectados a esta red hablan un lenguaje comn, una especie de lingua franca, cuyo nombre TCP/IP es posible que tambin lo conozcan muchos, pero que pocossabenloqueesrealmente.

OBJETIVO

SIMPLIFICAR LA ADMINISTRACION DE LA RED

OBJETIVOS ESPECIFICOS

Entender como se puede simplificar la administracin de una red.Conocer todo acerca del protocolo auxiliar (DHCP).

PROTOCOLO IP

CARACTERISTICAS:

Protocolo orientado a no conexin.

Fragmenta paquetes si es necesario.

Direccionamiento mediante direcciones lgicas IP de 32 bits.

Si un paquete no es recibido, este permanecer en la red durante un tiempo finito.

Realiza el mejor esfuerzo para la distribucin de paquetes.

Tamao mximo del paquete de 65635 bytes.

FUNCIONES

Es uno de los protocolos de internet mas importantes ya que permite el desarrollo y transporte de datagramas de IP (paquetes de datos), aunque sin garantizar su entrega. En realidad, el protocolo IP procesa datagramas de IP de manera independiente al definir su presentacin, ruta y envio.

TIPOS DE PROTOCOLOS AUXILIARES

Protocolo DHCPProtocolo ICMPProtocolo ARPProtocolo RARP

PROTOCOLO ICMP

Como ya sabemos que el protocolo IP no posee un mecanismo que envie los mensajes de errores en la transmisin de datos. Por eso se utiliza el protocolo para mensajes de control de internet (ICMP), que se utiliza para informar de errores en el proceso de los datagramas y proporciona los recursos necesarios para el trafico de mensajes administrativos y de estado, siendo usado tambin como herramientas de diagnostico.

PROTOCOLO ARP

Cuando un nodo est conectado a una red tiene una direccin fsica a la que deben dirigirse todas las tramas de red que deba recibir este nodo. Por tanto cuando un datagrama debe ser enviado a una direccin IP, debe ser encapsulado en tramas de red con la direccin fsica de destino. El mdulo ARP es quien realiza esta traduccin de direcciones y para ello tiene unas tablas donde se guardan asociadas las direcciones IP y fsicas.

PROTOCOLO RARP

El protocolo RARP (Reverse Address Resolution Protocol) trabaja como su nombre indica de forma inversa al protocolo ARP y es utilizado por las estaciones que noconocensupropia direccinIP para solicitar informacinde servidor de informacin RARP.

PROTOCOLOIGMP

Elprotocolo de redIGMP(Internet Group Management Protocol)se utiliza para intercambiar informacin acerca del estado de pertenencia entreenrutadoresIP que admiten lamultidifusiny miembros de grupos de multidifusin. Los hosts miembros individuales informan acerca de la pertenencia de hosts al grupo de multidifusin y los enrutadores de multidifusin sondean peridicamente el estado de la pertenencia.

PROTOCOLO RSVP

Elprotocolo de reserva de recursos(RSVP o Resource Reservation Protocol), es un protocolo de la capa de transporte diseado para reservar recursos de una red bajo la arquitectura de servicios integrados. "RSVP no es una aplicacin de transporte, es ms bien un protocolo de control de internet, comoICMP,IGMP, o protocolos de enrutamiento" .RSVP reserva los canales o rutas en redes internet para la transmisin por unidifusin y multidifusin con escalabilidad y robustez.

PROTOCOLO DHCP

DEFINICION:

DHCP significa Protocolo de configuracin de host dinmico . Es un protocolo que permite que un equipo conectado a una red pueda obtener su configuracin (principalmente, su configuracin de red) en forma dinmica (es decir, sin intervencin particular). Slo tiene que especificarle al equipo, mediante DHCP, que encuentre una direccin IP de manera independiente. El objetivo principal es simplificar la administracin de la red.

CARACTERISTICAS DEL PROTOCOLO DHCP

Es un protocolo de red que permite a los clientes de una red IP obtener sus parmetros de configuracin automticamente.Se trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor posee una lista o rango de direcciones IP dinmicas y las va asignando a los clientes a medida que se las solicitan.Este servidor sabe en todo momento quien ha estado en posesin de cada IP.

FUNCIONAMIENTO DEL PROTOCOLO DHCP

El protocolo funciona en cuatro fases bsicas:

Un cliente DHCP enva un mensaje DHCP DISCOVER por difusin.

Un servidor DHCP recibe un mensaje DHCP DISCOVER y responde con un ofrecimiento DHCP OFFER.

El cliente DHCP recibe el ofrecimiento del servidor y responde con un DHCP REQUEST.

El servidor DHCP recibe el mensaje de DHCP REQUEST y enva el mensaje de confirmacin DHCP ACK.

ESQUEMA DE FUNCIONAMIENTO DEL PROTOCOLO DHCP

DIRECCIONAMIENTO APIPA (Automatic Private IP Adressing)

APIPA es un mecanismo en el que slo se asigna la direccin IP y nada ms, permitiendo de esta manera que los equipos del mismo segmento de red se puedan comunicar entre ellos

TIPOS DE ASIGNACIONES DE DIRECCIONES

El servidor puede hacer tres tipos de asignaciones:

Asignacin manual: El administrador configura manualmente las direcciones IP del cliente en el servidor DHCP. Cuando la estacin de trabajo del cliente pide una direccin IP, el servidor mira la direccin MAC y procede a asignar la que configur el administrador

Asignacin automtica: Al cliente DHCP se le asigna, de forma aleatoria de entre las direcciones libres, una direccin IP cuando contacta por primera vez con el servidor DHCP. La concesin se mantiene hasta que el cliente la libera.

Asignacin dinmica: El servidor DHCP asigna una direccin IP a un cliente de forma temporal. Cuando este tiempo acaba, la IP es revocada y la estacin de trabajo ya no puede funcionar en la red hasta que no pida otra.

VENTAJAS E INCOVENIENTES

VENTAJAS

Se centraliza la configuracin de los hosts de la red.Los cambios son ms sencillos para el administrador porque al estar centralizado en un ordenador si queremos cambiar cualquier cosa (La subred por ejemplo), no hay que ir ordenador por ordenador.No hay conflictos de duplicacin de direcciones IP en la red.

INCOVENIENTES

Funciona por difusin por lo que en determinados momentos puede saturar la red.Aspectos relacionados con la seguridad. Si un servidor DHCP malintencionado es introducido a la red puede ofrecer direcciones IP a los usuarios que se conecten a ella. Si un usuario se conecta al DCHP malicioso, la informacin enviada a travs de esa conexin puede ser interceptada o vista, violando la privacidaddel usuario y la seguridad de la red. Este tipo de ataque es del tipo ataque del hombre en el medio.Toda la configuracin de los equipos de la red depende de un slo equipo. Si este falla todos los equipos que intenten renovar su concesin pierden acceso a la red

BOOTP Y DHCP

BOOTP

Diseado antes que DHCP.

El plazo por defecto de concesin es de 30 das.

Para renovar la concesin se deben reiniciar.

Admite un numero limitado de parmetros.

BOOTP pensado para configurar estaciones de trabajo sin disco con capacidades de arranque limitadas.

DHCP

Diseado despus que BOOTP.Plazo por defecto de concesin de 8 das.Se puede renovar la concesin sin reiniciar el equipo.Admite un numero mayor de parmetros.DHCP pensado para equipos que cambian de ubicacin o configuracin con frecuencia.

BIBLIOGRAFIA

RFC2131http://es.wikipedia.org/wiki/Dhcphttp://www.ehowenespanol.com/desventajas-dhcp-info_95443/http://www.h3c.com/portal/Technical_Support___Documents/Technical_Documents/Switches/H3C_S12500_Series_Switches/Configuration/Operation_Manual/H3C_S12500_CG-Release1335-5W130/06/201108/722534_1285_0.htmhttp://blog.digitronworld.net/2012_05_01_archive.htmlhttp://technet.microsoft.com/es-es/library/cc781243(v=ws.10).aspx by DANTerora en UT1-A2.DHCP en Linux

INTEGRANTES:

ALEXANDER BENAVIDEZ

NOLBERTO CORZO

BLEYDER GUZMAN

ANGELICA SANCHEZ

PROTOCOLO TCP

TCP (Protocolo de Control de Transmisin o Transporte) es un protocolo fiable, orientado a la conexin. En un entorno orientado a la conexin, se establece un "camino" entre ambos extremos antes de que pueda tener lugar la transferencia de informacin. Esto significa que los puertos conectados estn encomunicacinpermanente a travs de dicha conexin. Hay un mecanismo que permite a las partes que intervienen saber que se ha establecido la conexin y que pueden comenzar a comunicarse.

CABECERA TCP

Puerto origen (16 bits): Identifica el puerto emisor.Puerto destino (16 bits): Identifica el puerto receptor.Nmero de secuencia (32 bits): Identifica el byte del flujo de datos enviado por el emisor TCP al receptor TCP que representa el primer byte de datos del segmento.Nmero deacuse de recibo(32 bits): Contiene el valor del siguiente nmero de secuencia que el emisor del segmento espera recibir.Longitud de cabecera (4 bits): especifica el tamao de la cabecera en palabras de 32 bits.Reservado (3 bits): para uso futuro. Debe estar a 0.

Flags (9 bits):

NS (1 bit): Para proteger frente a paquetes accidentales o maliciosos que se aprovechan del control de congestin para ganar ancho de banda de la red.

CWR (1bit): El flag se activa por el host emisor para indicar que ha recibido un segmento TCP con el flag ECE activado.

ECE (1 bit): Para dar indicaciones sobre congestin.

URG (1 bit): Indica que el campo del puntero urgente es vlido.

ACK (1 bit): Indica que el campo de asentimiento es vlido. Todos lo paquetes enviados despus del paquete SYN inicial deben tener activo este flag.

PSH (1 bit): Push. El receptor debe pasar los datos a la aplicacin tan pronto como sea posible, no teniendo que esperar a recibir ms datos.

RST (1 bit): Reset. Reinicia la conexin, cuando falla un intento de conexin, o al rechazar paquetes no validos.

SYN (1 bit): Synchronice. Sincroniza los nmeros de secuencia para iniciar la conexin.

FIN (1 bit): Para que el emisor (del paquete) solicite la liberacin de la conexin.

Tamao de ventana o ventana de recepcin (16 bits): Especifica el nmero mximo de bytes que pueden ser metidos en el buffer de recepcin. Es un sistema de control de flujo.Suma de verificacin (16 bits):Checksumutilizado para la comprobacin de errores tanto en la cabecera como en los datos.Puntero urgente (16 bits): Cantidad de bytes desde el nmero de secuencia que indica el lugar donde acaban los datos urgentes.Opciones: Para poder aadir caractersticas no cubiertas por la cabecera fija.Relleno: Se utiliza para asegurarse que la cabecera acaba con un tamao mltiplo de 32 bits.

CARACTERISTICAS

Permite colocar los datagramas nuevamente en orden cuando vienen del protocolo IP.Permite el monitoreo del flujo de los datos y as evita la saturacin de la red.Permite que los datos se formen en segmentos de longitud variada para "entregarlos" al protocolo IP.Permite multiplexar los datos, es decir, que la informacin que viene de diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda circular simultneamente.Por ltimo, permite comenzar y finalizar la comunicacin amablemente.

PROCEDIMIENTO DE TCP

El host origen establece una conexin con el host destino, en el que se especifica tanto el puerto origen como el puerto destino se utilizaran para el envo de la informacin.

PROCEDIMIENTO

Se procede a la transmisin, realizando un control sobre la llegada de la totalidad de los datos (se solicita de la maquina destino el aviso de recibo, que en caso de no llegar en un tiempo limite, provoca el reenvo), as como de que la recepcin sea en el orden correcto, mediante el numero de secuencia. Tambin se verifica mediante la suma de control que los datos no sean modificados durante la transmisin. En caso de que no sea as, TCP se encarga de realizar todos los pasos necesarios para que la maquina destino reciba la informacin en el orden correcto. Opcionalmente, y mediante el puntero de urgencia se podrn establecer prioridades sobre que segmentos deben procesarse primero. En caso de no necesitarse, el puntero de urgencia incorpora valores por defecto.

Finalmente, y tras verificar que todos los datos han sido entregados de forma adecuada, tanto el host origen , como el destino, envan una seal de cierre. Se produce la desconexin, cerrando los puertos que se abrieron para la transmisin.

FTP

El protocolo FTP (Protocolo de transferencia de archivos) es, como su nombre lo indica, un protocolo para transferir archivos.La implementacin del FTP se remonta a 1971 cuando se desarroll un sistema de transferencia de archivos (descrito en RFC141) entre equipos del Instituto Tecnolgico de Massachusetts (MIT, Massachusetts Institute of Technology). Desde entonces, diversos documentos de RFC (peticin de comentarios) han mejorado el protocolo bsico, pero las innovaciones ms importantes se llevaron a cabo en julio de 1973.Actualmente, el protocolo FTP est definido por RFC 959 (Protocolo de transferencia de archivos (FTP) - Especificaciones).

La funcin de FTP

El protocolo FTP define la manera en que los datos deben ser transferidos a travs de una red TCP/IP.El objetivo del protocolo FTP es:permitir que equipos remotos puedan compartir archivospermitir la independencia entre los sistemas de archivo del equipo del cliente y del equipo del servidorpermitir una transferencia de datos eficaz

Modelo FTP

El protocolo FTP est incluido dentro del modelo cliente-servidor, es decir, un equipo enva rdenes (el cliente) y el otro espera solicitudes para llevar a cabo acciones (el servidor).Durante una conexin FTP, se encuentran abiertos dos canales de transmisin:Un canal de comandos (canal de control)Un canal de datos

Por lo tanto, el cliente y el servidor cuentan con dos procesos que permiten la administracin de estos dos tipos de informacin:

DTP (Proceso de transferencia de datos) es el proceso encargado de establecer la conexin y de administrar el canal de datos. El DTP del lado del servidor se denomina SERVIDOR DE DTP y el DTP del lado del cliente se denomina USUARIO DE DTP.PI (Intrprete de protocolo) interpreta el protocolo y permite que el DTP pueda ser controlado mediante los comandos recibidos a travs del canal de control.

Comandos FTP

Toda comunicacin que se realice en el canal de control sigue las recomendaciones del protocolo Telnet. Por lo tanto, los comandos FTP son cadenas de caracteres Telnet (en cdigo NVT-ASCII) que finalizan con el cdigo de final de lnea Telnet (es decir, la secuencia +, Retorno de carro seguido del carcter Avance de lnea indicado como ).

Si el comando FTP tiene un parmetro, ste se separa del comando con un espacio ().Los comandos FTP hacen posible especificar:El puerto utilizadoEl mtodo de transferencia de datosLa estructura de datosLa naturaleza de la accin que se va a realizar (Recuperar, Enumerar, Almacenar, etc.)Existen tres tipos de comandos FTP diferentes:Comandos de control de accesoComandos de parmetros de transferenciaComandos de servicio FTP

TELNET

(Teletype Network1 ) es el nombre de un protocolo de red que nos permite viajar a otra mquina para manejarla remotamente como si estuviramos sentados delante de ella. Tambin es el nombre del programa informtico que implementa el cliente. Para que la conexin funcione, como en todos los servicios de Internet, la mquina a la que se acceda debe tener un programa especial que reciba y gestione las conexiones. El puerto que se utiliza generalmente es el 23.

FUNCIONAMIENTO

Telnet slo sirve para acceder en modo terminal, es decir, sin grficos, pero es una herramienta muy til para arreglar fallos a distancia, sin necesidad de estar fsicamente en el mismo sitio que la mquina que los tena. Tambin se usaba para consultar datos a distancia, como datos personales en mquinas accesibles por red, informacin bibliogrfica, etc.

PROBLEMAS DE SEGURIDAD

Su mayor problema es de seguridad, ya que todos los nombres de usuario y contraseas necesarias para entrar en las mquinas viajan por la red como texto plano (cadenas de texto sin cifrar). Esto facilita que cualquiera que espe el trfico de la red pueda obtener los nombres de usuario y contraseas, y as acceder l tambin a todas esas mquinas.

Hay 3 razones principales por las que eltelnetno se recomienda para lossistemasmodernos desde el punto de vista de la seguridad:

Losdominiosde uso general del telnet tienen varias vulnerabilidades descubiertas a lo largo de los aos, y varias ms que podran an existir.Telnet, por defecto, no cifra ninguno de los datos enviados sobre la conexin (contraseas inclusive), as que es fcil interferir y grabar las comunicaciones, y utilizar la contrasea ms adelante para propsitos maliciosos.Telnet carece de un esquema de autentificacin que permita asegurar que la comunicacin est siendo realizada entre los dos anfitriones deseados, y no interceptada entre ellos.

HTTP

Hypertext Transfer ProtocoloHTTP(en espaolprotocolo de transferencia dehipertexto) es elprotocolousado en cada transaccin de laWorld Wide Web. HTTP fue desarrollado por elWorld Wide Web Consortiumy laInternet Engineering Task Force, colaboracin que culmin en 1999 con la publicacin de una serie deRFC, el ms importante de ellos es elRFC 2616que especifica la versin 1.1.

GENERALIDADES

Protocolo de comunicaciones estndar que comunica servidores, proxies y clientes.

Permite la transferencia de documentos web, sin importar cual es el cliente o cual es el servidor.

Es un protocolo basado en el esquema peticin/respuesta.

El cliente enva un mensaje de peticin y el servidor contesta con un mensaje de respuesta, cuyo contenido es funcin de la peticin hecha por el cliente.

Etapas de una transaccin HTTP

Cada vez que un cliente realiza una peticin a un servidor, se ejecutan los siguientes pasos:

Un usuario accede a una URL, seleccionando un enlace de un documento HTML o introducindola directamente en el campo Location del cliente Web.El cliente Web descodifica la URL, separando sus diferentes partes. As identifica el protocolo de acceso, la direccin DNS o IP del servidor, el posible puerto opcional (el valor por defecto es 80) y el objeto requerido del servidor.Se abre una conexin TCP/IP con el servidor, llamando al puerto TCP correspondiente.
Se realiza la peticin. Para ello, se enva el comando necesario (GET, POST, HEAD,), la direccin del objeto requerido (el contenido de la URL que sigue a la direccin del servidor), la versin del protocolo HTTP empleada (casi siempre HTTP/1.0) y un conjunto variable de informacin, que incluye datos sobre las capacidades del browser, datos opcionales para el servidor. El servidor devuelve la respuesta al cliente. Consiste en un cdigo de estado y el tipo de dato MIME de la informacin de retorno, seguido de la propia informacin.Se cierra la conexin TCP.

PROCEDIMIENTO

Integrantes: Jos Carlos Oate Ivan Macias

Daiver Palencia

Ramon Brunm

Universidad Popular Del Cesar

Facultad de Ingeniera y tecnologa

Telemtica I

UDP?

Protocolo de datagrama de usuario

* UDP es un protocolo simple, sin conexin, descrito en la RFC 768. Cuenta con la ventaja de proveer la entrega de datos sin utilizar muchos recursos.

* Protocolo simple que provee las funciones bsicas de la capa de transporte.

Definicin

Sin Conexin?

no orientado a la conexinsignifica una comunicacin entre dos puntos finales de una red en los que un mensaje puede ser enviado desde un punto final a otro sin acuerdo previo.

Desventajas de los protocolos no orientados a la conexin.

Cuando se envan datagramas mltiples a un destino, pueden tomar diferentes rutas y llegar en el orden equivocado.UDP no puede reordenar los datagramas en el orden de la transmisin. UDP no mantiene un seguimiento de los nmeros de secuencia de la manera en que lo hace TCP.UDP simplemente reensambla los datos en el orden en que se recibieron y los enva a la aplicacin.No tiene control de flujo, por lo que los paquetes pueden adelantarse unos a otros.No hay confirmacin de entrega o recepcin.

Encabezado del segmento UDP

Este protocolo es muy simple ya que no proporciona deteccin de errores (no es un protocolo orientado a conexin).

Por lo tanto, el encabezado del segmento UDP es muy simple:

Significado de los diferentes campos

Puerto de origen:es el nmero de puerto relacionado con la aplicacin del remitente del segmento UDP. Este campo representa una direccin de respuesta para el destinatario.Puerto de destino:este campo contiene el puerto correspondiente a la aplicacin del equipo receptor al que se enva.Longitud:este campo especifica la longitud total del segmento, con el encabezado incluido.Suma de comprobacin:es una suma de comprobacin realizada de manera tal que permita controlar la integridad del segmento.

Usos de UDP

UDP se utiliza en aplicaciones cuando la confiabilidad no es crtica, pero la velocidad de transferencia si lo es.

Su uso principal es para protocolos comoDHCP,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. UDP es generalmente usado en la transmisin de video y voz atreves de una red. Esto es porque no hay tiempo para enviar de nuevo paquetes perdidos cuando se est escuchando a alguien o viendo un vdeo en tiempo real. La mayora de las aplicaciones claves de internet utilizan el protocolo UDP, donde las consultas deben ser rpidas y solo contaran de una sola solicitud.

Principales caractersticas

1- Trabaja sin conexin, es decir que no emplea ninguna sincronizacin entre el origen y el destino.2- Trabaja con paquetes o datagramas enteros, no con bytes individuales como TCP.3- No es fiable. No emplea control del flujo ni ordena los paquetes.4- Su gran ventaja es que provoca poca carga adicional en la red ya que es sencillo y emplea cabeceras muy simples.5- Un paquete UDP puede ser fragmentado por el protocolo IP para ser enviado fragmentado en varios paquetes IP si resulta necesario.6- Puesto que no hay conexin, un paquete UDP admite utilizar como direccin IP de destino la direccin de broadcast o de multicast de IP. Esto permite enviar un mismo paquete a varios destinos.

Comparativa entre UDP y TCP

Problema al usar UDP y TCP

Aumentar el trafico UDP daa el correcto funcionamiento de las aplicaciones TCP.

Se busca un equilibrio para corregir este problema.

ARIGATO
Gracias