ES2387897T3

ES2387897T3 - Métodos para la identificación de mensajes de aplicación entre homólogos y de realización de operaciones y sus dispositivos correspondientes

Info

Publication number: ES2387897T3
Application number: ES06775462T
Authority: ES
Inventors: Yikang Lei
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2005-10-18
Filing date: 2006-08-23
Publication date: 2012-10-03
Anticipated expiration: 2026-08-23
Also published as: CN1863154B; CN1863154A; EP1950917A4; WO2007045144A1; EP1950917A1; EP1950917B1

Abstract

Un método para identificar un mensaje de aplicación entre homólogos, que comprende:la realización de una estadística de tráfico (2-6) sobre una tasa de cambio de direcciones de destino solicitadas por elmensaje dentro de un periodo de tiempo preestablecido y/o la realización de la estadística de tráfico (2-6) sobre elnúmero de sesiones recientemente establecidas por segundo, para el mensaje, dentro de un periodo de tiempopreestablecido;la comparación (2-8) del resultado de la estadística de tráfico correspondiente al mensaje con un modelo de tráfico entrehomólogos yla identificación del mensaje como siendo un mensaje de aplicación entre homólogos si el resultado de la estadísticacorresponde con el modelo de tráfico entre homólogos.

Description

Métodos para la identificación de mensajes de aplicación entre homólogos y de realización de operaciones y sus dispositivos correspondientes.

CAMPO DE LA INVENCIÓN

La presente invención se refiere al campo de comunicación de redes y en particular, a un método y dispositivo para identificar un mensaje de aplicación entre homólogos (P2P) y un método y dispositivo para la realización operacional de un mensaje de aplicación entre homólogos.

ANTECEDENTES DE LA INVENCIÓN

La tecnología P2P es una clase de nueva aplicación surgida en los últimos años para compartir y descargar datos entre usuarios. Una característica principal de la tecnología P2P es el intercambio directo de datos o servicios entre diferentes usuarios de PC sin un dispositivo de retransmisión. La tecnología P2P ha eliminado el modo de cliente/servidor tradicional, con cada nodo en una red entre homólogos siendo tratado de forma igualitaria y con la provisión de características de un cliente y de un servidor, de tal modo que puedan actuar ambos, a la vez, como un usuario de servicios y un proveedor de servicios. La tecnología P2P permite a un usuario de Internet utilizar directamente un fichero de una parte opuesta, de modo que cada usuario pueda conectarse directamente a un ordenador de otro usuario, para intercambio de ficheros, sin una primera conexión a un servidor para las operaciones de exploración y de descarga posteriores.

Con el rápido desarrollo de la tecnología de P2P, el modo de memorización de Internet evolucionará desde la localización centralizada de contenidos actual a la “memorización descentralizada de contenidos” y la tecnología P2P cambiará el estado de tráfico centrado en el sitio web a través de Internet. La Figura 1 ilustra un diagrama esquemático de la diferencia entre el modelo de tráfico de Internet tradicional y el modelo de tráfico de P2P.

La tecnología de P2P proporciona principalmente la posibilidad para intercambio de datos distribuidos. Con el incremento gradual de la capacidad de procesamiento y el espacio de disco duro de los ordenadores personales, la memorización distribuida de recursos es ya factible y la memorización de recursos en un servidor de recursos centralizado no es la única opción para memorizar recursos con mayor duración. Actualmente, un 70 % del tráfico de Internet es para aplicaciones P2P y el tráfico de HTTP tradicional no es el tráfico de Internet predominante. El tráfico de enlace descendente de un usuario personal (desde Internet al usuario personal) utilizado para ser bastante mayor que su tráfico de enlace ascendente, pero con la emergencia de la tecnología de P2P, ambos tráficos de enlace ascendente y de enlace descendente de un usuario personal se hicieron mucho mayores. En consecuencia, la tecnología P2P se añade a la congestión de la red.

Los ejemplos actualmente populares de software de P2P a través de la red incluyen lo siguiente.

1.: BT(BitTorrent). El BitTorrent es un software de P2P para la descarga multipunto con códigos origen públicos y es muy cómodo de utilizar como un explorador incorporado y es adecuado para descargar recursos de reciente edición. El tráfico de BT representa un 50 % de todo el tráfico a través de Internet.

2.: eDonkey. El eDonkey es un software de descarga de P2P con códigos origen públicos. El tráfico de eDonkey representa un 20 % de la totalidad del tráfico a través de Internet.

3.: eMule. El eMule es un software de descarga de P2P con códigos origen públicos. El tráfico de eMule representa un 20 % de la totalidad del tráfico a través de Internet.

En un método para limitar el tráfico de aplicaciones de P2P en la técnica anterior, el tráfico de P2P está limitado mediante filtrado de puertos conocidos de aplicaciones de P2P.

En una realización de BT, una conexión entre clientes de BT cae dentro de una gama de puertos conocidos (6881-6889). En una realización de eMule/eDonkey, los puertos conocidos de eMule/eDonkey son como sigue: por defecto, un cliente está conectado con un servidor a través del puerto TCP 4661 (referido como el puerto -s) y el cliente accede a otro cliente a través del puerto TCP 4662 (referido como el puerto –c) y el puerto UDP 4665 (referido como el puerto -c-u). Estos puertos se pueden establecer con valores alternativos en función del diferente software en uso. Este método identifica una sesión de P2P mediante la gama anterior de puertos y limita el tráfico de la sesión identificada.

