Un procedimiento para establecer una relación de revisión entre homólogos entre un primer (1) y un segundo (2) aparato de red,

estando conectados el primer y el segundo aparato de red a una red interconectada (32), comprendiendo el procedimiento:

determinar una dirección del segundo aparato de red (2) con el primer aparato de red (1), estando asociada la dirección del segundo aparato de red (2) con la red interconectada (32);

enviar un mensaje de verificación de conexión al segundo aparato de red (2) desde el primer aparato de red (1) a través de la red interconectada (32);

responder selectivamente al mensaje de verificación de conexión desde el primer aparato de red (1) con el segundo aparato de red (2);

establecer una periodicidad entre el envío de mensajes periódicos posteriores de verificación de conexión en función de una periodicidad deseada proporcionada al primer aparato de red por el segundo aparato de red; y

enviar selectivamente de manera periódica mensajes periódicos posteriores de verificación de conexión desde el primer aparato de red (1) al segundo aparato de red (2) a través de la red interconectada (32) y donde el intervalo de tiempo entre los mensajes periódicos posteriores de verificación de conexión está asociado con la periodicidad establecida

Procedimiento y sistema para un conjunto de dispositivos de red que pueden conectarse para mejorar la colaboración, la escalabilidad y la fiabilidad.

Campo técnico de la invención

Esta invención se refiere a un procedimiento y a un aparato de red para establecer una relación de revisión entre homólogos entre primeros y segundos aparatos.

Antecedentes de la invención

El tráfico de datos en redes, particularmente en Internet, ha aumentado considerablemente en los últimos años y esta tendencia continuará con el rápido crecimiento del comercio electrónico y otros servicios de Internet que requieren un mayor ancho de banda. Con este aumento del tráfico de datos en las redes, se ha producido un aumento correspondiente en el número de salas de equipos informáticos, conocidas como "salas de servidores", utilizadas para alojar el equipamiento necesario para soportar el encaminamiento del tráfico de datos. Además, la creciente dependencia de las empresas con respecto a su presencia en Internet ha creado la urgencia de mantener activas y en funcionamiento las salas de servidores en todo momento. Las estimaciones de la industria muestran que actualmente hay más de 400.000 salas de este tipo en los Estados Unidos.

El crecimiento del tráfico de Internet ha instado a muchas empresas a construir una sala de servidores para permitir que sus empleados tengan acceso a información de Internet o para habilitar el comercio electrónico y datos de almacenamiento. Inicialmente planteado como objetivo, se ha convertido en necesidad el hecho de que el servidor esté activo continuamente. Realizar un seguimiento de los numerosos ordenadores, junto con sus puentes asociados, encaminadores, fuentes de alimentación de reserva, etc., puede ser una ardua tarea. Una gran compañía con salas de servidores en más de una ciudad debe afrontar gastos de miles de euros en paquetes de software para mantener sus equipos en funcionamiento. Normalmente, el precio de un ordenador es de 738 euros aproximadamente (1.000 dólares). También se necesitan técnicos especializados para supervisar los equipos de red y emitir órdenes de trabajo para reparar las unidades defectuosas.

Para que sean fiables, los sistemas informáticos modernos no deben soportar calor, polvo o humedad excesivos. El calor puede provocar rápidamente el deterioro de los equipos. Un fallo en los ventiladores de refrigeración puede reducir la vida útil de los equipos a días u horas. Un fallo en una LAN (red de área local, local área network) de alta velocidad única puede provocar una lenta respuesta del sistema. Estos y otros fallos de este tipo en los equipos de una sala de servidores se producen de manera rutinaria y pueden generan grandes trastornos a una empresa.

Actualmente existen soluciones para supervisar equipos y redes informáticos para impedir tales fallos. Sin embargo, estas soluciones están dirigidas fundamentalmente a grandes sistemas de gama alta tales como los utilizados por grandes corporaciones o instituciones que cuentan con altos presupuestos para soportar la supervisión de los equipos. Por ejemplo, Hewlett-Packard proporciona un paquete de supervisión de gama alta con un precio inicial de aproximadamente 184.775 euros (250.000 dólares). A un nivel medio pueden encontrarse soluciones de supervisión más modestas por 14.782 euros aproximadamente (20.000 dólares). Algunos de estos sistemas sólo permiten la inspección de dispositivos de manera local. Otros permiten que un técnico inspeccione de manera geográfica varias instalaciones desde una consola central. Sin embargo, todas estas soluciones son caras de implementar y su mantenimiento es complejo y difícil así como la formación del personal que las utiliza.

