PROTOCOLO UDPUser Datagram Protocol

(
UDP
)
Protocolo de datagramas de usuario.
E s u n protocolodelni vel de t r anspor t eb a s a d o e n e l i n t e r c a mb i o
d e datagramas (Paquete de datos). Permite el envo de datagramas a
travs de laredsin que se hayaestablecido previamente una conexin, ya que
el propio datagrama incorpora suficientei nf or maci n de di r ecci onami ent o
en su cabecer a. Tampoco t i ene conf i r maci n ni control de flujo, por lo
que los paquetes pueden adelantarse unos a otros; y tampoco sesabe si ha
llegado correctamente, ya que no hay confirmacin de entrega o
recepcin.Su uso principal es para protocolos comoDHCP,BOOTP,DNSy dems
protocolos en los que el intercambio de paquetes de la
conexin/desconexi n son mayores, o no sonrentables con respecto a la
informacin transmitida, as como para la transmisin deaudi o y v deo
en t i empo r eal , donde no es posi bl e r eal i zar r et r ansmi si ones por
l osestrictos requisitos de retardo que se tiene en estos casos.UDP son las
si glas de Protocolo de Datagrama de Usuario (en ingls User
DatagramProtocol) un protocolo sin conexin que, como TCP, funciona en redes
IP.UDP/IP proporciona muy pocos servicios de recuperacin de errores,
ofreciendo en sulugar una manera directa de envi ar y recibir datagramas a
travs una red IP. Se utili zas o b r e t o d o c u a n d o l a v e l o c i d a d e s
u n f a c t o r i mp o r t a n t e e n l a t r a n s mi s i n d e l a informacin, por
ejemplo, RealAudio utiliza el UDP.
Funcin.
En lafamilia de protocolos de Internet UDP proporciona una sencil la
interfaz entre lacapa de r edy lacapa de aplicacin. UDP no otorga
garantas para la entrega de sus me n s a j e s y e l o r i g e n UDP n o
r e t i e n e e s t a d o s d e l o s me n s a j e s UDP q u e h a n s i d o enviados a
la red. UDP slo aademultiplexadodeaplicacinysuma de verificacinde l a
c a b e c e r a y l a c a r g a t i l . Cu a l q u i e r t i p o d e g a r a n t a s p a r a
l a t r a n s mi s i n d e l a informacin deben ser implementadas en capas
superiores.
+ B i t s 0 - 1 5 1 6 - 3 1 0
P u e r t o o r i g e n P u e r t o d e s t i n o
32
L o n g i t u d d e l MensajeS u m a d e verificacin
64
Datos
La cabecera UDP consta de 4 campos de los cuales 2 son opcionales (con fondo
rojo enl a t abl a) . Los campos de l os puer t os f uent e y dest i no son
campos de16 bi t squei dent i f i can el pr oceso de or i gen y r ecepci n.
Ya que UDP car ece de un ser vi dor de estado y el origen UDP no solicita
respuestas, el puerto origen es opcional. En caso deno ser ut i l i zado, el
puer t o or i gen debe ser puest o a cer o. A l os campos del
puer t odestino le sigue un campo obligatorio que indica el tamao
enbytesdeldatagramaUDP incluidos los datos. El valor mnimo es de 8 bytes. El
campo de la cabecera restante esuna suma de comprobacin de 16 bits que
abarca la cabecera, los datos y una pseudo-cabecera con las IP origen y
destino, el protocolo, la longitud del datagrama y 0's hastacompl et ar un
ml t i pl o de 16. per o no l os dat os. El checksum t ambi n es
opci onal , aunque generalmente se utiliza en la prctica.El protocolo UDP se
utili za por ejemplo cuando se necesita transmiti r voz o vdeo yresulta ms
importante transmitir con velocidad que garantizar el hecho de que
lleguenabsolutamente todos los bytes.
Comparativa entre UDP yTCP(Transmission Control Protocol)

UDP: proporciona un nivel de transporte no fiable de datagramas, ya que
apenasaade l a i nf or maci n necesar i a par a l a comuni caci n
ext r emo a ext r emo 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 yvdeo a travs de una red. No
introduce retardos para establecer una conexin, no mant i ene est ado
de conexi n al guno y no r eal i za segui mi ent o de est os parmetros.
As, un servidor dedicado a una aplicacin particular puede soportar ms clientes
acti vos cuando la aplicaci n corre sobre UDP en lugar de sobreTCP.

