Un procedimiento que comprende:

recibir una petición de un primer dispositivo cliente (140,

150, 160) para realizar la difusión múltiple de un archivo como una pluralidad de paquetes de datos desde un dispositivo servidor (100) a múltiples dispositivos cliente (140, 150, 160);

transmitir la pluralidad de paquetes de datos desde un servidor (100) a los múltiples dispositivos clientes (140, 150, 160) utilizando un Protocolo Trivial de Transferencia de Archivos con difusión múltiple (TFTP), y

que se caracteriza por

aplicar, por el servidor (100), una o más técnicas de control de flujo que comprenden al menos determinar si el dispositivo servidor (100) tiene recursos suficientes para satisfacer la petición sobre la base del tamaño de bloque co10 rrespondiente a la petición y el ancho de banda disponible, y enviar un paquete de error al primer dispositivo cliente (140, 150, 160) si el servidor (100) no tiene recursos suficientes para satisfacer la petición.

Control de flujo de TFTP por un servidor Campo técnico Las realizaciones de la invención se refieren a la transferencia de archivos. Más en particular, las realizaciones de la invención se refieren al control de flujo por un servidor para el Protocolo Trivial de Transferencia de Archivos (TFTP) .

Antecedentes

El Protocolo Trivial de Transferencia de Archivos (TFTP) es un protocolo de transferencia de archivos simple que opera en una forma de paso bloqueado. Esto es, cada paquete es reconocido por un cliente receptor y el servidor no transmite el paquete siguiente hasta que se recibe el acuse de recibo del paquete anterior. Una realización del TFTP se describe formalmente en la Petición de Comentarios (RFC) 1350, Rev. 2, publicada en julio de 1992. Como consecuencia de su simplicidad, el TFTP es utilizado en entornos de pre -arranque y / o sistemas integrados. El uso típico puede incluir la descarga de un cargador del sistema operativo o la mejora de una imagen del sistema o del BIOS.

Sin embargo, cuando aumentan los tamaños de los archivos y / o los paquetes se pierden durante la transmisión, el rendimiento ofrecido por el TFTP puede ser inaceptable debido a que los grandes tamaños de archivo y la transmisión de paquetes repetida pueden sobrecargar los componentes de la infraestructura de red. Por lo tanto, el TFTP puede ser insuficiente para las condiciones de descarga de archivos más complejos.

Las difusiones dirigidas en subredes son desveladas en la Patente norteamericana número 6185623, debido a la carga del programa inicial de estaciones de red que no están punteadas por los clientes en una subred más lenta y a los cambios en la dirección IP de la fuente para acomodar múltiples IOP y el equilibrado de cargas, se permiten. Un servidor de difusión en subred transfiere un datagrama que incluye el programa de carga junto con un identificador de difusión en subred y un identificador de puerto de origen a las estaciones de la red cliente en una base de subred. Los enrutadores en las subredes que no coinciden con el identificador de difusión en subred realizan la difusión única del datagrama a la siguiente pasarela; y los enrutadores en el identificador de difusión que coincide con la capa de enlace de datos de subredes realizan la difusión única de los datagramas desde las subredes intervinientes a todas las vecinas en la subred coincidente al mismo tiempo que desatienden enviar esta difusión de capa de enlace de datos a cualesquiera subredes vecinas.

Desvelado en el documento de Patente norteamericana 6151696 hay un procedimiento de transmisión de datos que transfiere rápida y fiablemente (por ejemplo, un archivo de ordenador) desde una fuente a receptores. Mientras los marcos están siendo transmitidos, los acuses de recibo negativos de los receptores son recibidos por la fuente. Estos acuses de recibo indican que los marcos requieren retransmisión. Después de que todos los marcos hayan sido transmitidos, una retransmisión es realizada por la fuente solamente de aquellos marcos para los que los acuses de recibo indican que requieren retransmisión. Se pueden producir retransmisiones adicionales. Esta técnica de transferencia de datos de pasos múltiples solamente requiere que los acuses de recibo negativos sean enviados por los receptores. Las características incluyen la capacidad de fijar la tasa de transmisión y definir los grupos con difusión múltiple. Además, es posible determinar la capacidad de los enlaces de capacidad desconocida utilizando una característica de " sonda de red con difusión múltiple", y determinar las tasas de errores de marco de los enlaces de capacidad conocida utilizando la misma característica. Una característica de "ping con difusión múltiple" se puede utilizar para determinar la conectividad entre una fuente y los miembros de un grupo con difusión múltiple. Los "grupos de velocidad" se pueden configurar después de determinar las capacidades de los enlaces, o si ya son conocidos, los receptores conectados a la fuente por los enlaces más rápidos reciben todos los datos mientras que los receptores con enlaces más lentos reciben sólo una porción de los datos, en el primer paso. El número de receptores que pueden recibir los datos desde la fuente puede ser incrementado en gran medida mediante el uso de un esquema de "colección de acuses de recibo negativos" por el cual "los puntos de réplica" (preferiblemente enrutadores) recogen acuses de recibo negativos individuales y los mandan como una unidad al siguiente nivel.

