Redes de computadoras

TCP/IP – Capa de aplicación

Cuando se diseñó el modelo TCP/IP, las capas de sesión y de presentación del modelo OSI se
agruparon en la capa de aplicación del modelo. Esto significa que los aspectos de
representación, codificación y control de diálogo se administran en la capa de aplicación en
lugar de hacerlo en las capas inferiores individuales, como sucede en el modelo OSI. Este
diseño garantiza que el modelo TCP/IP brinda la máxima flexibilidad, en la capa de aplicación,
para los desarrolladores de software.

Probablemente, las aplicaciones TCP/IP que permiten la transferencia de archivos (FTP), correo
electrónico (SMTP, POP3), resolución de nombres (DNS), acceso a páginas WEB (HTTP) y
conexión remota (Telnet) sean las más conocidas por los usuarios de la Internet.

Cada una de estas aplicaciones se compone de un servidor y un cliente. El servidor es la

aplicación que ofrece los servicios a un conjunto de clientes. El cliente construye una solicitud
que es enviada al servidor, quien lleva a cabo el servicio requerido y devuelve al cliente una
respuesta.

Los servidores más comunes “esperan” solicitudes en “puertos bien conocidos”, mientras que
los clientes usan puertos arbitrarios para establecer las conexiones con el servidor.

o FTP (File Transfer Protocol)

FTP es un servicio confiable orientado a conexión que utiliza TCP para transferir archivos
entre sistemas. El propósito principal de FTP es transferir archivos desde un computador
hacia otro copiando y/o moviendo archivos desde los servidores hacia los clientes o
viceversa.

Cuando los archivos se copian de un servidor, FTP primero establece una conexión de
control entre el cliente y el servidor. Luego se establece una segunda conexión, que es un
enlace entre los computadores a través del cual se transfieren los datos. La transferencia
de datos se puede realizar en modo ASCII o en modo binario. Estos modos determinan la
codificación que se usa para el archivo de datos que, en el modelo OSI, es una tarea de la
capa de presentación.

Cuando termina la transferencia de archivos, la conexión de datos se termina

automáticamente. Una vez que se ha completado toda la sesión para copiar y trasladar
archivos, el vínculo de comandos se cierra cuando el usuario se desconecta y finaliza la
sesión.

1 de 8
 Redes de computadoras

- Descripción

• Usa TCP como protocolo de transporte, proporciona conexiones fiables de extremo

a extremo.

• Usa 2 conexiones, una para el login, en la que se usa el protocolo telnet y otra para
la transferencia de datos.

• Para efectuar el login (ingreso al servidor) es necesario contar con usuario y

contraseña.

- Operaciones FTP

1. Conexión a un host remoto.

2. Selección de un directorio.

3. Listar archivos disponibles para transferir.

4. Especificar el modo de transferencia.

5. Copiar archivos de o al servidor.

6. Desconexión del host remoto.

- Comandos FTP

Comando descripción
Open Inicia conexión con un servidor
Cd Cambia de directorio (carpeta) en el servidor
Lcd Cambia de directorio en el cliente
Dir o ls Visualiza el contenido del directorio actual del
servidor
Mode Especifica si el archivo tiene estructura de registros
o si se ha de tratar como un flujo de bytes, block
(estructura de registros), stream (flujo de bytes)
type Especifica el conjunto de caracteres a usar en la
transferencia (ascii, ebcdic, etc)
get Copia un archivo del servidor al cliente
mget Copia múltiples archivos del servidor al cliente
Put Copia un archivo del cliente al servidor
mput Copia múltiples archivos del cliente al servidor
quit Desconexión del host remoto y el cliente ftp sigue
ejecutándose
close Desconexión del host remoto y cierre del cliente ftp

o DNS (Domain Name System)

El DNS (Domain Name Service) es un sistema de nombres distribuido, jerárquico, replicado

y tolerante a fallas, que permite traducir el nombre de un dominio a su dirección IP y
viceversa. Almacena información asociada a nombres de dominio y es capaz de asociar
distintos 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 y web de cada dominio.