TCP: es el protocol o que proporciona un transporte fiable de flujo de bits
entreaplicaciones. Est pensado para poder enviar grandes cantidades de
informacinde f or ma f i abl e, l i ber ando al pr ogr amador de l a
di f i cul t ad de gest i onar l afiabilidad de la conexin (retransmisiones, prdida
de paquetes, orden en el quellegan los paquetes, duplicados de paquetes...) que
gestiona el propio protocolo.Pero la complejidad de la gestin de la fiabilidad tiene
un coste en eficiencia, yaque par a l l evar a cabo l as gest i ones
ant er i or es se t i ene que aadi r bast ant e informacin a los paquetes
que enviar. Debido a que los paquetes para enviar tienen un tamao
mximo, cuanta ms informacin aada el protocolo para sugestin,
menos informacin que proviene de la aplicacin podr contener
esepaquete (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 lav e l o c i d a d q u e l a f i a b i l i d a d , s e u t i l i z a UDP.
En c a mb i o , T CP a s e g u r a l a recepcin en destino de la informacin para
transmitir.
Caractersticas del protocolo UDP
El protocolo UDP (Protocolo de datagrama de usuario) es un protocolo
no orientado aconexin de lacapa de transportedel modeloTCP/IP. Este
protocolo es muy simple ya que no proporciona deteccin de errores (no es un
protocolo orientado a conexin).
Significado de los diferentes campos

Puerto de ori gen
: e s e l n me r o d e puertorelacionado con la aplicacin del remitente del
segmento UDP. Este campo representa una direccin de respuestapara el
destinatario. Por lo tanto, este campo es opcional. Esto significa que si elpuerto
de ori gen no est especificado, los 16 bits de este campo se pondrn
encero. En este caso, el destinatario no podr responder (lo cual no esestri
ctamente necesario, en particular para mensajes unidireccionales).

Puerto de destino
: este campo contiene el puerto correspondiente a laaplicacin del equipo
receptor al que se enva.

Longitud
: este campo especifica la longitud total del segmento, con elencabezado
incluido. Sin embargo, el encabezado ti ene una longitud de 4 x 16bits
(que es 8 x 8 bits), por lo tanto la longitud del campo es
necesariamentesuperior o igual a 8 bytes.

Suma de comprobacin
: es unasuma de comprobacinrealizada de manera talque permita controlar la
integridad del segmento.
El protocolo UDP
El gr upo de pr ot ocol os de I nt er net t ambi n manej a un pr ot ocol o
de t r anspor t e si nconexiones, el UDP (User Data Protocol, protocolo de datos
de usuario). El UDP ofrece alas aplicaciones un mecanismo para enviar
datagramas IP en bruto encapsulados sin tener que establecer una
conexin.Muchas aplicaciones cliente-servidor que tienen una solicitud y
una respuesta usan el UDP en lugar de tomarse la molestia de establecer y
luego liberar una conexin. El UDPse descr i be en el RFC 768. Un
segment o UDP consi st e en una cabecer a de 8 byt es seguida de los
datos. La cabecera se muestra a continuacin. Los dos puertos sirven paralo
mismo que en el TCP: para identificar los puntos terminales de las mquinas
origen ydestino. El campo de longitud UDP incluye la cabecera de 8 bytes
y los datos. La sumade comprobacin UDP incluye la misma pseudocabecera
de formato, la cabecera UDP, ylos datos, rellenados con una cantidad par de bytes
de ser necesario.Esta suma es opcional, y se almacena como 0 si no se calcula.
Inutilizarla seria absurdo, amenos que la cantidad de los datos no importe, por
ejemplo, voz digitalizada.UDP no admi t e numer aci n de l os
dat agr amas, f act or que, sumado a que t ampocout i l i za seal es de
conf i r maci n de ent r ega, hace que l a gar ant a de que un
paquet ellegue a su destino sea mucho menor que si se usa TCP. Esto
tambin origina que losdatagramas pueden llegar duplicados y/o desordenados
a su destino. Por estos motivos
el control de envo de datagramas, si existe, debe ser implementado por las
aplicacionesque usan UDP como medio de transporte de datos, al i gual
que el reeensamble de losmensajes entrantes.Tampoco utiliza mecanismos de
deteccin de errores. Cuando se detecta un error en undatagrama, en lugar de
entregarlo a la aplicacin destino, se descarta.Cuando una aplicacin enva datos
a travs de UDP, stos llegan al otro extremo comou n a u n i d a d . Po r
e j e mp l o , s i u n a a p l i c a c i n e s c r i b e 5 v e c e s e n e l p u e r t o
UDP, l a aplicacin al otro extremo har 5 lecturas del puerto UDP.
Adems, el tamao de cadaescritura ser igual que el tamao de las
lecturasEjemplo en pythonEl si gui ent e ej empl o muest r a cmo usar el
pr ot ocol o UDP par a una comuni caci n cliente/servidor:Servidor:import
socket PUERTO = 10000BUFLEN =
512 s e r v e r = s o c k e t . s o c k e t ( s o c k e t . A F _ I N E T ,
s o c k e t . S O C K _ D G R A M , socket.IPPROTO_UDP)server.bind(('',
PUERTO)) while True:(message, address) = server.recvfrom(BUFLEN)print
'Recibiendo paquete desde %s:%d' % (address[0], address[1])print 'Dato: %s' %
message Cliente (Cambia "127.0.0.1" por la direccin IP del servidor): import
socket IP_SERVIDOR = '127.0.0.1'PUERTO_SERVIDOR =
10000 c l i e n t = s o c k e t . s o c k e t ( s o c k e t . A F _ I N E T ,
s o c k e t . S O C K _ D G R A M , socket.IPPROTO_UDP) for i in
range(3):print 'Enviando paquete %d' % imessage = 'Este es el paquete %d' %
iclient.sendto(message, (IP_SERVIDOR, PUERTO_SERVIDOR))
client.close()Ejemplo en C++El si gui ent e ej empl o muest r a cmo usar
el pr ot ocol o UDP par a una
comuni caci ncliente/servidor:Servidor:#include <winsock.h>#pragma
comment(lib,"ws2_32.lib") int main(){WSADATA wsaData;SOCKET
RecvSocket;sockaddr_in RecvAddr;int Puerto = 2345;char
RecvBuf[1024];int BufLen = 1024;sockaddr_in SenderAddr;int SenderAddrSize =
sizeof(SenderAddr);WSAStartup(MAKEWORD(2,2), &wsaData);RecvSocket =
socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);RecvAddr.sin_family =
AF_INET;RecvAddr.sin_port = htons(Puerto);RecvAddr.sin_addr.s_addr =
INADDR_ANY;bind(RecvSocket, (SOCKADDR *) &RecvAddr,
sizeof(RecvAddr));r e c v f r o m ( R e c v S o c k e t , R e c v B u f , B u f L e n , 0 ,
( S O C K A D D R *)&SenderAddr,&SenderAddrSize);printf("%s\n",RecvBuf);clos
esocket(RecvSocket);WSACleanup();}
Protocolo de Datagramas de Usuario (UDP)
UDP es bsi cament e una i nt er f az de apl i caci n par a I P. No
sopor t a
conf i abi l i dad, control de flujo o recuperacin de errores para IP. Simpleme
nte sirve como"multiplexor/demultiplexor" para enviar y recibir
datagramas, usando puertos paradirigir los datagramas como se muestra en
la figura adjunta.UDP proporciona un mecanismo para que una aplicacin enve
un datagrama a otra. Lacapa UDP es sumamente delgada por lo que tiene pocas
sobrecargas, pero requiere quela aplicacin sea responsable de la
recuperacin de errores y dems caractersticas nosoportadas.
Puertos.
UDP uti li za puertos para permiti r la comunicacin entre apl i caciones. El
campo depuerto tiene una longitud de 16 bits, por lo que el rango de
valores vlidos va de 0 a65.535. El puerto 0 est reservado, pero es un valor
permitido como puerto origen si elproceso emisor no espera recibir mensajes
como respuesta.Los puertos 1 a 1023 se llaman puertos "bien conocidos" y en
sistemas operativos tipoUnix enlazar con uno de estos puertos requiere acceso
como superusuario.