El método anterior para limitar el tráfico de aplicación de P2P es inconveniente por cuanto que fue previamente útil en alguna medida, pero no puede identificar con exactitud un mensaje de P2P mediante la gama de puertos.

Por ejemplo, tomando el BT como ejemplo, aunque el sitio web oficial de BT proporciona una gama por defecto de puertos en escucha (6881-6889), un usuario puede cambiar esta gama de puertos mediante algunos medios técnicos.

Además, existe un gran número de clientes de BT y adoptan diferentes gamas de puertos y puestas en práctica según se ilustra en la tabla 1.

Tabla 1: relación esquemática entre puestas en práctica y gamas de puertos de clientes de BT

Cliente de BT: Gama de puertos

Greedy ABC: Manualmente configurable

BitComet: No editado

BitTorrent Plus: Manualmente configurable

BitTorrent: 6881-6889

Bit Spirit: 16881

Tomando la puesta en práctica de eMule/eDonkey como un ejemplo, además de los puertos conocidos anteriores, el software proporciona también un esquema de HiID por cuyo intermedio un usuario puede establecer un puerto. Además, todas las aplicaciones de P2P anteriores tienen códigos fuentes públicos, por lo que no es difícil cambiar los puertos para

10 las aplicaciones de P2P. Por lo tanto, un mensaje de P2P no se puede identificar con exactitud mediante la gama de puertos de las aplicaciones de P2P, puesto que la gama de puertos no está fijada.

En otro método para limitar el tráfico de aplicaciones de P2P, en la técnica anterior, una sesión de P2P se identifica mediante análisis sintáctico de una palabra de caracteres de información de diálogo operativo de software de P2P y el

15 tráfico de la sesión identificada está limitado.

Tomando una aplicación de BT como ejemplo, un mensaje de BT se extrae e identifica mediante un proceso de diálogo operativo del protocolo entre homólogos de BT. En el proceso de diálogo operativo, se envía primero 19 y luego se envía una cadena de caracteres “protocolo BitTorrent”, en donde el número 19 significa la longitud del “protocolo BitTorrent”. Es

20 decir, la palabra de caracteres que identifica un mensaje de BT es la combinación de “19” y la cadena de caracteres “protocolo BitTorrent”. Una sesión de BT se puede identificar con esta palabra de caracteres.

Tomando una aplicación de eMule/eDonkey como ejemplo, todos los mensajes de protocolos de eMule/eDonkey cumplen una cabecera de mensaje estándar (solamente el primer mensaje de datos está provisto de una cabecera de

25 mensaje puesto que un paquete de datos puede producir fragmentos de la capa de aplicación). La cabecera de mensajes incluye una palabra de caracteres de 1 byte (E3 o E5) y por lo tanto, se puede comprobar si cada uno de los primeros varios mensajes de datos del protocolo de control de transporte (TCP) incluye esta palabra de caracteres (E3 o E5) con este carácter se puede identificar una sesión de eMule/eDonkey.

30 El método anterior para limitar el tráfico de aplicación de P2P es inconveniente por cuanto que este método está restringido en gran medida.

Este método requiere que un dispositivo de encaminamiento soporte una tabla de sesiones e identifica una sesión de P2P durante la etapa de diálogo operativo. Por lo tanto, resulta difícil para el dispositivo de encaminamiento controlar los

35 mensajes posteriores si deja de soportar una tabla de sesiones o deja de realizar una Traducción de Dirección de Red (NAT).

Puesto que la realización característica de software P2P actual varía en gran medida, este método requiere identificar software P2P diferente en modos diferentes. Es decir, un método de identificación correspondiente ha de añadirse para

40 cada clase de software de P2P. Por lo tanto, este método no se puede tratar inteligentemente con nuevas aplicaciones de P2P que surgirán en el futuro. Si una aplicación de P2P que evolucionare en el futuro no tiene ningún código de carácter o un código de carácter difícil de identificar, este método puede no ser aplicable.

En otro método para limitar el tráfico de aplicaciones de P2P en la técnica anterior, las operaciones de limitación del

45 tráfico se realizan en función de la dirección de un mensaje. Por ejemplo, operaciones tales como CAR (una clase de método de control del tráfico) se pueden realizar en un mensaje o el número de tiempos de conexión se puede limitar para el mensaje en función de la dirección origen del mensaje.

El método anterior para limitar el tráfico de aplicaciones de P2P es inconveniente por cuanto que este método no

50 identifica mensajes y por lo tanto, este método no es exacto y no puede realizar diferentes limitaciones de tráfico en diferentes mensajes de aplicación.

Como puede deducirse de la descripción anterior, los métodos actuales para identificar los mensajes de aplicación de P2P tienen una exactitud deficiente, de modo que las operaciones de limitación del tráfico en mensajes de aplicación de 55 P2P han restringido la aplicabilidad y tienen una exactitud deficiente. La descripción anterior solamente se refiere a las

operaciones limitadoras del tráfico en mensajes de aplicación de P2P, pero las operaciones en mensajes de aplicación de P2P pueden ser también operaciones de facturación o similares. En el mismo sentido, los métodos actuales para identificar mensajes de aplicación de P2P pueden dar lugar a que otras operaciones, en un mensaje de aplicación de P2P, tengan los inconvenientes de una aplicabilidad restringida, una exactitud deficiente, etc. El documento de Cyril Soldani, “Detección de comportamiento entre homólogos mediante el análisis de flujos de TCP” Universidad de Lieja [online], 1 abril 2004 (2004-04-01). Recuperado desde Internet: URL:http//hackerz.ir/ebooks/P2P_Behaviour_Detection.pdf [recuperado en ] da a conocer el número de dirección de IP única, prefijos y servidores AS participantes que se calculan en cada sistema P2P y se miden cuántas conexiones (en emisión o recepción) tiene cada participante con otros homólogos.

