RFC 783 Traduccin al espaolEL PROTOCOLO TFTP (REVISIN 2) Resumen TFTP es un protocolo muy sencillo utiliza para transferir archivos. Es de Esta que viene su nombre, Trivial File Transfer Protocol o TFTP. Cada Nonterminal paquete es reconocido por separado. En este documento se describen El protocolo y sus tipos de paquetes. En el documento tambin se explica la Razones detrs de algunas de las decisiones de diseo. AGRADECIMIENTOS El protocolo fue diseado originalmente por Noel Chiappa, y se Rediseado por l, Bob Baldwin y Dave Clark, con los comentarios de Steve Szymanski. La actual revisin del documento incluye modificaciones Resultantes de los debates y con las sugerencias de Larry Allen, Noel Chiappa, Dave Clark, Geoff Cooper, Mike Greenwald, Liza Martin, David Reed, Craig Milo Rogers (de UCS-ISI), Kathy Yellick, y el autor. El reconocimiento y la redifusin rgimen se inspir en TCP, y El error mecanismo fue sugerido por el PARC EFTP abortar mensaje.

Esta investigacin fue apoyada por la Agencia de Proyectos de Investigacin Avanzada de El Departamento de Defensa y fue supervisado por la Oficina de Naval Investigacin bajo contrato nmero N00014-75-C-0661. 2 1. Propsito TFTP es un protocolo simple para transferir archivos, y, por tanto, fue nombrado El Trivial File Transfer Protocol o TFTP. Se ha aplicado en Superior de la Internet User Datagram protocolo (UDP o Datagram) [2] por lo que

Se puede utilizar para mover archivos entre mquinas en diferentes redes La aplicacin de la UDP. (Esto no debera exlude la posibilidad de La aplicacin de TFTP en la parte superior de otros protocolos datagrama.) Est diseado A ser pequeo y fcil de aplicar. Por lo tanto, carece de la mayora de los Caractersticas de un FTP. Lo nico que puede hacer es leer y escribir Archivos (o por correo) desde / a un servidor remoto. No puede la lista de directorios, Y en la actualidad no existen disposiciones para la autenticacin de los usuarios. En comn con Otros protocolos de Internet, que pasa de 8 bits de los bytes de datos. 12 Tres modos de transferencia son soportados: netascii; octeto, Cruda de 8 bits de bytes; mail, netascii caracteres enviados a un usuario en lugar de una Archivo. Modos adicionales pueden ser definidos por los pares de cooperar anfitriones. _______________ 1 Se trata de ASCII, tal como se definen en el "Cdigo normalizado para EE.UU. Informacin Intercambio "[1] con las modificaciones especificadas en el" Protocolo Telnet Especificacin "[3]. Tenga en cuenta que es de 8 bits ASCII. El trmino" netascii " Se utiliza en este documento en el sentido de esta particular versin de ASCII. 2 Esta sustituye a la "binario" modo de las versiones anteriores de este 3 2. Descripcin del Protocolo Transsfer Todo comienza con una solicitud para leer o escribir un archivo, que tambin Sirve para solicitar una conexin. Si el servidor concede la solicitud, el Conexin se abre y el archivo se enva en bloques de longitud fija de 512 Bytes. Cada paquete de datos contiene un bloque de datos, y debe ser Reconocido por un reconocimiento de paquetes antes del prximo paquete puede ser Enviada. Un paquete de datos de menos de 512 bytes seales de terminacin de un

Transferencia. Si un paquete se pierde en la red, el destinatario Se timeout y podr retransmitir su ltimo paquete (que puede ser de datos o de un Reconocimiento), causando as el remitente del paquete perdido a Retransmitir paquetes que perdieron. El remitente tiene que mantener en un solo paquete Parte de la retransmisin, ya que el paso de bloqueo reconocimiento garantas De ms edad que todos los paquetes se han recibido. Aviso de que ambas mquinas Involucrados en una transferencia se consideran emisores y receptores. Uno enva Datos y recibe reconocimientos, el otro enva y reconocimientos Recibe datos. La mayora de los errores causa de terminacin de la conexin. Un error es Manifestado mediante el envo de un paquete de error. Este paquete no se reconoce, Y no volvi (es decir, un servidor TFTP o usuario podr dar por terminado despus de El envo de un mensaje de error), por lo que el otro extremo de la conexin no podr Obtenerlo. Por lo tanto tiempos se utilizan para detectar cuando dicha rescisin El paquete de error se ha perdido. Los errores son causados por tres tipos de Acontecimientos: no poder satisfacer la solicitud (por ejemplo, no se encuentra el archivo, Violacin de acceso, o no usuario), la recepcin de un paquete que no se puede Explica por un retraso o la duplicacin de la red (por ejemplo, una incorrecta 4 Formado de paquetes), y perder el acceso a un recurso necesario (por ejemplo, el disco Les niega el acceso pleno o durante un traslado). TFTP reconoce nicamente una condicin de error que no causa Terminacin, el puerto fuente de un paquete que se recibi incorrecta. En Este caso, un paquete de error se enva a la originarios de acogida. Este protocolo es muy restrictiva, con el fin de simplificar