Como resultado, las pequeñas y medianas empresas que poseen pequeñas y medianas redes necesitan un medio para supervisar y mantener sus equipos de red informáticos con el fin de evitar fallos de funcionamiento, pero no cuentan con los recursos para adquirir las caras soluciones disponibles actualmente. Muchas empresas no pueden adquirir una solución de gama alta o simplemente no disponen ni del tiempo ni de los recursos para formar a su personal informático para que aprenda y utilice sistemas complejos. En cambio, el procedimiento de supervisión habitual en muchas de estas compañías son las quejas que los usuarios transmiten al responsable del personal informático para indicar cuándo se ha producido un problema. La idea es que alguien de la organización notifique un fallo y solicite su reparación antes de que se produzcan problemas. Sin embargo, la realidad es que la mayoría de los responsables del personal informático han tenido que ocuparse de problemas en la sala de servidores debidos a un calor excesivo, a otro fenómeno físico o simplemente a un fallo.

Esto sucede especialmente en empresas que cuentan con múltiples salas de servidores y que tienen problemas relacionados con el acceso rutinario a cada una de estas salas. Por ejemplo, la mayoría de los responsables del personal informático necesitan algún tipo de acceso remoto para determinar el estado de una sala de servidores. Además, con las soluciones actuales existen problemas relacionados con la proporción de mano de obra de estas soluciones. La mayoría de las soluciones de supervisión de redes pueden necesitar un empleado a jornada completa o parcial. Por lo tanto, la justificación económica de estos sistemas es difícil ya que los equipos de red fallan normalmente de año en año o cuando se produce un error muy grave, y el coste de reparación es inferior al de mantener un empleado a jornada completa que supervise de manera rutinaria los equipos.

Para la supervisión de componentes montados en un bastidor existen problemas similares relacionados con la posibilidad de que los componentes individuales colocados en un bastidor puedan supervisarse de manera remota. Además, las soluciones de supervisión actuales no proporcionan la generación de imágenes de vídeo de las ubicaciones de servidores remotos de una red. Los equipos informáticos están dispuestos normalmente en salas de servidores por dos motivos: seguridad y control ambiental. La generación remota de imágenes de vídeo de una sala de servidores de una red puede mantener la seguridad de los equipos a pesar de la ausencia de una presencia física en el lugar.

Una sala de ordenadores típica puede alojar cientos de dispositivos que varían de caros ordenadores con funcionalidad de servidor a puentes, encaminadores, fuentes de alimentación continuas y equipos telefónicos. El entorno de una sala de servidores requiere supervisión ya que variables ambientales extremas pueden afectar finalmente a los equipos de la sala. Por ejemplo, altas temperaturas, humedad (debida, por ejemplo, a fugas de agua), o la ausencia de flujo de aire pueden perjudicar a los equipos. De manera similar, es importante determinar alarmas, tales como alarmas de humos y de incendios, o el estado de las aperturas de la sala. Aunque el coste de sustituir los componentes de una sala de servidores si estos fallan es muy elevado, las soluciones de supervisión actualmente disponibles no son rentables para su implementación en pequeñas empresas a pesar de los posibles costes de estas pérdidas.

Los sistemas de supervisión están implementados normalmente como dispositivos sencillos y autónomos con los que un usuario o una aplicación pueden interactuar y realizar tareas de configuración. La mayoría de aparatos permiten que uno o más usuarios o aplicaciones interactúen con los mismos, pero el usuario o aplicación debe interactuar normalmente con cada aparato por separado.

Estos sistemas de supervisión típicos utilizan una aplicación centralizada (o bien una extensión a un sistema de gestión de red, tal como HP OpenView, o bien un servidor propietario o aplicación de consola). Aunque estos mecanismos pueden ser bastante eficaces, añaden costes adicionales debido a software, hardware, configuración, administración y ancho de banda de red. Además, el servidor/aplicación central añade normalmente un único punto de fallo al entorno.

