2500hz nº1:(Tftp.txt):31/01/2000 << Back To 2500hz nº 1
- Trivial FTP - - -- -- - -- - -- - -- - -- - -- - -- - -- - -- - -- - by: aViNash TFTP 1¬ ENTREGA Indice: Funcionamineto Proceso de transferencia Tipos de paquetes Paquete de solicitud Paquete de datos Paquete de confirmacion (ACK) Paquete de error Finalizacion de la transferencia -----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------TFTP (TRIVIAL FTP) El protocolo TFTP (Trivial File Tansfer Protocolo) es una simplificacion del protocolo FTP para la transferencia de ficheros. TFTP puede resultar util cuando sea necesario el envio de ficheros entre dos hosts de una red y no se requieran las opciones extendidas y la versatilidad ofrecida por el protocolo de transferencia de ficheros estandar FTP. El protocolo TFTP hace uso normalmente de UDP en el nivel de transporte a diferencia del protocolo FTP, el cual hace uso de TCP. Esto no quiere decir que TFTP este limitado a UDP, ya que se podria implementar perfectamente haciendo uso de otros protocolos de transporte, pero como un objetivo principal de su dise±o es la sencillez, se opto por UDP. Teniendo como objetivo principal esta sencillez de dise±o, las capacidades de TFTP se limitan al envio y recepcion de ficheros, careciendo de opciones tipicas en FTP como la autentificacion de usuarios o el listado de directorios. FUNCIONAMIENTO: La comunicacion es iniciada por el cliente, quien envia al servidor una solicitud para el envio o recepcion de un fichero. Si el servidor acepta la transferencia se comenzara el envio del fichero en paquetes de datos de 512bytes. Cada paquete enviado debe ser confirmado por el receptor del mismo, para ello se enviara un mensaje de confirmacion al emisor del paquete. El emisor no eviara nuevos datos hasta que el paquete anterior haya sido confirmado. Si el emisor envia un paquete, ya sea de datos o de confirmacion, y este se pierde, el receptor se quedadara esperando la llegada del mismo durante un intervalo de tiempo predefinido, al agotarse este timeout el receptor reenvia el ultimo paquete que envio al emisor, este comprobora al recibirlo que esta duplicado y sacara la conclusion de que su confirmacion no llego y por ese motivo le vuelven a enviar el paquete. El emisor enviara de nuevo el paquete de confirmacion que se a perdido y que el receptor nunka llego a recibir. Esta posible situacion obliga al emisor a guardar al menos el ultimo paquete que haya enviado por si es necesario retransmitirlo; por parte parte, los paquetes anteriores puede destacarlos, ya que fueron confirmados satisfactoriamente. El receptor dara por terminada la transferencia cuando se reciba un paquete datos de menos de 512bytes. La sencillez del protocolo lo hace poco robusto a los fallos que puedan surgir, tomandose como norma la terminacion de la transferencia ante cualquier error. Estos paquetes de error no necesitan ser confirmados, y en caso de perderse no seran reenviados. Cuando cualquiera de los extremos detecta una anomalia, envia un paquete de error al otro extremo y da por finalizada la transferencia automaticamente. Se pueden originar principalmente tres tipos de errores: ╖ El servidor es incapaz de satisfacer la peticion del cliente, ya que el fichero solicitado no se encuentra o hay un problema con los permisos de acceso. ╖ Se recibe un paquete mal formado o con datos incorrectos. ╖ Se agotan los recursos necesarios para seguir con la transferencia, por ejemplo, se acaba el disco y no se pueden seguir grabando los datos que se reciben. PROCESO DE TRANSFERENCIA: El cliente envia una solicitud de lectura o de escritura de un fichero al servidor. Si el servidor no acepta la transferencia propuesta por el cliente le envia un paquete de error. En caso de aceptar la solicitud del cliente, el servidor le enviara un paquete de confirmacion si la solicitud fue de escritura, o el primer paquete de datos del fichero pedido en caso de tratarse de una solicitud de lectura. Cada paquete de datos que se envie tendra asociado un identificador o numero de bloque que permitira identificar cada paquete univocamente y por tanto detectar perdidas y duplicaciones de paquetes. Los paquetes de datos se comienzan a numerar a partir de 1, y en cada envio se incrementa este campo en una unidad. El paquete de confirmacion que se envia al aceptar una solicitud de escritura de un cliente en un caso especial, ya que tendra un valor de 0 en el campo de identificador a confirmar. - Fin de la primera entrega. - ~ aViNash ~ ~ @_2500Hz ~