Aplicacin. Por ejemplo, la longitud fija que la asignacin de bloques Fcilmente, y el bloqueo de paso acuse proporciona corriente Control y elimina la necesidad de reordenar los paquetes de datos. 3. Relacin con otros protocolos Como se mencion TFTP est diseado para ser aplicado en la parte superior de la Datagram Protocolo. Desde Datagram se aplica sobre el protocolo de Internet, Paquetes de Internet tendr una cabecera, una Datagram cabecera, y un TFTP Cabecera. Adems, los paquetes pueden tener una cabecera (LNI, cabecera ARPA, Etc) para que a travs del medio de transporte local. Como se muestra en Figura 3-1, el orden de los contenidos de un paquete ser: locales de mediano Cabecera, si se utilizan, Internet cabecera, Datagram cabecera, TFTP cabecera, seguido Por el resto de los paquetes de TFTP. (Esto puede ser o no datos Dependiendo del tipo de paquete, tal como se especifica en la cabecera de TFTP.) TFTP No especifica ninguno de los valores en el encabezado de Internet. Por otro Lado, el origen y el destino del puerto Datagram campos de la cabecera (su Formato se da en el apndice) es usada por TFTP y el campo de longitud Refleja el tamao de los paquetes de TFTP. La transferencia de los identificadores (TID) 5 Utilizados por TFTP se pasan a la capa Datagram a ser utilizados como puertos; Por lo que debe estar entre 0 y 65.535. La inicializacin de TID's se examina en la seccin de protocolo de conexin inicial. El TFTP consiste en una cabecera de 2 bytes opcode, que indica el campo El tipo de paquetes (por ejemplo, DATOS, ERROR, etc) Estos opcodes y los formatos De los distintos tipos de paquetes se analizan con ms detalle en la seccin de Los paquetes TFTP.

Figura 3-1: Orden de las Cabeceras -------------------------------------------------- -| Local Media | Internet | Datagram | TFTP | -------------------------------------------------- -4. Protocolo de conexin inicial Una transferencia se establece mediante el envo de una solicitud (WRQ a escribir en una Exterior del sistema de archivos, o RRQ a leer de ella), y la recepcin positiva Respuesta, un acuse de paquetes para escribir, o el primer paquete de datos para Leer. En general un reconocimiento paquete contendr el nmero de bloque De los paquetes de datos que se reconoce. Cada paquete de datos se ha asociado En la misma el nmero de bloque; bloque de nmeros consecutivos y se comenzar con Uno. Dado que la respuesta positiva a una operacin de escritura es un Reconocimiento de paquetes, en este caso especial, el nmero de bloque se Cero. (Normalmente, desde un reconocimiento es reconocer un paquete de datos Paquete, el paquete de reconocimiento contendr el nmero de bloques de la Paquete de datos que se reconoce.) Si la respuesta es un paquete de error, entonces 6 La solicitud ha sido denegada. Con el fin de crear una conexin, cada extremo de la conexin elige un TID por s mismo, que se utilizarn para la duracin de esa conexin. El TID escogidas para una conexin debe ser escogido de forma aleatoria, a fin de que la Probabilidad de que el mismo nmero es elegido dos veces en la sucesin inmediata Es muy baja. Cada paquete est asociada con los dos de los del TID Extremos de la conexin, la fuente y el destino TID TID. Estos TID's se entreg apoyo a la UDP (protocolo de datagrama o de otro tipo) como El origen y el destino de los puertos. Un solicitante de acogida opta por su fuente TID como se ha descrito anteriormente, y enva su solicitud inicial de la conocida TID

