1.

Describir brevemente cómo funcionan los protocolos HTTP, FTP, SMTP

y DNS indicando puerto/s y protocolo/s de transporte que utilizan.

FTP: Es una aplicación de red para la transferencia de archivos entre host.

Se basa en el modelo cliente-servidor donde el cliente inicia la conexión
(aunque luego se pueden transferir archivos clientes a servidor y viceversa)
La información de control y los datos intercambiados van por conexiones tcp
diferente.
A lo largo de la sesión FTP necesita mantener un estado del usuario.
FTP tiene dos modos: PASIVO (cliente gestiona la conexión TCP), ACTIVO
(el servidor gestiona la conexión TCP)

SMTP: es el protocolo básico para el correo electrónico por internet. Se basa

en el modelo cliente-servidor, utiliza conexión TCP persistentes y se encarga
de transferir mensaje desde los servidores de correo de los emisores a los
servidores de correo de los receptores.
En los mensajes de SMTP el cliente envía “comandos en modo de texto”,
mientras el servidor contesta con códigos de estado (opcionalmente texto),
todo debe de estar en código ASCII de 7 bits.

HTTP:Es el protocolo de transferencia de hipertexto y se encuentra en el

corazón de la web. Este protocolo se usa para la transferencia de recursos
(objetos como archivo, HTML, JPEG). Utiliza un modelo C-S y funciona en
base a “petición-respuesta” (el cliente solicita objetos y el servidor las
transfiere). Es un protocolo SIN ESTADO, NO CONECTING es decir, que el
servidor no guarda información del cliente ni de los mensajes
intercambiados. Requiere de conexión TCP

DNS: SISTEMA DE NOMBRE DE DOMINIO

Este sistema asocia información variada con nombre de dominio asignado a
cada uno de los participantes. Su función más importante es "traducir" nombres
inteligibles para las personas en identificadores binarios asociados con los
equipos conectados a la red, esto con el propósito de poder localizar y
direccionar estos equipos mundialmente.
El servidor DNS utiliza una base de datos distribuida y jerárquica que almacena
información asociada a nombres de dominio en redes como Internet. Aunque
como base de datos el DNS es capaz de asociar diferentes tipos de
información a cada nombre, los usos más comunes son la asignación de
nombres de dominio a direcciones IP y la localización de los servidores
de correo electrónico de cada dominio.

2. Indicar que servidores Raiz DNS hay en Agentina (espejos), indique la

ubicación (en que ciudad), que servidor (letra) y la IPv4, IPv6 y sitio de
donde obtuvo la información.

CABASE, la Cámara de Bases de Datos y Servicios en Línea, que

nuclea a los proveedores de Internet, Comercio Electrónico,
Contenidos y Servicios Online, anuncia oficialmente el primer Root
Server de la Argentina ya está operativo.
 Se trata de un nuevo espejo del Root Server F, que la ISC -
INTERNET SYSTEMS CONSORTIUM (www.isc.org) - opera desde
Palo Alto, California, en los Estados Unidos. Existen sólo 13 Root
Servers, o servidores raíz, originales en el mundo. Pero ante la
preocupación que generaba su pequeño número y su concentración
geográfica, y gracias a una nueva tecnología conocida como Anycast,
fue posible replicar los originales, en espejos de idénticas
características y cuyo funcionamiento es independiente de los
originales. El Root F es el más replicado con 36 copias .

3. Leer sobre los protocolos de la capa de transporte y describir la

estructura del segmento TCP y UDP. Realizar una breve comparación
entre ambos protocolos y su estructura de segmento.

COMPARACIÓN ENTRE UDP Y TCP

TCP

 Orientado a la conexión
 Confiabilidad en la entrega de mensajes
 Divide los mensajes en datagramas
 Hace seguimiento del orden (o secuencia)
 Usa checksums para la detección de errores
 Los procedimientos remotos no son idempotentes
 La confiabilidad es prioridad
 Los mensajes exceden el tamaño de un paquete UDP

UDP
 Sin conexión
 No se fragmentan los mensajes
 No hay reensamblaje ni sincronización
 En caso de error, el mensaje se retransmite
 Sin acuse de envío
 Los procedimientos remotos son idempotentes
 Los mensajes del servidor y el cliente entran completamente dentro de un
paquete
 El servidor maneja multiples clientes (UDP no tiene estados)

ESTRUCTURA DEL SEGMENTO TCP

 Puerto origen (16 bits): Identifica el puerto emisor.

 Puerto destino (16 bits): Identifica el puerto receptor.
 Número 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.
 Número de acuse de recibo (32 bits): Contiene el valor del siguiente número
de secuencia que el emisor del segmento espera recibir.
 Longitud de cabecera (4 bits): especifica el tamaño de la cabecera en
palabras de 32 bits.
 Reservado (3 bits): para uso futuro. Debe estar a 0.
 Flags :
URG (1 bit): Indica que el campo del puntero urgente es válido.
ACK (1 bit): Indica que el campo de asentimiento es válido. Todos
los paquetes enviados después del paquete SYN inicial deben tener
activo este flag.
PSH (1 bit): Push. El receptor debe pasar los datos a la aplicación
tan pronto como sea posible, no teniendo que esperar a recibir más
datos.
RST (1 bit): Reset. Reinicia la conexión, cuando falla un intento de
conexión, o al rechazar paquetes no validos.
SYN (1 bit): Synchronice. Sincroniza los números de secuencia para
iniciar la conexión.
 FIN (1 bit): Para que el emisor (del paquete) solicite la liberación de
la conexión.

 Tamaño de ventana o ventana de recepción (16 bits): Tamaño de la

ventana de recepción que especifica el número máximo de bytes que
pueden ser metidos en el buffer de recepción o dicho de otro modo, el
número máximo de bytes pendientes de asentimiento. Es un sistema de
control de flujo.
 Suma de verificación (16 bits): Checksum utilizado para la comprobación de
errores tanto en la cabecera como en los datos.
 Puntero urgente (16 bits): Cantidad de bytes desde el número de secuencia
que indica el lugar donde acaban los datos urgentes.
 Opciones: Para poder añadir características no cubiertas por la cabecera
fija.
 Relleno: Se utiliza para asegurarse que la cabecera acaba con un tamaño
múltiplo de 32 bits.

ESTRUCTURA DEL SEGMENTO UDP

 Puerto de origen: es el número de puerto relacionado con la aplicación del

remitente del segmento UDP. Este campo representa una dirección de
respuesta para el destinatario. Por lo tanto, este campo es opcional. Esto
significa que si el puerto de origen no está especificado, los 16 bits de este
campo se pondrán en cero. En este caso, el destinatario no podrá responder
(lo cual no es estrictamente necesario, en particular para mensajes
unidireccionales).
 Puerto de destino: este campo contiene el puerto correspondiente a la
aplicación del equipo receptor al que se envía.
 Longitud: este campo especifica la longitud total del segmento, con el
encabezado incluido. Sin embargo, el encabezado tiene una longitud de 4 x
16 bits (que es 8 x 8 bits), por lo tanto la longitud del campo es
necesariamente superior o igual a 8 bytes.
 Suma de comprobación: es una suma de comprobación realizada de
manera tal que permita controlar la integridad del segmento.