ES2351668T3 - Procedimiento y sistema de enrutamiento en redes de comunicaciones entre un primer nodo y un segundo nodo. - Google Patents
Procedimiento y sistema de enrutamiento en redes de comunicaciones entre un primer nodo y un segundo nodo. Download PDFInfo
- Publication number
- ES2351668T3 ES2351668T3 ES05800607T ES05800607T ES2351668T3 ES 2351668 T3 ES2351668 T3 ES 2351668T3 ES 05800607 T ES05800607 T ES 05800607T ES 05800607 T ES05800607 T ES 05800607T ES 2351668 T3 ES2351668 T3 ES 2351668T3
- Authority
- ES
- Spain
- Prior art keywords
- server
- address
- data
- client
- service
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 238000004891 communication Methods 0.000 claims abstract description 26
- 230000005540 biological transmission Effects 0.000 claims description 35
- 230000003068 static effect Effects 0.000 claims description 7
- 230000000694 effects Effects 0.000 description 2
- 239000012634 fragment Substances 0.000 description 2
- 238000009825 accumulation Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/35—Network arrangements, protocols or services for addressing or naming involving non-standard use of addresses for implementing network functionalities, e.g. coding subscription information within the address or functional addressing, i.e. assigning an address to a function
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procedimiento de transmisión de datos entre un terminal cliente (3a) y un servidor (5a) conectados entre sí por medio de redes de comunicaciones (7, 9), estando caracterizado dicho procedimiento porque dicho servidor (5a) propone al menos un primer y un segundo servicio y porque: cuando dicho terminal cliente (3a) accede a dicho primer servicio, dicho terminal cliente (3a) envía datos a dicho servidor (5a) según una primera dirección; y cuando dicho terminal cliente (3a) accede a dicho segundo servicio, dicho terminal cliente (3a) envía datos a dicho servidor (5a) según una segunda dirección; tomando los datos enviados según dicha primera dirección y los datos enviados según dicha segunda dirección dos caminos diferentes (13, 15) hacia una dirección de red única (17) de dicho servidor (5a) y ocultando la segunda dirección dicha dirección de red única (17) de dicho servidor (5a) a dicho terminal cliente (3a).
Description
Procedimiento y sistema de enrutamiento en redes
de comunicaciones entre un primer nodo y un segundo nodo.
La invención se refiere al campo de la
transmisión de informaciones entre un primer nodo y un segundo nodo
conectados entre sí por medio de redes de telecomunicaciones y en
particular redes de datos IP. La invención se puede aplicar en el
campo del recuento y la facturación de servicios en Internet.
La figura 8 muestra un sistema de transmisión de
informaciones entre un primer nodo 103 que corresponde a un cliente
103a y un segundo nodo 105 que corresponde a un servidor 105a según
la técnica anterior. Los clientes 103a y el servidor 105a están
conectados entre sí por medio de las redes de comunicaciones 107 y
109.
La técnica anterior consiste en configurar el
servidor 105a para que proporcione los servicios bajo diversas
direcciones de red diferentes.
En efecto, el cliente 103a envía datos al
servidor 105a según dos direcciones diferentes 117a y 117b que
corresponden a dos URL diferentes.
Los flujos o datos se separan según dos caminos
113a y 115 y se envían mediante interfases físicas o lógicas
diferentes hasta el servidor 105a. En este caso, el servidor 105a
posee tantas conexiones lógicas a las redes 107 y 109 que posee
direcciones diferentes 117a y 117b.
El hecho de que el servidor 105a posea diversas
direcciones 117a y 117b en las redes 107, 109 a las que está
conectado, constituye un inconveniente principal sobre todo cuando
está conectado a la red global de Internet debido a la escasez de
direcciones IP públicas.
Además, la doble conexión del servidor 105a a
las redes está asociada con el tipo de acceso utilizado por este
servidor 105a y depende de la capacidad de este tipo de acceso para
soportar dos conexiones IP simultáneas. Si el tipo de acceso
utilizado no soporta la doble conexión (por ejemplo RTC) o si el
operador de acceso no lo permite (por ejemplo para acceso no
profesional), el servidor 105a debe estar conectado a las redes 107
y 109 por dos conexiones físicas distintas 116 y 126.
Por otro lado, los datos enviados por el
servidor 105a al cliente 103a según los caminos 113a y 115 vuelven
siempre por el mismo camino 113b ya que, por definición en el
protocolo IP, el servidor 105a utiliza el mismo camino 113b para
fijar la ruta de los datos con destino a un mismo cliente 103a que
dispone de una sola dirección 119. Los flujos de datos son pues
asimétricos en cada uno de los caminos o enlaces, lo que limita su
análisis (por ejemplo estadísticas, control de calidad, gestión de
ancho de banda) al nivel aplicativo.
El documento US 6 098 108 describe un
procedimiento de comunicación entre un cliente y un servidor, en el
que el cliente accede a las informaciones para determinar si existe
un camino de comunicación mejorado hasta un servidor y llegado el
caso comunicar con el servidor según este camino de comunicación
mejorado.
El documento US 6 513 061 describe un servidor
de selección de un servidor proxy entre una pluralidad de servidores
proxy relevando un acceso entre un cliente y un servidor, en
función de informaciones de localización geográfica del cliente y
del servidor proxy.
El documento US 2003/0118002 describe
procedimientos de establecimiento de conexiones telefónicas entre
dos dominios de direcciones que presentan espacios de direcciones
comunes.
El documento US 2002/0133473 describe un sistema
y un procedimiento que proporciona un servicio prioritario sobre
una red informática a solicitud de un usuario.
La invención tiene por objeto resolver estos
inconvenientes y simplificar la conexión del servidor a las redes
de comunicaciones.
Otro objeto es distinguir flujos aplicativos
(por ejemplo de pago) entre un cliente y un servidor conectados a
Internet para permitir su valoración y eventualmente su
facturación.
Estos objetos se alcanzan gracias a un
procedimiento de transmisión de datos entre un primer nodo y un
segundo nodo conectados entre sí por medio de redes de
comunicaciones, correspondiendo el primer y el segundo nodo a un
terminal y un servidor de un conjunto
cliente-servidor. Según la invención, el servidor
propone al menos un primer y un segundo servicio y
- cuando el terminal cliente accede al primer
servicio, el terminal cliente envía los datos al servidor según una
primera dirección y
- cuando el terminal cliente accede al segundo
servicio, el terminal cliente envía los datos al servidor según una
segunda dirección;
los datos enviados según la primera dirección y
los datos enviados según la segunda dirección toman dos caminos
diferentes hacia una única dirección de red del servidor y ocultando
la segunda dirección dicha dirección de red única de dicho servidor
al terminal cliente.
Al no tener más que una sola y única dirección,
es suficiente que el segundo nodo tenga una sola y simple conexión
a las redes. Así, aunque se proponen varios servicios, es suficiente
que un servidor tenga una sola línea física para acceder a una red
de telecomunicaciones y en particular a una red pública de
Internet.
Además, el hecho de que los datos se enruten por
dos caminos diferentes permite distinguir estos datos para valorar
por ejemplo los que pasan por uno de dos caminos.
Según un aspecto de la invención, una de dichas
dos direcciones corresponde a la dirección de red única del segundo
nodo, correspondiendo la otra dirección a una dirección atribuida a
un enrutador proxy conectado al primer y al segundo nodo de manera
que uno de los dos caminos pase por el enrutador que actúa en
representación de otros (proxy, en inglés).
Ventajosamente, la dirección atribuida al
enrutador proxy se intercambia con la dirección única del segundo
nodo según una función de NAT/PAT estática y/o dinámica.
Según otro aspecto de la invención, los datos
enviados del primer nodo al segundo nodo toman el mismo camino que
los enviados del segundo nodo al primer nodo.
Según otro aspecto más de la invención, la
dirección atribuida al enrutador proxy se intercambia con una
dirección única de un servidor entre una pluralidad de servidores
según una función de NAT/PAT aplicativa que permite compartir el
enrutador proxy por la pluralidad de servidores.
Ventajosamente, los datos intercambiados entre
el primer y el segundo nodo que corresponden al terminal y al
servidor del conjunto cliente-servidor y que toman
el camino que pasa por el enrutador proxy se analizan además según
una función de recuento aplicativo que permite así valorar dichos
datos.
Según otro aspecto de la invención, el acceso al
segundo servicio no está autorizado más que en las tramas IP
procedentes del enrutador proxy.
La invención se refiere igualmente a un sistema
de transmisión de datos entre un primer nodo y un segundo nodo
conectados entre sí por medio de redes de comunicaciones,
correspondiendo el primer y el segundo nodo a un terminal y un
servidor de un conjunto cliente-servidor. Según la
invención, el sistema de transmisión es tal que:
- el servidor comprende medios para proponer al
menos un primer servicio y un segundo servicio;
- el terminal cliente comprende:
- \circ
- medios para acceder al primer servicio;
- \circ
- medios para acceder al segundo servicio;
- \circ
- medios para enviar datos al servidor según una primera dirección cuando dicho terminal cliente accede al primer servicio y
- \circ
- medios para enviar datos al servidor según una segunda dirección cuando el terminal cliente accede al segundo servicio;
y en que consta de un dispositivo de
enrutamiento que permite que los datos enviados según la primera
dirección y los datos enviados según la segunda dirección sean
admitidos en una dirección de red única del servidor tomando dos
caminos diferentes, siendo ocultada la dirección de red única del
servidor al terminal cliente por la segunda dirección.
El medio de enrutamiento del sistema de
transmisión comprende un enrutador proxy conectado al primer y al
segundo nodo de manera que una de dichas dos direcciones corresponde
a una dirección atribuida al enrutador proxy de modo que uno de los
dos caminos pase por el enrutador proxy, siendo la otra dirección
dicha dirección de red única del segundo nodo.
Ventajosamente, el medio de enrutamiento
comprende un medio de recuento aplicativo destinado a analizar los
datos intercambiados entre el primer y el segundo nodo
correspondiendo a un terminal y a un servidor de un conjunto
cliente-servidor y tomando el camino que pasa por el
enrutador proxy permitiendo así valorar dichos datos.
El sistema de transmisión de datos comprende
además un centro de gestión destinado a recibir informaciones desde
el medio de recuento que concierne a los datos que pasan por el
enrutador proxy para valorar estos datos y facturar en consecuencia
un cliente del conjunto cliente-servidor.
El medio de enrutamiento comprende además un
enrutador de conmutación destinado a conmutar los flujos de datos
entre las redes de comunicaciones en función de las direcciones de
destino.
El sistema de transmisión de datos comprende
además medios para que el acceso al segundo servicio no sea
autorizado más que en las tramas IP que procedan del enrutador
proxy.
Un medio de enrutamiento relacionado con un
primer nodo y con un segundo nodo conectados entre sí por medio de
redes de comunicaciones, enviando el primer nodo datos al segundo
nodo según dos direcciones diferentes, consta de un enrutador proxy
que permite que se admitan dichos datos enviados por el primer nodo
según dichas dos direcciones diferentes por el segundo nodo en una
dirección de red única tomando dos caminos diferentes en que un
camino pasa por el enrutador proxy.
Este medio de enrutamiento puede comprender
además un medio de recuento aplicativo destinado a analizar los
datos que toman el camino que pasa por el enrutador proxy.
Otras particularidades y ventajas de la
invención resultarán de la lectura de la descripción anterior, como
ilustración pero no limitación, con respecto a los dibujos adjuntos,
en los que:
la figura 1 ilustra un ejemplo muy esquemático
de un sistema de transmisión de informaciones entre un primer nodo
y un segundo nodo conectados entre sí por medio de redes de
comunicaciones, según la invención;
la figura 2 muestra un modo de realización del
sistema de transmisión de informaciones de la figura 1;
la figura 3 muestra un ejemplo de un
procedimiento de transmisión de informaciones entre un cliente y un
servidor según el sistema de la figura 2;
la figura 4 muestra otro modo de realización del
sistema de transmisión de informaciones entre el primer y el
segundo nodo, según la invención;
la figura 5 muestra un sistema de transmisión de
informaciones entre un cliente y varios servidores con una sola
dirección pública atribuida a un solo enrutador proxy, según la
invención;
la figura 6 muestra un sistema de transmisión de
informaciones según la figura 2 que comprende un medio de recuento
aplicativo;
la figura 7 muestra un ejemplo de un
procedimiento de transmisión de informaciones entre un cliente y un
servidor según el sistema de la figura 6 y
la figura 8 ilustra un ejemplo muy esquemático
de un sistema de transmisión de informaciones entre un primer nodo
y un segundo nodo conectados entre sí por medio de redes de
comunicaciones, según la técnica anterior.
Según la invención, la figura 1 ilustra un
ejemplo muy esquemático de un sistema de transmisión de
informaciones entre un primer nodo 3 y un segundo nodo 5 conectados
entre sí por medio de redes de comunicaciones o telecomunicaciones
7 y 9.
El sistema comprende un medio de enrutamiento
11, asociado al primer y al segundo nodo, que permite que sean
admitidos los flujos o datos enviados por el primer nodo 3 según dos
direcciones diferentes por el segundo nodo 5 en una dirección de
red única 17 tomando dos caminos diferentes 13a y 15a.
Por supuesto, el medio de enrutamiento 11
permite que sean admitidos también los datos enviados por el segundo
nodo 5 según dos direcciones diferentes por el primer nodo 3 en una
dirección de red única 19 tomando dos caminos diferentes 13b y
15b.
Esto permite al primer nodo 3 y/o al segundo
nodo 5 tener una sola y simple conexión a la red de comunicaciones
7. Es entonces suficiente que cada uno de los nodos primero y
segundo, 3 y 5, tenga una única línea física 114 y 116,
respectivamente, para el acceso a Internet.
El procedimiento según la invención consiste
entonces en poner en práctica una funcionalidad de enrutamiento por
URL en una red de comunicaciones. Así, los datos o flujo entre el
primer nodo 3 y el segundo nodo 5 están enrutados en una dirección
de red única 17 ó 19 por los enlaces o caminos 13 y 15 diferentes
según el nombre del nodo definido en la URL de la aplicación.
La figura 2 muestra un modo de realización del
sistema de transmisión de informaciones de la figura 1.
Según este ejemplo, el primer y el segundo nodo
3, 5 del sistema de transmisión de informaciones corresponde a un
terminal 3a y un servidor 5a de un conjunto
cliente-servidor 3a-5a. En
particular, el primer nodo 3 corresponde al terminal o cliente 3a y
el segundo nodo 5 corresponde al servidor 5a.
El cliente 3a y el servidor 5a están conectados
de manera simple por las conexiones 114 y 116 a las redes de
comunicaciones 7a y 7b del tipo IP y no disponen cada una más que de
una sola dirección IP 17, 19 en la red a la que están conectados.
Como ejemplo, el servidor 5a dispone de la dirección de red 17
(a.b.c.d) que corresponde a una dirección URL.
Por otro lado, las redes de comunicaciones 7a,
7b y 9 pueden ser redes IP filarias o sin hilo, de bajo o alto
rendimiento del tipo RTC, xDSL, WiFi, GPRS, satélite, cable,
etc.
De modo general, el sistema de transmisión de
informaciones comprende también un servidor de direccionamiento por
los dominios 21 "DNS" asegurando la traducción de los nombres
de los dominios de las direcciones URL utilizadas por el cliente 3a
del conjunto cliente-servidor.
Por otra parte, el medio de enrutamiento 11
comprende un enrutador de conmutación 23 conectado a las redes 7a,
7b y 9 según las conexiones 118, 120 y 122, respectivamente. Este
enrutador de conmutación 23 está destinado a conmutar los flujos de
datos IP entre las redes 7a, 7b y 9 en función de las direcciones IP
de los destinos.
Además, según la invención, el medio de
enrutamiento 11 comprende un enrutador proxy 25 conectado al primer
y al segundo nodo 3 y 5 por medio de las redes de comunicaciones 7a,
7b y 9. Más en particular, el enrutador proxy 25 está conectado a
las redes 9 y 7b por las conexiones 124 y 126 respectivamente y a la
red 7a mediante el enrutador de acumulación 23. Así, uno de los dos
caminos, tomado por los datos que circulan entre el primer y el
segundo nodo 3 y 5, pasa por el enrutador proxy 25.
Entonces, cuando el cliente 3a o primer nodo 3
envía datos según dos direcciones de redes diferentes (por ejemplo
las direcciones denominadas e.f.g.h y a.b.c.d), una de las dos
direcciones (por ejemplo e.f.g.h), corresponde a una primera
dirección 25a atribuida al enrutador proxy 25, la otra dirección
(a.b.c.d) corresponde a la dirección de red única 17 del servidor
5a o segundo nodo 5. Entonces, cuando la dirección enviada por el
cliente 3a es la del enrutador proxy 25, es decir, la dirección
(e.f.g.h), los datos transmitidos por el cliente 3a llegan al
servidor 5a según un camino que pasa por el enrutador proxy 25 que
al paso intercambia su primera dirección de red 25a con la
dirección de red única 17 del servidor 5a según una función de
traducción de direcciones de red o protocolo "NAT/PAT"
estático.
Del mismo modo, cuando el servidor 5a o el
segundo nodo 5 envía datos según dos direcciones diferentes (por
ejemplo las direcciones denominadas i.j.k.l y w.x.y.z), una de las
dos direcciones (por ejemplo i.j.k.l) corresponde a una segunda
dirección de red 25b atribuida al enrutador proxy 25, la otra
dirección (w.x.y.z) corresponde a la dirección de red única 19 del
cliente 3a o primer nodo 3. Dicho de otro modo, los datos enviados
del primer nodo 3 al segundo nodo 5 toman el mismo camino (véanse
los caminos 13 y 15 de las figuras 1 y 3) que los enviados del
segundo nodo 5 al primer nodo 3.
El sistema de transmisión de informaciones de la
figura 2 utiliza protocolos y mecanismos simples y normalizados
(DNS, enrutamiento IP y NAT/PAT) así como los equipos tradicionales
robustos y con buenas prestaciones (DNS y enrutador).
La figura 3 muestra un ejemplo del procedimiento
de transmisión de informaciones entre el cliente 3a y el servidor
5a según el sistema de la figura 2.
En primer lugar, el cliente 3a efectúa una
resolución (caminos 27a, 27b) del nombre del servidor 5a junto al
servidor de direccionamiento por los dominios "DNS" 21 de su
proveedor de servicios de Internet "FAI" que le remite (camino
27a) la dirección de red 17 (a.b.c.d) del servidor 5a o (camino
27b), la dirección de red 25a (e.f.g.h) del enrutador proxy 25 que
corresponde al nombre contenido en la URL utilizada en la
aplicación del cliente 3a y que está operacionalmente asociada al
servidor 5a.
Si la dirección reenviada por el DNS 21 es la
dirección real 17 del servidor 5a, entonces el cliente 3a y el
servidor 5a, para la aplicación y la URL utilizada, van a
comunicarse directamente entre sí según el camino 13 con sus
direcciones IP reales (w.x.y.z para el cliente 3a y a.b.c.d para el
servidor 5a).
Por el contrario, si la dirección reenviada por
el DNS 21 es la dirección del enrutador proxy 25 (camino 27b),
entonces el cliente 3a va a establecer la sesión con el servidor 5a
según el camino 15 que pasa por el enrutador proxy 25. Al paso, el
enrutador proxy 25 modifica los flujos IP que fija la ruta según una
función de NAT/PAT estática y/o dinámica como a continuación:
- NAT/PAT estática: la dirección de red 17
(a.b.c.d) del servidor 5a se intercambia por la primera dirección
de red 25a (e.f.g.h) del enrutador proxy 25 y viceversa (e.f.g.h
\leftrightarrow a.b.c.d). La función NAT/PAT estática es una
aplicación biyectiva, es decir, uno por uno entre la dirección 17
del servidor 5a y la primera dirección 25a del enrutador proxy
25.
- NAT/PAT dinámica: la dirección de red 19
(w.x.y.z) del cliente 3a es intercambiada por la segunda dirección
de red 25b (i.j.k.l) del enrutador proxy 25 y viceversa (w.x.y.z
\leftrightarrow i.j.k.l). La función NAT/PAT dinámica es una
aplicación sobreyectiva, es decir, N por uno entre por ejemplo N
direcciones 19 de N clientes 3a y la segunda dirección 25b del
enrutador proxy 25.
Para cada URL, los paquetes o flujo IP
transmitido del servidor 5a al cliente 3a utilizan entonces el mismo
camino 13 ó 15 que los transmitidos del cliente 3a al servidor 5a.
Los flujos que pasan por diferentes caminos 13 y 15 de la red son
pues simétricos.
Se observará que entre el cliente 3a y el
enrutador proxy 25, los flujos IP (camino 15a) contienen la
dirección IP real 19 (w.x.y.z) del cliente 3a y la dirección oculta
(e.f.g.h) del servidor 5a. Por el contrario, entre el enrutador
proxy 25 y el servidor 5a, los flujos IP (camino 15b) contienen la
dirección IP oculta (i.j.k.l) del cliente 3a y la dirección real 17
(a.b.c.d) del servidor 5a.
Así, el cliente 3a tiene la impresión de
dirigirse a dos máquinas diferentes aunque se trate del mismo
servidor 5a al final. Igualmente, el servidor 5a que opera el
servicio tendrá la impresión de servir a dos clientes distintos
incluso si se trata del mismo cliente 3a al final que accede a los
servicios por dos URL diferentes.
Se observará que la transmisión de datos entre
el primer y el segundo nodo 3 y 5 puede tomar una pluralidad de
caminos y no está limitada a solamente dos caminos.
En efecto, la figura 4 muestra otro modo de
realización del sistema de transmisión de informaciones entre el
primer y el segundo nodo 3 y 5, que se distingue del de la figura 2
solamente por el hecho que el enrutador de conmutación 23 y el
enrutador proxy 25 están conectados a una red de comunicaciones
suplementaria 31 que permite una transmisión de informaciones entre
el cliente 3a y el servidor 5a según un tercer camino. En este
caso, se atribuyen tres direcciones de red 25a, 25b y 25c al
enrutador proxy 25.
También es posible que el sistema de transmisión
de informaciones pueda constar de un enrutador proxy suplementario
para cada red de comunicaciones suplementaria.
Ventajosamente, también es posible cubrir varios
servidores con una sola dirección pública atribuida a un solo
enrutador proxy 25.
En efecto, la figura 5 muestra un sistema de
transmisión de informaciones entre por una parte un primer nodo 3
que corresponde a un cliente o terminal 3a y por otra parte un
segundo nodo 5 que corresponde a un primer servidor 5a y otro
segundo nodo 5 que corresponde a un segundo servidor 5a'. Los
servidores 5a y 5a' están conectados de manera simple por las
conexiones 116 y 116' a la red de comunicación 7b y el terminal 3a
está conectado de manera simple por la conexión 114 a la red de
comunicación 7a. El terminal 3a dispone de una sola dirección 19 e
igualmente, cada uno de, el primer y el segundo servidor 5a y 5a' no
dispone más que de una sola dirección IP 17 y 17'
respectivamente.
Como ejemplo, el cliente 3a dispone de la
dirección de red 19 que corresponde a una dirección URL (w.x.y.z),
el primer servidor 5a dispone de la dirección de red 17 que
corresponde a una dirección URL (a.b.c.d) y el segundo servidor 5a'
dispone de la dirección de red 17' que corresponde a una dirección
URL (m.n.o.p).
Así, cuando el cliente 3a envía datos según la
dirección de red real (a.b.c.d) del primer servidor 5a, entonces el
cliente 3a y el primer servidor 5a van a comunicarse directamente
entre sí según el camino 15.
Igualmente, cuando el cliente 3a envía datos
según la dirección de red real (m.n.o.p) del segundo servidor 5a',
entonces el cliente 3a y el segundo servidor 5a' van a comunicarse
directamente entre sí según el camino 15'.
Por el contrario, cuando el cliente 3a envía
datos según la dirección del servidor atribuida al enrutador proxy
25, entonces el cliente 3a va a establecer la sesión con el primer
servidor 5a o el segundo servidor 5a' según el nombre de dominio
utilizado por el cliente 3a.
En efecto, el enrutador proxy 25 intercambia su
dirección con una dirección única de un servidor entre los dos
servidores 5a y 5a' según una función de NAT/PAT aplicativa que
asocia para cada par constituido por un nombre de dominio utilizado
por el cliente 3a y la dirección atribuida al enrutador proxy 25,
una sola y única dirección de servidor en función del nombre de
dominio. Dicho de otra manera, la función NAT/PAT aplicativa es una
función biyectiva que asocia a cada par (URL, dirección IP del
servidor del enrutador proxy) una sola y única dirección IP de
servidor. Eso permite así no utilizar para cada servidor 5a, 5a' más
que una sola dirección IP pública (a.b.c.d o m.n.o.p) como
dirección IP del servidor.
En efecto, la dirección IP pública (e.f.g.h)
atribuida al enrutador proxy 25 basta para compartir una pluralidad
de servidores. Así, de una forma general, el enrutador proxy 25
puede intercambiar su dirección (e.f.g.h) con una dirección única
de un servidor entre una pluralidad de servidores según la función
NAT/PAT aplicativa permitiendo así compartir el enrutador proxy 25
por la pluralidad de servidores. Así, el hecho de mutualizar el
enrutador proxy 25 para una pluralidad de servidores permite
economizar una pluralidad de direcciones IP públicas.
Conforme al ejemplo de la figura 5, cuando el
cliente 3a envía datos según la dirección (e.f.g.h) atribuida al
enrutador proxy 25 utilizando un primer nombre de dominio URL1, es
decir según el par 25e (URL1; e.f.g.h) cuando el cliente 3a va a
establecer la sesión con el primer servidor 5a según el camino 15
pasando por el enrutador proxy 25.
Del mismo modo, cuando el cliente 3a envía datos
según la dirección atribuida al enrutador proxy 25 utilizando un
segundo nombre de dominio URL2, es decir según el par 25d (URL2;
e.f.g.h) cuando el cliente 3a va a establecer la sesión con el
segundo servidor 5'a según el camino 15' pasando por el enrutador
proxy 25.
Se observará que el procedimiento de transmisión
de datos en el sentido inverso, es decir desde los servidores 5a,
5a' hacia el cliente 3a es idéntico al descrito anteriormente con
referencia a las figuras 2 y 3.
El procedimiento según la invención permite
entonces separar dos o varios flujos IP según la URL utilizada al
nivel aplicativo. Dicho de otro modo, este procedimiento permite
extraer flujos aplicativos caracterizados por la URL utilizada por
el conjunto cliente-servidor 3a-5a
en un flujo IP bruto intercambiado entre el cliente 3a y el
servidor 5a.
La figura 6 muestra un sistema de transmisión de
informaciones que comprende un medio de recuento aplicativo 29.
Este medio de recuento aplicativo 29 está
destinado a analizar los datos que toman el camino 15 que pasa por
el enrutador proxy 25 y que se intercambian entre el primer y el
segundo nodo 3, 5 que corresponden a la terminal 3a y al servidor
5a del conjunto cliente-servidor.
El medio de enrutamiento 11 permite así enrutar
los datos intercambiados entre un cliente 3a y un servidor 5a
conectados a Internet y de analizar únicamente los que pasan por el
enrutador proxy 25 para valorar y/o facturar.
Este medio de recuento aplicativo 29 o función
de recuento aplicativo se puede poner en práctica sobre el
enrutador de conmutación 23, en el enrutador proxy 25 o en un equipo
situado entre estos dos enrutadores de conmutación 23 y proxy
25.
Además, el medio de enrutamiento 11 que
comprende la función de recuento aplicativo puede funcionar con todo
tipo de protocolo aplicativo (por ejemplo HTTP, RTSP, MMS,
FTP).
Se observará que el cliente 3a, el servidor 5a y
el medio de enrutamiento 11 se pueden localizar independientemente
en cualquier parte del mundo.
Como anteriormente, el cliente 3a y el servidor
5a están conectados a la red Internet y disponen cada uno de una
dirección IP pública enrutable 17, 19 (w.x.y.z para el cliente 3a y
a.b.c.d para el servidor 5a).
Así, el servidor de direccionamiento por
dominios 21 del proveedor de acceso a Internet remite las
direcciones IP del servidor 5a y del enrutador proxy 25 en función
del nombre de servicio que le esté pidiendo resolver. Por ejemplo,
para un servicio gratuito, remite la dirección IP (a.b.c.d) del
servidor 5a y para un servicio de pago remite la dirección IP del
servidor (e.f.g.h) del enrutador proxy 25.
El enrutador de conmutación 23 permite extraer
los flujos IP del cliente 3a en el destino del enrutador proxy 25.
Según la invención, el enrutador proxy 25 posee dos interfases con
cada una de una dirección IP distinta 25a, 25b: la dirección IP del
servidor (e.f.g.h) del enrutador proxy 25 es la dirección IP que
utiliza el cliente 3a o el internauta en los flujos aplicativos
(por ejemplo de pago) con el servidor 5a y la dirección IP del
cliente (i.j.k.l) es la dirección con la que el enrutador proxy 25
oculta al servidor 5a la dirección real del cliente 3a que consume
este servicio de pago. El enrutador proxy 25 fija la ruta de los
flujos IP entre el cliente 3a y el servidor 5a aplicándose en cada
sentido las funciones de NAT/PAT estática en la dirección del
servidor 5a (e.f.g.h se intercambia con a.b.c.d) y NAT/PAT dinámica
en la dirección del cliente 3a (w.x.y.z se intercambia con
i.j.k.l).
Así, el servidor 5a propone sus servicios a los
internautas o clientes 3a mediante dos servidores virtuales
operando cada uno bajo un nombre de dominio diferente. Entonces, el
acceso al servidor virtual que gestiona el dominio gratuito no se
filtra. Por el contrario, el acceso al servidor virtual, que
gestiona el dominio de pago no está autorizado más que en las
tramas IP procedentes del enrutador proxy 25 (dirección IP de la
fuente i.j.k.l).
El sistema de transmisión de informaciones
comprende además un centro de gestión 31 destinado a recibir
informaciones desde el medio de recuento que concierne a los datos
que pasan por el enrutador proxy 25 para valorar estos datos y
facturar como consecuencia un cliente 3a del conjunto
cliente-servidor.
La figura 7 muestra un proceso detallado de las
aplicaciones del sistema de transmisión de informaciones de la
figura 6. Según una primera aplicación, el servidor 5a es un
servidor multiservicios que propone dos tipos de servicios.
Como ejemplo, el primer servicio es un servicio
gratuito de presentación de informaciones generales bajo un nombre
de dominio "www.mondomaine-gratuit.com" y el
segundo servicio es un servicio de pago de presentación de
informaciones particulares bajo un nombre de dominio
"www.mondomaine- payant.com".
En primer lugar, el internauta o el cliente 3a
se conecta a Internet para acceder al servicio propuesto por el
proveedor de servicio. Efectúa la resolución 27a de nombre del
servidor "www.mondomaine-gratuit.com" junto al
servidor de direccionamiento por los dominios 21 y de su proveedor
de acceso a Internet que le remite la dirección IP real (a.b.c.d)
del servidor 5a. El internauta accede así por el camino 13 a las
páginas principales públicas (por ejemplo, presentación del
servicio, condiciones de acceso, visita de páginas gratuitas) del
servidor 5a.
El servidor 5a le propone entonces (camino 13)
acceder a las páginas de pago caracterizadas por otra URL
"www.mondomaine-payant.com". El cliente 3a,
que desea acceder a estas páginas de pago, selecciona la nueva URL y
efectúa pues una nueva resolución 27b de nombre junto al servidor
de direccionamiento por los dominios 21 de su proveedor de acceso a
Internet, que le remite la dirección IP del servidor (e.f.g.h) del
enrutador proxy 25. Los flujos IP del cliente 3a se van pues a
dirigir según el camino 15 hasta el servidor 5a por el enrutador
proxy 25 que va, en las tramas IP, a intercambiar su dirección IP
del servidor con la dirección IP verdadera del servidor 5a (e.f.g.h
\leftrightarrow a.b.c.d) y a intercambiar la dirección IP
verdadera del cliente 3a con su propia dirección IP del cliente
(w.x.y.z \leftrightarrow i.j.k.l).
Entre el cliente 3a y el enrutador proxy 25, los
flujos IP que toman el camino 15a contienen la dirección IP real
(w.x.y.z) del cliente 3a y la dirección oculta (e.f.g.h) del
servidor 5a. Entre el enrutador proxy 25 y el servidor 5a, los
flujos IP que toman el camino 15b, contienen la dirección IP oculta
(i.j.k.l) del cliente 3a y la dirección real (a.b.c.d) del servidor
5a.
El camino 15 pasa así por el medio de recuento
aplicativo 29 que examina los flujos aplicativos que conciernen a
las informaciones particulares utilizadas por el cliente 3a del
conjunto cliente-servidor y envía (camino 41) al
centro de gestión 31 los tiquet de recuento que permitan así
facturar a este cliente 3a.
El medio de recuento aplicativo 29 permite hacer
el recuento en el acto, con la duración y el volumen que permita
realizar así una facturación muy flexible. Además, permite verificar
si el servicio ha llegado correctamente al cliente y constituye un
tercio de la confianza en caso de litigio entre el proveedor del
servicio y el cliente.
Además, el medio de enrutamiento 11 con un medio
de recuento aplicativo 29 no requiere ser sobredimensionado en
términos de realización de análisis aplicativo pues no es necesario
analizar todos los flujos entre los clientes 3a y el servidor 5a
sino solamente los que transitan por el camino 15 que pasa por el
medio de enrutamiento 11.
Como ejemplo, el primer servicio del servidor 5a
puede ser un servicio web (protocolo HTTP) para la presentación de
un catálogo de fragmentos de música o videos bajo la URL
"www.catalogue-videos.com" (caminos 27a,
13).
El segundo servicio puede ser un servicio de
lectura en tránsito "en tiempo real" de fragmentos de música o
videos (por ejemplo protocolo RTSP, MMS) por la URL
"streaming.catalogue-videos.com" (caminos 27b,
15). Los flujos "en tiempo real" de video que pasan por el
medio de recuento 29 que va a totalizar la duración durante la que
el cliente 3a ha utilizado este servicio y enviar el tiquet de
recuento al centro de gestión 31 para la valoración y facturación
al cliente.
Ventajosamente, los flujos "en tiempo real"
de video pueden pasar por una IP dorsal para la que la calidad de
servicio está garantizada, contrariamente al Internet global dorsal
sin garantía de calidad de servicio.
Según otro ejemplo, el primer servicio del
servidor 5a puede ser un servicio gratuito que concierne a la
meteorología, pudiendo acceder el cliente 3a de manera tradicional
por la red Internet bajo la URL "www.mameteogratuit.com"
(caminos 27a, 13).
Bajo otra URL "www.mameteopayant.com" el
mismo servidor 5a propone igualmente al cliente 3a un segundo
servicio que concierne a las previsiones más precisas en el tiempo
y sobre un lugar elegido por el cliente 3a.
El medio de recuento aplicativo 29 puede
verificar que el servicio (obtención de las previsiones
meteorológicas precisas) ha llegado bien al cliente 3a y envía un
tiquet al centro de gestión 31 para valorar el tiquet y su
facturación al cliente 3 (caminos 27b, 15).
Según incluso otro ejemplo, es posible que un
proveedor venda bienes por Internet que el proveedor del acceso a
Internet (FAI) facturará al cliente.
Primero, el cliente 3a accede al servicio
gratuito de manera tradicional por la red de Internet por la URL
"www.mesachats-public.com", y elige sus
productos (caminos 27a, 13).
A continuación, por la URL
"www.mesachats-commande.com", el mismo servidor
5a permite coger los elementos del pedido del cliente 3a y
validarlo (caminos 27b, 15).
El medio de recuento aplicativo 29 analiza
entonces las peticiones HTTP y extrae las informaciones necesarias
para la facturación del cliente (importe, vendedor, fecha,
etc.).
Finalmente, FAI factura al internauta el importe
de los bienes vendidos y transfiere al vendedor de bienes el
importe de su factura disminuido por una comisión de
facturación.
Según una segunda aplicación, el servidor 5a es
un servidor multiservicios que propone un primer servicio que
presenta los datos accesibles al público (camino 13) y un segundo
servicio que presenta datos asegurados (camino 15) restringidos a
un grupo determinado de clientes o usuarios.
En este caso, el medio de recuento aplicativo 29
cuantifica los datos asegurados utilizados por cada cliente de este
grupo determinado de clientes.
Así, el sistema de transmisión de informaciones
según la invención se puede utilizar en todos los casos en que un
mismo servidor esté destinado a hacer varios servicios por distintas
redes.
Claims (13)
1. Procedimiento de transmisión de datos entre
un terminal cliente (3a) y un servidor (5a) conectados entre sí por
medio de redes de comunicaciones (7, 9),
estando caracterizado dicho procedimiento
porque dicho servidor (5a) propone al menos un primer y un segundo
servicio y porque:
cuando dicho terminal cliente (3a) accede a
dicho primer servicio, dicho terminal cliente (3a) envía datos a
dicho servidor (5a) según una primera dirección; y
cuando dicho terminal cliente (3a) accede a
dicho segundo servicio, dicho terminal cliente (3a) envía datos a
dicho servidor (5a) según una segunda dirección;
tomando los datos enviados según dicha primera
dirección y los datos enviados según dicha segunda dirección dos
caminos diferentes (13, 15) hacia una dirección de red única (17) de
dicho servidor (5a) y ocultando la segunda dirección dicha
dirección de red única (17) de dicho servidor (5a) a dicho terminal
cliente (3a).
2. Procedimiento según la reivindicación 1,
caracterizado porque una de dichas dos direcciones
corresponde a la dirección de red única (17, 19) del servidor (5a),
correspondiendo la otra dirección a una dirección (25a) atribuida a
un enrutador proxy (25) conectado a dicho terminal cliente (3a) y
dicho servidor (5a) de manera que uno de los dos caminos (13, 15)
pase por el enrutador proxy (25).
3. Procedimiento según la reivindicación 2,
caracterizado porque la dirección atribuida al enrutador
proxy (25) se intercambia con la dirección única de dicho servidor
(5a) según una función de NAT/PAT estática y/o dinámica.
4. Procedimiento según una cualquiera de las
reivindicaciones 1 a 3, caracterizado porque los datos
enviados de dicho terminal cliente (3a) a dicho servidor (5a) toman
el mismo camino (13, 15) que los enviados de dicho servidor (5a) a
dicho terminal cliente (3a).
5. Procedimiento según la reivindicación 2,
caracterizado porque la dirección atribuida al enrutador
proxy (25) se intercambia con una dirección única de un servidor
entre una pluralidad de servidores según una función de NAT/PAT
aplicativa que permite compartir el enrutador proxy por la
pluralidad de servidores.
6. Procedimiento según una cualquiera de las
reivindicaciones 2 a 5, caracterizado porque los datos
intercambiados entre dicho terminal cliente (3a) y dicho servidor
(5a) y tomando el camino (15) que pasa por el enrutador proxy (25)
se analizan además según una función de recuento aplicativo que
permite así valorar dichos datos.
7. Procedimiento según una cualquiera de las
reivindicaciones 2 a 6, caracterizado porque el acceso a
dicho segundo servicio no está autorizado más que en las tramas IP
que proceden de dicho enrutador proxy (25).
8. Sistema de transmisión de datos entre un
terminal cliente (3a) y un servidor (5a) conectados entre sí por
medio de redes de comunicaciones (7, 9), estando dicho sistema de
transmisión caracterizado porque:
dicho servidor (5a) comprende medios para
proponer al menos un primer y un segundo servicio;
dicho terminal cliente (3a) comprende:
- \circ
- medios para acceder a dicho primer servicio;
- \circ
- medios para acceder a dicho segundo servicio;
- \circ
- medios para enviar datos a dicho servidor (5a) según una primera dirección cuando dicho terminal cliente (3a) accede a dicho primer servicio y
- \circ
- medios para enviar datos a dicho servidor (5a) según una segunda dirección cuando dicho terminal cliente (3a) accede a dicho segundo servicio;
y en que consta de un dispositivo de
enrutamiento (11) que permite que dichos datos enviados según dicha
primera dirección y dichos datos enviados según dicha segunda
dirección sean admitidos en una dirección de red única (17) de
dicho servidor (5a) tomando dos caminos diferentes (13, 15), siendo
ocultada la única dirección de red de dicho servidor al terminal
cliente por dicha segunda dirección.
9. Sistema según la reivindicación 8,
caracterizado porque dicho dispositivo de enrutamiento (11)
comprende un enrutador proxy (25) conectado a dicho terminal
cliente (3a) y a dicho servidor (5a) de manera que una de dichas
dos direcciones corresponde a una dirección (25a) atribuida al
enrutador proxy (25) de manera que uno de los dos caminos (15) pasa
por el enrutador proxy (25), siendo la otra dirección dicha
dirección de red única (17) de dicho servidor (5a).
10. Sistema según una cualquiera de las
reivindicaciones 8 y 9, caracterizado porque dicho
dispositivo de enrutamiento (11) comprende además un medio de
recuento aplicativo (29) destinado a analizar los datos
intercambiados entre dicho terminal cliente (3a) y dicho servidor
(5a) y tomando el camino (15) que pasa por el enrutador proxy que
permite así valorar dichos datos.
11. Sistema según la reivindicación 10,
caracterizado porque comprende además un centro de gestión
(31) destinado a recibir las informaciones desde dicho medio de
recuento aplicativo (29) que concierne a los datos que pasan por el
enrutador proxy (25) para valorar estos datos y facturar como
consecuencia un cliente (3a) del conjunto
cliente-servidor.
12. Sistema según una cualquiera de las
reivindicaciones 8 a 11, caracterizado porque dicho
dispositivo de enrutamiento (11) comprende además un enrutador de
conmutación (23) destinado a conmutar los flujos de datos entre las
redes de comunicaciones en función de las direcciones de
destino.
13. Sistema según una cualquiera de las
reivindicaciones 9 a 12, caracterizado porque comprende
además medios para que el acceso al segundo servicio no esté
autorizado más que en las tramas IP procedentes de dicho enrutador
proxy (25).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0410366 | 2004-09-30 | ||
| FR0410366 | 2004-09-30 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2351668T3 true ES2351668T3 (es) | 2011-02-09 |
Family
ID=34950360
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES05800607T Active ES2351668T3 (es) | 2004-09-30 | 2005-09-28 | Procedimiento y sistema de enrutamiento en redes de comunicaciones entre un primer nodo y un segundo nodo. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20080205399A1 (es) |
| EP (1) | EP1813088B1 (es) |
| AT (1) | ATE480948T1 (es) |
| DE (1) | DE602005023512D1 (es) |
| ES (1) | ES2351668T3 (es) |
| PL (1) | PL1813088T3 (es) |
| WO (1) | WO2006035187A1 (es) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8041942B2 (en) * | 2006-09-05 | 2011-10-18 | Panasonic Corporation | Robust peer-to-peer networks and methods of use thereof |
| US9270587B2 (en) * | 2010-01-08 | 2016-02-23 | Qualcomm Incorporated | Method and apparatus for routing messages of a positioning protocol in a wireless network |
| US20120047092A1 (en) * | 2010-08-17 | 2012-02-23 | Robert Paul Morris | Methods, systems, and computer program products for presenting an indication of a cost of processing a resource |
| JP4802295B1 (ja) * | 2010-08-31 | 2011-10-26 | 株式会社スプリングソフト | ネットワークシステム及び仮想プライベート接続形成方法 |
| US8935780B2 (en) | 2012-02-09 | 2015-01-13 | Harris Corporation | Mission management for dynamic computer networks |
| US8819818B2 (en) | 2012-02-09 | 2014-08-26 | Harris Corporation | Dynamic computer network with variable identity parameters |
| US8898795B2 (en) * | 2012-02-09 | 2014-11-25 | Harris Corporation | Bridge for communicating with a dynamic computer network |
| US8966626B2 (en) | 2012-05-01 | 2015-02-24 | Harris Corporation | Router for communicating data in a dynamic computer network |
| US8898782B2 (en) | 2012-05-01 | 2014-11-25 | Harris Corporation | Systems and methods for spontaneously configuring a computer network |
| US9154458B2 (en) | 2012-05-01 | 2015-10-06 | Harris Corporation | Systems and methods for implementing moving target technology in legacy hardware |
| US9075992B2 (en) | 2012-05-01 | 2015-07-07 | Harris Corporation | Systems and methods for identifying, deterring and/or delaying attacks to a network using shadow networking techniques |
| US9130907B2 (en) | 2012-05-01 | 2015-09-08 | Harris Corporation | Switch for communicating data in a dynamic computer network |
| US8935786B2 (en) | 2012-05-01 | 2015-01-13 | Harris Corporation | Systems and methods for dynamically changing network states |
| US8959573B2 (en) | 2012-05-01 | 2015-02-17 | Harris Corporation | Noise, encryption, and decoys for communications in a dynamic computer network |
| US9451393B1 (en) * | 2012-07-23 | 2016-09-20 | Amazon Technologies, Inc. | Automated multi-party cloud connectivity provisioning |
| US10111060B2 (en) * | 2013-06-12 | 2018-10-23 | Cisco Tecnology, Inc. | Client app service on mobile network |
| US9503324B2 (en) | 2013-11-05 | 2016-11-22 | Harris Corporation | Systems and methods for enterprise mission management of a computer network |
| US9264496B2 (en) | 2013-11-18 | 2016-02-16 | Harris Corporation | Session hopping |
| US9338183B2 (en) | 2013-11-18 | 2016-05-10 | Harris Corporation | Session hopping |
| US10122708B2 (en) | 2013-11-21 | 2018-11-06 | Harris Corporation | Systems and methods for deployment of mission plans using access control technologies |
| US10484015B2 (en) | 2016-12-28 | 2019-11-19 | Amazon Technologies, Inc. | Data storage system with enforced fencing |
| US10771550B2 (en) | 2016-12-28 | 2020-09-08 | Amazon Technologies, Inc. | Data storage system with redundant internal networks |
| US10514847B2 (en) | 2016-12-28 | 2019-12-24 | Amazon Technologies, Inc. | Data storage system with multiple durability levels |
| US11301144B2 (en) | 2016-12-28 | 2022-04-12 | Amazon Technologies, Inc. | Data storage system |
| US11010064B2 (en) | 2017-02-15 | 2021-05-18 | Amazon Technologies, Inc. | Data system with flush views |
| US10929891B2 (en) * | 2017-09-26 | 2021-02-23 | Verzon Patent and Licensing Inc. | Content sponsorship based on internet protocol (IP) addresses |
| US11182096B1 (en) | 2020-05-18 | 2021-11-23 | Amazon Technologies, Inc. | Data storage system with configurable durability |
| US11681443B1 (en) | 2020-08-28 | 2023-06-20 | Amazon Technologies, Inc. | Durable data storage with snapshot storage space optimization |
Family Cites Families (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6098108A (en) * | 1997-07-02 | 2000-08-01 | Sitara Networks, Inc. | Distributed directory for enhanced network communication |
| US5958016A (en) * | 1997-07-13 | 1999-09-28 | Bell Atlantic Network Services, Inc. | Internet-web link for access to intelligent network service control |
| JPH11110324A (ja) * | 1997-10-07 | 1999-04-23 | Hitachi Ltd | 代理サーバ選択装置および代理サーバ |
| EP1031105A2 (en) * | 1997-11-20 | 2000-08-30 | Xacct Technologies, Inc. | Network accounting and billing system and method |
| US6353614B1 (en) * | 1998-03-05 | 2002-03-05 | 3Com Corporation | Method and protocol for distributed network address translation |
| US6175869B1 (en) * | 1998-04-08 | 2001-01-16 | Lucent Technologies Inc. | Client-side techniques for web server allocation |
| US6603769B1 (en) * | 1998-05-28 | 2003-08-05 | Cisco Technology, Inc. | Method and system for improving traffic operation in an internet environment |
| US6760775B1 (en) * | 1999-03-05 | 2004-07-06 | At&T Corp. | System, method and apparatus for network service load and reliability management |
| US6505254B1 (en) * | 1999-04-19 | 2003-01-07 | Cisco Technology, Inc. | Methods and apparatus for routing requests in a network |
| US6614792B1 (en) * | 1999-05-27 | 2003-09-02 | 3Com Corporation | Proxy MPC for providing MPOA services to legacy lane clients in an asynchronous transfer mode network |
| US7184418B1 (en) * | 1999-10-22 | 2007-02-27 | Telcordia Technologies, Inc. | Method and system for host mobility management protocol |
| US7149222B2 (en) * | 1999-12-21 | 2006-12-12 | Converged Access, Inc. | Integrated access point network device |
| US7007080B2 (en) * | 1999-12-23 | 2006-02-28 | Solution Inc Limited | System for reconfiguring and registering a new IP address for a computer to access a different network without user intervention |
| US6779039B1 (en) * | 2000-03-31 | 2004-08-17 | Avaya Technology Corp. | System and method for routing message traffic using a cluster of routers sharing a single logical IP address distinct from unique IP addresses of the routers |
| US6880089B1 (en) * | 2000-03-31 | 2005-04-12 | Avaya Technology Corp. | Firewall clustering for multiple network servers |
| DE60028018T2 (de) * | 2000-06-15 | 2006-12-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Verfahren und Anordnungen in einem Telekommunikationssystem |
| US7133404B1 (en) * | 2000-08-11 | 2006-11-07 | Ip Dynamics, Inc. | Communication using two addresses for an entity |
| US7002973B2 (en) * | 2000-12-11 | 2006-02-21 | Acme Packet Inc. | System and method for assisting in controlling real-time transport protocol flow through multiple networks via use of a cluster of session routers |
| US20020138437A1 (en) * | 2001-01-08 | 2002-09-26 | Lewin Daniel M. | Extending an internet content delivery network into an enterprise environment by locating ICDN content servers topologically near an enterprise firewall |
| US6563981B2 (en) * | 2001-01-31 | 2003-05-13 | Omniguide Communications | Electromagnetic mode conversion in photonic crystal multimode waveguides |
| US7013289B2 (en) * | 2001-02-21 | 2006-03-14 | Michel Horn | Global electronic commerce system |
| US20020133473A1 (en) * | 2001-03-15 | 2002-09-19 | International Business Machines Corporation | System and method for on-demand pricing for differentiated services computer networks |
| US7031311B2 (en) * | 2001-07-23 | 2006-04-18 | Acme Packet, Inc. | System and method for providing rapid rerouting of real-time multi-media flows |
| US7362707B2 (en) * | 2001-07-23 | 2008-04-22 | Acme Packet, Inc. | System and method for determining flow quality statistics for real-time transport protocol data flows |
| US7328266B2 (en) * | 2001-12-18 | 2008-02-05 | Perftech, Inc. | Internet provider subscriber communications system |
| US7408928B2 (en) * | 2001-12-21 | 2008-08-05 | Nortel Networks Limited | Methods and apparatus for setting up telephony connections between two address domains having overlapping address ranges |
| US20030154306A1 (en) * | 2002-02-11 | 2003-08-14 | Perry Stephen Hastings | System and method to proxy inbound connections to privately addressed hosts |
| US7139840B1 (en) * | 2002-06-14 | 2006-11-21 | Cisco Technology, Inc. | Methods and apparatus for providing multiple server address translation |
| US7480737B2 (en) * | 2002-10-25 | 2009-01-20 | International Business Machines Corporation | Technique for addressing a cluster of network servers |
| US20040167991A1 (en) * | 2002-11-08 | 2004-08-26 | Ups, Inc. | Method for providing gated network access |
| US7200658B2 (en) * | 2002-11-12 | 2007-04-03 | Movielink, Llc | Network geo-location system |
| US20050152378A1 (en) * | 2003-12-12 | 2005-07-14 | Bango Joseph J. | Method of providing guaranteed delivery through the use of the internet for priority e-mail, files and important electronic documents |
| US8023941B2 (en) * | 2003-12-17 | 2011-09-20 | Interdigital Technology Corporation | Method and apparatus for independent and efficient delivery of services to wireless devices capable of supporting multiple radio interfaces and network infrastructure |
| WO2005076649A1 (en) * | 2004-02-10 | 2005-08-18 | Forward Information Technologies Sa | Method and system for seamless handover of mobile devices in heterogenous networks |
| US7496661B1 (en) * | 2004-03-29 | 2009-02-24 | Packeteer, Inc. | Adaptive, application-aware selection of differentiated network services |
-
2005
- 2005-09-28 AT AT05800607T patent/ATE480948T1/de not_active IP Right Cessation
- 2005-09-28 ES ES05800607T patent/ES2351668T3/es active Active
- 2005-09-28 WO PCT/FR2005/050791 patent/WO2006035187A1/fr not_active Ceased
- 2005-09-28 US US11/664,476 patent/US20080205399A1/en not_active Abandoned
- 2005-09-28 PL PL05800607T patent/PL1813088T3/pl unknown
- 2005-09-28 EP EP05800607A patent/EP1813088B1/fr active Active
- 2005-09-28 DE DE602005023512T patent/DE602005023512D1/de active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP1813088B1 (fr) | 2010-09-08 |
| WO2006035187A1 (fr) | 2006-04-06 |
| PL1813088T3 (pl) | 2011-03-31 |
| US20080205399A1 (en) | 2008-08-28 |
| ATE480948T1 (de) | 2010-09-15 |
| DE602005023512D1 (de) | 2010-10-21 |
| EP1813088A1 (fr) | 2007-08-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2351668T3 (es) | Procedimiento y sistema de enrutamiento en redes de comunicaciones entre un primer nodo y un segundo nodo. | |
| Salsano et al. | Information centric networking over SDN and OpenFlow: Architectural aspects and experiments on the OFELIA testbed | |
| US6122743A (en) | System for providing enhanced security for transactions transmitted through a distributed network | |
| US9525620B2 (en) | Private tunnel usage to create wide area network backbone over the internet | |
| ES2248904T3 (es) | Enrutamiento de datos en una red de comunicacion. | |
| JP2020018001A (ja) | 金融ネットワーク | |
| US20030167340A1 (en) | Method and arrangement for handling information packets via user selectable relay nodes | |
| CN101316230A (zh) | 虚拟网络连接系统、装置和方法 | |
| Oliveira et al. | Geographically informed inter-domain routing | |
| Ponce et al. | Analysis of Internet Traffic in Ecuador | |
| Edelman | Running out of numbers: Scarcity of IP addresses and what to do about it | |
| Iannone et al. | Implementing the locator/id separation protocol: Design and experience | |
| US8139572B1 (en) | Method for bi-directional symmetric routing in multi-homed networks with stateful firewalls | |
| CN103095862A (zh) | 连接服务器、通信系统以及通信方法 | |
| KR20070053658A (ko) | 네트워크에서 데이터 유닛을 라우팅하기 위한 장치 및 방법 | |
| US20090271352A1 (en) | System, Method and Software for Selecting Among Available Connections for Accessing Content from a Remote Server Using a Client Computing Device | |
| Huston | RIPE 75 | |
| JP2011519236A (ja) | ルータの転送情報ベースへの登録方法およびルータ | |
| US20110274106A1 (en) | Information processor and method of controlling communication of the same | |
| Song | Enable cross-domain qos for internet-scale metaverse | |
| JP4015556B2 (ja) | 複数のアドレスに情報を送信するための方法およびデバイス | |
| Gregori et al. | On the African peering connectivity revealable via BGP route collectors | |
| US20090271523A1 (en) | System, Method and Software for Using One Computer Network to Bypass a Portion of Another Computer Network | |
| Jakab et al. | Locator/Identifier Separation Protocol (LISP) Network Element Deployment Considerations | |
| Smith | Internet exchange point design |