Un dominio es un nombre base que agrupa a un conjunto de equipos, dispositivos y/o

servicios. Su uso permite identificarlos mediante nombres en vez de por su dirección IP lo
que los hace más fáciles de ubicar y recordar para los usuarios.

2 de 8
 Redes de computadoras

- Espacio de nombres distribuido

• Nombres simbólicos agrupados en zonas de autoridad.

• En cada zona uno o más hosts (servidores DNS) tienen la responsabilidad de

mantener una base de datos de mapeos (asociación) entre nombres simbólicos y
direcciones IP.

• Los servidores DNS están interconectados en una estructura de árbol y

organizados en dominios.

• Cada servidor puede delegar autoridad en otros servidores ya sea para su zona o
para otras que estén “debajo” de él.

• El mantenimiento de la base de nombres se reparte entre los servidores a lo largo y

ancho del espacio de nombres.

• La autoridad para crear y cambiar nombres simbólicos y la responsabilidad por el

mantenimiento de la base de datos que los contiene, recae sobre la organización
propietaria de la zona.

• El usuario “ve” una sola base de datos, que es la que consulta para resolver
nombres.

- Espacio jerárquico

• Se basa en un árbol que define la jerarquía entre los dominios y los sub-dominios.
En un nombre de dominio, la jerarquía se lee de derecha a izquierda. Por ejemplo,
en google.com.uy, el dominio más alto es uy. Existe una raíz del árbol, que se
puede ver como si existiera un punto al final del nombre: google.com.uy. y todos
los dominios están bajo esa raíz (también llamada “punto”).

• Cada componente del dominio (y también la raíz) tiene un servidor primario y

varios servidores secundarios. Todos estos servidores tienen la misma autoridad
para responder por ese dominio, pero el primario es el único con derecho para
hacer modificaciones en él. Por ello, el primario tiene la copia maestra y los
secundarios copian la información desde él.

• La raíz del sistema de dominios es servida por algunos servidores “bien conocidos”.
Todo servidor de nombres debe ser configurado con la lista de los servidores raíz
bien conocidos. Estos servidores dicen que dominios de primer nivel existen y
cuales son sus servidores de nombres. En forma recursiva, los servidores de esos
dominios dicen que sub-dominios existen y cuales son sus servidores.

- Proceso de resolución de nombres

• Es un proceso que se realiza siguiendo un esquema cliente-servidor.

• Al cliente se lo conoce como resolver o name resolver. Usualmente, esta función es

transparente para el usuario, las aplicaciones que la requieren la solicitan al
resolver.

• El servidor se conoce como servidor de nombres de dominios y es una aplicación

que se encarga de resolver los nombres simbólicos a direcciones IP.

• El proceso básico se muestra en las 2 figuras que aparecen a continuación:

3 de 8
 Redes de computadoras

• En este esquema, existe un programa, llamado full resolver, a quién se dirigen las
consultas y es quién envía las peticiones al servidor. El servidor de nombres tiene
un cache de respuestas con las que responderá futuras consultas.

• En este caso, el esquema hace uso de lo que se conoce como stub resolver, una
rutina enlazada con el programa de usuario, que es la que envía las peticiones.
Este es el caso más común.

- Funcionamiento del resolver

Consultas, suelen ser de 2 tipos: recursivas e iterativas, la diferencia está en si el

servidor puede responder la consulta por si mismo o no.

En las consultas recursivas, el servidor en caso de no ser capaz de proveer una

respuesta, debe a su vez enviar una consulta y re-enviar la respuesta al cliente. En las
iterativas el servidor deberá devolver la información que tenga y además, la lista de
servidores de nombres que el cliente puede consultar para cubrir su consulta.

Respuestas, también suelen ser de dos tipos, autoritativas o no-autoritativas.

Cuando un servidor de nombres recibe una consulta para un nombre simbólico de una
zona sobre la que tiene autoridad, devuelve una respuesta autoritativa.

Si la consulta no corresponde a una zona sobre la que tenga autoridad (no-

autoritativa), su respuesta dependerá de si es una consulta recursiva o iterativa. Si es
una consulta recursiva y el servidor soporta ese tipo de consultas, re-dirigirá la consulta

