PROTOCOLOS

Y
FUNCIONALIDAD DE LA
CAPA DE APLICACIN
Captulo 3 - Cisco CCNA Exploration 1

Gil Cunquero, Antonio Jess

Latorre Lpez-Villalta, Javier Jess
Prez Garca, Jess
Tejada Balsas, Emilio Jos

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
INDICE:
3.0 INTRODUCCIN DEL CAPITULO
3.0.1 Introduccin del capitulo
3.1 APLICACIONES: LA INTERFACE ENTRE REDES
3.1.1 Modelo OSI y Modelo TCP/IP
3.1.2 Software de la capa de aplicacin
3.1.3 Aplicaciones del usuario, servicios y protocolos de capa de Aplicacin
3.1.4 Funciones del protocolo de la Capa de Aplicacin
3.2 TOMA DE MEDIDAS PARA LAS APLICACIONES Y SERVICIOS
3.2.1 El modelo clienteservidor
3.2.2. Servidores
3.2.3 Protocolos y servicios de la capa de Aplicacin
3.2.4 Redes y aplicaciones entre pares (P2P, PeertoPeer)
3.3 EJEMPLOS DE SERVICIOS Y PROTOCOLOS DE LA CAPA DE APLICACIN
3.3.1 Protocolo y servicios DNS
3.3.2 Servicio WWW y HTTP
3.3.3 Servicios de email y protocolos de SMTP/POP
3.3.4 FTP
3.3.5 DHCP
3.3.6 Protocolo SMB y servicios para compartir archivos
3.3.7 Protocolo Gnutella y servicios P2P
3.3.8 Protocolo y servicios Telnet
3.5 RESUMEN DEL CAPITULO
3.5.1 Conceptos clave

2
2
3
3
4
6
6
7
7
7
8
8
10
10
16
18
20
21
23
25
25
27
27

Pgina 1 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1

3
Protocolos y funcionalidad de la
capa de aplicacin
3.0 INTRODUCCIN DEL CAPITULO
3.0.1 Introduccin del capitulo
Generalmente, las aplicaciones que utilizamos son intuitivas, es decir, podemos acceder a
ellas y usarlas sin saber cmo funcionan.
Sin embargo, para los profesionales de redes es importante conocer los mecanismos para que
una aplicacin pueda formatear, transmitir e interpretar mensajes que se envan y reciben a
travs de la red.
El marco en capas del modelo OSI facilita la visualizacin de dichos mecanismos a travs de las
tres capas superiores (Aplicacin, Presentacin y Sesin). Y a su vez, los protocolos de la capa
de aplicacin TCP/IP proporcionan los servicios especificados por dichas capas.

Pgina 2 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1

3.1 APLICACIONES: LA INTERFACE ENTRE REDES

3.1.1 Modelo OSI y Modelo TCP/IP
La funcionalidad de los protocolos de capa de aplicacin de TCP/IP se adaptan
aproximadamente a la estructura de las tres capas superiores del modelo OSI: Capas de
Aplicacin, Presentacin y Sesin.

El grupo de protocolos TCP/IP se desarroll antes de la definicin del modelo OSI. Como
resultado, estos protocolos implementan muy poco de la funcionalidad que se especifica en las
capas de Sesin y Presentacin del modelo OSI.
Capa de Aplicacin (Capa 7):
Es la capa superior de los modelos OSI y TCP/IP. Es la capa que proporciona la interfaz entre las
aplicaciones que utilizamos para comunicarnos y la red subyacente en la cual se transmiten los
mensajes.
Los protocolos de la capa de aplicacin se utilizan para intercambiar los datos entre los
programas que se ejecutan en los hosts de origen y destino. Existen muchos protocolos de
capa de aplicacin y siempre se desarrollan protocolos nuevos. Veremos algunos de ellos ms
adelante.
Capa de Presentacin (Capa 6):
Tiene 3 funciones primarias:

Pgina 3 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
-

Codificacin y conversin de datos de la capa de aplicacin para garantizar que los

datos del dispositivo de origen puedan ser interpretados por la aplicacin adecuada en
el dispositivo de destino.
Compresin de los datos de forma que puedan ser descomprimidos por el dispositivo
de destino.
Encriptacin de los datos para transmisin y descifrado de los datos cuando se reciben
en el destino.

Capa de Sesin (Capa 5):

La capa de sesin maneja el intercambio de informacin para iniciar los dilogos y mantenerlos
activos, y para reiniciar sesiones que se interrumpieron o desactivaron durante un periodo de
tiempo prolongado.
En otras palabras, la capa de sesin es la encargada de la comunicacin entre los hosts de
origen y destino. Establece, administra y termina sesiones entre aplicaciones.
Protocolos de capa de aplicacin de TCP/IP ms conocidos:
Estos protocolos especifican la informacin de control y formato necesaria para muchas de las
funciones de comunicacin de Internet ms comunes. Algunos de los protocolos TCP/IP ms
conocidos y que iremos profundizando ms a lo largo de este tema son:
-

DNS (Domain Name Service). Se utiliza para resolver nombres de Internet en

direcciones IP.
HTTP (Hypertext Transfer Protocol) se utiliza para transferir archivos que forman las
pginas Web.
SMTP (Simple Mail Transfer Protocol) se utiliza para la transferencia de mensajes de
correo y adjuntos.
Telnet (Teletype Network) protocolo de emulacin de terminal, que se utiliza para
proporcionar acceso remoto a servidores y a dispositivos de red.
FTP (File Transfer Protocol) se utiliza para la transferencia interactiva de archivos
entre sistemas.

