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
VERS:Versin del IP del datagrama
Datagrama
HLEN:Longitud del Encabezado
Longitud TotalMide, en Bytes la longitud del

datagrama
Identificador:Identifica los paquetes
fragmentados para su reensamble
Flags:Indica si el paquete est fragmentado
o no
Offset:Indica la ubicacin de este paquete
en uno fragmentado
Opciones:Informacin usada par
administracin, longitud variable
Relleno:Ajusta las opciones a 32bits

Fragmentacin de un
El tamao mximo de un datagrama es
Datagrama
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 DHCP
Protocolo ICMP
Protocolo ARP
Protocolo 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
Es un protocolo de red DHCP
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:
1.Un cliente DHCP enva un mensaje DHCP

DISCOVER por difusin.

2.Un servidor DHCP recibe un mensaje DHCP
DISCOVER y responde con un ofrecimiento
DHCP OFFER.
3.El cliente DHCP recibe el ofrecimiento del
servidor y responde con un DHCP REQUEST.
4.El servidor DHCP recibe el mensaje de DHCP
REQUEST y enva el mensaje de confirmacin
DHCP ACK.

ESQUEMA
DE
FUNCION
AMIENTO
DEL
PROTOCO
LO DHCP

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

TIPOS DE ASIGNACIONES
DEEl servidor
DIRECCIONES
puede hacer tres tipos de asignaciones:
1.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
2.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.
3.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

DHCP

Diseado antes que DHCP.

El plazo por defecto de

Diseado despus que

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.

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
RFC2131
http://es.wikipedia.org/wiki/Dhcp
http://www.ehowenespanol.com/desventajas-dhcp-

info_95443/
http://www.h3c.com/portal/Technical_Support___Docu
ments/Technical_Documents/Switches/H3C_S12500_S
eries_Switches/Configuration/Operation_Manual/H3C_
S12500_CG-Release13355W130/06/201108/722534_1285_0.htm
http://blog.digitronworld.net/2012_05_01_archive.html
http://technet.microsoft.com/eses/library/cc781243(v=ws.10).aspx by DAN
Terora 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

archivos
permitir la independencia entre los sistemas de
archivo del equipo del cliente y del equipo del
servidor
permitir 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 <CR>+<LF>, Retorno de carro seguido
del carcter Avance de lnea indicado como <CRLF>).
Si el comando FTP tiene un parmetro, ste se separa del
comando con un espacio (<SP>).
Los comandos FTP hacen posible especificar:
El puerto utilizado
El mtodo de transferencia de datos
La estructura de datos
La naturaleza de la accin que se va a realizar (Recuperar,
Enumerar, Almacenar, etc.)
Existen tres tipos de comandos FTP diferentes:
Comandos de control de acceso
Comandos de parmetros de transferencia
Comandos 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.

FUNCIONAMIENT
O

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

Universidad Popular Del Cesar

Facultad de Ingeniera y
tecnologa
Telemtica I

Integrantes: Jos Carlos

Oate Ivan Macias
Daiver Palencia
Ramon Brunm

 UDP?
Protocolo de datagrama de usuario

Definicin
* 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.

Sin Conexin?

no orientado a la conexin significa 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