Vous êtes sur la page 1sur 11

Ingeniera de Sistemas e Informtica

Integrantes Juan Jos Ruiz, Maycol Pacha, Michael Valdivieso


Luis Pillajo, Francisco Sampedro Fecha: 08/jun/2017
Perodo: Abril Agosto 2017 NRC: 1629
Redes I

1.- Tema.- Suite de protocolos TCP/IP


2.- Objetivos
Objetivo General.- Aprender el uso de cada uno de los protocolos del
modelo TCP/IP
Objetivos Especficos:

Saber conceptos bsicos del modelo TCP/IP


Entender el funcionamiento de los protocolos
3.- Desarrollo:
Marco Terico
TCP/IP.- Es un protocolo DARPA que proporciona transmisin fiable de
paquetes de datos sobre redes. El nombre TCP / IP Proviene de
dos protocolos importantes de la familia, el Transmission Contorl
Protocol (TCP) y el Internet Protocol (IP). Todos juntos llegan a ser ms
de 100 protocolos diferentes definidos en este conjunto.

Figura 1. Suite de protocolos del modelo TCP/IP


Capa de aplicacin
Estructura y protocolos del correo electrnico
El correo electrnico de Internet se implement originalmente como una funcin del
protocolo FTP. En 1980 Suzanne Sluizer y Jon Postel realizaron trabajos con un protocolo que
posteriormente se denominara SMTP ("Simple Mail Transfer Protocol"). Hoy en da se sigue
utilizando este protocolo, con los avances lgicos que requiere el tipo de transferencia actual.

El protocolo SMTP fue desarrollado pensando en que los sistemas que intercambiaran
mensajes, eran grandes computadores, de tiempo compartido y multiusuario conectados
permanentemente a la red Internet. Sin embargo, con la aparicin de los computadores
personales, que tienen una conectividad ocasional, se hizo necesaria una solucin para que el
correo llegase a estos equipos. Para solventar esta limitacin, en 1984 surge POP.

Este protocolo, en su especificacin inicial, solo permite funciones bsicas como recuperar
todos los mensajes, mantenerlos en el servidor y borrarlos. En sucesivas versiones del
protocolo (POP2 y POP3) se han ampliado las funciones, permitiendo una mejor gestin del
correo.

Por lo tanto, podemos discriminar dos tipos de agentes que estn involucrados en la
transferencia de correo, MUA y MTA:

Agente de usuario (MUA), interfaz para leer y escribir los mensajes. (POP).
Agente de transporte (MTA o estafeta), encargado del transporte de los mensajes.
(SMTP).

envo correo
de usuario spool correo conexin TCP
saliente cliente
interfaz correo saliente
de
lectura correo buzones correo conexin TCP
usuario servidor
de usuario entrante correo entrante

MUA MTA

Figura 2. Proceso de envo de mensajes por medio de MUA y MTA

Figura 3. Estructura general del sistema de correo electrnico


SMTP (SIMPLE MAIL TRANSFER PROTOCOL)
El significado de las siglas de SMTP es Protocolo Simple de Transmisin de Correo
("Simple Mail Transfer Protocol", RFC 821). Este protocolo es el estndar de Internet
para el intercambio de correo electrnico. SMTP necesita que el sistema de transmisin
ponga a su disposicin un canal de comunicacin fiable y con entrega ordenada de
paquetes, con lo cual, el uso del protocolo TCP (puerto 25) en la capa de transporte, es
lo adecuado. Para que dos sistemas intercambien correo mediante el protocolo SMTP,
no es necesario que exista una conexin interactiva, ya que este protocolo usa mtodos
de almacenamiento y reenvo de mensajes.

Modo de comunicacin SMTP


