ES2398956T3 - Método y aparato para tomar prestados parámetros para la configuración de un traductor de direcciones de red - Google Patents

Método y aparato para tomar prestados parámetros para la configuración de un traductor de direcciones de red Download PDF

Info

Publication number
ES2398956T3
ES2398956T3 ES03737633T ES03737633T ES2398956T3 ES 2398956 T3 ES2398956 T3 ES 2398956T3 ES 03737633 T ES03737633 T ES 03737633T ES 03737633 T ES03737633 T ES 03737633T ES 2398956 T3 ES2398956 T3 ES 2398956T3
Authority
ES
Spain
Prior art keywords
dhcp
communication parameters
loan
client
upstream
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
Application number
ES03737633T
Other languages
English (en)
Inventor
Gary Robert Gutknecht
Mark Ryan Mayernick
David Lee Ryan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Thomson Licensing SAS
Original Assignee
Thomson Licensing SAS
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Thomson Licensing SAS filed Critical Thomson Licensing SAS
Application granted granted Critical
Publication of ES2398956T3 publication Critical patent/ES2398956T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • 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/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2869—Operational details of access network equipments
    • H04L12/2898—Subscriber equipments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • 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
    • H04L61/255—Maintenance or indexing of mapping tables

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un método que comprende: recibir, en un primer dispositivo (310) de protocolo de configuración de sistema anfitrión o principal dinámicoDHCP, una petición de alquiler o préstamo de DHCP procedente de un cliente (110), de tal manera que dicho primerdispositivo de DHCP (310) comprende un servidor de DHCP; determinar, a partir de la petición de préstamo de DHCP, primeros parámetros de comunicación de dicho cliente(110); y utilizar dichos primeros parámetros de comunicación determinados, por parte de un segundo dispositivo deDHCP (320), de manera que dicho segundo dispositivo de DHCP (320) comprende un cliente de DHCP, enpeticiones de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte de dicho segundo dispositivode DHCP (320), de tal modo que dichos primeros parámetros de comunicación determinados son la dirección deMAC y el nombre de sistema principal o anfitrión de dicho cliente solicitante (110).

Description