Los estndares de TCP/IP estn publicados en varios documentos denominados Solicitudes de

comentarios (RFC). Los documentos RFC son un conjunto de informes, propuestas y
estndares de protocolos que describen el funcionamiento interno de TCP/IP e Internet.
3.1.2 Software de la capa de aplicacin
Cuando abrimos un explorador Web o una ventana de mensajera instantnea, se inicia una
aplicacin, y el programa se coloca en la memoria del dispositivo donde se ejecuta. Cada
programa ejecutable cargado a un dispositivo se denomina proceso.
Los procesos son programas de software individuales que se ejecutan en forma simultnea.
Ver ejemplo del Administrador de tareas de Windows ms adelante (donde se pueden ver
los diferentes procesos).

Pgina 4 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
En total existen 3 tipos de procesos: Aplicaciones, Servicios y Operaciones de Sistema. En
relacin a estos tipos de procesos, dentro de la capa de Aplicacin, se utilizan los dos
primeros:
1. Aplicaciones reconocidas por la red:
Un proceso aplicacin es aquel que el usuario ha ejecutado intencionalmente y con
el que puede interactuar fcilmente. Un ejemplo es el Sublime text.
Sin embargo, las aplicaciones reconocidas por la red, son programas de software que
los usuarios utilizan para comunicarse a travs de la red.
Algunas aplicaciones de usuario final son compatibles con la red, lo cual significa que
implementan los protocolos de la capa de aplicacin y pueden comunicarse
directamente con las capas inferiores del stack de protocolos.
Los clientes de correo electrnico y los navegadores Web son ejemplos de este tipo de
aplicaciones.
2. Servicios de la capa de Aplicacin:
Este tipo de programas o procesos se ejecutan en segundo plano sin que el usuario los
ejecute intencionadamente. Por ejemplo un proceso de deteccin de la temperatura
en el equipo o cola de documentos a imprimir por la impresora.
Este tipo de servicios, en lo que a la capa de Aplicacin se refiere, aunque son
transparentes para el usuario, son los programas que se comunican con la red y
preparan los datos para la transferencia.
Diferentes tipos de datos, ya sea texto, grfico o vdeo, requieren de diversos servicios
de red para asegurarse de que estn bien preparados para procesar las funciones de
las capas inferiores del modelo OSI.
La transferencia de archivos o cola de impresin en red son ejemplos de este tipo de
servicios.

Pgina 5 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
Al ejecutar el Administrador de Tareas de Windows podemos visualizar los procesos que
estn activos. Y si tenemos el conocimiento necesario (que no es mi caso), podemos identificar
cada uno de ellos como Aplicacin, Servicio u Operacin del Sistema. Y dentro de estos
procesos, si forman parte de la capa Aplicacin del modelo OSI. En este caso, dira por
ejemplo, que el proceso firefox.exe es una aplicacin reconocida por la red.
3.1.3 Aplicaciones del usuario, servicios y protocolos de capa de Aplicacin
Mientras que las aplicaciones proporcionan a las personas una forma de crear mensajes y los
servicios de la capa de aplicacin establecen una interfaz con la red, los protocolos
proporcionan las reglas y los formatos que regulan el tratamiento de los datos.
En el modelo OSI, se considera que las aplicaciones que interactan directamente con las
personas se encuentran en la parte superior del stack.
3.1.4 Funciones del protocolo de la Capa de Aplicacin
Para que las comunicaciones sean exitosas, deben coincidir los protocolos de capa de
aplicacin implementados en el host de origen y destino.
Los protocolos de capa de Aplicacin proporcionan las reglas para la comunicacin entre las
aplicaciones:
-

Qu mensajes se intercambian entre los host de origen y de destino (procesos entre

cada uno de los extremos de la comunicacin).
El tipo y formato de los mensajes que se transmiten (texto, audio, vdeo, imagen).
La sintaxis de los mensajes.
Significado de los campos de informacin.
Forma en la que se envan los mensajes y la respuesta esperada.
Interaccin con la prxima capa inferior.

Pgina 6 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
3.2 TOMA DE MEDIDAS PARA LAS APLICACIONES Y SERVICIOS
3.2.1 El modelo clienteservidor
Cuando la gente intenta acceder a informacin en sus dispositivos (mvil, tablet, porttil ),
los datos pueden no estar fsicamente almacenados en sus dispositivos. Si as fuere, se debe
solicitar al dispositivo que contiene los datos, permiso para acceder a esa informacin.
Modelo clienteservidor
En este modelo, el dispositivo que solicita informacin se denomina cliente y el dispositivo que
responde a la solicitud se denomina servidor. Los procesos de cliente y servidor se consideran
una parte de la capa de Aplicacin. El cliente comienza el intercambio solicitando los datos al
servidor, que responde enviando uno o ms streams de datos al cliente.
Los protocolos de capa de Aplicacin describen el formato de las solicitudes y respuestas
entre clientes y servidores. Adems de la transferencia real de datos, este intercambio puede
requerir de informacin adicional, como la autenticacin del usuario y la identificacin de un
archivo de datos a transferir.
Un ejemplo de una red cliente/servidor es un entorno corporativo donde los empleados
utilizan un servidor de email de la empresa para enviar, recibir y almacenar emails:
-

El cliente de correo electrnico en la computadora de un empleado emite una solicitud

al servidor de email para un mensaje no ledo.
El servidor responde enviando el email solicitado al cliente.