SUMARIO DE LA INVENCIÓN

Un objetivo de la invención es dar a conocer un método para limitar el tráfico de aplicaciones de P2P, de modo que una sesión de P2P se pueda identificar por un modelo de tráfico y se pueda limitar el tráfico de la sesión de P2P identificada.

El objetivo de la presente invención se consigue mediante las soluciones técnicas siguientes:

un método para limitar el tráfico de aplicaciones entre homólogos que incluye:

realizar una estadística del tráfico en un mensaje y

identificar el mensaje como un mensaje de aplicación de P2P en la determinación de que el resultado de estadística del tráfico está conforme con un modelo de tráfico de P2P.

Las siguientes soluciones técnicas del método para limitar el tráfico de aplicaciones entre homólogos son opcionales.

El método de identificación y estadística incluye:

realizar una estadística sobre la tasa de cambio de direcciones de destino solicitadas por un mensaje dentro de un periodo de tiempo preestablecido y/o

realizar una estadística sobre el número de sesiones recientemente establecidas por segundo para el mensaje dentro de un periodo de tiempo preestablecido y/o

realizar una estadística sobre el número de direcciones de destino con las que se mantiene la conexión para el mensaje dentro de un periodo de tiempo preestablecido y/o

la realización de una estadística sobre el número de sesiones con las que se mantiene la conexión para el mensaje dentro de un periodo de tiempo preestablecido;

cuando la tasa de cambio de direcciones de destino solicitadas por el mensaje obtenido a partir de la estadística alcanza un umbral preestablecido y/o

cuando el número de sesiones recientemente establecidas por segundo, para el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido y/o

cuando el número de direcciones de destino, con las que se mantiene la conexión para el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido y/o

cuando el número de sesiones con las que se mantiene la conexión para el mensaje obtenido a partir de la estadística alcanza un umbral preestablecido, la determinación de que el resultado de la estadística del tráfico, correspondiente al mensaje, está en conformidad con el modelo de tráfico de P2P y la determinación del mensaje como un mensaje de aplicación de P2P.

El método comprende, además:

la creación de una tabla de estadísticas basada en las direcciones origen del mensaje, la memorización de los resultados de estadísticas de tráfico para el mensaje en la tabla de estadísticas y la actualización del resultado estadístico memorizado en conformidad con un periodo de tiempo preestablecido.

La invención da a conocer, además, un método para la realización operativa de un mensaje de aplicación entre homólogos que incluye:

obtener una estadística de tráfico sobre un mensaje; identificar el mensaje como un mensaje de aplicación de P2P a la determinación de que el resultado estadístico del tráfico, correspondiente al mensaje, está en conformidad con un modelo de tráfico de P2P y la realización de operaciones predeterminadas sobre el mensaje de aplicación de P2P.

Las siguientes soluciones técnicas del método para la operación de un mensaje de aplicación entre homólogos son opcionales.

5 El método de identificación y estadística comprende:

10 realizar una estadística sobre el número de sesiones recientemente establecidas por segundo para el mensaje dentro de un periodo de tiempo preestablecido y/o

realización de una estadística sobre el número de direcciones de destino con las que se mantiene la conexión para el mensaje dentro de un periodo de tiempo preestablecido y/o

15 realización de una estadística sobre el número de sesiones con las que se mantiene la conexión para el mensaje dentro de un periodo de tiempo preestablecido;

cuando la tasa de cambio de direcciones de destino solicitadas por el mensaje obtenido, a partir de la estadística, 20 alcanza un umbral preestablecido y/o

25 cuando el número de direcciones de destino con las que se mantiene la conexión para el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido y/o

cuando el número de sesiones con las que se mantiene la conexión, para el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido, la determinación de que el resultado de la estadística de tráfico, correspondiente al 30 mensaje, está conforme con el modelo de tráfico de P2P y la determinación del mensaje como un mensaje de aplicación de P2P;

las operaciones predeterminadas incluyen una o más de entre: una operación de limitación del tráfico, una operación de estadística para la facturación y una operación de estadística para limitación del tráfico. 35 El método comprende, además:

la creación de una tabla de estadísticas basada en las direcciones origen del mensaje, la memorización de los resultados de la estadística del tráfico para el mensaje en la tabla de estadísticas y la actualización de los resultados estadísticos 40 memorizados en función de un periodo de tiempo preestablecido.

El método comprende, además:

la creación de una tabla de operaciones de P2P basada en las direcciones origen del mensaje y la memorización de la 45 dirección origen del mensaje de aplicación de P2P que corresponde al modelo de tráfico y las operaciones correspondientes en la tabla de operaciones de P2P;

a la recepción de un mensaje, si la dirección del mensaje se encuentra en la tabla de operaciones de P2P, la realización de las operaciones predeterminadas en correspondencia con la dirección origen en el mensaje; de no ser así, la

50 realización de una estadística de tráfico en el mensaje, la memorización del resultado estadístico del tráfico, la realización de un modelo en correspondencia con el mensaje en función del resultado estadístico del tráfico y la realización de operaciones predeterminadas en el mensaje en correspondencia.

El método comprende, además:

55 la realización de las operaciones predeterminadas en el mensaje de aplicación de P2P en combinación con una lista de control de acceso, ACL.