69 decimal (105 octal) en el servicio de acogida. La respuesta a la Solicitud, en virtud de la operacin normal, utiliza un TID elegido por el servidor como su Fuente TID y el TID elegido para el mensaje anterior por el solicitante Como su destino TID. Los dos elegidos TID's se utilizan para la Resto de la transferencia. A modo de ejemplo, la siguiente muestra los pasos para crear un Conexin para escribir un archivo. Tenga en cuenta que WRQ, ACK, y son los nombres DATOS De la escritura, el reconocimiento, y tipos de datos de paquetes Respectivamente. El apndice contiene un ejemplo similar para leer un Archivo. 1. Host A enva una "WRQ" para acoger con B = Una fuente del TID, Destino = 69. 2. Host B enva un "ACK" (con nmero de bloques = 0) a un anfitrin con Fuente = B's TID, destino = A del TID. 7 En este punto la conexin se ha establecido y los primeros datos Paquete puede ser enviado por un host con un nmero de secuencia de 1. En el siguiente Paso, y en todos los pasos sucesivos, los conductores deben asegurarse de que la TID fuente coincide con el valor que se acord en los pasos 1 y 2. Si un Fuente no coincide con TID, el paquete debe ser descartado como errneamente Enviados desde algn otro lugar. Un paquete de error debe ser enviada a la fuente De la incorrecta paquete, mientras que la transferencia no es inquietante. Esto se puede hacer slo si el TFTP de hecho recibe un paquete con una TID incorrecta. Si los protocolos no lo permiten, este Particular condicin de error no se plantean. El siguiente ejemplo demuestra un correcto funcionamiento del protocolo En el que la situacin anterior puede ocurrir. Host A enva una solicitud al anfitrin B. En algn lugar de la red, el paquete de solicitud se duplica, y como