El flujo de datos es la cantidad de datos por unidad de tiempo que se transfiere en cualquiera
de las direcciones servidor-cliente o cliente-servidor. La transferencia de datos de un cliente a
un servidor se conoce como subida y la de los datos de un servidor a un cliente, descarga.
3.2.2. Servidores
Un servidor es cualquier dispositivo que responde a una solicitud de aplicaciones de cliente
funciona como un servidor. Un servidor generalmente es una computadora que contiene
informacin para ser compartida con muchos sistemas de cliente (pgina web, imgenes,
vdeos, etc.).
En muchos casos, las aplicaciones de servidor pueden requerir la autenticacin de usuarios
(tiene permiso para acceder a los datos?). El servidor debe tener una lista de cuentas de
usuarios y sus permisos.
En una red cliente-servidor, el servidor ejecuta un servicio o proceso a veces denominado
Daemon de servidor (Disk and Enviroment Monitor):

Se ejecuta en 2 plano
No est bajo control directo del usuario
Escuchan las solicitudes de los clientes y responde segn su protocolo (mensajes,
datos, etc.), por lo tanto, controla la entrega de archivos.

Pgina 7 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
3.2.3 Protocolos y servicios de la capa de Aplicacin
Una aplicacin puede emplear diferentes servicios de la capa de Aplicacin: lo que aparece
para el usuario una solicitud para una pgina Web puede suponer docenas de solicitudes
individuales. Y, para cada solicitud, pueden ejecutarse mltiples procesos.
P. ej. Un cliente puede necesitar de diversos procesos individuales para formular slo
una solicitud al servidor.
Igualmente, un servidor puede manejar solicitudes de diferentes clientes de forma simultnea
y separada.
Los servicios y procesos de capa de Aplicacin dependen del soporte de las funciones de la
capa inferior para administrar en forma exitosa las mltiples conversaciones.

3.2.4 Redes y aplicaciones entre pares (P2P, PeertoPeer)

Modelo Punto a Punto
Las redes punto a punto tienen dos formas distintivas:

diseo de redes punto a punto

aplicaciones punto a punto (P2P).

Ambas formas tienen caractersticas similares pero en la prctica funcionan en forma muy
distinta.
Redes entre pares
En una red entre pares, dos o ms dispositivos (puntos) estn conectados a travs de una red
y pueden compartir recursos (por ejemplo, impresora y archivos) sin tener un servidor
dedicado.

Pgina 8 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
Cada punto funciona como un servidor o como un cliente: una computadora puede asumir el
rol de servidor para una transaccin mientras funciona en forma simultnea como cliente para
otra transaccin, en funcin de las solicitudes.
P. ej. Computadoras que comparten archivos en una red local.
Aplicaciones punto a punto (P2P)
En este caso, un dispositivo acta como cliente o como servidor dentro de la misma
comunicacin: cada cliente es un servidor y cada servidor es un cliente. Ambos pueden iniciar
una comunicacin y se consideran iguales en el proceso de comunicacin.
Requisito: que cada dispositivo final proporcione una interfaz de usuario y ejecute un servicio
en segundo plano: Cuando la aplicacin punto a punto se inicia, invoca la interfaz de usuario y
los servicios en segundo plano. As, los dispositivos ya se pueden comunicar.
Sistema hbrido
Algunas aplicaciones P2P usan un sistema hbrido que consiste en utilizar un servidor de
ndices cuya nica misin consiste en apuntar a las ubicaciones (puntos) donde se guardan los
recursos. As, cada punto accede a este servidor para conectarse a otros puntos y, una vez
conectados, la comunicacin se lleva a cabo de forma directa sin intervencin del servidor de
ndices.
Las aplicaciones punto a punto pueden utilizarse en las redes punto a punto, en redes
cliente/servidor y en Internet.

Pgina 9 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
3.3 EJEMPLOS DE SERVICIOS Y PROTOCOLOS DE LA CAPA DE APLICACIN
3.3.1 Protocolo y servicios DNS
Los nmeros de puerto identifican las aplicaciones y los servicios de la capa de Aplicacin que
son los datos de origen y destino. Los programas del servidor generalmente utilizan nmeros
de puerto predefinidos comnmente conocidos por los clientes.

Servicios

Puertos

Sistema de nombres de dominio (DNS)

TCP/UDP 53

Protocolo de transferencia de hipertexto (HTTP, Hypertext Transfer

TCP 80
Protocol)
Protocolo simple de transferencia de correo (SMTP, Simple Mail
TCP 25
Transfer Protocol)
Protocolo de oficina de correos (POP)

UDP 110

Telnet

TCP 23

Protocolo de configuracin dinmica de host

UDP 67 y 68

Protocolo de transferencia de archivos (FTP, File Transfer Protocol)

TCP 20 y 21

DNS (Sistema de nombre de dominio)

En redes de datos, los dispositivos son rotulados con direcciones IP numricas para que
puedan participar en el envo y recepcin de mensajes a travs de la red pero son difciles de
recordar. Por ello se crearon los nombres de dominio, para convertirlas en nombres simples y
reconocibles.
IP

Nombre de dominio

198.133.219.25

www.cisco.com

Si se cambiara, la nueva IP se enlazara con el mismo nombre de dominio el cual permanecera

