Abstract:
The present invention provides a method of optimizing the design of a Tracker in P2P applications to support DVD features. The method comprises the steps of: a. determining for each peer and video operation the time T and jump point P j b. generating a hash key HK j for each peer, the hash key having a value HK j = (P j -T )/C, where C>=1 is the granularity of the system c. grouping the peers with the same hash-key. The system is designed to provide good viewer experience while supporting DVD features like pause, forward and backward jump operations.
Abstract:
The invention discloses a method of monitoring a bittorrent network and measuring download speeds. The speed is calculated by connecting to a client, getting the bitfield and have messages, reconnecting after a predetermined time and getting a new bitfield and have messages. Taking the number of new pieces between both observations multiplied by the piece size and divided by the time between the two observations the download speed is obtained.
Abstract:
La presente invención se refiere a un método y a un sistema para identificar y caracterizar el impacto de incidencias en red sobre los servicios de telecomunicación ofrecidos a usuario. 5 De acuerdo con la invención, el sistema de identificación y caracterización de una incidencia en un servicio ofrecido a un usuario de una red de telecomunicaciones comprende un módulo de selección de indisponibilidades (1), un módulo de consolidación (4), un módulo de agregación (10), un módulo de estabilización (12) y un módulo de notificación (14). 10
Abstract:
Se presentan un sistema y método para aplicar el soporte de eventos del protocolo SIP al envío de incidencias de tráfico de vehículos sobre redes IP (20). Incluye un servidor de incidencias (14) y un cliente consumidor de incidencias (1 1 ) que se comunican a través de respectivos servidores Proxy de SIP (12, 13). El cliente consumidor (11) utiliza SIP SUBSCRIBE para suscribirse a las incidencias de tráfico de una determinada zona. Desde ese momento, el servidor de incidencias (14), con posibilidad de acceso a una base de datos de incidencias (16), comienza a enviar incidencias de tráfico mediante SIP NOTIFY cuando existe nueva información disponible, proporcionando así un mecanismo PUSH para recibir estas notificaciones. Además el servidor de incidencias (14) puede proporcionar un mecanismo mediante SIP PUBLISH para recibir incidencias de tráfico de fuentes externas que son productores de incidencias (15) para su distribución a los consumidores de incidencias (11).
Abstract:
Se describen una arquitectura de pasarela y un procedimiento para uso en un sistema de comunicaciones, que comprende al menos una centralita (PBX) a la cual estn conectadas extensiones fijas corporativas (EXT) y una capa de servicios 5 (CS) en una red de un operador. La pasarela (SGW) comprende medios (1,2,4,5,6) para proporcionar desde la centralita a la capa de servicios informacin sobre el estado de extensiones fijas corporativas conectadas a la centralita y para proporcionar a la centralita comandos y servicios generados por elementos de la capa de servicios. De este modo, la informacin sobre el estado de las extensiones 10 fijas corporativas puede ser utilizada por servicios alojados en la red del operador. La arquitectura permite la existencia de servicios en la red del operador del tipo 3PCC (3rd party call control) sobre las extensiones fijas corporativas, de modo que se permita el control de las extensiones en cuanto a establecimiento de llamadas, liberacin de las mismas, etc. desde servicios en red. De este modo se obtiene un 15 sistema global convergente fijo-mvil ofertado desde la red del operador, integrando las extensiones fijas corporativas, ya que posibilita servicios centrados en el usuario y no en el tipo de acceso o en el tipo de terminal de usuario.
Abstract:
Un sistema (10) que implementa un procedimiento para determinar degradaciones de QoS comprende: - recibir alarmas (a) desde la capa de aplicación (20), o desde los nodos (31) de red de una red de MPLS, incluyendo el Analizador de Tráfico Pasivo (32), la Monitorización de Capa Física (33) y los nodos de OAM (34) de MPLS, - según la alarma, el sistema (10) solicita pruebas (d) para la localización y los nodos (31) de red responden con la localización (e), - una vez que el fallo está localizado, el sistema (10) inicia la restauración (h) del tráfico mediante la Señalización (35) de MPLS y recibe el resultado (i), - el sistema (10) puede necesitar consultar la Base de Datos (36) del Sistema: la etapa de consulta (b) – respuesta (c) antes de solicitar la localización es optativa, mientras que la etapa de consulta (f) – respuesta (g) es obligatoria antes de la restauración (h), - una vez que el tráfico está restaurado, el sistema (10) activa (j) pruebas adicionales por los nodos (31) de red y / o la capa de aplicación (20) por para garantizar la QoS global correcta dentro de la nueva situación de red, - el sistema (10) puede activar un bucle (i) de restauración adicional hasta que se declare un comportamiento global estable no degradado.
Abstract:
The method comprising sending a request from at least one service terminal to a remote server to download at least one computer algorithm, said at least one service terminal including a state machine for loading computer algorithms, wherein said at least one downloaded computer algorithm is used for performing operations by said at least one service terminal, the method further using a sign server and an OTA server for performing the following steps: a) carrying out an authentication process of said at least one downloaded computer algorithm providing a first secure key; b) validating a plurality of parameters of said at least one service terminal, generating a second secure key; c) further generating a new secure key by combining said first and said second generated secure keys, and d) sending said new secure key to said at least one service terminal trough an OTA server, wherein a security module of said at least one service terminal e) further validates said received new secure key by comparing it with a self-generated secure key.
Abstract:
Comprising plugging a portable modem communication device in a computing device and bootstrapping an Operative System from an internal memory of said portable modem communication device providing alternative connectivity capabilities to said computing device, wherein in order said computing device performing said bootstrapping of the Operative System drivers and a booting manager included in the portable modem are loaded the first time said portable modem is plugged in said computing device, said drivers and booting system remaining in the computing device to be detected by the latter in any ulterior plugging of the portable modem therein, and providing said connectivity capabilities either by the alternative bootstrapped Operative System or by an own Operative System of the computing device, wherein said providing being decided by said user.
Abstract:
A computer-implemented method and a system for providing a networking service, and a computer program product adapted to perform the method The method comprises mapping software-based network functions to hardware resources included in a hardware resource pool, wherein the mapping is performed dynamically on unallocated resources of the hardware resource pool and based on at least the next information: - specific hardware constraints for the supporting of each of said software- based network functions; - network requirements of at least one defined networking service design for a service making use of said hardware resource pool and of at least part of said software-based network functions; and - a hardware description of the hardware resources included in the hardware resource pool. The system is configured for implementing the method of the invention. The computer program product is adapted to perform the method of the invention.
Abstract:
Method and system of storing and retrieving web content in a cache hard disk memory, in which read requests (29) and write requests (27) are separated in two different queues (29, 31), and read requests (29) are prioritized. This way, write requests (27) are selectively delayed to favour read operations and improve user experience.