Desvelado en la Solicitud de Patente norteamericana 2004/0267960 hay un procedimiento para aumentar el rendimiento de una red con difusión múltiple en la que un servidor realiza la difusión múltiple de los paquetes a un cliente maestro y al menos a un cliente pasivo. Los aspectos incluyen determinar por los clientes durante la transferencia con difusión múltiple, cual es el cliente más lento en base a cual cliente deja caer un mayor número de paquetes, y hacer que el cliente más lento sea el cliente maestro, determinando por lo tanto de manera adaptativa cual cliente se convierte en el cliente maestro para reducir al mínimo el tráfico de la red.

La Solicitud de Patente europea 1134950 desvela una red de transferencia de datos que comprende un servidor TFTP conectado para transferir datos a una serie de aparatos clientes conectados a la red. Cuando los datos deben ser transmitidos, uno de los clientes es designado como cliente maestro y la velocidad de las peticiones de datos del cliente maestro determina la tasa de transferencia de datos a todos los clientes. La tasa de transferencia de datos a cada cliente, cuando es seleccionado como cliente maestro, es monitorizada y comparada con las tasas de transferencia predeterminadas. Si se identifica por medio de la comparación que la tasa de transferencia es superior a la que se requiere, el servidor TFTP selecciona otro cliente que está disponible como cliente maestro. En el caso de que uno de los clientes esté deshabilitado y no pueda actuar como cliente maestro para recibir los datos, esto es identificado por el servidor TFTP monitorizando los mensajes de gestión de la red que identifican la deshabilitación o falta de disponibilidad del cliente. Si un cliente es identificado como que está indisponible o que deshabilitado, el servidor TFTP no intenta elegir al cliente como cliente maestro.

El TFTP con difusión múltiple no define las técnicas para el control de flujo por un servidor. El estándar de TFTP está basado en un modelo de transferencia de paso bloqueado en el que el dispositivo cliente acusa recibo de cada paquete antes de que el servidor transmita un paquete posterior. Esto no permite que la tasa de transferencia sea controlada por el dispositivo servidor.

Un objeto de la presente invención es proporcionar el control de flujo por un servidor de un TFTP y / o una sesión con difusión múltiple TFTP.

Breve descripción de los dibujos Las realizaciones de la invención se ilustran, a título de ejemplo y no a título de limitación, en las figuras de los dibujos que se acompañan, en los que los mismos números de referencia se refieren a elementos similares.

La figura 1 es un diagrama de bloques de una red que puede conectar un servidor a múltiples clientes.

La figura 2 es un diagrama de flujo de una realización de un flujo principal de la operación de un dispositivo servidor que puede proporcionar el control de flujo de un servidor de un TFTP y / o de una sesión con difusión múltiple TFTP.

La figura 3 es un diagrama de flujo de la operación de una realización de un manejador de peticiones de carga ejecutadas por un dispositivo servidor que puede proporcionar el control de flujo de un servidor de un TFTP y / o de una sesión con difusión múltiple TFTP.

La figura 4 es un diagrama de flujo de la operación de una realización de un manejador de peticiones de descarga con difusión única ejecutadas por un dispositivo servidor que puede proporcionar el control de flujo de un servidor de un TFTP y / o de una sesión con difusión múltiple TFTP.

La figura 5 es un diagrama de flujo de la operación de una realización de un manejador de peticiones de descargas con difusión múltiple ejecutadas por un dispositivo servidor que puede proporcionar el control de flujo de un servidor de un TFTP y / o de una sesión con difusión múltiple TFTP.

La figura 6 es un diagrama de bloques de una realización de un sistema electrónico Descripción detallada En la descripción que sigue, se establecen numerosos detalles específicos. Sin embargo, las... [Seguir leyendo]

1. Un procedimiento que comprende:

recibir una petición de un primer dispositivo cliente (140, 150, 160) para realizar la difusión múltiple de un archivo como una pluralidad de paquetes de datos desde un dispositivo servidor (100) a múltiples dispositivos cliente (140, 150, 160) ;