El método comprende, además:

60 la realización de las operaciones predeterminadas en el mensaje en función de la dirección origen y/o de la dirección destino del mensaje de aplicación de P2P o

la realización de las operaciones predeterminadas en la dirección de recepción o transmisión del mensaje de aplicación 65 de P2P o la limitación del número total de los mensajes de aplicación de P2P o

la limitación del número de conexiones para el mensaje de aplicación de P2P.

5 La invención da a conocer, además, un dispositivo para identificar un mensaje de aplicación entre homólogos que incluye:

un módulo de estadísticas adaptado para realizar una estadística del tráfico sobre una tasa de cambio de direcciones de destino solicitadas por el mensaje dentro de un periodo de tiempo preestablecido y/o la realización de la estadística del 10 tráfico sobre el número de sesiones recientemente establecidas por segundo para el mensaje dentro de un periodo de tiempo preestablecido y

un módulo de identificación adaptado para obtener un resultado de estadística del tráfico correspondiente al mensaje desde el módulo de estadística, para identificar el mensaje como un mensaje de aplicación de P2P a la determinación de 15 que el resultado de la estadística del tráfico está conforme con un modelo de tráfico de P2P y para proporcionar, a la salida, el resultado de identificación.

La invención da a conocer, además, un dispositivo para la operación de un mensaje de aplicación de P2P que incluye:

20 un módulo de estadísticas adaptado para realizar una estadística del tráfico en un mensaje;

un módulo de identificación adaptado para obtener un resultado de estadística del tráfico correspondiente al mensaje desde el módulo de estadísticas, para identificar el mensaje como un mensaje de aplicación de P2P a la determinación de que el resultado de la estadística del tráfico está conforme con un modelo de tráfico de P2P y para proporcionar, a la

25 salida, el resultado de identificación y

un módulo de procesamiento de operaciones adaptado para realizar operaciones predeterminadas en el mensaje de aplicación de P2P identificado por el módulo de identificación en función del resultado de identificación del módulo de identificación.

30 El módulo de procesamiento de operaciones incluye un sub-módulo de memorización y un sub-módulo de procesamiento de operaciones;

el sub-módulo de memorización está adaptado para memorizar la dirección origen del mensaje de aplicación de P2P 35 identificado por el módulo de identificación y las operaciones predeterminadas correspondientes en una tabla de operaciones de P2P en función del resultado de identificación y

el sub-módulo de procesamiento de operaciones está adaptado para encontrar la dirección origen de un mensaje en la tabla de operaciones de P2P cuando el dispositivo recibe el mensaje y realiza las operaciones predeterminadas 40 correspondientes a la dirección origen en el mensaje o informa al módulo de estadísticas para realizar una estadística del tráfico en el mensaje, si la dirección origen del mensaje no se puede encontrar en la tabla de operaciones de P2P.

Como puede deducirse de las soluciones técnicas anteriores, la invención puede limitar efectivamente el tráfico de una sesión de P2P identificando la sesión de P2P conforme al modelo de tráfico. La invención es aplicable no solamente a

45 las aplicaciones de P2P actuales sino también a las nuevas aplicaciones de P2P que pueden surgir en el futuro. La invención resuelve el problema de baja eficiencia debido al análisis de unas características de P2P por paquetes. La invención se puede aplicar en combinación con una lista de control de acceso (ACL) para definir diferentes soluciones limitadoras del tráfico de P2P en respuesta a diferentes demandas de gestión de redes y de abonados y de este modo, para satisfacer la diversidad de soluciones limitadoras del tráfico con aplicabilidad de amplia dispersión.

50 BREVE DESCRIPCIÓN DE LOS DIBUJOS

La Figura 1 es un diagrama esquemático que ilustra la diferencia entre un modelo de tráfico de Internet tradicional y un modelo de tráfico de P2P y

55 La Figura 2 es un diagrama de flujo de una forma de realización de la invención en el que se ilustran las operaciones de limitación del tráfico en un mensaje de aplicación de P2P.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN

60 Formas de realización de la invención dan a conocer un método para limitar el tráfico de una aplicación de P2P y la idea básica de la invención es que se identifica una sesión de P2P por un modelo de tráfico y operaciones predeterminadas se realizan en la sesión de P2P identificada, p.e., operaciones de limitación del tráfico, operaciones estadísticas para limitación del tráfico, operaciones estadísticas para facturación, etc.

A continuación se describirá, en detalle, la invención haciendo referencia a los dibujos y un diagrama de flujo de un proceso de operaciones limitadoras del tráfico, según la invención, se ilustra en la Figura 2 e incluye los procesos siguientes.

En el bloque 2-1, se recibe un mensaje de datos Las aplicaciones de P2P de tipo de ancho de banda–consumo actual tienen todas ellas las características de modelo de tráfico siguiente:

1.: Un gran número de direcciones son solicitadas en un periodo de tiempo corto y se mantienen las conexiones con un gran número de direcciones. Tomando una aplicación de BT como ejemplo, el número de direcciones solicitadas tiende fácilmente a superar el número de 20 destinos de IP por segundo.

2.: Un gran número de sesiones se mantiene a la vez. Tomando una aplicación eMule/eDonkey como ejemplo, el número medio de sesiones para un solo fichero es de aproximadamente 60 y un usuario tiende fácilmente a implicarse en más de un millar de sesiones durante la descarga de un gran número de ficheros.