Método y aparato para tomar prestados parámetros para la configuración de un traductor de direcciones de red.
Referencia cruzada a solicitudes relacionadas.
Esta aplicación reivindica el derecho de la Solicitud Provisional de los EE.UU. de número de serie 60/355.664, presentada el 6 de febrero de 2002.
Campo de la invención.
La invención se refiere al campo de las redes de datos y, más específicamente, a la configuración de un Traductor de Direcciones de Red (NAT –“Network Address Translator”).
Antecedentes de la invención.
El juego de protocolos de Protocolo de Control de Transporte / Protocolo de Internet (TCP/IP –“Transport Control Protocol / Internet Protocol”) es utilizado en muchas de las redes actuales. Una red basada en TCP/IP, tal como la Internet, proporciona un sistema de encaminamiento de paquetes de datos para la comunicación entre nodos (por ejemplo, estaciones de trabajo de usuario final, servidores, dispositivos de red, etc.) conectados a la Internet. En el encaminamiento tradicional basado en las direcciones de destino, un nodo de fuente especifica como dirección de protocolo de Internet (IP –“Internet Protocol”) de destino la dirección de IP del nodo de destino en un datagrama, o diagrama de datos, de IP. El datagrama de IP es encapsulado dentro de una trama física, o paquete, y enviado a un dispositivo de encaminamiento o router enganchado a la misma red que el nodo de fuente. El dispositivo de encaminamiento que recibe la trama, a su vez, analiza sintácticamente el diagrama de IP para determinar la dirección de IP de destino. El dispositivo de encaminamiento selecciona un encaminamiento o ruta del dispositivo de encaminamiento hasta el nodo de destino, y de nuevo encapsula el diagrama de datos o datagrama dentro de una trama física para su transmisión al dispositivo de encaminamiento. Este procedimiento continúa hasta que el datagrama de IP llega a la red a la que está conectado el nodo de destino.
El crecimiento de la Internet, así como de las “intranets” privadas, ha planteado exigencias no solo en cuanto a los requisitos de anchura de banda, sino también sobre los protocolos de encaminamiento de Internet y el espacio de direcciones de IP disponible. Además, debido al incremento de demanda para acceso a la Internet, el número de direcciones de IP disponibles está disminuyendo rápidamente y la mayor parte de los Proveedores de Servicios de Internet (ISPs –“Internet Service Providers”) tan solo asignarán una única dirección de IP a un cliente individual. Por lo común, con solo una única dirección, un usuario solamente puede tener una única computadora conectada a la Internet en un momento dado.
Una propuesta para superar la disminución de direcciones de IP se expone en la Petición de Comentarios a Título Informativo (RFC –“Informational Request for Comments”) 1631, mayo de 1994, titulada “The IP Network Address Translator (NAT)” (El traductor de direcciones de red de IP (NAT)). La propuesta se basa en reutilizar direcciones de IP existentes al situar software de NAT, así como tablas y bases de datos de NAT, en cada uno de los dispositivos de conexión a red de borde (esto es, dispositivos de encaminamiento y módems, o moduladores-desmoduladores, por cable) situados entre los dominios de encaminamiento. La tabla de NAT existente en cada dispositivo de encaminamiento participante comprende direcciones de IP locales reutilizables para uso en paquetes de datos transmitidos con dominios de encaminamiento local, y direcciones de IP globalmente únicas o exclusivas, asignadas, para uso en paquetes de datos transmitidos fuera de los dominios de encaminamiento local, es decir, a través de la Internet. Existen, sin embargo, diversas limitaciones asociadas con la actualización de los dispositivos de conexión a red de borde existentes para que incluyan la característica de NAT.
Una limitación asociada con la actualización de un dispositivo de conexión a red de borde existente de manera que incluya la característica de NAT, se debe al hecho de que un dispositivo de conexión a red de borde existente está configurado originalmente de tal modo que únicamente tiene una sola dirección de MAC. Sin embargo, la adición de la característica de NAT requiere, por lo común, que un dispositivo de conexión a red de borde tenga tres direcciones de MAC: una para el dispositivo de conexión a red de borde y una, respectivamente, para un cliente de DHCP [protocolo de configuración de sistema anfitrión o principal dinámico –“dynamic host configuration protocol”] y un servidor de DHCP asociados con la actualización de la característica de NAT.
Otra limitación asociada con la actualización de un dispositivo de conexión a red de borde existente para que incluya la característica de NAT, se encuentra en la reconfiguración del dispositivo de conexión a red de borde. La actualización para que incluya la característica de NAT requiere, por lo común, que un usuario introduzca parámetros de configuración, tales como direcciones de MAC o nombres de anfitrión de PC, para la adecuada integración del nuevo dispositivo de NAT con los dispositivos del sistema. Estos parámetros pueden no ser conocidos por el usuario o pueden ser difíciles de recuperar por parte del usuario.
El documento US 6.070.187 divulga un método para configurar un cliente de manera que sea su propia pasarela por defecto, que comprende: interceptar un mensaje que forma parte de un diálogo de configuración entre un servidor de configuración y el cliente, de tal modo que el mensaje incluye una dirección de pasarela por defecto que será utilizada, o se está utilizando, por el cliente; modificar la dirección de pasarela por defecto contenida en el mensaje de manera que sea una dirección del cliente; y transmitir el mensaje.
El documento de H. Fry et al.: “A caching DHCP Relay Agent” (Un Agente de Reemisión de DHCP de almacenamiento en caché), recuperado de ww.cs.rpi.edu/research/pdf/97-10.pdf, divulga un Agente de Reemisión de DHCP de almacenamiento en caché (CDRA –“caching DHCP Relay Agent”) que puede reducir la carga de trabajo de un servidor de DHCP y proporcionar servicios de DHCP durante los fallos del servidor.
Compendio de la invención.
La invención comprende un método de acuerdo con la reivindicación 1, un aparato (140) de acuerdo con la reivindicación 7, y un medio de almacenamiento de información de acuerdo con la reivindicación 14, para tomar prestados parámetros para la configuración de un traductor de direcciones de red (NAT –“network address translator”).
En una realización, un método incluye recibir, en un primer dispositivo de protocolo de configuración de sistema anfitrión o principal dinámico (DHCP –“dynamic host configuration protocol”), una petición de alquiler o préstamo de DHCP procedente de un cliente, determinar, a partir de la petición de préstamo de DHCP, primeros parámetros de comunicación del cliente, y permitir que los primeros parámetros de comunicación determinados sean utilizados por un segundo dispositivo de DHCP, siendo los primeros parámetros de comunicación determinados adaptados para su uso en peticiones de préstamo de DHCP de aguas arriba, o en sentido de comunicación ascendente, por parte del segundo dispositivo de DHCP.
En otra realización, un método incluye recibir, en un primer dispositivo de protocolo de configuración de sistema anfitrión o principal dinámico (DHCP), una petición de alquiler o préstamo de DHCP procedente de un cliente, determinar, a partir de la petición de préstamo de DHCP, primeros parámetros de configuración del cliente, permitir que los primeros parámetros de configuración determinados sean utilizados por un segundo dispositivo de DHCP, siendo los primeros parámetros de comunicación determinados adaptados para su uso en peticiones de préstamo de DHCP de aguas arriba por parte del segundo dispositivo de DHCP, determinar, a partir de una concesión de préstamo de DHCP en respuesta a la petición de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte del segundo dispositivo de DHCP, segundos parámetros de comunicación, y permitir que los segundos parámetros de comunicación determinados sean utilizados por el primer dispositivo de DHCP.
En otra realización, un aparato incluye un primer dispositivo de DHCP, destinado a recibir peticiones de alquiler o préstamo de DHCP desde un cliente, un segundo dispositivo de DHCP, destinado a generar peticiones de préstamo de DHCP de aguas arriba, una memoria para almacenar parámetros de comunicación e instrucciones, y un procesador. Al ejecutar o llevar a cabo las instrucciones almacenadas, el procesador está configurado para recibir en el primer dispositivo de DHCP una petición de préstamo DHCP procedente de un cliente, para determinar, a partir de la petición de préstamo de DHCP, primeros parámetros de comunicación del cliente, y para permitir que los primeros parámetros de comunicación determinados sean utilizados por un segundo dispositivo de DHCP, siendo los primeros parámetros de comunicación determinados adaptados para su uso en peticiones de préstamo de DHCP de aguas arriba por el segundo dispositivo de DHCP.
Breve descripción de los dibujos.
Las enseñanzas de la presente invención pueden ser fácilmente comprendidas considerando la siguiente descripción detallada, en combinación con los dibujos que se acompañan, en los cuales:
La Figura 1 representa un diagrama de bloques de alto nivel de una red de Internet, que incluye una realización de la presente invención;
La Figura 2 representa un diagrama de bloques de alto nivel de una realización de un traductor de direcciones de red adecuado para su uso en la red de Internet de la Figura 1;
La Figura 3 representa un diagrama de bloques que ilustra un procedimiento de traducción de direcciones de red de acuerdo con los principios de la presente invención; y
La Figura 4 representa un diagrama de flujo de un método proporcionado a modo de ejemplo, de acuerdo con los principios de la presente invención.
A fin de facilitar la comprensión, se han utilizado, cuando es posible, los mismos números de referencia para designar elementos idénticos que son comunes a las figuras.
Descripción detallada de la invención.
A invención objeto se describirá dentro del contexto de una red informática y dispositivos asociados, conectados a la Internet. Sin embargo, se apreciará por los expertos de la técnica que la invención objeto puede emplearse, ventajosamente, en cualquier sistema de comunicaciones que implemente un Traductor de Direcciones de Red (NAT –“Network Address Translator”). De esta forma, se ha contemplado por los presentes inventores que la invención objeto tenga una amplia aplicabilidad más allá de los sistemas de red que se describen en la presente memoria.
La Figura 1 representa un diagrama de bloques de alto nivel de una red de Internet 100 que incluye una realización proporcionada a modo de ejemplo de la presente invención. La red de Internet 100 de la Figura 1 comprende una pluralidad de dispositivos de equipo de emplazamiento informático (CPE –“computer premises equipment”) (ilustrativamente, dos computadoras personales (PCs –“personal computers”) 1101 y 1102 (en conjunto, PCs 110), una pluralidad de dispositivos de conexión a red de borde (ilustrativamente, dispositivos de encaminamiento) 1201120N, y la Internet 130. Además, cada uno de la pluralidad de dispositivos de encaminamiento 1201-120N comprende, respectivamente, un dispositivo traductor de direcciones de red (NAT) 1401-140N. Los PCs 110 forman, conjuntamente, una red de área local (LAN –“local area network”) y la Internet 130 constituye una red de área extensa (WAN –“wide area network”). La WAN comprende adicionalmente un servidor 150 de DHCP de WAN. Si bien en la Figura 1 los dispositivos de NAT 1401-140N se han representado como respectivamente incorporados dentro de la pluralidad de dispositivos de encaminamiento 1201-120N, se apreciará por parte de los expertos de la técnica que los dispositivos de NAT 1401-140N pueden ser incorporados en otros dispositivos de conexión a red de borde, tales como módems, o moduladores-desmoduladores, de cable. Alternativamente, los dispositivos de NAT 1401-140N pueden comprender unidades independientes.
La Figura 2 representa un diagrama de bloques de alto nivel de una realización del dispositivo de NAT 140 de la Figura 1. El dispositivo de NAT 140 de la Figura 2 comprende un procesador 210 así como una memoria 220 para almacenar los algoritmos y programas de control. El procesador 210 coopera con circuitos de soporte convencionales 230 tal como fuentes de alimentación de energía, circuitos de reloj, memoria caché y elementos similares, así como circuitos que ayudan a llevar a cabo las rutinas de programación o software almacenadas en la memoria 220. Así, pues, se contempla que algunas de las etapas de procedimiento que se exponen en esta memoria como procedimientos, puedan implementarse dentro de dispositivos físicos o hardware, por ejemplo, como circuitos que cooperan con el procesador 210 para llevar a cabo diversas etapas. El dispositivo de NAT 140 también incluye circuitos de entrada-salida 240 que constituyen una interfaz entre los diversos elementos que se comunican con el dispositivo de NAT 140. Por ejemplo, en la realización de la Figura 1, el dispositivo de NAT 140 se comunica con los PCs 110a a través de un camino o recorrido de señal S1 y con la Internet 130 a través de un recorrido de señal O1.
Si bien el dispositivo de NAT 140 de la Figura 2 se ha representado como una computadora de propósito general que se programa para llevar a cabo diversas funciones de control de acuerdo con los principios de la presente invención, la invención puede ser implementada en hardware, por ejemplo, como un circuito integrado específico de la aplicación (ASIC –“application specific integrated circuit”). Así, pues, las etapas de procedimiento descritas en esta memoria están destinadas a ser interpretadas en sentido amplio como realizadas por software, por hardware o por una combinación de estos.
Por otra parte, si bien el dispositivo de NAT 140 de la Figura 2 se ha representado como una computadora de propósito general que se programa para llevar a cabo diversas funciones de control de acuerdo con la presente invención, el dispositivo de NAT 140 puede ser incorporado como software en una computadora ya existente de un dispositivo de conexión a red de borde que se ha de actualizar con la característica de NAT, tal como un router, o dispositivo de encaminamiento, o un módem, o modulador-desmodulador.
La Figura 3 representa un diagrama de bloques que ilustra una traducción de direcciones de red del dispositivo de NAT 140 de acuerdo con los principios de la presente invención. El dispositivo de NAT 140 de la Figura 3 comprende un servidor de DHCP 310 dispuesto en el lado de LAN de la red de Internet 100 de la Figura 1, y un cliente de DHCP 320 dispuesto en el lado de WAN. Si bien el servidor de DHCP 310 y el cliente de DHCP 320 se han representado en la Figura 3 como componentes independientes dentro del dispositivo de NAT 140, el servidor de DHCP 310 y el cliente de DHCP 320 pueden ser esencialmente programas informáticos u otro firmware, o software instalado de forma permanente en hardware, que implemente el protocolo de configuración de sistema anfitrión o principal dinámico (DHCP –“dynamic host configuration protocol”) definido en la RFC [Petición de Comentarios –“Request For Comments”]-2131 y en la RFC-2132.
Se proporcionan a menudo dispositivos de CPE en un sistema mediante el uso de identificadores únicos o exclusivos, tales como direcciones de MAC o nombre de anfitrión de PC. Así, pues, tomar prestados nombres de anfitrión de dispositivos de CPE existentes en el lado de LAN de un dispositivo de NAT para utilizarlos en una petición de DHCP de WAN, hace posible que el aporte se lleve a cabo por un dispositivo de NAT, de acuerdo con la presente invención, sin ninguna configuración de usuario adicional. Para un aporte adecuado en este esquema, el lado de WAN del dispositivo de NAT actúa como el dispositivo de CPE, desde el punto de vista de la WAN. Por lo tanto, el lado de WAN del dispositivo de NAT necesita utilizar el mismo identificador exclusivo que el que se le aportaba, apropiadamente, a su PC original (obtener un alquiler o préstamo de DHCP) en la red de WAN. De forma similar, la petición en préstamo de una dirección de MAC de pasarela desde el lado de WAN del dispositivo de NAT para su uso como una dirección de MAC de pasarela de LAN en el lado de LAN del dispositivo de NAT, permite la actualización de un dispositivo de conexión a red de borde ya existente de manera que incluya la característica de NAT, sin que ello requiera que se asignen direcciones de MAC exclusivas adicionales al dispositivo de conexión a red de borde actualizado.
En una realización de la presente invención, el dispositivo de NAT 140 configura por sí mismo sus parámetros de comunicación. Previamente, cuando un componente tal como un dispositivo de NAT convencional es añadido a un dispositivo de conexión a red de borde, tal como un dispositivo de encaminamiento o un módem de cable, un usuario ha de proporcionar al dispositivo añadido parámetros de comunicación conocidos, tales como direcciones de MAC y nombres de anfitrión, a fin de integrar el dispositivo añadido a la red para su funcionamiento adecuado. Por otra parte, si se utiliza un dispositivo de NAT, un servidor de DHCP y/o un cliente de DHCP asociado con el NAT añadido, deben proporcionarse parámetros de comunicación únicos o exclusivos, tales como direcciones de MAC exclusivas. En contraposición, el dispositivo de NAT 140 de la presente invención sortea estos inconvenientes. Específicamente, cuando un dispositivo de CPE (PC 110) solicita un préstamo de DHCP del dispositivo de NAT 140, el PC 110 revela sus parámetros de comunicación, tales como la dirección de MAC y el nombre de anfitrión, al servidor de DHCP 310 del dispositivo de NAT 140. El servidor de DHCP 310 determina estos parámetros y mantiene una lista de todos los PCs 110 y sus respectos parámetros de comunicación. Estos parámetros son compartidos con el cliente de DHCP 320 del dispositivo de NAT 140 para realizar peticiones de préstamo de DHCP en un lado de WAN (la Internet 130) del dispositivo de NAT 140.
Similarmente, cuando el cliente de DHCP 320 recibe una concesión de préstamo de, por ejemplo, el servidor 150 de DHCP de WAN de la red de Internet 100 de la Figura 1, el servidor 150 de DHCP de WAN que lo concede revela sus parámetros de comunicación, tales como la dirección de MAC, al cliente de DHCP 320 del dispositivo de NAT 140. El cliente de DHCP 320 determina estos parámetros de comunicación y mantiene una lista de todos los dispositivos de WAN y sus respectivos parámetros de comunicación. Estos parámetros son compartidos con el servidor de DHCP 310 del dispositivo de NAT 140.
Así, pues, debido a la capacidad de aprendizaje del dispositivo de NAT 140 y al compartimiento de los parámetros aprendidos entre el servidor de DHCP 310 y el cliente de DHCP 320, un usuario no tiene que configurar manualmente el dispositivo de NAT 140 para su uso dentro de una red o dispositivo existente, y no tienen que asignarse direcciones de MAC adicionales a un dispositivo de NAT existente.
Haciendo referencia a la Figura 1, durante la transmisión aguas arriba o en sentido ascendente, un PC 110 solicita un préstamo de DHCP desde el servidor de DHCP 310 (Figura 3) del dispositivo de NAT 140. En el momento en que se concede el préstamo de DHCP, el servidor de DHCP 310 determina los parámetros de comunicación del PC, tales como la dirección de MAC y el nombre de sistema principal o anfitrión, a partir de la petición de préstamo de DHCP. El servidor de DHCP 310 comprueba entonces una lista de parámetros contenida en la memoria 220 (Figura 2), dentro del dispositivo de NAT 140, para determinar si los parámetros de comunicación son nuevos (no se han almacenado previamente). Si los parámetros de comunicación son nuevos, el servidor de DHCP 310 almacena entonces los parámetros determinados en la memoria 220.
El cliente de DHCP 320 (Figura 3) del dispositivo de NAT 140 busca, subsiguientemente, en la memoria 220 contenida en el dispositivo de NAT 140 y selecciona un par dirección de MAC / nombre de anfitrión para utilizarlo en su petición de préstamo de DHCP de aguas arriba, a, por ejemplo, el servidor 150 de DHCP de WAN. Si la petición de préstamo de DHCP procedente del servidor 150 de DHCP de WAN no es concedida con el uso del par de parámetros seleccionado, el cliente de DHCP 320 busca de nuevo en la memoria 220 contenida en el dispositivo de NAT 140 otro par dirección de MAC / nombre de anfitrión para utilizar en su petición de préstamo de DHCP de aguas arriba, o en sentido ascendente, hacia el servidor 150 de DHCP de WAN. El cliente de DHCP 320 continúa buscando en la memoria que contiene los pares dirección de MAC / nombre de anfitrión hasta que se encuentra un par dirección de MAC / nombre de anfitrión que da lugar a una concesión de préstamo de DHCP desde el servidor 150 de DHCP de WAN al cliente e DHCP 320.
Al recibir una concesión de préstamo desde el servidor 150 de DHCP de WAN, el cliente de DHCP 320 determina los parámetros de comunicación, tales como la dirección de MAC, a partir de la petición de préstamo procedente del servidor 150 de DHCP de WAN. El cliente de DHCP 320 comprueba entonces una lista de parámetros contenida en la memoria 220 (Figura 2) situada dentro del dispositivo de NAT 140 para determinar si los parámetros de comunicación son nuevos (no se han almacenado previamente). Si los parámetros de comunicación son nuevos, el cliente de DHCP 320 almacena entonces los parámetros determinados en la memoria 220.
Durante la transmisión de aguas abajo o en sentido descendente, el servidor de DHCP 310 ha de funcionar como una pasarela (dispositivo de encaminamiento) para que la red de LAN (PCs 110) se comunique con la red de WAN (la Internet 130). A fin de comportarse como un dispositivo de encaminamiento, el servidor de DHCP 310 supone un identificador que la Internet 130 asocia con su dispositivo de encaminamiento (no mostrado), y una dirección de MAC correspondiente hacia la que la red de LAN local puede resolver o dirigir el dispositivo de encaminamiento. Así, pues, el servidor de DHCP 310 utiliza uno de los parámetros determinados y almacenados por el cliente de DHCP 320 como una dirección de MAC para proporcionar una pasarela entre los PCs 110 y la Internet 130. Debido a que la dirección de MAC es globalmente única, el servidor de DHCP 310 puede suponer que una dirección de MAC que existe en el lado de WAN del dispositivo de NAT 140 no existirá también en el lado de LAN. Así, pues, el servidor de DHCP 310 utilizará una dirección de MAC determinada en el lado de WAN del dispositivo de NAT 140 (tal como la dirección de MAC del dispositivo de encaminamiento del lado de WAN), como la dirección de MAC para el dispositivo de encaminamiento del lado de LAN.
La Figura 4 representa un diagrama de flujo de un método proporcionado a modo de ejemplo, de acuerdo con los principios de la presente invención. Se entra en el método 400 en la etapa 402, cuando una petición de alquiler o préstamo de DHCP procedente de un dispositivo de CPE es recibida por un servidor de DHCP del lado de LAN, perteneciente a un dispositivo de NAT. El método 400 prosigue entonces con la etapa 404.
En la etapa 404, el método 400 determina los parámetros de comunicación de la petición de préstamo de DHCP. Es decir, el servidor de DHCP determina los parámetros de comunicación, tales como el par de la dirección de MAC y el nombre de anfitrión, del dispositivo de CPE solicitante, a partir de la petición de préstamo de DHCP procedente del dispositivo de CPE.
En la etapa 406, el método 400 determina si los parámetros de comunicación son nuevos. Es decir, el servidor de DHCP comprueba una lista de parámetros existentes situada en una memoria, disponible tanto para el servidor de DHCP como para un cliente de DHCP, con el fin de determinar si los parámetros son nuevos. Si los parámetros son nuevos, el método 400 prosigue por la etapa 408. Si los parámetros no son nuevos, se sale del método 400 en la etapa 407.
En la etapa 408, el método 400 permite que los parámetros de comunicación determinados sean utilizados por un cliente de DHCP. Es decir, el servidor de DHCP almacena los parámetros determinados en la memoria compartida. El método 400 prosigue por la etapa 410.
En la etapa 410, el método 400 se sirve de los parámetros de comunicación almacenados para la transmisión de aguas arriba o en sentido ascendente. Es decir, el cliente de DHCP utiliza un par de parámetros (par de dirección de MAC y nombre de anfitrión) determinados y almacenados por el servidor de DHCP en la memoria compartida, para emitir una petición de préstamo de DHCP a un servidor de DHCP de WAN. El método 400 continúa por la etapa 412.
En la etapa 412, el método 400 determina si se ha emitido una concesión de préstamo desde un dispositivo de aguas arriba. Es decir, si el par de parámetros utilizado por el cliente de DHCP produce una concesión de préstamo por parte del servidor de DHCP de WAN, el método prosigue con la etapa 416. Si el par de parámetros utilizado por el cliente de DHCP no produce una concesión de préstamo por parte del servidor de DHCP de WAN, el método prosigue por la etapa 414.
En la etapa 414, el cliente de DHCP escoge otro par de parámetros determinado y almacenado por el servidor de DHCP. El método vuelve entonces a la etapa 410.
En la etapa 416, el método 400 determina los parámetros de comunicación de la concesión de préstamo de DHCP. ES decir, al recibir una concesión de préstamo procedente del servidor de DHCP de WAN, el cliente de DHCP determina los parámetros de comunicación de la concesión de préstamo emitida por el servidor de DHCP de WAN.
En la etapa 418, el método determina si los parámetros de comunicación son nuevos. Es decir, el cliente de DHCP determina los parámetros de comunicación, tales como la dirección de MAC, a partir de la concesión de alquilar, y comprueba una lista de parámetros existentes situada en la memoria compartida, a objeto de determinar si los parámetros son nuevos. En caso de que los parámetros sean nuevos, el método 400 continúa con la etapa 420. Si los parámetros no son nuevos, se sale del método 400.
En la etapa 420, el método 400 hace posible el uso de los parámetros de comunicación determinados por parte del servidor de DHCP. Es decir, el cliente de DHCP almacena los parámetros determinados en la memoria compartida. Se sale entonces del método 400 en la etapa 421.
Ha de apreciarse que los parámetros de comunicación determinados almacenados por el cliente de DHCP en la memoria compartida se utilizan subsiguientemente por parte del servidor de DHCP del dispositivo de NAT. Es decir, el servidor de DHCP utiliza uno de los parámetros determinados y almacenados por el cliente de DHCP, como dirección de MAC para proporcionar una pasarela entre los dispositivos de CPE y una Internet.
Si bien lo anterior se refiere a algunas realizaciones de la presente invención, pueden concebirse otras características adicionales y diferentes de la invención sin apartarse del alcance básico de la misma. De esta forma, el alcance apropiado de la invención ha de ser determinado de acuerdo con las reivindicaciones que siguen.

Claims (14)

  1. REIVINDICACIONES
    1.-Un método que comprende:
    recibir, en un primer dispositivo (310) de protocolo de configuración de sistema anfitrión o principal dinámico DHCP, una petición de alquiler o préstamo de DHCP procedente de un cliente (110), de tal manera que dicho primer dispositivo de DHCP (310) comprende un servidor de DHCP;
    determinar, a partir de la petición de préstamo de DHCP, primeros parámetros de comunicación de dicho cliente (110); y
    utilizar dichos primeros parámetros de comunicación determinados, por parte de un segundo dispositivo de DHCP (320), de manera que dicho segundo dispositivo de DHCP (320) comprende un cliente de DHCP, en peticiones de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte de dicho segundo dispositivo de DHCP (320), de tal modo que dichos primeros parámetros de comunicación determinados son la dirección de MAC y el nombre de sistema principal o anfitrión de dicho cliente solicitante (110).
  2. 2.-El método de acuerdo con la reivindicación 1, que comprende adicionalmente:
    almacenar dichos primeros parámetros de comunicación determinados en una memoria (220) disponible para dicho primer dispositivo de DHCP (310) y dicho segundo dispositivo de DHCP (320).
  3. 3.-El método de acuerdo con la reivindicación 1, que comprende adicionalmente:
    determinar, a partir de una concesión de préstamo de DHCP enviada en respuesta a dicha petición de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte de dicho segundo dispositivo de DHCP (320), segundos parámetros de comunicación; y
    permitir que dichos segundos parámetros de comunicación determinados sean utilizados por dicho primer dispositivo de DHCP (310).
  4. 4.-El método de acuerdo con la reivindicación 4, en el cual dichos segundos parámetros de comunicación determinados incluyen una dirección de MAC de un servidor de DHCP que concede un préstamo.
  5. 5.-El método de acuerdo con la reivindicación 4, que comprende adicionalmente:
    almacenar dichos segundos parámetros de comunicación determinados en una memoria (220) disponible para dicho primer dispositivo de DHCP (310) y dicho segundo dispositivo de DHCP (320).
  6. 6.-El método de acuerdo con la reivindicación 1, que comprende adicionalmente:
    determinar, a partir de una concesión de préstamo de DHCP enviada en respuesta a dicha petición de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte de dicho segundo dispositivo de DHCP (320), segundos parámetros de comunicación; y
    permitir que dichos segundos parámetros de comunicación determinados sean utilizados por dicho primer dispositivo de DHCP (310), de tal modo que dichos segundos parámetros de comunicación determinados incluyen una dirección de MAC de un servidor de DHCP que concede el préstamo.
  7. 7.-Un aparato (140) que comprende:
    un primer dispositivo (310) de protocolo de configuración de sistema principal o anfitrión dinámico DHCP, que comprende medios para recibir una petición de alquiler o préstamo de DHCP procedente de un cliente (110), de tal manera que dicho primer dispositivo de DHCP (310) comprende un servidor de DHCP, y
    medios para determinar, a partir de la petición de préstamo de DHCP, primeros parámetros de comunicación de dicho cliente (110); y
    un segundo dispositivo de DHCP (320), de tal modo que dicho segundo dispositivo de DHCP (320) comprende un cliente de DHCP, que comprende medios para utilizar dichos primeros parámetros de comunicación determinados, en peticiones de préstamo de DHCP de aguas arriba, o en sentido descendente, por dicho segundo dispositivo de DHCP (320), de tal modo que dichos primeros parámetros de comunicación determinados son la dirección de MAC y el nombre de sistema principal o anfitrión de dicho cliente (110) solicitante.
  8. 8.-El aparato (140) de acuerdo con la reivindicación 7, que comprende:
    una memoria (220) para almacenar parámetros de comunicación e instrucciones; y
    un procesador (210) que, al ejecutar dichas instrucciones, se ha configurado como dichos medios para recibir, dichos medios para determinar y dichos medios para permitir.
  9. 9.-El aparato (140) de acuerdo con la reivindicación 8, en el cual dicho procesador (210), al ejecutar dichas instrucciones, se ha configurado adicionalmente para:
    determinar, a partir de una concesión de préstamo de DHCP enviada en respuesta a dicha petición de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte de dicho segundo dispositivo de DHCP (320), segundos parámetros de comunicación; y
    permitir que dichos segundos parámetros de comunicación determinados sean utilizados por dicho primer dispositivo de DHCP (310), de tal manera que dichos segundos parámetros de comunicación determinados incluyen una dirección de MAC de un servidor de DHCP que concede el préstamo.
  10. 10.- El aparato (140) de acuerdo con la reivindicación 8, de tal manera que dicho aparato está incorporado en un dispositivo (120) de conexión a red de borde.
  11. 11.- El aparato de acuerdo con la reivindicación 10, en el cual dicho dispositivo de conexión a red de borde es un módem, o modulador-desmodulador, de cable.
  12. 12.- El aparato de acuerdo con la reivindicación 10, en el cual dicho dispositivo (120) de conexión a red de borde es un router o dispositivo de encaminamiento.
  13. 13.- El aparato de acuerdo con la reivindicación 8, que comprende:
    un traductor (NAT) de direcciones de red, que comprende:
    dicha memoria (220); y
    dicho procesador (210);
    de tal manera que dichos segundos parámetros de comunicación incluyen una dirección de MAC de un servidor de DHCP que concede el préstamo.
  14. 14.- Un medio de almacenamiento legible por computadora, destinado a almacenar un conjunto de instrucciones, de tal manera que, cuando dicho conjunto de instrucciones es ejecutado por un procesador, lleva a cabo un método que comprende:
    recibir, en un primer dispositivo (310) de protocolo de configuración de sistema anfitrión o principal dinámico DHCP, una petición de alquiler o préstamo de DHCP procedente de un cliente (110), de tal manera que dicho primer dispositivo de DHCP (310) comprende un servidor de DHCP;
    determinar, a partir de dicha petición de préstamo de DHCP, primeros parámetros de comunicación de dicho cliente (110); y
    utilizar dichos primeros parámetros de comunicación determinados, por parte de un segundo dispositivo de DHCP (320), de manera que dicho segundo dispositivo de DHCP (320) comprende un cliente de DHCP, en peticiones de préstamo de DHCP de aguas arriba, o en sentido ascendente, por parte de dicho segundo dispositivo de DHCP (320), de tal modo que dichos primeros parámetros de comunicación determinados son la dirección de MAC y el nombre de sistema principal o anfitrión de dicho cliente solicitante (110).
ES03737633T 2002-02-06 2003-02-05 Método y aparato para tomar prestados parámetros para la configuración de un traductor de direcciones de red Expired - Lifetime ES2398956T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US35566402P 2002-02-06 2002-02-06
US355664P 2002-02-06
US339681 2003-01-09
US10/339,681 US6807184B2 (en) 2002-02-06 2003-01-09 Method and apparatus for parameter borrowing for network address translator configuration
PCT/US2003/003372 WO2003067829A1 (en) 2002-02-06 2003-02-05 Method and apparatus for parameter borrowing for network address translator configuration

Publications (1)

Publication Number Publication Date
ES2398956T3 true ES2398956T3 (es) 2013-03-22

Family

ID=27668921

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03737633T Expired - Lifetime ES2398956T3 (es) 2002-02-06 2003-02-05 Método y aparato para tomar prestados parámetros para la configuración de un traductor de direcciones de red

Country Status (10)

Country Link
US (1) US6807184B2 (es)
EP (1) EP1472830B1 (es)
JP (1) JP4361803B2 (es)
KR (1) KR100944421B1 (es)
CN (1) CN100344133C (es)
AU (1) AU2003210847A1 (es)
BR (1) BRPI0302970B1 (es)
ES (1) ES2398956T3 (es)
MX (1) MXPA04007647A (es)
WO (1) WO2003067829A1 (es)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6993595B1 (en) * 2001-12-28 2006-01-31 Nortel Networks Limited Address translation change identification
US7529851B1 (en) * 2002-02-08 2009-05-05 Cisco Technology, Inc. Method and apparatus for MAC address assignment
US8451711B1 (en) * 2002-03-19 2013-05-28 Cisco Technology, Inc. Methods and apparatus for redirecting traffic in the presence of network address translation
JP4278444B2 (ja) * 2003-06-17 2009-06-17 株式会社日立製作所 仮想ポート名の管理装置
US20050102406A1 (en) * 2003-11-07 2005-05-12 Cisco Technology, Inc. Automated configuration of a gateway
TWI230529B (en) * 2004-01-13 2005-04-01 Admtek Inc Method and apparatus for network address translation based on pure hardware architecture
US7471638B2 (en) * 2004-10-08 2008-12-30 Hewlett-Packard Development Company, L.P. Testing for a misconnection between first and second networks
US7342925B2 (en) * 2004-11-30 2008-03-11 At&T Corp. Technique for automated MAC address cloning
JP4765796B2 (ja) * 2006-07-07 2011-09-07 パナソニック株式会社 ルータ装置
US20080174283A1 (en) * 2007-01-23 2008-07-24 Michel Ivgi Robust Ground Start Detection
US20080177868A1 (en) 2007-01-23 2008-07-24 Itai Ephraim Zilbershtein Address Provisioning
US7774438B2 (en) 2007-01-26 2010-08-10 Avaya Communication Israel Ltd. Parameter provisioning
WO2010053413A1 (en) * 2008-11-05 2010-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for improved configuration of a network device
CN101494560B (zh) * 2009-02-20 2011-11-09 华为技术有限公司 主从网络设备配置方法、装置和系统
US9407506B2 (en) * 2011-09-12 2016-08-02 Microsoft Technology Licensing, Llc Multi-entity management
FR2983669B1 (fr) * 2011-12-05 2014-06-13 Sagemcom Broadband Sas Passerelle adaptee pour la vod
US9654338B2 (en) * 2015-03-23 2017-05-16 Verizon Digital Media Services Inc. CPE device installation and operation
CN106302838B (zh) * 2015-05-12 2020-06-30 中兴通讯股份有限公司 域名系统dns解析处理方法及装置
JP7283572B2 (ja) * 2019-11-15 2023-05-30 日本電信電話株式会社 エッジ切替システム、エッジ切替装置、エッジ切替方法およびプログラム
JP7450524B2 (ja) 2020-12-09 2024-03-15 株式会社日立製作所 ネットワークシステム、通信制御装置、及び通信制御方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812819A (en) 1995-06-05 1998-09-22 Shiva Corporation Remote access apparatus and method which allow dynamic internet protocol (IP) address management
US6091737A (en) * 1996-11-15 2000-07-18 Multi-Tech Systems, Inc. Remote communications server system
US5884024A (en) * 1996-12-09 1999-03-16 Sun Microsystems, Inc. Secure DHCP server
EP0947067A4 (en) * 1996-12-09 2002-05-02 Motorola Inc SYSTEM, DEVICE AND METHOD FOR ROUTING DHCP PROTOCOL PACKETS IN A PUBLIC DATA TRANSMISSION NETWORK
US6324267B1 (en) * 1997-01-17 2001-11-27 Scientific-Atlanta, Inc. Two-tiered authorization and authentication for a cable data delivery system
US6138162A (en) 1997-02-11 2000-10-24 Pointcast, Inc. Method and apparatus for configuring a client to redirect requests to a caching proxy server based on a category ID with the request
US6028848A (en) * 1997-09-26 2000-02-22 3Com Corporation Apparatus and methods for use therein for an ISDN LAN modem utilizing internal DNS and DHCP servers for transparent translation of local host names to IP addresses
US6070187A (en) 1998-03-26 2000-05-30 Hewlett-Packard Company Method and apparatus for configuring a network node to be its own gateway
US6195705B1 (en) * 1998-06-30 2001-02-27 Cisco Technology, Inc. Mobile IP mobility agent standby protocol
US6243749B1 (en) * 1998-10-08 2001-06-05 Cisco Technology, Inc. Dynamic network address updating
US6427174B1 (en) * 1998-11-12 2002-07-30 Cisco Technology, Inc. Dynamic IP addressing and quality of service assurance

Also Published As

Publication number Publication date
CN1628442A (zh) 2005-06-15
EP1472830A1 (en) 2004-11-03
BR0302970A (pt) 2004-07-06
BRPI0302970B1 (pt) 2016-12-13
KR100944421B1 (ko) 2010-02-26
AU2003210847A1 (en) 2003-09-02
WO2003067829A1 (en) 2003-08-14
US6807184B2 (en) 2004-10-19
EP1472830B1 (en) 2012-12-26
US20030147395A1 (en) 2003-08-07
JP4361803B2 (ja) 2009-11-11
CN100344133C (zh) 2007-10-17
KR20040079981A (ko) 2004-09-16
MXPA04007647A (es) 2004-11-10
EP1472830A4 (en) 2010-06-02
JP2005517352A (ja) 2005-06-09

Similar Documents

Publication Publication Date Title
ES2398956T3 (es) Método y aparato para tomar prestados parámetros para la configuración de un traductor de direcciones de red
US7154891B1 (en) Translating between globally unique network addresses
ES2760020T3 (es) Localización y posicionamiento de funciones de nodo de red en una red
ES2562448T3 (es) Descubrimiento y visualización de controladores de dominio de directorio activo en mapas topológicos de redes
CN101809951B (zh) 协同nat行为发现
US8838831B2 (en) Populating location wiremap databases
CN105635338B (zh) 一种数据传输方法及装置
CN102823198A (zh) 用于虚拟专用联网环境中的客户边缘设备和接口连接的自动发现的系统和方法
WO2001097485A2 (en) Method for providing transparent public addressed networks within private networks
US8510419B2 (en) Identifying a subnet address range from DNS information
Cisco Configuring AppleTalk
Cisco Configuring DECnet
Cisco AppleTalk Commands
Cisco AppleTalk Commands
Cisco AppleTalk Commands
Cisco AppleTalk Commands
Cisco Configuring AppleTalk
Cisco Configuring AppleTalk Routing
Cisco Configuring AppleTalk
Cisco Configuring AppleTalk
Cisco Configuring AppleTalk
Cisco Configuring DECnet
Cisco Configuring AppleTalk
Cisco Configuring AppleTalk
Cisco Configuring AppleTalk