Cuando un servidor de SMTP, requiere transmitir un mensaje a otro servidor SMTP,
el emisor (servidor que inicia la sesin SMTP) establece una conexin con el receptor
(servidor que recibe peticin de establecer sesin SMTP). Esta conexin es
unidireccional, es decir, el emisor puede enviar correo al receptor, pero durante esa
conexin, el receptor no puede enviar correo al emisor. Si el receptor tiene que enviar
correo al emisor, tiene que esperar a que finalice la conexin establecida y establecer
otra en sentido contrario, cambiando los papeles de emisor y receptor. Una vez
establecida la conexin, el emisor enva comandos y mensajes.
Por lo tanto, el diseo de SMTP se basa en el siguiente modelo de comunicacin:
1. Como respuesta a una solicitud de un usuario de enviar un correo electrnico, el
emisor SMTP establece una conexin con el receptor SMTP. El receptor SMTP
debe ser el destinatario ltimo del correo o un intermediario. Para ello el emisor
genera los comandos SMTP en formato ASCII y los enva al receptor y el
receptor genera las respuestas a los comandos enviados por el emisor.
2. Una vez establecido el canal de transmisin, el emisor enva el comando MAIL
para indicando que el es el emisor del correo. Si el receptor puede aceptar
correo responde con el comando OK.
3. El emisor enva el comando RCPT identificando el destinatario del correo. Si el
receptor puede aceptar correo para ese destino responde con una respuesta OK;
si no, responde rechazando el correo para ese destino.
4. Una vez negociado el destino, el emisor comienza a enviar datos (cabeceras y
cuerpo), terminando con una secuencia especial. Si el receptor ha procesado
correctamente los datos, responde con el comando OK.
La siguiente figura muestra los componentes que actan en este modelo de uso del
protocolo.
usuario

Peticiones y
Emisor Receptor sistema
sistema de SMTP Respuestas SMTP SMTP
archivos de archivos

Figura 4. Entidades que actan en el envio por medio del SMTP

POP (POST OFFICE PROTOCOL)


El protocolo de oficina de correo, POP, es un protocolo cuya misin es la de entrega
final del correo al destinatario. Puesto que con SMTP lo nico que se consigue es la
transferencia del correo entre buzones, es necesario un protocol como POP (o tambin
IMAP) con el que podamos descargar el mensaje desde el buzn.

Modelo de comunicaciones POP


La descripcin del protocolo POP la podemos encontrar en el RFC 1725, y como se
acaba de comentar el modelo de comunicaciones POP se basa en mantener un buzn
(estafeta) central en la que se almacenan los mensajes hasta que el usuario solicita la
descarga de los mismos.
El cliente POP se conecta con el servidor a travs del puerto TCP, 110. Para
conectarse al servidor, es necesario una cuenta de identificacin en dicha mquina (lo
que le permite tener un espacio reservado para sus correos). A continuacin es
necesario verificar que es dueo de la cuenta a travs de una clave. Una vez conectado
al sistema, el cliente POP puede dialogar con el servidor para saber, en otros, si existen
mensajes en la casilla, cuntos mensajes son o para solicitar la descarga de alguno de
ellos.
Para poder ofrecer estas funciones, el modelo de comunicacin POP se basa en estados:

Autorizacin.
Transaccin.
Actualizacin.
Despus de establecer la conexin, el servidor POP se encuentra en un estado de
autorizacin, esperando que el cliente le enve el nombre y clave de la cuenta de
usuario. Cuando se verifica que el nombre y la clave son correctos, el servidor pasa a
un estado de transaccin. Antes de pasar a este estado, el servidor POP bloquea el buzn
para impedir que los usuarios modifiquen o borren el correo antes de pasar al estado
siguiente. En este estado de transaccin el servidor atiende las peticiones del cliente.
Despus de enviar al servidor el comando QUIT, el servidor pasa al estado de
actualizacin (estado siguiente). En este estado el servidor elimina los mensajes que
estn con la marca de borrado y finaliza la conexin.
Introduccin al protocolo HTTP

Desde 1990, el protocolo HTTP (Protocolo de transferencia de hipertexto) es el


protocolo ms utilizado en Internet. La versin 0.9 slo tena la finalidad de transferir
los datos a travs de Internet (en particular pginas Web escritas en HTML). La versin
1.0 del protocolo (la ms utilizada) permite la transferencia de mensajes con
encabezados que describen el contenido de los mensajes mediante la
codificacin MIME.
El propsito del protocolo HTTP es permitir la transferencia de archivos
(principalmente, en formato HTML). entre un navegador (el cliente) y un servidor web
(denominado, entre otros, httpden equipos UNIX) localizado mediante una cadena de
caracteres denominada direccin URL.

Comunicacin entre el navegador y el servidor

La comunicacin entre el navegador y el servidor se lleva a cabo en dos etapas:

Figura 5. Comunicacin entre el navegador y el servidor

El navegador realiza una solicitud HTTP


El servidor procesa la solicitud y despus enva una respuesta HTTP
En realidad, la comunicacin se realiza en ms etapas si se considera el procesamiento
de la solicitud en el servidor. Dado que slo nos ocupamos del protocolo HTTP, no se
explicar la parte del procesamiento en el servidor en esta seccin del artculo. Si este
tema les interesa, puede consultar el articulo sobre el tratamiento de CGI.

Solicitud HTTP

Una solicitud HTTP es un conjunto de lneas que el navegador enva al servidor.


Incluye:
Una lnea de solicitud: es una lnea que especifica el tipo de documento
solicitado, el mtodo que se aplicar y la versin del protocolo utilizada. La lnea
est formada por tres elementos que deben estar separados por un espacio:
el mtodo
la direccin URL
la versin del protocolo utilizada por el cliente (por lo
general, HTTP/1.0)
Los campos del encabezado de solicitud: es un conjunto de lneas opcionales
que permiten aportar informacin adicional sobre la solicitud y/o el cliente
(navegador, sistema operativo, etc.). Cada una de estas lneas est formada por un
nombre que describe el tipo de encabezado, seguido de dos puntos (:) y el valor del
encabezado.
El cuerpo de la solicitud: es un conjunto de lneas opcionales que deben estar
separadas de las lneas precedentes por una lnea en blanco y, por ejemplo, permiten
que se enven datos por un comando POST durante la transmisin de datos al
servidor utilizando un formulario.

Respuesta HTTP

Una respuesta HTTP es un conjunto de lneas que el servidor enva al navegador.


Est constituida por: Incluye:
Una lnea de estado: es una lnea que especifica la versin del protocolo
utilizada y el estado de la solicitud en proceso mediante un texto explicativo y un
cdigo. La lnea est compuesta por tres elementos que deben estar separados por un
espacio: La lnea est formada por tres elementos que deben estar separados por un
espacio:
la versin del protocolo utilizada
el cdigo de estado
el significado del cdigo
Los campos del encabezado de respuesta: es un conjunto de lneas
opcionales que permiten aportar informacin adicional sobre la respuesta y/o el
servidor. Cada una de estas lneas est compuesta por un nombre que califica el tipo
de encabezado, seguido por dos puntos (:) y por el valor del encabezado Cada una de
estas lneas est formada por un nombre que describe el tipo de encabezado, seguido
de dos puntos (:) y el valor del encabezado.
El cuerpo de la respuesta: contiene el documento solicitado.

Introduccin a FTP

El protocolo FTP 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 RFC 141) 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 del protocolo 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 el intercambio de archivos entre equipos


remotos, de una manera eficaz e independientemente del sistema de archivos utilizado
en cada equipo.

El 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) y un canal de datos:

Figura 6. Modelo de transferencia FTP

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. Esto es
diferente en el cliente y el servidor. El SERVIDOR PI es responsable de escuchar los
comandos que provienen de un USUARIO PI a travs del canal de control en un puerto
de datos, de establecer la conexin para el canal de control, de recibir los comandos FTP
del USUARIO PI a travs de este, de responderles y de ejecutar el SERVIDOR DE
DTP. El USUARIO PI es responsable de establecer la conexin con el servidor FTP, de
enviar los comandos FTP, de recibir respuestas del SERVIDOR PI y de controlar al
USUARIO DE DTP, si fuera necesario.

Cuando un cliente FTP se conecta con un servidor FTP, el USUARIO PI inicia la


conexin con el servidor de acuerdo con el protocolo Telnet. El cliente enva comandos
FTP al servidor, el servidor los interpreta, ejecuta su DTP y despus enva una respuesta
estndar. Una vez que se establece la conexin, el servidor PI proporciona el puerto por
el cual se enviarn los datos al Cliente DTP. El cliente DTP escucha el puerto
especificado para los datos provenientes del servidor.

Es importante tener en cuenta que, debido a que los puertos de control y de datos son
canales separados, es posible enviar comandos desde un equipo y recibir datos en otro.
Entonces, por ejemplo, es posible transferir datos entre dos servidores FTP mediante el
paso indirecto por un cliente para enviar instrucciones de control y la transferencia de
informacin entre dos procesos del servidor conectados en el puerto correcto.
Figura 7. Sistema de archivos