Si una descarga de ancho de banda alto puede proporcionarse por recursos distribuidos compartidos entre abonados para una nueva aplicación de P2P que pueda surgir en el futuro, la nueva aplicación de P2P puede cumplir con las características de modelos de tráfico anteriores.

El bloque 2-2 se realiza cuando se recibe un mensaje que ha de procesarse en una zona designada, tal como una zona de una interfaz de recepción, un conjunto de interfaces o un concepto administrativo del mensaje.

En el bloque 2-2, la dirección origen del mensaje se busca en una tabla de limitación del tráfico de P2P. Puesto que operaciones predeterminadas, en esta forma de realización, incluyen operaciones limitadoras del tráfico u operaciones estadísticas para limitación del tráfico, una tabla de operaciones de P2P se puede referir también como una tabla de limitación del tráfico del P2P.

En la invención, ha de crearse una tabla de limitación del tráfico de P2P basada en la dirección origen del mensaje y las direcciones origen de un mensaje de aplicación de P2P y las correspondientes operaciones se memorizan en la tabla de limitación del tráfico de P2P.

La dirección origen del mensaje se busca en entradas de la tabla de limitación del tráfico de P2P y si se encuentra la dirección origen del mensaje, se realiza el bloque 2-3; si no se encuentra, se realiza el bloque 2-4.

En el bloque 2-3, se determina si se requiere la limitación del tráfico.

Si la dirección origen del mensaje se encuentra en la tabla de limitación del tráfico de P2P, la operación correspondiente a la dirección origen, es decir, la operación predeterminada es objeto de una nueva búsqueda y si la operación encontrada es una operación de limitación del tráfico, se realiza el bloque 2-5.

Si la operación encontrada es una operación estadística para limitación del tráfico, se realiza la operación estadística para limitación del tráfico y el resultado de la operación estadística se puede utilizar para actualizar la operación en la tabla de limitación del tráfico de P2P. Por ejemplo, cuando el resultado estadístico alcanza un valor predeterminado, la operación estadística para limitación del tráfico, en la tabla de limitación del tráfico de P2P, se modifica a una operación de limitación del tráfico y se realiza el bloque 2-10. Si el resultado de la operación estadística no alcanza el valor predeterminado, entonces se memoriza el nuevo resultado estadístico y se realiza el bloque 2-10. El nuevo resultado estadístico y el valor predeterminado para realizar la operación de limitación del tráfico se pueden memorizar en la tabla de limitación del tráfico de P2P o memorizarse con independencia de la tabla de limitación del tráfico de P2P. En la invención, la operación de limitación del tráfico se establece en función del resultado estadístico de la operación estadística para limitación del tráfico. Cuando el resultado estadístico de la operación de estadística, para la limitación del tráfico, supera un valor predeterminado, la operación de limitación del tráfico se establece como la operación correspondiente a la dirección origen en la tabla de limitación del tráfico de P2P.

En esta forma de realización, si las operaciones predeterminadas incluyen, además, operaciones estadísticas para facturación, la invención puede implicar los tres casos siguientes:

1.: En el bloque 2-3, cuando la dirección origen del mensaje se encuentra en la tabla de limitación del tráfico de P2P y la operación correspondiente a la dirección origen es una operación estadística para facturación, se realiza la operación estadística para facturación y a continuación, se realiza el proceso 2-10.

2.: En el bloque 2-3, cuando la dirección origen del mensaje se encuentra en la tabla de limitación del tráfico de P2P, y la operación correspondiente a la dirección origen es una operación estadística para facturación y una operación estadística para limitación del tráfico, se realizan la operación estadística para facturación y la operación estadística para limitación del tráfico y luego, se prosigue con la realización del bloque 2-10.

3. En el bloque 2-3, cuando la dirección origen del mensaje se encuentra en la tabla de limitación del tráfico de P2P, y la operación correspondiente a la dirección origen es una operación estadística para facturación y una operación de limitación del tráfico, se realiza la operación estadística para facturación y a continuación, se realiza el bloque 2-5.

En el bloque 2-4, se determina si la dirección origen del mensaje se encuentra en una tabla de estadísticas de dirección origen.

En la invención, una tabla de estadísticas basada en la dirección origen del mensaje, se crea para memorizar los resultados de estadísticas del tráfico de mensajes. Cada entrada de la tabla corresponde a un temporizador.

Cuando la dirección origen del mensaje no se encuentra en alguna entrada de la tabla de limitación del tráfico de P2P, la dirección origen del mensaje se busca, además, en las entradas de la tabla de estadísticas. Si se encuentra la dirección origen del mensaje, se realiza el bloque 2-6; de no ser así, se realiza el bloque 2-7.

En el bloque 2-5 se realiza el procesamiento de limitación del tráfico.

La limitación del tráfico se realiza en el mensaje de aplicación de P2P recibido conforme a una regla de limitación del tráfico designada.

Si el bloque 2-5 se realiza después del bloque 2-3, se ilustra una estadística del tráfico. En el bloque 2-6 se puede realizar, además, sobre el mensaje de aplicación de P2P recibido antes de la limitación del tráfico.

En el bloque 2-6 se realiza una estadística del tráfico.

Una estadística del tráfico, sobre el mensaje recibido, se realiza dentro del periodo de tiempo establecido por el temporizador correspondiente a la entrada en la tabla de estadísticas para la dirección origen del mensaje y los elementos de las estadísticas incluyen:

1.: Una estadística sobre la tasa de cambio de las direcciones de destino solicitadas por un mensaje;

2.: Una estadística sobre el número de sesiones recientemente establecidas por segundo para el mensaje;