igual.
Debido al rpido crecimiento que tuvieron las redes y dispositivos, fue necesario crear una
forma de organizar estas relaciones entre IP y nombres de usuarios. As, el Sistema de nombre
de dominio (DNS) utiliza un conjunto de servidores para relacionar las direcciones numricas
con sus nombres de dominio.
El protocolo DNS define un servicio automatizado que responde a solicitudes de nombres de
dominio con direcciones numricas. Este protocolo define el formato de las consultas,
respuestas y de los datos.
Las comunicaciones del protocolo DNS utilizan un formato simple llamado mensaje que se usa
para las solicitudes, respuestas, mensajes de error y registros.

Pgina 10 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
El mensaje consta de:
-

Encabezado
Pregunta:
Respuesta:
Autoridad:
Adicional:

Pregunta para el servidor

Respuesta que provee el servidor
Registros que apuntan a una autoridad
Informacin adicional

www.cisco.com?

198.133.219.25
Al configurar un dispositivo de red, generalmente proporcionamos una o dos direcciones del
servidor DNS que el cliente DNS puede usar y que son dadas por el proveedor de servicios de
Internet.
Los Sistemas Operativos tienen una aplicacin denominada nslookup que permite consultar
los DNS configurados por defecto y podemos obtener la direccin IP de un nombre de
dominio.

En el ejemplo, la consulta de Apple.com devuelve la IP 17.172.224.47 la cual, de escribirla en

cualquier navegador, nos conducir efectivamente a la web de Apple. Podemos observar cmo
indica el DNS por defecto justo despus de escribir el comando nslookup.

Pgina 11 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
En este enlace hay informacin ms detallada sobre las mltiples opciones que permite este
comando: http://norfipc.com/redes/como-usar-comando-nslookup-windows.html
El servidor DNS proporciona la resolucin de nombres usando el llamado daemon de nombre
(named).
El servidor DNS almacena diferentes tipos de registros de recursos utilizados para resolver
nombres. Estos registros contienen el nombre, la direccin y el tipo de registro.

A: una direccin de un dispositivo final.

NS: un servidor de nombre autoritativo.
CNAME: el nombre ideal (o Nombre de dominio completamente calificado) para un
alias, que se utiliza cuando varios servicios tienen una nica direccin de red pero cada
servicio tiene su propia entrada en DNS.
MX: registro de intercambio de correos, asigna un nombre de dominio a una lista de
servidores de intercambio de correos para ese dominio.

Uso del cach de nombres para agilizar consultas

Cuando un cliente realiza una consulta, el proceso nombrado del servidor primero observa
en sus propios registros para ver si puede resolver el nombre. Si no puede resolver el nombre
utilizando los registros almacenados, contacta a otro u otros servidores para hacerlo, lo cual
puede conllevar tiempo y ancho de banda. Si encuentra una coincidencia en algn servidor, el
original, almacenar en cach la direccin numerada. As, si se le vuelve a solicitar el mismo
nombre, tendr la direccin guardada en el cach y no tendr que hacer otra consulta
(ahorrando tiempo, ancho de banda, etc.)
El propio servicio del cliente en las PC de Windows tambin almacena los nombres ya
resueltos. Con el comando ipconfig /displaydns ese contenido almacenado (y con IPCONFIG
/flushdns podemos vaciarlo).
El rbol DNS
La base de datos de DNS est ordenada por nombres de dominio, donde cada uno de estos es
una rama de un rbol invertido llamado espacio de nombres de dominio. Dicho rbol est
formado por un nodo raz y de l cuelgan los dems nodos. El nivel raz es el . y debajo de l
cuelga el nivel tope (por ejemplo .es) y a su vez, en el segundo nivel, debajo est el nombre
del dominio en s, por ejemplo, tecnodiseno.com y por debajo podra quedar
blog.tecnodiseno.com. El nombre de dominio completo se denomina FQDN (Fully Qualified
Domain Name o nombre de dominio completamente cualificado)

Pgina 12 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
En la parte superior de la jerarqua, los servidores raz mantienen registros sobre cmo
alcanzar los servidores de dominio de nivel superior, los cuales a su vez tienen registros que
apuntan a los servidores de dominio de nivel secundario y as sucesivamente.

Los diferentes dominios de primer nivel representan el tipo de organizacin o el pas de origen.
Algunos ejemplos de dominios de primer nivel son:

.au: Australia
.co: Colombia
.com: una empresa o industria
.jp: Japn
.org: una organizacin sin fines de lucro
Otros: .edu, .gov, .net, .es, etc.

Despus de los dominios de primer nivel se encuentran los dominios de segundo nivel y,
debajo de estos, hay otros dominios de nivel inferior.
Cada nombre de dominio es una ruta a travs de este rbol invertido que comienza desde la
raz. Por ejemplo: como se muestra en la figura anterior, el servidor DNS raz puede no saber
exactamente dnde se encuentra el servidor de correo electrnico mail.cisco, pero lleva un
registro de los dominios com dentro de los dominios de primer nivel. Asimismo, los
servidores dentro del dominio com pueden no tener un registro de mail.cisco.com, pero s
tienen un registro para el dominio cisco.com. Los servidores dentro del dominio cisco.com
tienen un registro (un registro MX para ser exactos) para mail.cisco.com.
En el rbol, al ser jerrquico, no hay conflicto cuando dos nombres son iguales, mientras
pertenezcan a dominios distintos.

Pgina 13 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1

El sistema de nombres de dominio depende de esta jerarqua de servidores descentralizados y

