Professional Documents
Culture Documents
INTEGRANTES:
DOCENTE:
FECHA:
22 JUNIO 2016
ndice
1. Introduccin...1
2. Objetivos.2
2.1 Objetivo general...2
2.2 Objetivo Especfico..2
3. Historia de FTP..2
3.1 Definicin de FTP2
3.2 Modelo FTP..3
3.3 Servidor FTP4
3.4 Cliente FTP...4
4. Definicin de TCP..4
4.1 Funciones de TCP5
4.2
Puertos
TCP..6
4.3 Desarrollo de TCP7
5. Definicin de TCP/Vegas...8
5.1 Mtodos de control de congestin
8
5.1.1 Slow Start...9
5.2 Fast Recovery...9
5.3 TCP/VEGAS...10
6. Bibliografa...11
1. Introduccin
En el ambiente de las redes informticas la ciencia ha estado en una evolucin invariable, de la cual sea
desarrollado nuevos tipos de interconexin, de envo y recepcin de datos. Esto ha generado varios tipos
de protocolos, enrutamiento, mtodos y algoritmos.
EL protocolo FTP desde su creacin conform un estndar, en la transferencia de archivos entre quipos
remotos (ordenadores) a travs de internet TCP/IP conexiones. FTP se basa en canales de comunicacin
entre cliente y servidor.
El protocolo TCP es uno de los protocolos fundamentales de internet. Desde que se creara, a principios de
los aos 70, se ha convertido, junto al protocolo IP (TCP/IP), en el estndar mundial de comunicaciones
dentro de las redes informticas. Da soporte a muchas de las aplicaciones ms populares en Internet
(navegadores, intercambio de ficheros, clientes FTP, etc.) y los protocolos de aplicacin HTTP, SMTP,
SSH, FTP, etc. Y sobre l se han construido grandes estructuras de las que dependen econmicamente
grandes empresas y organismos de todo el mundo. TCP ha tenido una evolucin dependiendo de sus
necesidades por lo que podemos mencionar sus variantes como son RENO, TAHOE y VEGAS. Adems
de tener una relacin con varios tipos de protocolos a nivel de la capa de aplicacin como son FTP, HTTP
y TELNET.
2. Objetivos
2.1 Objetivo General
3. Historia de FTP
Desde su creacin en abril de 1971, el protocolo FTP ha sido utilizado para transferir archivos entre
equipos remotos. Los desarrolladores del protocolo de transferencia de archivos (FTP) tenan que
equilibrar la necesidad de un conjunto completo de funcionalidades con el deseo de crear un protocolo
que fuera simple y fcil de implementar.
File Transfer Protocol (FTP) versin RFC 959, fue publicado en octubre de 1985 dando la posibilidad de
modificar el FTP original, aadiendo varios comandos nuevos. Desde entonces, una serie de otras normas
se han publicado para aadir funciones; pero su administracin es complicada y no permite una verdadera
automatizacin de procesos o ser utilizado para cumplir con regulaciones y leyes. (Bolo, 2011)
En el modelo, el intrprete de protocolo (IP) de usuario inicia la conexin de control en el puerto 21. Las
rdenes FTP estndar las genera el IP de usuario y se transmiten al proceso servidor a travs de la
conexin de control. Las respuestas estndar se envan desde la IP del servidor hasta la IP de usuario por
la conexin de control como respuesta a las rdenes.
Estas rdenes FTP especifican parmetros para la conexin de datos (puerto de datos, modo de
transferencia, tipo de representacin y estructura) y la naturaleza de la operacin sobre el sistema de
archivos (almacenar, recuperar, aadir, borrar, etc.). El proceso de transferencia de datos (DTP) de usuario
u otro proceso en su lugar, debe esperar a que el servidor inicie la conexin al puerto de datos
especificado (puerto 20 en modo activo o estndar) y transferir los datos en funcin de los parmetros que
se hayan especificado.
Vemos tambin en el diagrama que la comunicacin entre cliente y servidor es independiente del sistema
de archivos utilizado en cada computadora, de manera que no importa que sus sistemas operativos sean
distintos, porque las entidades que se comunican entre s son los PI y los DTP, que usan el mismo
protocolo estandarizado: el FTP.
Tambin hay que destacar que la conexin de datos es bidireccional, es decir, se puede usar
simultneamente para enviar y para recibir, y no tiene por qu existir todo el tiempo que dura la conexin
FTP. Pero tena en sus comienzos un problema, y era la localizacin de los servidores en la red. Es decir,
el usuario que quera descargar algn archivo mediante FTP deba conocer en qu mquina estaba
ubicado. La nica herramienta de bsqueda de informacin que exista era Gopher, con todas sus
limitaciones. (Wikipedia, 2016)
4. Definicin de TCP
TCP (que significa Protocolo de Control de Transmisin) es uno de los principales protocolos de la capa
de transporte del modelo TCP/IP. En el nivel de aplicacin, posibilita la administracin de datos que
vienen del nivel ms bajo del modelo, o van hacia l, (es decir, el protocolo IP). Cuando se proporcionan
los datos al protocolo IP, los agrupa en datagramas IP, fijando el campo del protocolo en 6 (para que sepa
con anticipacin que el protocolo es TCP). TCP es un protocolo orientado a conexin, es decir, que
permite que dos mquinas que estn comunicadas controlen el estado de la transmisin.
Las principales caractersticas del protocolo TCP son las siguientes:
TCP permite colocar los datagramas nuevamente en orden cuando vienen del
protocolo IP.
TCP permite que el monitoreo del flujo de los datos y as evitar la saturacin de
la red.
TCP permite que los datos se formen en segmentos de longitud variada para
"entregarlos" al protocolo IP.
TCP permite multiplexar los datos, es decir, que la informacin que viene de
diferentes fuentes (por ejemplo, aplicaciones) en la misma lnea pueda circular
simultneamente.
En la pila de protocolos TCP/IP, TCP es la capa intermedia entre el protocolo de internet (IP) y la
aplicacin. Muchas veces las aplicaciones necesitan que la comunicacin a travs de la red sea confiable.
Para ello se implementa el protocolo TCP que asegura que los datos que emite el cliente sean recibidos
por el servidor sin errores y en el mismo orden que fueron emitidos, a pesar de trabajar con los servicios
de la capa IP, la cual no es confiable. Es un protocolo orientado a la conexin, ya que el cliente y el
servidor deben de anunciarse y aceptar la conexin antes de comenzar a transmitir los datos a ese usuario
que debe recibirlos.
Las conexiones TCP se componen de tres etapas:
1. establecimiento de conexin.
2. transferencia de datos.
3. fin de la conexin.
Para establecer la conexin se usa el procedimiento llamado negociacin en tres pasos (3-way
handshake). Para la desconexin se usa una negociacin en cuatro pasos (4-way handshake). Durante el
establecimiento de la conexin, se configuran algunos parmetros tales como el nmero de secuencia con
el fin de asegurar la entrega ordenada de los datos y la robustez de la comunicacin. (Dallos, s.f.)
Los puertos del 0 al 1023 son los "puertos conocidos" o reservados. En trminos
generales, estn reservados para procesos del sistema (daemons) o programas ejecutados por
usuarios privilegiados. Sin embargo, un administrador de red puede conectar servicios con
puertos de su eleccin.
Los puertos del 49152 al 65535 son los "puertos dinmicos y/o privados".
A continuacin se indican algunos de los puertos conocidos ms utilizados:
Por lo tanto, un servidor (un equipo conectado que ofrece servicios como FTP, Telnet, etc.) cuenta con
nmeros de puerto fijos a los cuales el administrador de red conecta los servicios. Entonces, los puertos
del servidor generalmente se encuentran entre 0 y 1023 (rango de valores relacionado con servicios
conocidos).
Del lado del cliente, el sistema operativo elige el puerto entre aqullos que estn disponibles de forma
aleatoria. Por lo tanto, los puertos del cliente nunca incluirn los puertos que se encuentran entre 0 y
1023, ya que este rango de valores representa a los puertos conocidos. (CCM, 2016)
Todava hay un debate abierto sobre si este es un sntoma apropiado para el control de la congestin.
(Almirn, 2003)
5. Definicin de TCP/Vegas
El resultado tangible de este esfuerzo es una nueva implementacin de TCP que nos referimos como TCP
Vegas. Tenga en cuenta que Vegas no implica ningn cambio en la especificacin TCP; no es ms que una
alternativa aplicacin que es capaz de interactuar con cualquier otra aplicacin vlida de TCP. De hecho,
todos los cambios confirmados en el lado de envi.
TCP Vegas posee grandes modificaciones con respecto a las versiones anteriores de TCP. Hasta ahora la
ventana de congestin creca hasta que ocurra una prdida de paquete y cuando esto pasaba, el
throughput de la conexin se degrada. (Handley, June 2000)
La idea del TCP Vegas es controlar y mantener el tamao adecuado de la ventana de manera que no
ocurra la perdida de paquetes y se evite que se degrade el throughput. El TCP Vegas administra el tamao
de la ventana observando RTT (round-trip-times) de los paquetes que el TCP emisor envi con
anterioridad. El RTT es el tiempo desde que el emisor enva el paquete hasta que arriba el ACK
correspondiente. Si el RTT es mayor, TCP Vegas reconoce que la red comienza a estar congestionada y
achica la ventana. Por el contario, si los valores de RTT son ms pequeos, el TCP emisor determina que
la red no est en congestin e incrementa el tamao. Otra de las modificaciones importantes del TCP
Vegas es en el algoritmo de control de congestin, en la fase de slow start. (Herlin)
Vegas utiliza esta idea para medir y controlar la cantidad de datos adicionales, esta conexin tiene en
trnsito, donde por datos adicionales nos referimos a los datos que no han sido enviados si el ancho de
banda utilizado por la conexin exactamente emparejado el ancho de banda disponible de la red.
El objetivo de Vegas es mantener la cantidad "correcta" de datos adicionales en la red. Obviamente, si una
conexin est enviando demasiados datos adicionales, que har que la congestin, menos obvia, si una
conexin est enviando muy pocos datos adicionales, no puede responder con suficiente rapidez a
transitorios aumenta en el ancho de banda de red disponible. Acciones de evitacin de la congestin
Vegas se basan en los cambios de la cantidad estimada de datos adicionales en la red. (Walrand)
solamente retrasos. En efecto, un ACK duplicado indica el hecho tal que el receptor no puede mandar un
ACK relativo a un segmento llegado fuera de orden, ya que est esperando recibir de uno precedente.
(C.Liu, Noviembre 2004)
5.3 TCP/VEGAS
Con la recepcin de un nuevo ACK:
Si cnwd =< ssthresh
1. cwnd ++una vez por medio
2. Enve la ventana disponible.
En cambio si cnwd > ssthresh, pase a congestin Avoidance para procesamiento del ACK
Con la recepcin de un ACK duplicado:
Si el nmero de acks consecutivos duplicados es menor que 3, no haga nada
En cambio si el nmero de acks consecutivos es igual a 3, pase al estado de FastRetransmit de Fast
Retransmission/Recovery
Como se observa, slow start en Vegas incrementa la ventana de congestionamiento ms lentamente que
Reno al incrementar cnwd una vez por medio en vez de hacerlo con el arribo de cada ack.
6. Bibliografa
Almirn, Y. (2003). Time Rime. Obtenido de
http://timerime.com/es/evento/2011289/Vint+Cerf+y+Robert+Kahn+crean+el+TCP/
Bolo, F. (2 de Agosto de 2011). M. Filetransfer. Obtenido de
https://managefiletransfer.wordpress.com/2011/08/02/mft-b2bconsulting/
C.Liu, R. J. (Noviembre 2004). Approaches of wireless TCP.