transmitir la pluralidad de paquetes de datos desde un servidor (100) a los múltiples dispositivos clientes (140, 150, 160) utilizando un Protocolo Trivial de Transferencia de Archivos con difusión múltiple (TFTP) , y que se caracteriza por aplicar, por el servidor (100) , una o más técnicas de control de flujo que comprenden al menos determinar si el dispositivo servidor (100) tiene recursos suficientes para satisfacer la petición sobre la base del tamaño de bloque correspondiente a la petición y el ancho de banda disponible, y enviar un paquete de error al primer dispositivo cliente (140, 150, 160) si el servidor (100) no tiene recursos suficientes para satisfacer la petición.

2. El procedimiento de la reivindicación 1, en el que aplicar por el servidor (100) una o más técnicas de control de flujo comprende, además:

monitorizar una tasa de pérdida de paquetes, y retardar el comienzo de la transmisión de la pluralidad de paquetes en base a la tasa de pérdida de paquetes.

3. El procedimiento de la reivindicación 1, en el que aplicar por el servidor (100) , una o más técnicas de control de flujo comprende, además:

determinar si una petición para descargar el archivo es el objeto de una sesión de descarga con difusión múltiple existente y hacer que los dispositivos cliente múltiples (140, 150, 160) se unan a un grupo con difusión múltiple existente correspondientes a la sesión de descarga con difusión múltiple existente.

4. El procedimiento de la reivindicación 1, en el que aplicar por el servidor (100) , una o más técnicas de control de flujo comprende, además, modificar la calidad de servicio sobre la base, al menos en parte, de las condiciones de recursos.

5. El procedimiento de la reivindicación 4, en el que modificar la calidad del servicio comprende uno o más de:

modificar el tamaño de bloque y modificar la duración del tiempo límite.

6. El procedimiento de la reivindicación 1, en el que aplicar por el servidor (100) , una o más técnicas de control de flujo comprende, además, reducir la tasa de transmisión de paquetes.

7. El procedimiento de la reivindicación 1, en el que aplicar por el servidor (100) una o más técnicas de control de flujo comprende, además, retransmitir el paquete transmitido más recientemente como respuesta a la recepción de un paquete no esperado.

8. Un dispositivo servidor (100) que comprende:

una interfaz de red (680) para recibir mensajes de uno o más dispositivos cliente (140, 150, 160) , incluyendo peticiones para descargar un archivo almacenado por el dispositivo servidor (100) ;

una memoria (620, 630, 640) acoplada a la interfaz de red (680) para almacenar el archivo, y que se caracteriza por un procesador (610) acoplado a la memoria (620, 630, 640) y a la interfaz de red (680) para recibir una petición de un primer dispositivo cliente (140, 150, 160) del uno o más dispositivos cliente (140, 150 , 160) para realizar la difusión múltiple del archivo como una pluralidad de paquetes de datos desde el dispositivo servidor (100) a uno o más dispositivos cliente (140, 150, 160) , transmitir la pluralidad de paquetes de datos desde un servidor (100) a uno o más dispositivos cliente (140, 150, 160) con un Protocolo Trivial de Transferencia de Archivos (TFTP) con difusión múltiple, y aplicar una o más técnicas de control de flujo que comprende, al menos, determinar si el dispositivo servidor (100) cuenta con recursos suficientes para satisfacer la petición sobre la base del tamaño de bloque correspondiente a la petición y el ancho de banda disponible, y enviar un paquete de error al primer dispositivo cliente (140, 150, 160) si el servidor (100) no tiene recursos suficientes para satisfacer la petición.

9. El servidor (100) de la reivindicación 8, en el que la una o más técnicas de control de flujo comprenden, además:

monitorizar una tasa de pérdida de paquetes, y retardar el comienzo de la transmisión de la pluralidad de paquetes sobre la base de la tasa de pérdida de paquetes.

10. El servidor (100) de la reivindicación 8, en el que la una o más técnicas de control de flujo comprenden, además, determinar si una petición para descargar el archivo es un objeto de una sesión de descarga con difusión múltiple existente, y hacer que los dispositivos cliente múltiples (140, 150, 160) se unan a un grupo con difusión múltiple existente correspondiente a la sesión de descarga con difusión múltiple existente.

11. El servidor (100) de la reivindicación 8, en el que la una o más técnicas de control de flujo comprende, 10 además, modificar la calidad de servicio sobre la base de, al menos en parte, las condiciones de los recursos.

12. El servidor (100) de la reivindicación 11, en el que modificar la calidad del servicio comprende uno o más de:

modificar el tamaño de bloque y modificar la duración de tiempo límite.

13. El servidor (100) de la reivindicación 8, en el que la una o más técnicas de control de flujo comprenden, 15 además, reducir la tasa de transmisión de paquetes.

14. Un medio de almacenamiento que almacena instrucciones de programa para programar un aparato de procesamiento programable que tiene uno o más procesadores, de manera que sean operativos para realizar un procedimiento tal como se establece en cualquiera de las reivindicaciones 1 a 7.