mantiene estos registros de recursos. Los registros de recursos enumeran nombres de
dominios que el servidor puede resolver y servidores alternativos que tambin pueden
procesar solicitudes. Si un determinado servidor tiene registros de recursos que corresponden
a su nivel en la jerarqua de dominios, se dice que es autoritativo para esos registros.
Por ejemplo: un servidor de nombres en el dominio cisco.netacad.net no sera autoritativo
para el registro mail.cisco.com porque ese registro se mantiene en un servidor de nivel de
dominio superior, especficamente el servidor de nombres en el dominio cisco.com .
Nombres de Dominio
El DNS se basa en un esquema jerrquico de nombres denominado nombre de dominio. . Un
dominio es una coleccin de nodos relacionados de alguna forma (por ejemplo, que estn en
la misma red) Un nombre de dominio consiste en una secuencia de etiquetas separadas por un
punto. Por ejemplo, robotica.uv.es, estara compuesto por:

el dominio de nivel inferior es robotica.uv.es,

el segundo nivel de dominio es uv.es,
el nivel superior es es.
el dominio raz .

Para indicar que un nombre es FQDN, a veces se termina su escritura en un punto. Este punto
significa que el ltimo componente del nombre es el dominio raz.
Los nombres pueden ser texto ascii de hasta 63 caracteres de longitud, mientras que los
nombres de trayectoria completa (desde la hoja hasta la raz) no debe sobrepasar los 255
caracteres.
Un nombre de dominio completo (FQDN) identifica la posicin del host dentro del rbol
jerrquico de DNS mediante la especificacin de una lista de nombres separados por puntos en
la ruta de acceso desde el host que se hace referencia a la raz.
El DNS organiza los nombres de mquina (hostname) en una jerarqua de dominiosporque
estn en la misma red, tal como los nodos de una universidad. Por ejemplo, las
universidades americanas se agrupan en el dominio edu. Cada universidad tiene all un
Pgina 14 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
subdominio, tal como la universidad Groucho Marx, que posee el subdominio groucho.edu. A
su vez, podemos encontrar nuevos subdominios dentro, como el Departamento de
Matemticas (maths). Finalmente, un nodo de ese departamento llamado erdos tendr un
nombre completo (conocido como totalmente cualificado) tal como erdos.maths.groucho.edu.
Este nombre totalmente cualificado tambin se conoce por las siglas FQDN.
El sistema DNS hace ms cosas. Permite delegar la autoridad de un subdominio a sus
administradores. Por ejemplo, los responsables del Centro de Clculo Groucho pueden crear
un subdominio para cada departamento, y delegar su control a stos. As, cada departamento
puede definir libremente todos los nodos que quiera dentro de su subdominio e incluso crear
nuevos subdominios y delegarlos.
Tipos de nombres de dominio DNS

Tipo

de

Descripcin

Ejemplo

Dominio

Se trata de la parte superior del rbol, que representa un nivel sin

Un punto (.) o un punto al final de

raz

nombre;a veces se muestra como dos comillas vacas (""), que indica un

un nombre, como, por ejemplo,

valor nulo. Cuando se utiliza en un nombre de dominio DNS, se indica

"ejemplo.Microsoft.com."

nombre

mediante un punto (.) para designar que el nombre se encuentra en la raz

o el nivel ms alto de la jerarqua de dominios. En este caso, el nombre de
dominio DNS se considera completa y apunta a una ubicacin exacta en el
rbol de nombres. Los nombres indicados de esta manera son FQDN.

Dominio de

Un nombre que se utiliza para indicar un pas o regin o el tipo de

"".com", que indica un nombre

nivel

organizacin que usa un nombre.

registrado para un negocio para uso

superior

comercial en Internet.

Dominio de

Nombres de longitud variable registrados a un individuo u organizacin

"microsoft.com". ",

segundo

para su uso en Internet. Estos nombres siempre se basan en un dominio

nombre de dominio de segundo

que

es

nivel

de nivel superior apropiado, dependiendo del tipo de organizacin o

nivel registrado para Microsoft por

ubicacin geogrfica donde se utiliza un nombre.

el registrador

de nombres

el

de

dominio DNS de Internet.

Subdominio

Nombres adicionales que puede crear una organizacin que se derivan del

"ejemplo.Microsoft.com". ", que es

nombre de dominio de segundo nivel registrado. Estos incluyen los

un subdominio ficticio asignado por

nombres agregados para crecer el rbol DNS de nombres en una

Microsoft para su uso en los

organizacin y se divide en departamentos o ubicaciones geogrficas.

nombres

de

ejemplo

de

documentacin.

Nombre de

Nombres que representan una hoja en el rbol DNS de nombres e

"" host-a.ejemplo.Microsoft.com. ",

host o un

identifican un recurso especfico. Normalmente, la etiqueta de la izquierda