3.: Una estadística sobre el número de direcciones de destino con las que la conexión se memoriza para el mensaje y

4.: Una estadística sobre el número de sesiones con las que se mantiene la conexión para el mensaje.

El resultado de la estadística del tráfico, que incluye información sobre las direcciones de destino y las sesiones, etc., recientemente obtenidas a partir de la estadística, se memoriza en las entradas correspondientes de la tabla de estadísticas. El resultado de la estadística memorizado en la entrada se actualiza en función del tiempo establecido por un temporizador correspondiente a la entrada. A continuación, se realiza el proceso 2-8.

En el bloque 2-7, se crea una entrada de tabla de estadísticas y un temporizador.

Una entrada basada en la dirección origen del mensaje se crea en la tabla de estadísticas. La entrada incluye información sobre la dirección origen y las sesiones del mensaje, etc., y se crea un temporizador correspondiente a la entrada. A continuación, se realiza el proceso 2-6.

En el bloque 2-8, se realiza la correspondencia del modelo del tráfico.

La correspondencia del modelo del tráfico se realiza en función del resultado de la estadística memorizado en la entrada de la tabla de estadísticas, es decir, se determina si el tráfico del mensaje tiene las características de una aplicación de P2P. La base para la determinación es como sigue:

1.: Se determina si la tasa de cambio registrada de direcciones de destino, solicitadas por el mensaje, alcanza un umbral preestablecido;

2.: Se determina si el número registrado de sesiones recientemente establecidas por segundo para el mensaje alcanza un umbral preestablecido;

3.: Se determina si el número registrado de direcciones de destino, en relación con el mensaje, alcanza un umbral preestablecido y

4.: Se determina si el número registrado de sesiones en relación con el mensaje alcanza un umbral preestablecido.

Si el tráfico del mensaje está conforme con las características de una aplicación de P2P se puede determinar según cualquiera o una combinación de los cuatros criterios de determinación anteriores. Si se determina que el tráfico del mensaje está conforme con las características de una aplicación de P2P, se realiza el bloque 2-9, de no ser así, la entrada en la tabla de estadísticas correspondiente a la dirección origen del mensaje se suprime y se procede a realizar el bloque 2-10.

5 En el bloque 2-9, se crea una entrada de limitación del tráfico en la tabla de limitación del tráfico de P2P.

Una entrada correspondiente, basada en la dirección origen del mensaje, se crea en la tabla de limitación del tráfico de P2P. Cuando una entrada se añade recientemente a la tabla de limitación del tráfico de P2P, la operación en la entrada puede ser una operación estadística para limitación del tráfico o una operación estadística para facturación puesto que el

10 tráfico del mensaje de aplicación de P2P no está directamente limitado. Cuando la entrada es recientemente añadida en la tabla de limitación del tráfico de P2P, la invención puede incluir la posibilidad de que la operación en la entrada sea una operación de limitación del tráfico. A continuación, se realiza el bloque 2-5.

En el bloque 2-10, el mensaje se reenvía en condiciones normales.

15 El mensaje recibido también se reenvía en condiciones normales.

En la práctica, la solución de limitación del tráfico anterior, basada en un modelo del tráfico, se puede aplicar también en combinación con una Lista de Control de Acceso (ACL) para realizar varias operaciones de limitación del tráfico de P2P

20 para usuarios. Por ejemplo, una operación de limitación del tráfico de P2P se puede realizar para un usuario con un segmento de red de 110.10.10.0 y un código de máscara de 24 bits conforme con el ACL; una operación de limitación del tráfico de P2P se puede realizar controlando una dirección de limitación del tráfico de P2P conforme a la ACL, es decir, conforme a un IP origen o un IP destino del mensaje, en la dirección de recepción o en la dirección de transmisión del mensaje; el número total de mensajes o el número de conexiones para el mensaje se pueden limitar, etc.

25 Formas de realización de la invención dan a conocer un dispositivo para identificar un mensaje de aplicación de P2P, que incluye un módulo de estadísticas y un módulo de identificación.

El módulo de estadísticas está adaptado principalmente para realizar una estadística del tráfico sobre un mensaje, p.e.,

30 un estadística sobre la tasa de cambio de direcciones de destino solicitadas por el mensaje, una estadística sobre el número de sesiones recientemente establecidas por segundo para el mensaje, una estadística sobre el número de direcciones de destino en relación con el mensaje, una estadística sobre el número de sesiones en relación con el mensaje, etc. El módulo de estadísticas puede memorizar el resultado estadístico en una forma de una tabla de estadísticas basada en la dirección origen del mensaje y los resultados estadísticos en la tabla de estadísticas se pueden

35 actualizar en función de un periodo de tiempo preestablecido. Para conocer más detalles, referirse a la descripción anterior en formas de realización de la invención.

El módulo de identificación está adaptado principalmente para obtener el resultado estadístico del tráfico correspondiente al mensaje desde el módulo de estadísticas, para identificar el mensaje como un mensaje de aplicación de P2P cuando

40 se determina que el resultado estadístico del tráfico está conforme con el modelo de tráfico de P2P y para proporcionar, a la salida, el resultado de identificación. El módulo de identificación puede determinar el mensaje como un mensaje de aplicación de P2P, cuando se satisfacen una o más de las cuatro condiciones siguientes:

1. La tasa de cambio de direcciones de destino solicitadas por el mensaje, que se obtiene a partir del módulo de 45 estadísticas, alcanza un umbral preestablecido;

