ES2294509T3 - Procedimiento para distribuir el trafico mediante codigos hash segun una distribucion de trafico de consigna en una red orientada a paquetes con enrutado multivia. - Google Patents
Procedimiento para distribuir el trafico mediante codigos hash segun una distribucion de trafico de consigna en una red orientada a paquetes con enrutado multivia. Download PDFInfo
- Publication number
- ES2294509T3 ES2294509T3 ES04741686T ES04741686T ES2294509T3 ES 2294509 T3 ES2294509 T3 ES 2294509T3 ES 04741686 T ES04741686 T ES 04741686T ES 04741686 T ES04741686 T ES 04741686T ES 2294509 T3 ES2294509 T3 ES 2294509T3
- Authority
- ES
- Spain
- Prior art keywords
- traffic
- distribution
- route
- node
- nodes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000009826 distribution Methods 0.000 title claims abstract description 65
- 238000000034 method Methods 0.000 title claims abstract description 21
- 230000005540 biological transmission Effects 0.000 description 9
- 238000004891 communication Methods 0.000 description 5
- 238000009827 uniform distribution Methods 0.000 description 3
- 230000001186 cumulative effect Effects 0.000 description 2
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/24—Multipath
- H04L45/243—Multipath using M+N parallel active paths
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
- H04L45/745—Address table lookup; Address filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
- H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/14—Multichannel or multilink protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procedimiento para fijar el reparto del tráfico en nodos (C) en una red orientada a paquetes formada por nodos (A, B, C, D, E) y enlaces con enrutado multivía, distribuyéndose en los nodos (A, B, C) de la red los paquetes entre al menos dos enlaces salientes, en función de un código hash (HC) formado por una información de dirección incluida en los paquetes, y en consecuencia - se determina para el tráfico a conducir a lo largo de una ruta multivía un reparto de consigna del tráfico a lo largo de esta ruta, - partiendo de uno o de varios nodos de arranque de la ruta multivía a lo largo de la ruta multivía para al menos un nodo (A, B, C) con al menos dos enlaces salientes pertenecientes a la ruta multivía, -- se calcula la distribución (V(HC)) del tráfico conducido por la ruta multivía al nodo en función de la gama de valores de los códigos hash (HC) sobre la base del tráfico conducido desde el nodo precedente (A, B) al correspondiente nodo, -- se determina una asignación de tramos de la gama de valores de códigos hash (HC) a enlaces salientes de la ruta multivía en función del reparto de consigna del tráfico.
Description
Procedimiento para distribuir el tráfico
mediante códigos hash según una distribución de tráfico de consigna
en una red orientada a paquetes con enrutado multivía.
La invención se refiere a un procedimiento para
determinar el reparto del tráfico en nodos en una red orientada a
paquetes formada por nodos y enlaces con enrutado multivía.
El desarrollo de métodos para la transmisión de
tráfico en tiempo real, como p.e. tráfico de voz, a través de redes
orientadas a paquetes, es un campo central de actividad de los
especialistas en redes, técnicos en conmutación y expertos en
Internet.
Actualmente coexisten redes de voz con
conmutación por línea y redes de datos basadas en paquetes. Por
consideraciones económicas ha de intentarse transmitir voz y datos
a través de una red unitaria. Para el tipo más usual de redes
orientadas a paquetes, que se basan en el protocolo de Internet y
que por lo tanto se denominan también redes IP, se han desarrollado
diversos protocolos y procedimientos que deben permitir una
transmisión de la voz sobre redes IP con la calidad de voz usual en
las redes tradicionales. Al respecto han de salvarse varias
deficiencias de las redes IP iniciales en cuanto a la transmisión
del tráfico en tiempo real (p.e. voz).
Las redes IP tradicionales transportan paquetes
de datos en base a un principio "best effort" (lo mejor que se
pueda). Se realiza una retransmisión de paquetes de datos a través
de nodos y enrutadores en base a las direcciones de destino
incluidas en la cabecera del paquete. Las decisiones de enrutado son
locales. Los distintos nodos funcionan autónomamente. La calidad de
la transmisión de paquetes depende críticamente de las condiciones
en los nodos atravesados en el marco de la transmisión. Así puede
llegarse en nodos sobrecargados a largos retardos e incluso al
rechazo de paquetes, con lo que no pueden garantizarse las
características de calidad de una transmisión de
voz.
voz.
Una posibilidad de reducir la sensibilidad
respecto a cuellos de botella (bottlenecks) en la ruta de
transmisión y mejorar la distribución del tráfico es la transmisión
del tráfico a través de más de una vía. En el concepto ECMP (Equal
Cost Multipath, multirruta de igual coste), que está definido en el
marco del estándar OSPF (Open Shortest Path First, primero la ruta
más corta abierta), se prevé transmitir el tráfico a través de
varias rutas de igual longitud en cuanto a una métrica o bien
afectadas por los mismos costes (a menudo se realiza un llamado
least cost routing, enrutado de coste mínimo).
Para la distribución a lo largo de estas rutas
se utiliza usualmente una de las dos estrategias siguientes:
1. Distribución por paquete: Los paquetes se
distribuyen individualmente entre las salidas (por ejemplo con una
llamada estrategia ponderada Round-Robin (de cuotas
equitativas y en un orden racional)). Ciertamente resulta entonces
un reparto del tráfico óptimo y determinístico. No obstante, se
producen confusiones en la secuencia de los paquetes de una
relación de comunicaciones, ya que los paquetes recorren entonces
diversas rutas antes de llegar al destino.
2. Distribución por flujo: el reparto se realiza
en base a los flujos (flows) de tráfico, con lo que los paquetes de
una relación de comunicación toman todos la misma salida. Aquí es
ciertamente peor la granularidad o bien finura del reparto de
tráfico y la libertad para elegir una ruta en la asignación de un
paquete a una ruta, queda limitada por la pertenencia a un flujo.
En cambio esta estrategia asegura la secuencia de paquetes dentro
de cada relación de comunicación.
El concepto del flujo (flow) se define entonces
a menudo asignando paquetes para los que coinciden una información
de dirección de origen y una información de dirección de destino
(por ejemplo direcciones IP o direcciones IP junto con números de
port (puerto)) al mismo flujo.
Para una realización practicable y escalable de
la segunda variante, es decir, el reparto por flujos, se utilizan
usualmente códigos hash. Un código hash es entonces una cantidad
generada mediante una función hash en la gama de valores de la
función hash. Una función hash forma un ramal (string) o una
secuencia de cifras sobre una gama de valores fija o bien en una
secuencia de bits de longitud fija. Las funciones hash se utilizan
a menudo también para procedimientos criptográficos. En el reparto
entre las distintas rutas, se genera a partir de la cabecera
(header) de los paquetes IP (por ejemplo de la dirección de origen
y/o de destino) un código hash. Este código hash decide entonces
sobre el reparto del tráfico. Cuando se utilizan las direcciones de
origen y de destino como valor de entrada para el cálculo del código
hash, reciben automáticamente todos los paquetes de una relación de
comunicación origen-destino o bien de un flujo el
mismo código hash y se conducen así a la misma salida. Se conocen
procedimientos que se ocupan de que estos códigos hash se
distribuyan uniformemente por la zona permitida de los códigos
hash. Tales procedimientos se describen por ejemplo en la
publicación "Rendimiento de esquemas basados en la utilización de
hash para el equilibrado de la carga en Internet" de Z. Cao, Z.
Wang y E. Zegura, que se publicó en las actas de la conferencia
IEEE de comunicaciones por ordenador (IEEE Infocom 2000), Nueva
York, en marzo
2000.
2000.
\newpage
Los conceptos más modernos se orientan hacia la
realización de un reparto del tráfico más flexible que en el
concepto EMCP. Dos aspectos esenciales de este reparto más flexible
son:
- \bullet
- Contrariamente a EMCP, donde entre dos puntos está previsto un reparto fijo entre rutas sin ramales, debe permitirse un enrutado a lo largo de rutas multivía con ramales. Entonces puede realizarse en el caso ideal el reparto desde los nodos de manera autónoma, es decir, el reparto local de flujos entre enlaces no está determinado globalmente.
- \bullet
- Una autonomía aumentada de los distintos nodos en las decisiones de enrutado es importante también en cuanto a una rápida reacción a faltas (por ejemplo fallo de un enlace). Contrariamente a en el procedimiento EMCP, en el que como reacción a la falta debería realizarse una nueva determinación de todas las rutas, debe ser posible una modificación local de rutas multivía.
En tales ampliaciones para llegar a un enrutado
multivía flexible, se presenta en la utilización de códigos hash
para el reparto del tráfico una dificultad inherente al método. Un
problema básico del método hash descrito es que los paquetes son
entregados por los nodos según códigos hash a las salidas de los
enlaces que salen de los nodos (a continuación se denominan los
enlaces de un nodo pertenecientes a una ruta multivía también
abanicos de vías y con ello se clasifican según códigos hash. Cuando
en un nodo siguiente conectado a una salida se utiliza de nuevo la
misma función para formar códigos hash sobre los paquetes, entonces
el resultado ya no puede ser una distribución uniforme. Más bien
produce la función sólo la gama de valores de los códigos hash ya
anticipada mediante la clasificación en nodos precedentes. Con ello
ya no queda asegurada una distribución razonable del tráfico.
En el caso más general, en una red IP con
enrutado multivía, las distintas rutas de un abanico multivía no se
conducen necesariamente de manera disjunta
extremo-a-extremo. Sucede por lo
tanto que en los nodos de red confluye el tráfico que ya
previamente se ha repartido y con ello clasificado en base a códigos
hash (por lo tanto, no solamente se clasifican paquetes según sus
códigos hash en el reparto en los nodos, sino que también se reúnen
tales flujos de paquetes clasificados). Esto da lugar por lo general
a grandes desviaciones de la distribución uniforme en estos nodos,
con lo que
ya no queda asegurada una distribución deseada del tráfico entre los enlaces salientes de un abanico de rutas multivía.
ya no queda asegurada una distribución deseada del tráfico entre los enlaces salientes de un abanico de rutas multivía.
La invención tiene como tarea indicar un
procedimiento que permita una distribución del tráfico mediante
códigos hash para cualesquiera procedimientos de enrutado
multivía.
La tarea se resuelve según la reivindicación
1.
En el marco de la invención, se recorre
partiendo de uno o de varios nodos de arranque (por ejemplo nodos
del borde de la red) una ruta multivía de forma sucesiva y en
función de una distribución de tráfico deseada (es decir, una
distribución del tráfico en la red) o bien reparto del tráfico (es
decir, un reparto del tráfico en los nodos) se determinan zonas de
valores referidas a los nodos de los códigos hash, que aseguran un
reparto del tráfico en función de la distribución del tráfico de
consigna. Un nodo de arranque se caracteriza entonces porque se
conoce el reparto de la cantidad de tráfico en función de los
códigos hash, que se determinan en el curso del transporte de
paquetes correspondientes a flujos a través de la ruta multivía. En
base al reparto de cantidades de tráfico conocido a través del o de
los nodos de arranque, puede calcularse para los nodos siguientes
la distribución de la cantidad de tráfico o bien distribución de
volumen de tráfico en función de los códigos hash y pueden fijarse
gamas de valores para el reparto del tráfico de acuerdo con la
distribución de tráfico de consigna. De esta manera pueden
determinarse nodo a nodo a lo largo de la ruta multivía gamas de
valores de los códigos hash y una asignación de estas gamas de
valores a enlaces para el reparto del tráfico, que corresponda a la
distribución de consigna del tráfico. La cantidad total o bien el
volumen total del tráfico conducido por un enlace resulta entonces
mediante integración de la cantidad de tráfico de las gamas de
valores de los códigos hash que están asignadas al enlace. La
distribución de consigna puede determinarse por ejemplo mediante
modelos de tráfico o bien una matriz de tráfico.
Con el procedimiento correspondiente a la
invención puede realizarse un reparto (determinístico) del tráfico
en función de una distribución del tráfico de consigna en la red
para cualesquiera rutas multivía con reparto del tráfico en base a
códigos hash. Entonces puede asignarse por ejemplo a cada enlace
saliente una gama de valores. Una posible distorsión debida a la
utilización de la misma función hash para nodos sucesivos se evita
mediante la fijación de gamas de valores de códigos hash para lograr
la distribución del tráfico de consigna. Por lo general en el
procedimiento correspondiente a la invención los paquetes del mismo
flujo siguen la misma ruta, con lo que se evita un coste adicional
para una nueva clasificación de paquetes (en inglés se habla de
resequencing).
Para el cálculo de gamas de valores de los
códigos hash es favorable que en el nodo de arranque o los nodos de
arranque la densidad de la cantidad de tráfico se distribuya
uniformemente como función de los códigos hash. El cálculo de
códigos hash se realiza por ejemplo en base a informaciones de
dirección, por ejemplo de una dirección de origen y una dirección
de destino o dos tupel (secuencias ordenadas de elementos) a partir
de la dirección de origen y del número de puerto, así como de
dirección de destino y número de puerto, que caracterizan el
flujo.
A continuación se describirá más en detalle el
objeto de la invención en el marco de un ejemplo de ejecución en
base a figuras. Se muestra en:
Figura 1: un detalle de la red con nodos y
enlaces
Figura 2: una distribución del tráfico mediante
códigos hash en nodos A y una distribución del tráfico en nodos
B
Figura 3: el tráfico agregado en nodos C
Figura 4: el tráfico integrado mediante los
códigos hash
Las figuras 1-4 ilustran las
dificultades en el caso tradicional y muestran cómo se resuelve este
problema en el marco de la invención.
La figura 1 muestra un detalle de la red con los
nodos A, B, C, D y E y algunos enlaces representados por flechas.
Los números detrás de la denominación del nodo A y B indican el
volumen de tráfico relativo que aportan estos nodos en la red, es
decir, a través del nodo B corre un tráfico tres veces mayor que
sobre el nodo A. La figura 2 muestra el tráfico uniformemente
distribuido en el nodo A (arriba) y en el nodo B (abajo). Las
abscisas indican los códigos hash HC que deben encontrarse en una
representación normalizada en la gama de 0... 1. Las ordenadas
indican la densidad del tráfico V(HC), describiendo la curva
por lo tanto la distribución (normalizada) del tráfico a través de
los códigos hash HC. La integral, es decir, la superficie bajo la
curva rectangular, se corresponde con el volumen de tráfico del
correspondiente nodo. La figura 3 muestra el tráfico que resulta en
el nodo C, cuando en A y B el tráfico se distribuye en cada caso por
mitades entre los dos enlaces dibujados como sigue: de A a C se
envía en cada caso el tráfico con códigos hash \leq 0.5 y de B a
C el tráfico con códigos hash HC 0.5 < código hash \leq 1.
Queda claro que los códigos hash HC del tráfico en el nodo C ya no
puede con ello distribuirse uniformemente. La distribución deseada
del tráfico de C a D y E ya no queda asegurada cuando en el reparto
del tráfico a través de nodo C se parte de una distribución
uniforme.
En el marco de la invención y partiendo de los
nodos A y B de la ruta multivía:
- A)
- en una primera etapa se calcula la distribución que resulta del volumen de tráfico a través de los códigos hash HC en el nodo siguiente C a partir de la afluencia de tráfico y de las ponderaciones de reparto de consigna predeterminadas.
- B)
- en una segunda etapa se calcula mediante integración (por partes) de esta distribución dónde han de situarse los límites del código hash en el nodo considerado, para lograr la ponderación de distribución de consigna deseada. Si w es la ponderación de distribución deseada e IV(HC) la distribución acumulativa normalizada a 1 o bien integrada del volumen de tráfico V(HC) a través de los códigos hash HC, entonces es
w =
V(HC1) -
V(HC2)
- siendo HC1... HC2 la gama de los códigos hash que se conducen a la salida, que ha de recibir la ponderación w. Si se utilizan sólo dos salidas, entonces siempre es para la parte inferior HC1 igual al código hash mínimo HC_min que se presenta y para la parte superior siempre HC2 igual al código máximo Hash-Code HC_max que se presenta. Si ha de distribuirse el tráfico entre más de dos enlaces, entonces han de calcularse sucesivamente los valores de HC1 y HC2 para los enlaces, comenzando con HC_min o HC_max.
La figura 3 muestra la distribución acumulativa
que resulta del volumen de tráfico mediante de los códigos hash en
el nodo C. Se dibuja además el límite HC_{D} = 0,67 (referido a
los códigos hash HC normalizados a 1), que ha de ajustarse en C
para lograr una distribución mitad-mitad sobre los
enlaces con a D (w_{D} = 0,5) y E (w_{E} = 0,5).
Comparativamente: en los nodos A y B había que ajustar para una
distribución mitad-mitad HC_{D} = 0,5. La figura
4 muestra el tráfico integrado IV(HC) en el nodo C, estando
normalizado todo el tráfico a 1. De la figura resulta que han de
fijarse los límites de las gamas de valores de códigos hash para
HC_ min = 0 y HC_max = 0.67 o bien para HC_min = 0.67 y HC_max = 1,
para ajustar la distribución uniforme del tráfico conducido a
través del nodo C entre ambos nodos siguientes D y E.
Las etapas uno y dos descritas para el nodo C
pueden realizarse sucesivamente para todos los nodos a lo largo de
la ruta multivía hasta que se alcanza el nodo de destino (el
procedimiento "recorre" por lo tanto la ruta multivía).
El resultado es para cada nodo en la ruta
multivía los límites de código hash a ajustar en sus bordes para la
ponderación de distribución del tráfico de consigna deseada.
Claims (4)
1. Procedimiento para fijar el reparto del
tráfico en nodos (C) en una red orientada a paquetes formada por
nodos (A,B,C,D,E) y enlaces con enrutado multivía, distribuyéndose
en los nodos (A,B,C) de la red los paquetes entre al menos dos
enlaces salientes, en función de un código hash (HC) formado por una
información de dirección incluida en los paquetes, y en
consecuencia
- -
- se determina para el tráfico a conducir a lo largo de una ruta multivía un reparto de consigna del tráfico a lo largo de esta ruta,
- -
- partiendo de uno o de varios nodos de arranque de la ruta multivía a lo largo de la ruta multivía para al menos un nodo (A,B,C) con al menos dos enlaces salientes pertenecientes a la ruta multivía,
- - -
- se calcula la distribución (V(HC)) del tráfico conducido por la ruta multivía al nodo en función de la gama de valores de los códigos hash (HC) sobre la base del tráfico conducido desde el nodo precedente (A,B) al correspondiente nodo,
- - -
- se determina una asignación de tramos de la gama de valores de códigos hash (HC) a enlaces salientes de la ruta multivía en función del reparto de consigna del tráfico.
2. Procedimiento según la reivindicación 1,
caracterizado porque
- -
- en un nodo de entrada (A,B) los códigos hash (HC) están distribuidos uniformemente en su gama de valores.
3. Procedimiento según la reivindicación 1 ó
2,
caracterizado porque
- -
- los códigos hash se forman a partir de una dirección de origen y una dirección de destino.
4. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque
- -
- cada enlace saliente lleva exactamente asignado un tramo de gama de valores.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10325016 | 2003-06-03 | ||
DE10325016 | 2003-06-03 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2294509T3 true ES2294509T3 (es) | 2008-04-01 |
Family
ID=33482424
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04741686T Expired - Lifetime ES2294509T3 (es) | 2003-06-03 | 2004-06-01 | Procedimiento para distribuir el trafico mediante codigos hash segun una distribucion de trafico de consigna en una red orientada a paquetes con enrutado multivia. |
Country Status (6)
Country | Link |
---|---|
US (2) | US20060126625A1 (es) |
EP (1) | EP1629642B1 (es) |
CN (1) | CN100499575C (es) |
DE (1) | DE502004005656D1 (es) |
ES (1) | ES2294509T3 (es) |
WO (1) | WO2004107677A1 (es) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ES2294509T3 (es) * | 2003-06-03 | 2008-04-01 | NOKIA SIEMENS NETWORKS GMBH & CO. KG | Procedimiento para distribuir el trafico mediante codigos hash segun una distribucion de trafico de consigna en una red orientada a paquetes con enrutado multivia. |
US20060206706A1 (en) * | 2005-03-14 | 2006-09-14 | Bryan Dietz | Method and apparatus for dynamically distributing data flow in a communication network |
US8332925B2 (en) | 2006-08-08 | 2012-12-11 | A10 Networks, Inc. | System and method for distributed multi-processing security gateway |
US8079077B2 (en) | 2006-08-08 | 2011-12-13 | A10 Networks, Inc. | System and method for distributed multi-processing security gateway |
JP5533112B2 (ja) * | 2010-03-24 | 2014-06-25 | 富士通株式会社 | 監視装置,監視方法および監視プログラム |
JP2012018487A (ja) * | 2010-07-06 | 2012-01-26 | Fujitsu Ltd | ノード決定プログラム、ノード決定装置およびノード決定方法 |
US9118618B2 (en) | 2012-03-29 | 2015-08-25 | A10 Networks, Inc. | Hardware-based packet editor |
US9596286B2 (en) | 2012-05-25 | 2017-03-14 | A10 Networks, Inc. | Method to process HTTP header with hardware assistance |
EP2901308B1 (en) | 2012-09-25 | 2021-11-03 | A10 Networks, Inc. | Load distribution in data networks |
US10021174B2 (en) | 2012-09-25 | 2018-07-10 | A10 Networks, Inc. | Distributing service sessions |
US10027761B2 (en) | 2013-05-03 | 2018-07-17 | A10 Networks, Inc. | Facilitating a secure 3 party network session by a network device |
CN103298057B (zh) * | 2013-05-28 | 2016-03-16 | 东南大学 | 基于ZigBee技术的并发多径路由方法 |
US20150195189A1 (en) * | 2014-01-07 | 2015-07-09 | Alcatel Lucent Usa, Inc. | Multiple tree routed selective randomized load balancing |
US9565114B1 (en) * | 2014-03-08 | 2017-02-07 | Google Inc. | Weighted load balancing using scaled parallel hashing |
US10020979B1 (en) | 2014-03-25 | 2018-07-10 | A10 Networks, Inc. | Allocating resources in multi-core computing environments |
US9806943B2 (en) | 2014-04-24 | 2017-10-31 | A10 Networks, Inc. | Enabling planned upgrade/downgrade of network devices without impacting network sessions |
US10642739B2 (en) * | 2017-09-11 | 2020-05-05 | Cisco Technology, Inc. | Distributed coordination of caching and processing by networking devices |
US11570239B2 (en) * | 2020-04-20 | 2023-01-31 | Cisco Technology, Inc. | Distributed resilient load-balancing for multipath transport protocols |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5996021A (en) * | 1997-05-20 | 1999-11-30 | At&T Corp | Internet protocol relay network for directly routing datagram from ingress router to egress router |
US6888797B1 (en) * | 1999-05-05 | 2005-05-03 | Lucent Technologies Inc. | Hashing-based network load balancing |
US7151775B1 (en) * | 1999-09-23 | 2006-12-19 | Pluris, Inc. | Apparatus and method for forwarding data on multiple label-switched data paths |
US6735205B1 (en) * | 2000-01-10 | 2004-05-11 | Sun Microsystems, Inc. | Method and apparatus for fast packet forwarding in cluster networking |
US20020103631A1 (en) * | 2000-04-21 | 2002-08-01 | Anja Feldmann | Traffic engineering system and method |
US6870849B1 (en) * | 2000-07-06 | 2005-03-22 | Ross W. Callon | Apparatus and method for efficient hashing in networks |
US6980521B1 (en) * | 2000-11-29 | 2005-12-27 | Cisco Technology, Inc. | Method and apparatus for per session load balancing with improved load sharing in a packet switched network |
JP4297636B2 (ja) * | 2001-08-21 | 2009-07-15 | 富士通株式会社 | 伝送システム |
DE60116318T2 (de) * | 2001-10-08 | 2006-08-31 | Alcatel | Verfahren zur Lastverteilung zwischen mehreren gemeinsamen Betriebsmitteln in einem Kommunikationsnetzwerk und Netzwerk zur Anwendung des Verfahrens |
US7042839B2 (en) * | 2002-02-07 | 2006-05-09 | Fujitsu Limited | Scaleable line-based protection for connection oriented communications protocols |
US7366100B2 (en) * | 2002-06-04 | 2008-04-29 | Lucent Technologies Inc. | Method and apparatus for multipath processing |
US7206861B1 (en) * | 2002-07-29 | 2007-04-17 | Juniper Networks, Inc. | Network traffic distribution across parallel paths |
US20050180356A1 (en) * | 2002-10-01 | 2005-08-18 | Graviton, Inc. | Multi-channel wireless broadcast protocol for a self-organizing network |
ES2294509T3 (es) * | 2003-06-03 | 2008-04-01 | NOKIA SIEMENS NETWORKS GMBH & CO. KG | Procedimiento para distribuir el trafico mediante codigos hash segun una distribucion de trafico de consigna en una red orientada a paquetes con enrutado multivia. |
DE10325017A1 (de) * | 2003-06-03 | 2005-01-20 | Siemens Ag | Statistisches Verfahren für eine Verkehrsverteilung entsprechend Verkehrs-Verteilgewichten in einem paketorientierten Netz mit Mehrwegerouting |
-
2004
- 2004-06-01 ES ES04741686T patent/ES2294509T3/es not_active Expired - Lifetime
- 2004-06-01 US US10/559,118 patent/US20060126625A1/en not_active Abandoned
- 2004-06-01 WO PCT/EP2004/050971 patent/WO2004107677A1/de active IP Right Grant
- 2004-06-01 EP EP04741686A patent/EP1629642B1/de not_active Expired - Lifetime
- 2004-06-01 CN CNB2004800155492A patent/CN100499575C/zh not_active Expired - Fee Related
- 2004-06-01 DE DE502004005656T patent/DE502004005656D1/de not_active Expired - Lifetime
-
2009
- 2009-01-12 US US12/352,149 patent/US20090116488A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
DE502004005656D1 (de) | 2008-01-17 |
US20090116488A1 (en) | 2009-05-07 |
CN100499575C (zh) | 2009-06-10 |
EP1629642A1 (de) | 2006-03-01 |
US20060126625A1 (en) | 2006-06-15 |
EP1629642B1 (de) | 2007-12-05 |
CN1799232A (zh) | 2006-07-05 |
WO2004107677A1 (de) | 2004-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2294509T3 (es) | Procedimiento para distribuir el trafico mediante codigos hash segun una distribucion de trafico de consigna en una red orientada a paquetes con enrutado multivia. | |
CN102014049B (zh) | 用于网络中功率受限通信的方法和系统 | |
US6538991B1 (en) | Constraint-based routing between ingress-egress points in a packet network | |
ES2293218T3 (es) | Control de accesos para una red orientada a paquetes, considerando las exigencias de resiliencia. | |
US10164886B2 (en) | Route optimization using measured congestion | |
US7898957B2 (en) | Non-blocking destination-based routing networks | |
US6584071B1 (en) | Routing with service level guarantees between ingress-egress points in a packet network | |
Lee et al. | Path layout planning and software based fast failure detection in survivable OpenFlow networks | |
US7664119B2 (en) | Method and apparatus to perform network routing | |
CN103581009B (zh) | 在包括自治系统的系统中使用的方法和网关路由器 | |
US20070242607A1 (en) | Method and system for controlling distribution of network topology information | |
US20050083936A1 (en) | Apparatus and method for scalable and dynamic traffic engineering in a data communication network | |
US20030214938A1 (en) | Method for routing of label switched paths (LSPS) through an internet supporting multi-protocol label switching (MPLS) technology | |
CN103609080A (zh) | 用于支持经由as间路径的路由的方法和节点 | |
JPH11127195A (ja) | 通信資源管理方法及びノード装置 | |
US8331241B2 (en) | Routing control method, communication apparatus and communication system | |
CN107404439A (zh) | 用于重定向数据流的方法和系统、网络设备和控制设备 | |
ES2251704T3 (es) | Encaminamiento eficaz entre dominios en redes de paquetes. | |
CN116668356A (zh) | 基于SRv6的低轨卫星网络多业务分配方法 | |
CN101483591B (zh) | 一种路由实现方法及路由生成装置 | |
CA2414357C (en) | Packet routing | |
Tang et al. | Constructing a DRL decision making scheme for multi-path routing in All-IP access network | |
CN106330707B (zh) | 网络控制方法及网络控制器 | |
CN102710522A (zh) | 多链接透明互联网络中rpf规则的配置方法和装置 | |
Lessmann | Resource optimization in realistic mobile backhaul networks |