donde la primera etiqueta ("host-

recurso

de un nombre de dominio DNS identifica un equipo especfico de la

a") es el nombre de host DNS de un

red. Por ejemplo, si un nombre en este nivel se utiliza en un registro de

equipo especfico en la red.

recursos de host (A), se utiliza para buscar la direccin IP del equipo segn
su nombre de host.

Pgina 15 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
Bibliografa sobre DNS:
http://tecnodiseno.com/que-son-para-que-sirven-y-como-funcionan-los-dns/
http://www.adslzone.net/dns.html (lista DNS)
https://www.youtube.com/watch?v=o73-QAP_7WI
https://technet.microsoft.com/es-es/library/dd197427(v=ws.10).aspx
www.uv.es/~montanan/redes/trabajos/DNS.doc

http://eltallerdelbit.com/servicio-dns-conceptos-y-comandos/
http://es.tldp.org/Manuales-LuCAS/GARL2/garl2/x-087-2-resolv.howdnsworks.html
3.3.2 Servicio WWW y HTTP
Cuando se escribe en un navegador web una direccin (URL) se establece una conexin con el
servicio Web del servidor que utiliza el protocolo HTTP (Protocolo de transferencia de
hipertexto, uno de los protocolos del grupo TCP/IP).
http://www.cisco.com/index.html es un ejemplo de URL, se refiere a una pgina Web
denominada index.html en el servidor cisco.com.
Gracias a los exploradores Web que utilizamos frecuentemente para conectarnos con la World
Wide Web podemos a acceder a los recursos almacenados en los servidores Web. El servidor
Web funciona como un servicio bsico que genera diferentes tipos de archivos disponibles.
Para ello el cliente Web realiza conexiones al servidor para solicitar los recursos deseados, una
vez realizada la conexin el cliente recibe los datos, los interpreta y los presenta al usuario.
Los navegadores pueden interpretar muchos tipos de datos, como el HTML, pero otros tipos
de datos requieren de plug-ins o complementos para ser visualizados.
Las fases de la comunicacin entre cliente web y el servidor son las siguientes:
El explorador interpreta las partes de la URL. (http://www.cisco.com/web-server.html)
1. http (protocolo que usamos)
2. www.cisco.com (nombre del servidor)
3. web-server.html (nombre del archivo solicitado)
El explorador luego verifica con un servidor de nombres para convertir www.cisco.com en una
direccin fsica que utilizar para conectarse al servidor. Al utilizar el protocolo HTTP, el
explorador enva una solicitud GET al servidor y pide el archivo web-server.html. En este paso
el servidor enva al explorador el cdigo HTML de esta pgina web, que es interpretado por el
navegador para mostrarlo presentado al usuario.

Pgina 16 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1

Pgina 17 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
Los tres tipos de mensajes ms comunes del protocolo HTTP son:
-

GET, es una solicitud de datos del cliente, el explorador utiliza el mensaje para solicitar
pginas a un servidor web.
POST, se utiliza para enviar mensajes que cargan datos al servidor Web, por ejemplo,
cuando un usuario ingresa datos en un formulario incorporado en la Web.
PUT, carga recursos o el contenido al servidor Web.

HTTP no es un protocolo seguro, los mencionados mensajes POST es un texto no codificado

que puede ser interceptado y ledo. Para la comunicacin segura se utiliza el protocolo HTTP
seguro (HTTPS). Este protocolo puede utilizar autenticacin y encriptacin para asegurar los
datos y dificultar al interceptor la lectura de dicho contenido. Especificamos pues regalas
adicionales en la capa de Aplicacin y la capa de Transporte.
3.3.3 Servicios de email y protocolos de SMTP/POP
Protocolo de oficina de correos (POP) y Protocolo simple de transferencia de correo (SMTP),
como el HTTP, con protocolos que definen procesos y comunicacin cliente-servidor.
Protocolos que usamos habitualmente cuando utilizamos los gestores de correo electrnico.
Para recibir e-mails desde un servidor de correo, el cliente de correo electrnico puede utilizar
un POP. Al enviar un e-mail desde un cliente o un servidor, se utilizan formatos de mensajes y
cadenas de comando definidas por el protocolo SMTP. Un cliente de correo gestiona estos dos
protocolos en la misma aplicacin.

Procesos del servidor de e-mail (MTA y MDA):

-

El servidor de e-mail ejecuta dos procesos individuales:

o Agente de transferencia de correo (MTA, Mail Transfer Agent).
o Agente de entrega de correo (MDA, Mail Delivery Agente).

Pgina 18 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
MTA se usa para enviar correos electrnicos, recibe mensajes desde el MUA u otro MTA en
otro servidor de e-mail. Segn el encabezado del mensaje determina como debe reenviarse
para llegar al destino. Si el correo est dirigido a un usuario cuyo buzn est en el servidor
local, el correo se pasa a MDA. Si el correo es para un usuario que no est en el servidor local,
el MTA enruta el e-mail al MTA en el servidor correspondiente.

Como segunda alternativa, los clientes que no tienen un MUA pueden conectarse a un servicio
de correo en un explorador Web para as recuperar y enviar mensajes.

Los emails pueden utilizar los protocolos POP y SMTP (vea la figura para saber cmo
funcionan). POP y POP3 (Protocolo de oficina de correos v.3) son protocolos de envo de
correo entrante y protocolos cliente/servidor tpicos. Envan emails desde el servidor de e
Pgina 19 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
mail al cliente (MUA). El MDA escucha cuando un cliente se conecta a un servidor. Una vez
establecida la conexin, el servidor puede enviar el email al cliente.
El protocolo simple de transferencia de correo (SMTP), por el contrario, rige la transferencia de
emails salientes desde el cliente emisor al servidor de email (MDA), como as tambin el
transporte de emails entre servidores de email (MTA). SMTP permite transportar emails por
las redes de datos entre diferentes tipos de software de cliente y servidor, y hace posible el
intercambio de emails en Internet.
Algunos de los comandos especificados en el protocolo SMTP son:
-

HELO, identifica el proceso de cliente SMTP para el proceso del servidor SMTP.
EHLO, versin ms nueva de HELO, que incluye extensiones de servicios.
MAIL FROM, identifica al emisor.
RCPT TO, identifica al receptor.
DATA, identifica el cuerpo del mensaje.

Esquema conceptual de el recorrido de un mensaje de un origen a un destino:

3.3.4 FTP
El protocolo de transferencia de archivos (FTP) es otro protocolo de la capa de aplicacin
comnmente utilizado. Se usa para el envio/recepcin de ficheros entre cliente/servidor.
Para transferir los archivos en forma exitosa, el FTP requiere de dos conexiones entre cliente y
servidor: una para comandos y respuestas, otra para la transferencia real de archivos.

Pgina 20 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
El cliente establece la primera conexin con el servidor en TCP puerto 21. Esta conexin se
utiliza para controlar el trfico, que consiste en comandos del cliente y respuestas del
servidor.
El cliente establece la segunda conexin con el servidor en TCP puerto 20. Esta conexin es
para la transferencia real de archivos y se crea cada vez que se transfiere un archivo.
La transferencia de archivos puede producirse en ambas direcciones. El cliente puede
descargar (bajar) un archivo desde el servidor o el cliente puede cargar (subir) un archivo en el
servidor.

puerto 21

puerto 20

3.3.5 DHCP
El servicio del Protocolo de configuracin dinmica de host (DHCP) permite a los dispositivos
de una red (tambin llamados hosts) obtener direcciones IP y otra informacin de un servidor
DHCP.
Es una asignacin dinmica porque cuando el host se conecta a la red, Se realiza el contacto
con el servidor de DHCP y se solicita una direccin. El servidor DHCP elige una direccin del
rango configurado llamado pool y la asigna ("alquila") para el host por un tiempo establecido.
Si el host se apaga o se desconecta de la red, la direccin regresa al pool para volver a
utilizarse.
Es el sistema ms adecuado para redes locales grandes, o donde los usuarios cambien con
frecuencia, para que as el administrador de red no deba estar pendiente de asignar
direcciones IP para cada estacin de trabajo cada vez que se conecten. An as, en los diseos
de red se combinan tanto el direccionamiento esttico como el DHCP, reservndose el primer
Pgina 21 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
sistema para dispositivos como switches, servidores e impresoras, y el segundo para hosts de
propsito general (como por ejemplo los dispositivos de usuario final).
Como lo muestra la figura, varios tipos de dispositivos pueden ser servidores de DHCP cuando
ejecutan software de servicio de DHCP. En la mayora de las redes medianas a grandes, el
servidor de DHCP generalmente es un servidor local dedicado con base en una PC.
Con las redes domsticas, el servidor de DHCP se ubica en el ISP y un host de la red domstica
recibe la configuracin IP directamente desde el ISP.

DHCP puede representar un riesgo a la seguridad porque cualquier dispositivo conectado a la

red puede recibir una direccin. Este riesgo hace que la seguridad fsica sea un factor
importante al determinar si se utiliza el direccionamiento dinmico o manual.
Vemoslo de una forma muy bsica. Como ya hemos dicho, el servidor de DHCP mantiene un
pool de las direcciones IP y alquila una direccin a cualquier cliente habilitado por DHCP
cuando el cliente est activado. Las direcciones en desuso regresan automticamente al pool
para volver a asignarse.
Qu ocurre cuando un dispositivo configurado por DHCP se conecta a la red?
1. El cliente enva un paquete DESCUBRIMIENTO de DHCP para identificar cualquier
servidor de DHCP disponible en la red
2. Un servidor de DHCP responde con una OFERTA de DHCP (mensaje que contiene
informacin asignada de direccin IP, mscara de subred, servidor, gateway
predeterminado y duracin del alquiler) (NOTA: el cliente puede recibir mltiples
OFERTAS de DHCP, tantas como servidores de DHCP en la red local)
3. El cliente, una vez elegida una oferta, enva un paquete de SOLICITUD de DHCP que
identifique el servidor explcito y la oferta que se acepta. El cliente puede solicitar una
direccin previamente asignada por el servidor.
Pgina 22 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
4. Si la direccin IP solicitada por el cliente, u ofrecida por el servidor, an es vlida, el
servidor devolver un mensaje ACK DCHP (un acuse de recibo) para informar al cliente
que finaliz el alquiler. SI la oferta ya no es vlida (debido al tiempo, a que se asign a
otro cliente), el servidor enva un mensaje NAK DHCP (un acuse de recibo negativo). Si
este mensaje se devuelve, entonces debe comenzar de nuevo todo el proceso.
Una vez que el cliente tenga el alquiler, deber renovarlo antes de que termine el alquiler
mediante una nueva SOLICITUD de DHCP.
Las direcciones IP que ofrezca el servidor de DHCP han de ser nicas.

3.3.6 Protocolo SMB y servicios para compartir archivos

El Bloque de mensajes del servidor (SMB) es un protocolo cliente-servidor de solicitudrespuesta para compartir archivos, desarrollado a finales de la dcada de los 80 del siglo XX
por IBM para describir la estructura de recursos de red compartidos, como directorios,
archivos, impresoras y puertos seriales.
Se diferencia de FTP en que los clientes establecen una conexin a largo plazo con los
servidores. Una vez establecida la conexin, el usuario del cliente puede acceder a los recursos
en el servidor como si el recurso fuera local para el host del cliente.
Debido a que Microsoft, desde Windows 2000, cambi la estructura subyacente para el uso del
SMB, dando uso a la denominacin DNS, los protocolos TCP/IP dan soporte directamente al
intercambio de recursos SMB. Los SS.OO. Linux y Unix tambin proporcionan un mtodo de
intercambio de recursos con redes de Microsoft mediante una versin del SMB llamado
SAMBA. Los sistemas operativos Macintosh de Apple tambin admiten recursos compartidos
por medio del protocolo SMB.

Pgina 23 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1

El protocolo SMB describe el acceso al sistema de archivos y la manera en que los clientes
hacen solicitudes de archivos. Adems describe la comunicacin entre procesos del protocolo
SMB. Todos los mensajes SMB comparten un mismo formato. Este formato utiliza un
encabezado de tamao fijo seguido por un parmetro de tamao variable y un componente de
datos.
Los mensajes de SMB pueden:

Iniciar, autenticar y terminar sesiones

Controlar el acceso a los archivos y a la impresora
Autorizar una aplicacin para enviar o recibir mensajes para o de otro dispositivo

Pgina 24 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
3.3.7 Protocolo Gnutella y servicios P2P
Con las aplicaciones P2P basadas en el protocolo Gnutella, las personas pueden colocar
archivos en sus discos rgidos para que otros los descarguen. El software del cliente compatible
con Gnutella permite a los usuarios conectarse con los servicios Gnutella en Internet y ubicar y
acceder a los recursos compartidos por otros pares Gnutella.
Los dispositivos en la red se indican entre ellos qu archivos estn disponibles cuando hay una
consulta, y utilizan el protocolo Gnutella y los servicios para respaldar los recursos ubicados.
Cuando un usuario se conecta a un servicio Gnutella, las aplicaciones del cliente buscan otros
nodos Gnutella para conectarse. Estos nodos manejan las consultas para las ubicaciones de los
recursos y responden a dichas solicitudes. Adems, gobiernan los mensajes de control que
ayudan al servicio a descubrir otros nodos. Las verdaderas transferencias de archivos
generalmente dependen de los servicios HTTP.
El protocolo Gnutella define cinco tipos de paquetes diferentes:

ping: para el descubrimiento del dispositivo

pong: como respuesta a un ping
query: para encontrar un archivo
query hit: como respuesta a una consulta
push: como una solicitud de descarga

3.3.8 Protocolo y servicios Telnet

Telnet se remonta a principios de la dcada de los 70 y se encuentra entre los servicios y
protocolos de capa de aplicacin ms antiguo dentro del grupo TCP/IP. Telnet proporciona un
mtodo estndar de emulacin de dispositivos de terminal con base en texto en la red de
datos.
Una conexin que utiliza Telnet se llama sesin o conexin de terminal virtual (VTY). En lugar
de utilizar un dispositivo fsico para conectarse al servidor, Telnet utiliza software para crear un

Pgina 25 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
dispositivo virtual que proporcione las mismas caractersticas de una sesin de terminal con
acceso a la interfaz de lnea de comandos (CLI) del servidor.
Para admitir conexiones del cliente a Telnet, el servidor ejecuta un servicio llamado demonio
de Telnet. Se establece una conexin de terminal virtual desde un dispositivo final utilizando
una aplicacin del cliente Telnet.
Una vez establecida una conexin Telnet, los usuarios pueden realizar cualquier funcin
autorizada en el servidor, como si utilizaran una sesin de lnea de comandos en el servidor
mismo.

Este protocolo cliente-servidor especfica cmo se establece y se termina una sesin VTY.
Adems proporciona la sintaxis y el orden de los comandos utilizados para iniciar la sesin, y
los comandos de control que pueden ejecutarse durante la sesin.
Un comando Telnet consiste en al menos dos bytes. El primero es un carcter especial,
interpretar como comando (IAC), que define el byte siguiente como comando en lugar de
cmo texto.
Respecto a la seguridad del protocolo Telnet, admite autenticacin de usuario, pero no
transporte de datos encriptados. Por ello, existe una alternativa ms segura para acceder al
servidor, el protocolo SSH (Shell seguro), que proporciona la estructura para un inicio de sesin
remoto y otros servicios de red seguros, adems de mayor autenticacin que Telnet y
transporte de datos de sesin con la autenticacin.

Pgina 26 de 27

PROTOCOLOS Y FUNCIONALIDAD DE LA CAPA DE APLICACIN

Captulo 3 Cisco CCNA Exploration 1
3.5 RESUMEN DEL CAPITULO
3.5.1 Conceptos clave
Capa de aplicacin: responsable del acceso directo a los procesos subyacentes que
administran y envan la comunicacin a la red humana. Sirve como origen y destino de las
comunicaciones en las redes de datos.
Las aplicaciones, los protocolos y servicios de la capa de Aplicacin permiten a los usuarios
interactuar con la red de datos de manera significativa y efectiva.
Aplicaciones: programas informticos con los cuales el usuario interacta e inicia el proceso de
transferencia de datos a solicitud del usuario.
Servicios: son programas bsicos, de fondo, que proporcionan la conexin entre la capa de
aplicacin y las capas inferiores del modelo de networking.
Protocolos: proporcionan una estructura de reglas y procesos acordados previamente que
aseguran que los servicios que se ejecutan en un dispositivo determinado puedan enviar y
recibir datos desde una variedad de dispositivos de red diferentes.
Envo de datos en la red: puede ser solicitado desde

un servidor por un cliente

entre dispositivos que funcionan en una conexin punto a punto, donde la relacin
cliente-servidor se establece segn qu dispositivo es el origen y cul el destino en ese
momento.

Mensajes: se intercambian entre los servicios de la capa de aplicacin en cada dispositivo final
segn las especificaciones del protocolo para establecer y utilizar estas relaciones.

Pgina 27 de 27