En esta configuracin, el protocolo indica que los canales de control deben permanecer
abiertos durante la transferencia de datos. De este modo, un servidor puede detener una
transmisin si el canal de control es interrumpido durante la transmisin.

Los 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, este 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.).

Las respuestas FTP

Las respuestas FTP garantizan la sincronizacin entre el cliente y el servidor FTP.


Por lo tanto, por cada comando enviado por el cliente, el servidor eventualmente llevar
a cabo una accin y sistemticamente enviar una respuesta.
Las respuestas estn compuestas por un cdigo de 3 dgitos que indica la manera en la
que el comando enviado por el cliente ha sido procesado. Sin embargo, debido a que el
cdigo de 3 dgitos resulta difcil de leer para las personas, est acompaado de texto
(cadena de caracteres Telnet separada del cdigo numrico por un espacio).

Los cdigos de respuesta estn compuestos por 3 nmeros, cuyos significados son
los siguientes: el primero indica el estatuto de la respuesta (exitosa o fallida), el segundo
indica a qu se refiere la respuesta, el tercero brinda un significado ms especfico
(relacionado con cada segundo dgito).
Protocolo TFTP
En esta entrada explicaremos el protocolo TFTP y sus principales diferencias con el
protocolo FTP. La entrada dedicada a este protocolo puede leerse aqu.
TFTP son las siglas de Trivial file transfer Protocol (Protocolo de transferencia de
archivos trivial).
Es un protocolo de transferencia muy simple semejante a una versin bsica de FTP.
TFTP a menudo se utiliza para transferir pequeos archivos entre ordenadores en una
red, como cuando un terminal X Window o cualquier otro cliente ligero arranca desde
un servidor de red.
Diferencias entre FTP y TFTP
FTP es un protocolo completo de transferencia de archivos de propsito general,
orientado a la sesin. TFTP se utiliza como un protocolo de transferencia de archivos de
propsito especial bsica.
FTP puede utilizarse de forma interactiva. TFTP permite a solamente
unidireccional transferencia de archivos.
FTP depende de TCP, est orientado a conexiones y proporciona control
confiable. TFTP depende de UDP, requiere menos esfuerzo y prcticamente no
proporciona el control.
FTP permite la autenticacin de usuario. TFTP no lo hace.
FTP utiliza nmeros de puerto TCP conocidos: 20 para los datos y 21 para el
cuadro de dilogo de conexin. TFTP usa el nmero de puerto UDP 69 para su actividad
de transferencia de archivos.
El servicio servidor FTP de Windows NT no es compatible con TFTP porque
TFTP no admite la autenticacin.
Windows 95 y TCP/IP-32 para Windows para trabajo en grupo no incluyen un
programa de cliente TFTP.

Conclusiones
Es posible la interconexin de datos, acceso a Internet y telefona en los puntos
de la red Willay Cusco mediante tecnologa inalmbrica WiFi en la banda de
frecuencia de 5.8 GHz, y haciendo uso del protocolo TCP/IP.
Se necesita de la autorizacin correspondiente por parte del Ministerio de
Telecomunicaciones para poder superar la PIRE mxima establecida de 36 dBm
en reas rurales o lugares considerados de preferente inters social.
Para la simulacin de los radioenlaces mediante Radio Mobile se toma un
margen de seguridad mnimo de relacin seal a ruido de 10 dB.
La red Willay Cusco usa los mismos repetidores troncales que la red EHASALIS
para poder llegar hasta la ciudad de Cusco y brindar los servicios de acceso a
Internet y conexin a la PSTN.
Recomendaciones
No meterse a usar los protocolos sin conocimientos de los mismos
Para implementar algn protocolo se recomienda de alguien especializado

Referencias
https://docs.oracle.com/cd/E19957-01/820-2981/6nei0r0r9/index.html
http://cidecame.uaeh.edu.mx/lcc/mapa/PROYECTO/libro35/144_capas_con_modelos_t
cpip_y_osi.html
http://es.ccm.net/contents/264-el-protocolo-http
http://es.ccm.net/contents/263-protocolo-ftp-protocolo-de-transferencia-de-archivos

Vous aimerez peut-être aussi