4 de 8
 Redes de computadoras

a otro servidor de nombres, ese servidor tendrá autoridad sobre la zona consultada, o
será uno de los servidores de nombres raíz.

Si no es una consulta recursiva o el servidor no las soporta, responderá con la

información que tenga en su cache y una lista de servidores de nombres que pueden
dar respuestas autoritativas para la consulta.

- Tipos de servidores de nombres

• Servidor primario, carga de disco la información de una zona y tiene autoridad

sobre ella.

• Servidor secundario, tiene autoridad sobre una zona, pero obtiene la

información sobre la misma de un servidor primario, a través de un proceso que se
conoce como transferencia de zona.

• Para permanecer sincronizado, el secundario consulta al primario periódicamente

(un valor usual es cada 3 horas) y reejecuta una transferencia de zona si el
primario sufrió cambios desde la última actualización.

• Servidor Cache, no tiene autoridad para ninguna zona. Obtiene su información de

servidores primarios y/o secundarios.

- Base de datos del DNS

• Se compone de una serie de registros denominados Resource Records (RR).

• Estos registros proporcionan relaciones entre nombres de dominios y objetos de

red.

• Los objetos más comunes son las direcciones de hosts, pero el DNS está diseñado
para admitir otros tipos de objetos.

• Formato general del registro: name ttl class type rdata, donde:

name, representa al nombre del dominio, puede tener de 1 a 63 caracteres, puede

contener caracteres alfanuméricos y guiones; el primer carácter debe ser alfabético
y no se distingue entre mayúsculas y minúsculas.

ttl, cantidad de segundos que la entrada será válida en el cache de un servidor de

nombres. Un valor típico es 86400 (1 día) para registros de direcciones IP.

class, identificador de la familia del protocolo.

type, tipo de recurso:

A = Address (dirección) Este registro se usa para traducir nombres de hosts

a direcciones IP.
CNAME = Canonical Name (nombre canónico) Se usa para crear nombres
de hosts adicionales, o alias, para los hosts de un dominio.
NS = Name Server (servidor de nombres) Define la asociación que existe
entre un nombre de dominio y los servidores de nombres que almacenan la
información de dicho dominio. Cada dominio se puede asociar a una
cantidad cualquiera de servidores de nombres.
MX = Mail Exchange (intercambiador de correo) Define el lugar donde se
aloja el correo que recibe el dominio.

5 de 8
 Redes de computadoras

PTR = Pointer (indicador) También conocido como 'registro inverso',

funciona a la inversa del registro A, traduciendo direcciones IP en nombres
de dominio.
SOA = Start of authority (Autoridad de la zona) Proporciona información
sobre la zona.
HINFO = Host Information (información del sistema informático)
Descripción del host, permite que la gente conozca el tipo de máquina y
sistema operativo al que corresponde un dominio.
TXT = TeXT - (información textual) Permite a los dominios identificarse de
modos arbitrarios.
LOC = Localización - Permite indicar las coordenadas del dominio.
SRV = Servicios - Permite indicar los servicios que ofrece el dominio.

- Aplicaciones para trabajar con DNS

host, obtiene la dirección IP asociada con un nombre simbólico o el nombre

simbólico asociado con una dirección IP

nslookup, permite localizar información sobre los nodos de red, acceder y

examinar contenidos de bases de datos de servidores de nombres.

o DHCP (Dynamic Host Configuration Protocol)

• El protocolo dinámico de configuración de host, define mecanismos por los cuales,

los clientes pueden recibir direcciones de red en “alquiler” (lease) por un período
limitado de tiempo, permitiendo una reasignación en serie de la dirección a
diferentes clientes.

• DHCP provee mecanismos para adquirir todos los parámetros de configuración IP

necesarios para operar en la red. Esto facilita la configuración y operación de una
red sobre TCP/IP. Permite asignar dinámicamente los parámetros de configuración
de TCP/IP.

El administrador de la red define un rango de direcciones IP y el servidor DHCP las