Los puertos 1024 a 49.151 son puertos registrados.Los puer t os 49. 152 a
65. 535 son puer t os ef mer os y son ut i l i zados como
puer t ostemporales, sobre todo por los clientes al comunicarse con los
servidores.Las aplicaciones que envan datagramas hacia un host
necesitan identificar el destino,siendo ste ms especi fico que la
direccin IP, ya que los datagramas estn diri gidosnor mal ment e a
ci er t os pr ocesos y no al si st ema compl et o. UDP pr o por ci ona
est emecanismo usando puertos.Un puerto es un nmero de 16 bits que identifica
qu proceso de un host est asociadocon un cierto datagrama. Hay dos tipos de
puerto:
Bien-conocidos:
Estos puertos pertenecen a servidores estndares, por ejemploTELNET usa
el puerto 23. El rango de este tipo de puerto est comprendido entre 1
y1023. Los nmeros de puertos bien-conocidos son tpicamente
impares porque losprimeros sistemas usaban el concepto de puerto
como una pareja de puertos impar/par para operaciones duplex. La
mayora de los servi dores requieren sl o un puerto. Unaexcepcin es el
servidor BOOTP que usa dos: el 67 y el 68 (ver Protocolo BOOTstrap - BOOTP).El
motivo de la utilizacin de los puertos bien-conocidos es permitir a los clientes
tener la capacidad de encontrar servidores sin informacin de configuracin. Los
nmeros dedichos puertos estn definidos en STD 2 - Nmeros de Internet
Asignados.
Efmeros:
Los clientes no necesitan nmeros de puertos bien-conocidos porque inicianla
comunicacin con servidores y el nmero de puerto que usan ya est contenido en
losdatagramas UDP enviados al servidor. Cada proceso del cliente est
locali zado en unnmero de puerto mientras el host lo necesite y se est
ejecutando. Los nmeros depuerto efmeros tienen valores mayores que
1023, normalmente en el rango de 1024 a5000. Un cl i ent e puede
usar cual qui er nmer o l ocal i zado dent r o de di cho r ango, mi ent r as
que l a combi naci n de <pr ot ocol o de t r anspor t e, di r ecci n I P,
nmer o depuerto> es nica.TCP tambin usa nmeros de puerto con los
mismos valores. Estos puertos son bastanteindependientes. Normalmente, un
servidor usar TCP o UDP, pero hay excepciones. Por ejemplo, los
servidores de Nombres de Dominio, puerto UDP 53 y puerto TCP 53.
Formato del Datagrama UDP.
Cada datagrama UDP se enva con un nico datagrama IP. Aunque el
datagrama IP sepuede f r agment ar dur ant e l a t r ansmi si n, l a
i mpl ement aci n de r ecepci n I P l o r e - ensamblar antes de
presentarlo a la capa UDP. Todas las i mplementaciones IP
estnpreparadas para aceptar datagramas de 576 bytes, permitiendo un
tamao mximo decabacera IP de 60 bytes sabiendo que un datagrama UDP de
516 bytes lo aceptan
todaslas implementaciones. Muchas implementaciones aceptarn datagramas
mayores,