2. El número de sesiones recientemente establecidas por segundo para el mensaje obtenido a partir del módulo de estadísticas alcanza un umbral preestablecido;

50 3. El número de direcciones de destino en relación con el mensaje obtenido a partir del módulo de estadísticas alcanza un umbral preestablecido y

4. El número de sesiones en relación con el mensaje, que se obtiene a partir del módulo de estadísticas, alcanza un umbral preestablecido.

55 Formas de realización de la invención dan a conocer, además, un dispositivo de realización operacional para un mensaje de aplicación de P2P, que incluye un módulo de estadísticas, un módulo de identificación y un módulo de procesamiento operacional.

60 Las formas de realización del módulo de estadísticas y del módulo de identificación son como se describió anteriormente.

El módulo de procesamiento operacional está adaptado principalmente para realizar operaciones predeterminadas, tal como una operación de limitación del tráfico, una operación de estadística para limitación del tráfico y una operación de estadística para facturación.

El módulo de procesamiento operacional incluye un sub-módulo de memorización y un sub-módulo de procesamiento operacional.

El sub-módulo de memorización memoriza una tabla de operaciones de P2P basada en la dirección origen del mensaje, tal como la tabla de limitación del tráfico de P2P anteriormente descrita. La tabla de operaciones de P2P memoriza las direcciones origen de mensajes de aplicación de P2P encontrados en correspondencia con el modelo de tráfico y las operaciones predeterminadas correspondientes. Cuando el resultado de la identificación, que se obtiene a la salida del módulo de identificación, es un mensaje de aplicación de P2P, si la dirección origen del mensaje de aplicación de P2P está ausente en la tabla de operación de P2P, necesita añadirse una entrada correspondiente en la tabla de limitación del tráfico de P2P en función de la dirección origen del mensaje de aplicación de P2P. Cuando la entrada está recientemente añadida en la tabla de limitación del tráfico de P2P, la operación en la entrada puede ser una operación estadística para limitación del tráfico o una operación estadística para facturación, puesto que el tráfico del mensaje de aplicación de P2P no está directamente limitado. Por supuesto, la invención puede incluir la posibilidad de que la operación en la entrada sea una operación de limitación del tráfico cuando se añade recientemente la entrada en la tabla de limitación del tráfico de P2P.

A la recepción de un mensaje por el dispositivo para la operación de un mensaje de aplicación de P2P según la invención, el sub-módulo de procesamiento operacional busca la dirección origen del mensaje en la tabla de operaciones de P2P en el sub-módulo de memorización y, si se encuentra la dirección origen del mensaje, se realizan operaciones predeterminadas correspondientes a la dirección origen en el mensaje, tales como una operación de limitación del tráfico, una operación estadística para limitación del tráfico, una operación estadística para facturación; o, si no se encuentra la dirección origen del mensaje, el módulo de estadísticas se informa para realizar una estadística del tráfico sobre el mensaje. Cuando el sub-módulo de procesamiento operacional realiza una operación de estadística para limitación del tráfico, el resultado de la operación estadística se puede utilizar para actualizar la operación en la tabla de limitación del tráfico de P2P. Por ejemplo, si el resultado de estadística alcanza un valor predeterminado, la operación de estadística para limitación del tráfico en la tabla de limitación del tráfico de P2P, en el sub-módulo de memorización, se puede modificar para una operación de limitación del tráfico; si el resultado de la estadística no alcanza el valor predeterminado, se memoriza el nuevo resultado de estadística. El nuevo resultado de estadística y el valor predeterminado para realizar la operación de limitación del tráfico se pueden memorizar en el sub-módulo de memorización o en el sub-módulo de procesamiento operacional.

El sub-módulo de memorización puede memorizar, además, una ACL de modo que el sub-módulo de procesamiento operacional pueda realizar varias operaciones predeterminadas en un mensaje de aplicación de P2P en combinación con la ACL. Por ejemplo, el sub-módulo de procesamiento operacional puede controlar una dirección de limitación del tráfico de P2P en función de la ACL, es decir, realizar una operación de limitación del tráfico de P2P conforme al IP origen o al IP destino del mensaje, en la dirección de recepción o en la dirección de transmisión del mensaje; el número total de mensajes o el número de conexiones para el mensaje puede estar limitado, etc.

Las descripciones anteriores son simplemente ilustrativas de las formas de realización preferidas de la invención. El alcance de la invención no estará limitado por esta circunstancia. Cualesquiera variaciones o alternativas que se les ocurrirán fácilmente a los expertos en esta materia, en conformidad con la idea inventiva de la presente invención, caerán dentro del alcance de protección de la invención. Y el alcance de la invención solamente se define en las reivindicaciones adjuntas.

Claims

REIVINDICACIONES

1. Un método para identificar un mensaje de aplicación entre homólogos, que comprende:

la realización de una estadística de tráfico (2-6) sobre una tasa de cambio de direcciones de destino solicitadas por el mensaje dentro de un periodo de tiempo preestablecido y/o la realización de la estadística de tráfico (2-6) sobre el número de sesiones recientemente establecidas por segundo, para el mensaje, dentro de un periodo de tiempo preestablecido;

la comparación (2-8) del resultado de la estadística de tráfico correspondiente al mensaje con un modelo de tráfico entre homólogos y

la identificación del mensaje como siendo un mensaje de aplicación entre homólogos si el resultado de la estadística corresponde con el modelo de tráfico entre homólogos.
2. El método según la reivindicación 1, en donde el resultado de la estadística corresponde con el modelo de tráfico entre homólogos, comprende:

la tasa de cambio de direcciones de destino solicitadas por el mensaje, obtenida a partir de la estadística, alcanza un umbral preestablecido y/o

el número de sesiones recientemente establecidas por segundo, para el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido y/o

el número de direcciones de destino, en conexión con el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido y/o

el número de sesiones, en conexión con el mensaje obtenido a partir de la estadística, alcanza un umbral preestablecido.
3.

El método según la reivindicación 1 o 2, que comprende, además:

la creación de una tabla de estadísticas basada en la dirección origen del mensaje, la memorización del resultado de la estadística de tráfico del mensaje en la tabla de estadísticas y la actualización del resultado de la estadística memorizado en función de un periodo de tiempo preestablecido.
4.

El método según la reivindicación 1, 2 o 3 que comprende, además: la realización de operaciones predeterminadas en el mensaje de aplicación entre homólogos.
5.

El método según la reivindicación 4, en donde las operaciones predeterminadas comprenden al menos una de las operaciones siguientes: una operación de limitación de tráfico (2-5), una operación para facturación y una operación estadística para limitación del tráfico.
6.

El método según la reivindicación 4 o 5, que comprende, además:

la creación de una dirección origen de mensaje basada en una tabla de operaciones entre homólogos y la memorización de la dirección fuente del mensaje de aplicación entre homólogos correspondiente al modelo de tráfico y las operaciones correspondientes en la tabla de operaciones entre homólogos.
7.

El método según la reivindicación 6 que comprende, además:

la realización de las operaciones predeterminadas correspondientes a la dirección origen del mensaje recibido, si la dirección origen del mensaje recibido se encuentra en la tabla de operación entre homólogos;

en caso contrario, la realización de una estadística de tráfico (2-6) sobre el mensaje, la memorización del resultado de la estadística de tráfico, la realización de una correspondencia con el modelo de tráfico (2-8) sobre el mensaje en función del resultado de la estadística de tráfico y la realización de las operaciones predeterminadas del mensaje encontrado en la correspondencia con el modelo de tráfico (2-8).
8.

El método según la reivindicación 4, 5 o 6 que comprende, además:

la realización de las operaciones predeterminadas en el mensaje de aplicación entre homólogos en combinación con una lista de control de acceso.
9.

El método según la reivindicación 8 que comprende, además:

la realización de las operaciones predeterminadas sobre el mensaje en función de la dirección origen y/o de una dirección de destino del mensaje de aplicación entre homólogos o

la realización de las operaciones predeterminadas en una dirección de recepción o de transmisión del mensaje de 5 aplicación entre homólogos o

la limitación del número total de los mensajes de aplicación entre homólogos o

la limitación del número de conexiones para el mensaje de aplicación entre homólogos. 10
10. Un dispositivo para identificar un mensaje de aplicación entre homólogos, que comprende:

un módulo de estadística adaptado para realizar una estadística de tráfico (2-6) sobre una tasa de cambio de direcciones de destino solicitada por el mensaje en un periodo de tiempo preestablecido y/o realizar la estadística de tráfico sobre el

15 número de sesiones recientemente establecidas por segundo en relación con el mensaje dentro de un periodo de tiempo preestablecido y

un módulo de identificación adaptado para obtener el resultado de la estadística de tráfico correspondiente al mensaje a partir del módulo de estadística, para identificar el mensaje como siendo un mensaje de aplicación entre homólogos

20 cuando se determina que el resultado de la estadística de tráfico corresponde a un modelo de tráfico entre homólogos (28) y para proporcionar a la salida un resultado de identificación.
11. El dispositivo según la reivindicación 10 que comprende, además:

25 un módulo de procesamiento operacional adaptado para realizar operaciones predeterminadas sobre el mensaje de aplicación entre homólogos identificados por el módulo de identificación en función del resultado de identificación del módulo de identificación.
12. El dispositivo según la reivindicación 11, en donde el módulo de procesamiento operacional comprende:

30 un sub-módulo de memorización adaptado para memorizar una dirección origen de mensaje basada en una tabla de operaciones de P2P, comprendiendo la tabla de operaciones de P2P la dirección origen del mensaje de aplicación entre homólogos identificados por el módulo de identificación y las operaciones predeterminadas correspondientes y

35 un sub-módulo de procesamiento de operaciones adaptado para realizar las operaciones predeterminadas, que corresponden a la dirección origen del mensaje recibido, si la dirección de origen del mensaje recibido se encuentra en la tabla de operaciones entre homólogos o para informar al módulo de estadística de que conviene efectuar una estadística de tráfico sobre el mensaje si la dirección origen del mensaje recibido no se encuentra en la tabla de operaciones entre homólogos.

Servidor recursos Servidor recursos

Usuario personal Usuario personal

Usuario personalUsuario personal

Usuario personalUsuario personal Usuario personalUsuario personal

Modelo de tráfico tradicional Modelo de tráfico P2P

Figura 1

Recibir mensaje datos

No

¿Se encuentra la dirección origen de mensaje en la tabla ¿Se requiere de limitación del tráfico P2P? limitación del

tráfico?

¿Se encuentra la Limitación dirección origen de del tráfico

mensaje en la tabla de estadísticas de direcciones origen?

Crear entrada de tabla de estadísticas y Estadística del tráfico crear temporizador

¿Realizar correspondencia con Crear entrada de tabla de modelo de tráfico? En limitación de tráfico en la correspondencia tabla de limitación del tráfico P2P Sin correspondencia

Reenvío normal

Figura 2