Resultado dos reconocimientos se devuelven a un anfitrin, con diferentes del TID Elegido de acogida B en respuesta a las dos peticiones. Cuando el primer Respuesta llega, sigue un anfitrin de la conexin. Cuando el segundo Respuesta a la solicitud que llega, debe ser rechazada, pero no hay Razn para terminar la primera conexin. Por lo tanto, si es diferente del TID Son elegidos para las dos conexiones de host B, y un anfitrin de los controles TID la fuente de los mensajes que recibe, en la primera conexin puede ser Mantiene mientras que la segunda es rechazada por regresar un paquete de error. 8 5. Paquetes TFTP TFTP admite cinco tipos de paquetes, todas las cuales se han mencionado Anteriormente: Opcode operacin 1 Lea peticin (RRQ) 2 Escriba solicitud (WRQ) 3 Datos (DATA) 4 Reconocimiento (ACK) 5 de error (ERROR) El TFTP cabecera del paquete contiene el opcode asociados a que Paquete. Figura 5-1: RRQ / WRQ paquete 2 bytes cadena 1 byte cadena 1 byte -----------------------------------------------| Opcode | Nombre de archivo | 0 | Modo | 0 | -----------------------------------------------RRQ y WRQ paquetes (opcodes 1 y 2, respectivamente) tienen el formato Muestra en la Figura 5-1. El nombre de archivo es una secuencia de bytes en netascii Terminarse con un byte nulo. El modo de campo contiene la cadena "Netascii", "octet", o "mail" (o cualquier comibnation de superior e inferior Caso, por ejemplo, "NETASCII", NetAscii ", etc) en la que indica netascii

Tres modos definidos en el protocolo. Un anfitrin que recibe netascii Modalidad de datos debe traducir los datos a su propio formato. Octeto se utiliza el modo de Para transferir un archivo que se encuentra en el formato de 8 bits de la mquina desde la que El archivo est siendo transferido. Se supone que cada tipo de mquina Tiene un solo formato de 8 bits que es ms comn, y que ese formato es 9 Elegido. Por ejemplo, en un DEC-20, una mquina de 36 bits, esto es cuatro de 8 bits Bytes a una palabra de cuatro bits de rotura. Si un host recibe un octeto Archivo y luego lo devuelve, regres el archivo deben ser idnticos a los Original. Correo modo utiliza el nombre de un destinatario de correo en lugar de un Fichero y debe empezar con WRQ. De lo contrario, es idntica a netascii Modo. El receptor de correo cadena debera tener el formato "nombre de usuario" o "Nombre de usuario @ nombre de host". Si la segunda forma se utiliza, permite la opcin De reenvo de mensajes por un rel de equipo. La discusin anterior asume que tanto el remitente y el receptor son Que operan en el mismo modo, pero no hay razn por la que esto tiene que ser El caso. Por ejemplo, se puede construir un servidor de almacenamiento. No hay Razn por la que dicha mquina tiene que traducir en netascii su propia forma De texto. Ms bien, el remitente puede enviar archivos en netascii, pero el Servidor de almacenamiento puede simplemente almacenarlos sin traduccin en 8 bits Formato. Otro tal situacin es un problema que existe actualmente en DEC-20. Ni netascii ni accesos octeto todos los bits en un Palabra. Se podra crear un modo especial para una mquina que lee todos Los bits en una palabra, pero en el que el receptor almacena la informacin en Formato de 8 bits. Cuando tal archivo se recuperar de los lugares de almacenamiento,

Se debe restablecer a su forma original para ser til, por lo que el modo de invertir Tambin deben ser aplicadas. El usuario tendr que recordar algunos Informacin para lograrlo. En ambos ejemplos, la peticin Los paquetes se especifique el modo de octeto para el extranjero, pero el equipo local Sera en algn otro modo. No existe el equipo o la aplicacin especfica Modos se han especificado en TFTP, pero sera compatible con el presente 10 Especificacin. Tambin es posible definir otras modalidades de cooperacin de pares Hosts, aunque esto debe hacerse con cuidado. No se exige Que cualquier otra aplicacin de estos hosts. No existe una autoridad central Que se definen estos modos o asignarles nombres. Figura 5-2: DATOS paquete 2 bytes 2 bytes n bytes ---------------------------------| Opcode | Block # | Datos | ---------------------------------Los datos se transfiere en paquetes DATOS muestra en la Figura 5-2. DATOS paquetes (opcode = 3) tener un nmero de bloque y los datos de campo. El bloque Nmero de paquetes de datos y comenzar con un aumento de un por cada nuevo Bloque de datos. Esta restriccin permite que el programa para un solo uso Nmero de discriminar entre paquetes nuevos y duplicados. Los datos Campo es de cero a 512 bytes de longitud. Si se trata de 512 bytes de longitud, la Bloque no es el ltimo bloque de los datos, si es de cero a 511 bytes De largo, que seala el final de la transferencia. (Vase la seccin sobre Normal Rescisin para ms detalles.) Todos los paquetes que no sean las utilizadas para la terminacin son reconocidos

Individualmente, a menos que se produce un aviso de tiempo. Enviar un paquete es una DATOS Reconocimiento de los paquetes ACK de los anteriores DATOS paquete. El WRQ DATOS paquetes y son reconocidos por los paquetes ACK o ERROR, y mientras RRQ 11 Figura 5-3: paquete ACK 2 bytes 2 bytes --------------------| Opcode | Block # | --------------------Paquetes ACK son reconocidos por ERROR DE DATOS o paquetes. Figura 5-3 Describe una de paquetes ACK, el opcode es de 4. El nmero de bloques en un ACK Se hace eco de la manzana nmero de los paquetes que se reconoci DATOS. A WRQ es Reconoci con un paquete ACK con un nmero de bloque cero. Figura 5-4: ERROR paquete 2 bytes 2 bytes cadena 1 byte ----------------------------------------| Opcode | ErrorCode | ErrMsg | 0 | ----------------------------------------Un paquete de ERROR (opcode 5) toma la forma representada en la Figura 5-4. Un ERROR paquete puede ser el reconocimiento de cualquier otro tipo de paquete. El Cdigo de error es un entero indicando la naturaleza del error. Un cuadro de Valores y significados se da en el apndice. (Tenga en cuenta que varios de error Cdigos han sido aadidas a esta versin de este documento.) El error Mensaje se destina al consumo humano, y debe ser en netascii. Al igual que todas las dems cadenas, que se pone trmino con un byte nulo. 12 6. La terminacin normal El final de una transferencia se caracteriza por una DATOS paquete que contiene entre 0 y 511 bytes de datos (es decir, Datagram longitud