Otro problema con los aparatos autónomos, en particular con dispositivos cuyo objetivo principal es supervisar condiciones ambientales y/o de red, es su vulnerabilidad a fallos no notificados. Específicamente, si el aparato de supervisión tiene un fallo, la detección del fallo requiere normalmente la interacción del usuario o interrogación mediante un servidor de gestión centralizado caro. La consecuencia de no detectar el aparato defectuoso es no poder detectar las condiciones que el dispositivo debía supervisar, no pudiendo obtener...

1. Un procedimiento para establecer una relación de revisión entre homólogos entre un primer (1) y un segundo (2) aparato de red, estando conectados el primer y el segundo aparato de red a una red interconectada (32), comprendiendo el procedimiento:

2. El procedimiento según la reivindicación 1, en el que el mensaje de verificación de conexión utiliza un procedimiento POST de HTTP.

3. El procedimiento según la reivindicación 1, en el que el mensaje de verificación de conexión utiliza un procedimiento FTP.

4. El procedimiento según la reivindicación 1, donde el procedimiento comprende además:

5. El procedimiento según la reivindicación 4, en el que el mensaje de notificación se envía a una ubicación remota (49).

6. El procedimiento según la reivindicación 4, en el que el mensaje de notificación se envía a otro aparato de red (2 a 5) conectado a la red interconectada (32).

7. Un aparato de red (1, 110) que puede hacerse funcionar para establecer una relación de revisión entre homólogos con un segundo aparato de red (2) conectado a una red interconectada (32), comprendiendo el aparato de red (1, 110):

8. El aparato de red según la reivindicación 7, en el que el procesador (112) es un procesador basado en Java.

9. El aparato de red según la reivindicación 8, que comprende además un medio para la comunicación con un sistema remoto (49).

10. El aparato de red según la reivindicación 7, que comprende además al menos un sensor (118) acoplado de manera comunicativa al procesador (112).

11. El aparato de red según la reivindicación 10, que comprende además al menos un umbral, estando asociado el al menos un umbral con valores medidos por el al menos un sensor (118).

12. El aparato de red según la reivindicación 11, que comprende además un conjunto de instrucciones (124) para enviar una notificación en respuesta al al menos un umbral alcanzado por los valores medidos por el al menos un sensor (118).

13. Una agrupación que comprende el aparato de red según cualquiera de las reivindicaciones 7 a 12 dispuesto con un segundo aparato de red (2) como una agrupación de aparatos de red, en el que:

14. La agrupación según la reivindicación 13, en la que el aparato de red de la agrupación, que puede hacerse funcionar para comunicarse con el sistema remoto (49), está configurado para comunicarse con el sistema remoto (49) utilizando un procedimiento POST de HTTP.

15. La agrupación según la reivindicación 13, en la que el aparato de red de la agrupación, que puede hacerse funcionar para comunicarse con el sistema remoto (49), está configurado para comunicarse con el sistema remoto (49) utilizando un procedimiento FTP.

16. La agrupación según la reivindicación 13, en la que el aparato de red de la agrupación, que puede hacerse funcionar para comunicarse con el sistema remoto, está configurado para actuar como un intermediario entre el sistema remoto y el otro aparato de red de la agrupación.

17. La agrupación según la reivindicación 16, en la que el otro aparato de red de la agrupación, que puede hacerse funcionar para comunicarse con el sistema remoto, está configurado para establecer una relación de revisión entre homólogos con el aparato de red de la agrupación que está configurado para comunicarse con el sistema remoto y para actuar como el intermediario.

18. La agrupación según la reivindicación 17, en la que el otro aparato de red de la agrupación está configurado para asumir de manera selectiva una dirección de red del aparato de red de la agrupación que está configurado para actuar como un intermediario en caso de que falle el aparato de red de la agrupación que está configurado para actuar como el intermediario.

19. Un programa de instrucciones que puede ser ejecutado por una máquina para llevar a cabo todas las etapas de procedimiento de un procedimiento según cualquiera de las reivindicaciones 1 a 6 cuando se ejecuta en dicha máquina.