asigna en forma automática a los clientes DHCP. Algunos de los parámetros que
pueden asignarse en forma automática son: dirección IP y máscara de subred,
default Gateway y DNS Primario y Secundario.

• El protocolo DHCP incluye tres métodos de asignación de direcciones IP:

Asignación manual: donde la asignación se basa en una tabla con direcciones

MAC (pares de direcciones IP ingresados manualmente por el administrador). Sólo
las computadoras con una dirección MAC que figure en dicha tabla recibirá la IP
que le asigna dicha tabla.

Asignación automática: donde una dirección de IP libre obtenida de un rango

determinado por el administrador se le asigna permanentemente a la computadora
que la requiere.

Asignación dinámica: el único método que permite la reutilización dinámica de

las direcciones IP. El administrador de la red determina un rango de direcciones IP
y cada computadora conectada a la red está configurada para solicitar su dirección
IP al servidor cuando la tarjeta de interfaz de red se inicializa. Esto facilita la
instalación de nuevas máquinas clientes a la red.

6 de 8
 Redes de computadoras

• Que entrega por defecto un servidor DHCP a los clientes:

Dirección IP

• Que entrega un servidor DHCP a los clientes como opcional:

Dirección del servidor DNS

Nombre DNS
Puerta de enlace (default gateway) de la dirección IP
Dirección de Publicación de Difusión (broadcast address)
Máscara de subred
Tiempo máximo de espera del ARP (Protocolo de Resolución de Direcciones)
MTU (Unidad de Transferencia Máxima) para la interfaz
Servidores NIS (Servicio de Información de Red)
Dominios NIS
Servidores NTP (Protocolo de Tiempo de Red)
Servidor SMTP
Servidor TFTP
Nombre del servidor WINS

• Puertos utilizados por DHCP:

67 - UDP para los equipos servidores de DHCP y 68 - UDP para los equipos cliente.

• Proceso para obtener una dirección IP del servidor DHCP:

a. El cliente difunde un mensaje DHCPDISCOVER a su red física local.

b. Los servidores DHCP disponibles responden con un mensaje DHCPOFFER que

incluye una dirección IP disponible.

c. El cliente recibe uno o más mensajes DHCPOFFER (uno por cada servidor
disponible en la red). El cliente selecciona el mejor servidor en función de los
parámetros incluidos en el mensaje.

d. El cliente envía entonces un mensaje DHCPREQUEST que debe incluir el campo

de identificación de servidor.

e. El servidor seleccionado recibe el DHCPREQUEST del cliente. Entonces registra

la asignación en almacenamiento permanente y responde enviando un mensaje
DHCPACK, que incluye los datos de la configuración.

f. El cliente recibe el mensaje DHCPACK, y efectúa una prueba final con una
solicitud ARP para verificar que no se hallan duplicado las direcciones. En este
momento se considera que el cliente está configurado.

• Proceso para obtener una dirección IP del servidor DHCP:

a. El cliente hace un broadcast de un mensaje DHCPREQUEST en su red. Este

mensaje incluye la dirección de red del cliente.

b. Los servidores que conozcan los parámetros de configuración del cliente le

responden con un mensaje DHCPACK.

c. El cliente recibe el mensaje DHCPACK con parámetros de configuración.

7 de 8
 Redes de computadoras

d. Efectúa un último chequeo de estos y registra la duración del arrendamiento,

especificado en el DHCPACK. En este punto, el cliente está configurado.

e. Si el cliente detecta algún problema con los parámetros en el DHCPACK, envía

un mensaje DHCPDECLINE al servidor y reinicia el proceso de configuración
solicitando una nueva dirección de red. Si el cliente recibe un mensaje
DHCPNAK, no puede reutilizar la dirección que solicitó.

f. En vez de eso debe pedir una nueva dirección reiniciando el proceso de

configuración, mencionado en obtener una dirección IP del servidor DHCP. El
cliente puede elegir renunciar a su arrendamiento de la dirección de red al
enviar un mensaje DHCPRELEASE al servidor.

8 de 8