aunque no se puede asegurar. El datagrama UDP tiene una cabecera de 16 bytes
que sedescribe en la figura siguiente:La cabecera pseudo-IP extiende
efectivamente la suma de comprobacin para incluir eldatagrama IP original
(defragmentado)
Interfaz de Programacin de Aplicaciones UDP
La interfaz de aplicacin que ofrece UDP se describe en el RFC 768.
Dicha interfazproporciona:

La creacin de nuevos puertos de recepcin.

La recepcin de operaciones que devuelven los bytes de datos y un indicador
depuerto fuente y una direccin fuente IP.

El env o de oper aci ones que t i enen como par met r os l os dat os,
l os puer t osfuente y destino y las direcciones.Las aplicaciones estndares que
utilizan UDP son:

Protocolo de Transferencia de Ficheros Trivial (TFTP)

Sistema de Nombres de Dominio (DNS) servidor de nombres

Llamada a Procedimiento Remoto (RPC), usado por el Sistema de
Ficheros enRed (NFS)

Sistema de Computacin de Redes (NCS)

Protocolo de Gestin Simple de Redes (SNMP)


Importancia de la apertura de estos puertos:
La importancia de la apertura de estos puertos viene dada porque muchos
programas demuy diferente tipo los utilizan, y necesitan tenerlos abiertos y, en el
caso de redes,correctamente asignados. En general, cualquier programa o
servicio que necesitecomunicarse necesita un puerto (o varios) por el que hacerlo.
Los ms habituales (yconocidos) son:- 53 (UDP), utilizado por DNS (Domain
Name System)- 67 (UDP), utilizado por BOOTP BootStrap Protocol (Server) y por
DHCP- 68 (UDP). utilizado por BOOTP BootStrap Protocol (Client) y por DHCP-
69 (UDP), utilizado por TFTP (Trivial File Transfer Protocol)- 137 (UDP), utilizado
por NetBIOS (servicio de nombres)- 138 (UDP), utilizado por NetBIOS (servicio de
envo de datagramas)- 139 (UDP), utilizado por NetBIOS (servicio de sesiones)-
1434 (UDP), utilizado por Microsoft-SQL-Monitor - 1701 (UDP), utilizado para
Enrutamiento y Acceso Remoto para VPN con L2TP.Esta es una pequea lista de
los principales puertos, aunque hay bastantes ms. A todosellos hay que aadir
aquellos que utilizan otros programas, ya sean del tipo P2P, deacceso remoto a
terminales, de juegos OnLine y un largo etctera.
Actividad (6)
Filters
Agregar a la coleccinReview Add NoteLike
Showing
TodosLos ms recientesReviewsAll NotesLikes
You've already reviewed this. Edit your review.
read

Rating 0/5
0


Post notePost reviewPost replyPost note and like
1 hundred reads
1 thousand reads


Jefferson Granda liked this


Dan Tabarez liked this


Itzy Ramirez Montoya liked this


Eserran Calderon liked this
Cargar ms
Ms de este usuario
Desventajas Del Internet y La Tecnologia
EdithMarquez
UNDO

Added to My Library
Click again to add to a collection
Removed from your Library