ES2315579T3 - Procedimiento para la asignacion de una direccion ip a un equipo. - Google Patents
Procedimiento para la asignacion de una direccion ip a un equipo. Download PDFInfo
- Publication number
- ES2315579T3 ES2315579T3 ES04001453T ES04001453T ES2315579T3 ES 2315579 T3 ES2315579 T3 ES 2315579T3 ES 04001453 T ES04001453 T ES 04001453T ES 04001453 T ES04001453 T ES 04001453T ES 2315579 T3 ES2315579 T3 ES 2315579T3
- Authority
- ES
- Spain
- Prior art keywords
- port
- address
- identification
- equipment
- protocol
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims abstract description 19
- 230000005540 biological transmission Effects 0.000 claims description 11
- 230000015654 memory Effects 0.000 abstract description 3
- 238000001514 detection method Methods 0.000 abstract 1
- 230000002950 deficient Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000004590 computer program Methods 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000003936 working memory Effects 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/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
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/50—Address allocation
- H04L61/5038—Address allocation for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
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
Procedimiento para la asignación de una dirección IP a un equipo (116) con los siguientes pasos: - Conexión del equipo (116) a un puerto (110) de un switch o conmutador (104), - transmisión de una identificación (124) del puerto (110) del switch (104) al equipo (116), - transmisión de una identificación (124) del puerto (110) del equipo (116) al servidor de dirección (122), - asignación de la dirección IP al equipo (116) en base a la identificación (124) del puerto (110).
Description
Procedimiento para la asignación de una
dirección IP a un equipo.
La presente invención comprende un procedimiento
para la asignación de una dirección IP a un equipo, así como un
medio de almacenamiento digital, un switch (conmutador) y un equipo
que se puede conectar al switch.
En el estado de la técnica se conoce la
asignación de una dirección (IP) de protocolo de Internet a un
equipo mediante DHCP (Dynamic Host Configuration Protocol o
Protocolo Configuración Dinámica de Anfitrión). El DHCP se
implementa usualmente en entornos LAN (Local Area Network), para
emitir direcciones IP desde un servidor de dirección central.
La selección de las direcciones IP asignadas al
equipo solicitante le corresponde al servidor DHCP a partir de los
ajustes locales (asignación estática o dinámica) y de las opciones
suministradas en la solicitud DHCP. Mediante las opciones DHCP
(véase la página de Internet
http://www.iana.org/assignments/bootp-dhcp-parameters)
"#12 Host Name Option", "#43 Vendor Specific Option",
"#61 Client Identifier", "#82 Relay Agent Information",
"#128-254 Privat Use" u otra nueva opción
definida, el servidor DHCP puede asignar inequívocamente la
dirección IP asentada en él a un cliente.
Para posibilitar la asignación inequívoca del
identificador seleccionado (la identificación), éste debe ser
unívoco en todas las variantes en toda la LAN.
Este identificador debe estar asentado de modo
remanente en el cliente para obtener un resultado que pueda ser
reproducido en la resolución de la dirección. Como identificador
para un cliente o un puerto de un cliente se puede utilizar, por
ejemplo, un UUID (Universal Unique Identifier o Identificador Unico
Universal) o un DNS (Domain Name Service o servicio de nombres de
dominio). En el servidor DHCP pueden asentarse múltiples
identificadores (alias) para una dirección IP.
A través del "#82 Relay Agent Information"
del DHCP, se puede identificar correctamente la unidad terminal que
solicita la dirección IP, a través del puerto del nodo de
acoplamiento ("switch" o conmutador), en el cual está
conectado. La opción 82 se puede comparar con una identificación
mediante una dirección de Media Access Control (MAC). Ésta presenta
la ventaja de que la identificación se lleva a cabo en el plano 3
del modelo de capas del Open System Interconnection (OSI) y, con
ello, es apoyada por el protocolo IP (véase IEE 48, año 2003 nº 11,
páginas 32 a 34, "Netzmanagement für Ethernet, Schritt in die
richtige Richtung" (Gestión de redes para Ethernet, un paso en
la dirección correcta), Frank Seufert).
La asignación de las direcciones IP mediante el
DHCP y "#82 Relay Agent Information" también se conoce por las
memorias estadounidenses
US-A-20040010653 y
US-A-20030101243.
Una desventaja de la asignación de las
direcciones IP mediante DHCP y la opción 82 es que los switch sufren
una elevada carga debido al complejo filtrado de los requerimientos
del DHCP. Un switch debe identificar todas las solicitudes de DHCP
mediante un filtro de ese tipo, y tomarlas de la corriente de datos
para ingresar informaciones adicionales o reconocer una entrada ya
existente. Posteriormente, la solicitud de DHCP se introduce
nuevamente en la corriente de datos. En este caso, es especialmente
desventajoso que los mecanismos eficientes de switch, como el tipo
cut-through (cortar - enviar), sean imposibles de
realizar.
La memoria EP 1 081 921 B1 presenta un
procedimiento para la asignación de direcciones en redes de
comunicación, especialmente, para la asignación de direcciones en
redes basadas en protocolos TCP/IP.
A. Bierman, K. McCIoghrie: "Physical Topology
MIB and Discovery Protocol Proposal;
draft-bierman-ptopomib-proto-00.txt"
IETF INTERNET DRAFT, 25 de marzo de 1997, páginas
1-38, publica el uso de una "Management
Information Base" para la aplicación con protocolos de gestión
de red en Internet. El objetivo es, a su vez, la identificación de
uniones físicas entre dos puertos de red.
La invención, por el contrario, tiene como
objetivo lograr un procedimiento mejorado para la asignación de una
dirección IP a un equipo. Además, tiene como objetivo lograr un
medio de almacenamiento digital correspondiente, un equipo y un
switch.
Los objetivos en los que se basa la invención se
logran con las respectivas características de las reivindicaciones
independientes. Las ejecuciones preferidas de la invención están
indicadas en las reivindicaciones dependientes.
A través de la invención, se logra un
procedimiento para la asignación de una dirección IP a un equipo y
una identificación del puerto en el cual está conectado el equipo
desde el cual se transmite el switch al equipo. La identificación
del puerto se transmite entonces del equipo a un servidor de
dirección, que, en base a la identificación del puerto, le asigna
una dirección IP al equipo. Este procedimiento se utiliza si el
equipo aún no ha obtenido una identificación "propia".
\newpage
Es especialmente ventajoso el hecho de que se
prescinda del complejo filtrado de los paquetes de datos, como los
requeridos por parte de los switch en el estado de la técnica, para
el reconocimiento de las solicitudes de DHCP. De esta manera, se
libera al switch y pueden aplicarse mecanismos de switch eficientes
como, por ejemplo, cut-through en el switch.
Esto es especialmente ventajoso para
aplicaciones en la técnica de la automatización, especialmente, para
Ethernet industrial y para Ethernet en tiempo real. La invención
posibilita, sobre todo, una gestión de red eficiente de las
aplicaciones de Ethernet en el sector industrial, que frecuentemente
presentan una gran cantidad de nodos.
Un equipo defectuoso puede, por ejemplo, ser
reemplazado por un equipo de recambio sin que se deba intervenir
manualmente en la gestión de red. La asignación de la dirección IP
al equipo de recambio puede llevarse a cabo de manera automática,
sin intervención del usuario.
Acorde a un modo de ejecución preferido de la
invención, la identificación del equipo conectado al puerto es
transmitida mediante un protocolo de reconocimiento de vecindad.
Para ello, es especialmente adecuado el protocolo LLDP acorde a
STANDARD IEEE802.1AB. Mediante los mecanismos del
slow-protocol (STANDARD IEEE803.1), el LLDP provee
informaciones de vecindad en redes conectadas. Estas informaciones
de vecindad se utilizan para un direccionamiento inequívoco.
Acorde a un modo de ejecución preferido de la
invención, la asignación de una dirección IP se realiza acorde al
protocolo DHCP. Acorde al protocolo DHCP, la asignación de las
direcciones IP a un equipo es iniciada por el equipo mismo, dado
que el equipo emite una solicitud de DHCP correspondiente a un
servidor de dirección DHCP. Esta solicitud de DHCP contiene la
identificación del puerto en el cual está conectado el equipo, como
base para la asignación de la dirección IP al equipo.
Acorde a otro modo de ejecución preferido de la
invención se utiliza el DCP (Discovery and Configuration Protocol o
Protocolo de descubrimiento y configuración). A diferencias del
DHCP, en este caso, la asignación de las direcciones IP no es
iniciada por las unidades terminales sino por un servidor de
dirección DCP. Éste solicita al equipo correspondiente la
identificación del puerto en el cual está conectado el equipo, para
asignarle, en base a ello, la dirección IP al equipo.
Para el funcionamiento descrito hay dos
variantes, a modo de ejemplo:
- a)
- está predeterminado que se debe conectar un equipo a un puerto determinado de un switch. Si no está conectado, el servidor de dirección DCP efectúa la siguiente pregunta al switch: "¿Quién está conectado al puerto x?". Si el switch responde "ninguno" continua la consulta. Si el switch responde "el equipo xyz", se le provee al equipo una dirección y de un nombre. Es especialmente ventajoso que, en el caso de que sólo haya poco tráfico en la red, se utilicen solamente los unicast.
- b)
- está predeterminado que se debe conectar un equipo a un puerto determinado de un switch. Si no está conectado, el servidor de dirección DCP consulta al equipo potencialmente presente y le realiza la siguiente pregunta: "¿Quién está conectado al puerto x?". Si no responde ninguno, continua la consulta. Si responde el equipo xyz, se le provee una dirección y un nombre a dicho equipo. Es especialmente ventajoso, a su vez, que el switch sólo deba dar a conocer su ID de puerto a través del LLDP.
En adelante se describen otros modos de
ejecución preferidos de la invención, haciendo referencia a los
dibujos. Se muestra:
Figura 1 un diagrama de bloques de un modo de
ejecución de una red acorde a la invención,
Figura 2 un diagrama de flujo de un modo de
ejecución de una red acorde a la invención,
Figura 3 un diagrama de bloques de un ejemplo de
ejecución de una red.
La figura 1 muestra un sistema de automatización
100. El Sistema de automatización 100 presenta una red de
comunicación 102, por ejemplo, una Ethernet. A la red 102 le
pertenecen múltiples nodos de acoplamiento, los denominados switch,
de los cuales se muestra, a modo de ejemplo, un switch 104 en la
figura 1.
El switch 104 presenta un procesador 106 para la
ejecución de un programa de computación 108. El programa de
computación 108 está almacenado, como es usual, en un medio de
almacenamiento digital, por ejemplo, en una memoria de trabajo. El
switch 104 presenta diferentes puertos, de los cuales los puertos
110, 112, 114 están representados, a modo de ejemplo, en la figura
1. Cada puerto del switch 104 presenta una identificación de
puerto, también denominada ID de puerto.
Al puerto 110 le está conectado un equipo de
automatización 116. En el caso del equipo de automatización 116, en
principio se puede tratar de cualquier equipo de la técnica de
automatización, por ejemplo, un indicador de valor de medición, un
accionamiento, un mando o similares.
El equipo de automatización 116 presenta un
procesador 118 para la ejecución de un programa de computación 120.
El programa de computación 120 está almacenado, como es usual, en un
medio de almacenamiento digital, por ejemplo, en una memoria de
trabajo.
Un servidor de dirección 122 está unido a través
de la red 102 al puerto 114 del switch 104. El servidor de
dirección 122 se utiliza para la asignación de direcciones (IP) de
protocolo de Internet a los integrantes del sistema de
automatización 100.
A continuación se describe el desarrollo de la
asignación de una dirección IP al equipo de automatización 116:
Tras la conexión del equipo de automatización
116 con el puerto 110, el equipo de automatización 116 recibe del
puerto 110 su identificación de puerto 124. Esta identificación de
puerto 124 es almacenada en el equipo de automatización 116. La
identificación de puerto 124 es transmitida luego por el equipo de
automatización 116 a través del switch 104 y la red 102 al servidor
de dirección 122. En base a la identificación de puerto 124, el
servidor de dirección le asigna al equipo de automatización 116 su
dirección IP.
Este procedimiento puede ser utilizado al
inicializar el sistema de automatización 100, para asignar a todos
los integrantes del sistema de automatización, una dirección IP. Es
especialmente ventajoso en este procedimiento que también puede ser
aplicado al reemplazar un equipo defectuoso.
Si, por ejemplo, falla el equipo de
automatización 116, es reemplazado por un equipo de automatización
116 correspondiente que funcione. Al conectar el equipo de
automatización 116 reemplazado al puerto 110, se inicia nuevamente
la asignación de la dirección IP.
El algoritmo para la asignación de las
direcciones IP arroja, a su vez, el mismo resultado que la
asignación de la dirección IP al equipo de automatización 116
original, dado que el algoritmo se lleva a cabo a partir de la
misma identificación de puerto 124.
Para la transmisión de la identificación de
puerto 124 del switch 104 al equipo de automatización 116 se
utiliza, preferentemente, un denominado protocolo de reconocimiento
de vecindad. Este tipo de protocolos de reconocimiento de vecindad
es conocido en el estado de la técnica. Mediante un protocolo de
reconocimiento de vecindad se lleva a cabo un intercambio
automático de datos entre equipos vecinos en una red.
El reconocimiento de vecindad se lleva a cabo,
preferentemente, a través del LLDP, correspondiente al estándar
IEEE802.1AB (véase la página de Internet
http://www.ieee802.org/1/pages/802.1ab.html). Con el LLDP, cada
integrante de la Ethernet (DTE) suministra su nombre (ID de chasis)
y su puerto de emisión (ID de puerto). Mediante los mecanismos del
show protocol (IEEE803.1), el LLDP provee informaciones de vecindad
en redes conmutadas.
Para la transmisión de la identificación de
puerto 124 del equipo de automatización 116 al servidor de dirección
122 se utiliza, preferentemente, el DHCP. En este caso, el servidor
de dirección 122 es un denominado servidor DHCP. Acorde al
protocolo DHCP, el equipo de automatización 116 emite una solicitud
DHCP al servidor de dirección 122, para solicitar una asignación de
una dirección IP. A su vez, la identificación de puerto 124 se
transmite como parte de la solicitud DHCP del equipo de
automatización 116 al servidor de dirección 122, que, a partir de
ello, asigna la dirección IP al equipo de automatización 116.
De modo alternativo se utiliza el DCP. En este
caso, el servidor de dirección 122 es un servidor DPC. A diferencia
del DHCP, la iniciativa de la asignación de la dirección IP no es
originada por el equipo de automatización 116, sino por el servidor
de dirección DCP 122 mismo. A una solicitud correspondiente del
servidor de dirección DCP 122, el equipo de automatización 116
responde con la identificación de puerto 124 almacenada en el equipo
de automatización 116. En base a esto, el servidor de dirección DCP
122 lleva a cabo la asignación de la dirección IP al equipo de
automatización 116.
Preferentemente, el LLDP es utilizado junto con
el DHCP y la opción 82. Dado que a través del LLDP cada equipo
conoce a su vecino, esta información puede ser utilizada para un
direccionamiento inequívoco. Si en la red 102 se utiliza el DHCP,
el servidor de dirección DHCP 122 almacena, junto con la ID del
cliente o la ID del host, también la información de vecindad
correspondiente a una dirección IP. Si el equipo de automatización
116 del servidor de dirección DHCP 122 solicita, por ejemplo, una
dirección IP, completa el campo identificado como opción 82 con la
ID de chasis y la ID de puerto obtenida por el switch 104 (es decir,
por ejemplo, la identificación de puerto 124). De ese modo, se
prescinde completamente del complejo filtrado de las solicitudes de
DHCP en los switch, pero el servidor de dirección DHCP 122 puede, de
todos modos, asignar una dirección IP mediante la información de
topología, es decir, de la identificación de puerto 124.
Es especialmente ventajoso el hecho de que un
reemplazo de equipo, por ejemplo, en el caso de un equipo de
automatización 116 defectuoso, sea posible sin equipo de
programación, medio de almacenamiento reemplazable, como, por
ejemplo, MMC, o una intervención en el servidor de dirección DHCP
122. Además, el LLDP es un protocolo de realización económica. Por
ello, los switch del sistema de automatización 100 pueden ser
realizados de manera más económica con el mismo rendimiento.
Si en la red 102 analizada se utiliza el DCP, el
cliente DCP, es decir, por ejemplo, el equipo de automatización
116, también almacena la información de vecindad, junto con los
nombres de estación, es decir, la ID del cliente. En el caso del
DCP, en comparación con el DHCP, la dirección en la asignación de la
dirección es inversa. Por ejemplo, si es necesario, el servidor de
dirección DCP 122, busca de manera activa un equipo de
automatización determinado, por ejemplo, el equipo de
automatización 116.
La búsqueda la puede llevar a cabo a través del
nombre de estación, de la ID de cliente, de la ID del chasis, o de
la información de vecindad. Si el servidor de dirección DCP 122
halla el equipo 116 deseado, se emite la dirección IP asignada.
Pero como variante, también se puede brindar la
información de vecindad del servidor de dirección DCP 122. En este
caso, se puede prescindir de la búsqueda a través del nombre de la
estación, la ID del cliente o la ID del chasis, dado que la
información de vecindad es suficiente para continuar
procediendo.
Como variante, se le suministra al servidor de
dirección DCP 122 sólo el nombre de la estación, la ID del cliente
y la ID de chasis. En este caso, la búsqueda se lleva a cabo según
el equipo de automatización 116, a través del nombre de la
estación, de la ID de cliente y de la ID de chasis y la información
almacenada de vecindad.
Durante la fase de puesta en marcha se asientan
por única vez el nombre de la estación, la ID de cliente y la ID de
chasis en los equipos de automatización del sistema de
automatización 100. Éstas se utilizan, en adelante, para la
búsqueda. Si se encuentra el equipo de automatización deseado, se
lee adicionalmente la información de vecindad y se la asienta en el
servidor de dirección DCP 122.
En este modo de ejecución es especialmente
ventajoso que, en lugar de un servidor de dirección DHCP, se utilice
un servidor de dirección DCP notablemente más económico. Este modo
de ejecución es especialmente adecuado para sistemas de
automatización menores con una cantidad de integrantes relativamente
reducida.
La figura 2 muestra un diagrama de flujo. En el
paso 200 se lleva a cabo, durante la puesta en marcha del sistema
de automatización, la asignación de las direcciones IP a los
integrantes del sistema de automatización. En el paso 202, un
equipo de automatización falla durante el funcionamiento del sistema
de automatización.
En el paso 204, el equipo de automatización
defectuoso es reemplazado, conectando el nuevo equipo de
automatización en el mismo puerto del mismo switch que el equipo de
automatización original. En el paso 206, es transmitida la
identificación de puerto del switch al equipo de recambio. Esto se
lleva a cabo, preferentemente, acorde a un protocolo de
reconocimiento de vecindad. En el paso 208, es transmitida la
identificación de puerto del equipo de recambio al servidor de
dirección. Esto se lleva a cabo, por ejemplo, acorde al DHCP o al
DCP. En el paso 210 se lleva a cabo la asignación de la dirección
IP al equipo de recambio, a través del servidor de dirección.
Preferentemente, los pasos 206, 208 y 210 se
llevan a cabo del mismo modo, también durante la puesta en marcha
del sistema de automatización, es decir, en el paso 200. Esto
significa que se repiten los pasos 206 a 210 para el equipo de
recambio durante el funcionamiento del sistema de automatización
100, asimismo, el algoritmo de asignación para la dirección IP
arroja el mismo resultado, dado que la identificación de puerto no
ha cambiado.
A continuación se describen, a modo de ejemplo,
diferentes escenarios de aplicación de la presente invención:
Todos los equipos han obtenido su identificación
y son encendidos. Tras el encendido, los equipos emiten una
solicitud de DHCP con el identificador, al servidor del DHCP. Este
asigna al cliente su dirección IP inequívoca en la respuesta.
En una instalación en funcionamiento se cambia
el cliente. Éste es retirado de su posición y desconoce su
identificador. Se sirve del identificador de puerto de su vecino,
almacenado como alias para el cliente en el servidor DHCP. Por
ejemplo, a través del "host name" (nombre de equipo) también
suministrable por el servidor DHCP, el nuevo cliente obtiene su
identificador y lo almacena de modo remanente para otra
utilización.
Se erige una instalación en la cual son
conocidos todas las vecindades y el punto de conexión del sistema
de ingeniería (ES). Tras encender la tensión ningún cliente tiene un
identificador. El sistema de proyección (sistema de ingeniería,
(ES)) conoce los identificadores por asignar y busca su vecino
directo a través del LLDP. Si éste está identificado, es nombrado
con su identificador a través de, por ejemplo, el DCP. El cliente
con el identificador lo transmite a través del LLDP a su vecino
directo. De este modo, los ALIAS descritos en el escenario 2 pueden
ser direccionados y también son nombrados. De este modo, se nombra,
en cascada, toda la LAN/parte de la LAN/toda la vecindad.
Se erige una instalación en la cual son
conocidos todas las vecindades y el punto de conexión del principio
de sistema de ingeniería (ES).
Tras encender la tensión ningún cliente tiene un
identificador. El ES conoce los identificadores por asignar y busca
su vecino directo a través del LLDP. Si éste está identificado, es
nombrado con su identificador a través de, por ejemplo, el DCP.
El cliente con el identificador lo transmite, a
través del LLDP, a su vecino directo. De este modo, los ALIAS
descritos en el escenario 2 son direccionables y obtienen su
dirección IP y su identificador. De este modo se nombra, en
cascada, toda la LAN/parte de la LAN/toda la vecindad
Se erige una máquina en serie o múltiples
máquinas en serie, en las cuales son conocidos todas las vecindades
y el punto de conexión del sistema de ingeniería (ES) para una
máquina en serie.
Con el procedimiento descrito en el escenario 3
se puede individualizar toda la máquina apretando un botón. De este
modo, es posible una puesta en marcha rápida con un esfuerzo
reducido. Además del ES, esta tarea también la puede realizar un
SPS o un dispositivo simple de asignación.
La figura 3 muestra un ejemplo de una topología
correspondiente de red.
Claims (20)
1. Procedimiento para la asignación de una
dirección IP a un equipo (116) con los siguientes pasos:
- -
- Conexión del equipo (116) a un puerto (110) de un switch o conmutador (104),
- -
- transmisión de una identificación (124) del puerto (110) del switch (104) al equipo (116),
- -
- transmisión de una identificación (124) del puerto (110) del equipo (116) al servidor de dirección (122),
- -
- asignación de la dirección IP al equipo (116) en base a la identificación (124) del puerto (110).
2. Procedimiento acorde a la reivindicación 1,
en el cual la transmisión de la identificación (124) del puerto
(110) del switch al equipo (116) se lleva a cabo acorde a un
protocolo de reconocimiento de vecindad.
3. Procedimiento acorde a la reivindicación 2,
en el cual el protocolo de reconocimiento de vecindad es el
IEEE802.1AB.
IEEE802.1AB.
4. Procedimiento acorde a una de las
reivindicaciones 1, 2 o 3, en el cual la transmisión de la
identificación (124) del puerto (110) del equipo (116) al servidor
de dirección (122) se lleva a cabo mediante un protocolo DHCP.
5. Procedimiento acorde a una de las
reivindicaciones 1, 2 o 3, en el cual la transmisión de la
identificación (124) del puerto (110) del equipo (116) al servidor
de dirección (122) se lleva a cabo mediante un protocolo, asimismo,
el protocolo está caracterizado porque la asignación de
direcciones IP es iniciada por el servidor de dirección (122),
asimismo, el servidor de dirección (122) del equipo (116) solicita
la identificación (124) del puerto (122) en el cual está conectado
el equipo, para asignar, a partir de ello, la dirección IP del
equipo (116).
6. Medio de almacenamiento digital con
instrucciones de programa para llevar a cabo los siguientes pasos,
durante el funcionamiento en un equipo, para la conexión a un puerto
de un switch:
- -
- recepción de una identificación (124) del puerto (110) por parte del equipo (116) conectado al puerto (110),
- -
- emisión de la identificación (124) del puerto (110) del equipo (116) a un servidor de dirección (122) para la asignación de una dirección IP al equipo (116) en base a la identificación (124) del puerto (110), a través del servidor de dirección (122).
7. Medio de almacenamiento digital acorde a la
reivindicación 6, con otras instrucciones de programa de un
protocolo de reconocimiento de vecindad.
8. Medio de almacenamiento digital acorde a la
reivindicación 7, en el cual el protocolo de reconocimiento de
vecindad es el IEEE802.1AB.
9. Medio de almacenamiento digital acorde a la
reivindicación 6, 7 u 8, con otras instrucciones de programa para
la emisión de la identificación del puerto según un protocolo
DHCP.
10. Medio de almacenamiento digital acorde a una
de las reivindicaciones 6 a 9, con otras instrucciones de programa
para la emisión de la identificación del puerto mediante un
protocolo, asimismo, el protocolo está caracterizado porque
la asignación de las direcciones IP es iniciada por un servidor de
dirección, asimismo, el servidor de dirección le solicita a dicho
equipo la identificación del puerto en el cual está conectado el
equipo, para asignar, a partir de ello, la dirección IP al
equipo.
11. Equipo para la conexión en un puerto (110)
de un switch (104), caracterizado porque el equipo
- -
- presenta medios (118, 120) para la recepción de una identificación (124) del puerto (110) del switch (104),
- -
- medios (118, 120) para la emisión de la identificación (124) del puerto (110) del equipo (116) a un servidor de dirección (122) para la asignación de una dirección IP al equipo (116) en base a la identificación (124) del puerto (110).
12. Equipo acorde a la reivindicación 11, en el
cual los medios (118, 120) para la recepción de la identificación
(124) del puerto (110) están configurados para la realización de un
protocolo de reconocimiento de vecindad.
13. Equipo acorde a la reivindicación 12, en el
cual el protocolo de reconocimiento de vecindad es el
IEEE802.1AB.
14. Equipo acorde a la reivindicación 11, 12 o
13, en el cual los medios (118, 120) para la emisión de la
identificación (124) del puerto (110) están configurados acorde a un
protocolo DHCP.
15. Equipo acorde a una de las reivindicaciones
11 a 14, en el cual los medios (118, 120) para la emisión de la
identificación (124) del puerto (110) están configurados acorde a un
protocolo, asimismo, el protocolo está caracterizado porque
la asignación de direcciones IP es iniciada por el servidor de
dirección (122), asimismo, el servidor de dirección (122) del
equipo (116) solicita la identificación (124) del puerto (122) en
el cual está conectado el equipo, para asignar, a partir de ello, la
dirección IP al equipo (116).
16. Sistema de automatización con, al menos, un
equipo (116) y, al menos, un switch (104), en el cual el switch
presenta múltiples puestos (110, 112,..., 114), y cada puerto posee
una identificación inequívoca, asimismo, el switch presenta medios
para la emisión de una identificación (124) de uno de los puertos
(110) en un equipo (116) conectado al puerto correspondiente (110),
caracterizado porque:
- -
- el sistema de automatización presenta, además, un servidor de dirección (122), y
- -
- el switch presenta medios para la transmisión de un paquete de datos recibido por el equipo, que contiene la identificación (124) del puerto (110) en el servidor de dirección (122) para la asignación de una dirección IP al equipo (116) en base a la identificación (124) del puerto (110).
17. Sistema de automatización acorde a la
reivindicación 16, en el cual los medios para la emisión de la
identificación (124) del puerto (110) al equipo (116) están
configurados para la emisión de un protocolo de reconocimiento de
vecindad.
18. Sistema de automatización acorde a la
reivindicación 17, en el cual el protocolo de reconocimiento de
vecindad es el IEEE802.1AB.
19. Sistema de automatización acorde a una de
las reivindicaciones 16, 17 o 18, en el cual los medios para la
transmisión del paquete de datos con la identificación (124) del
puerto (110) están configurados para la transmisión acorde a un
protocolo DHCP.
20. Sistema de automatización acorde a una de
las reivindicaciones 16 a 19, en el cual los medios para la emisión
del paquete de datos con la identificación (124) del puerto (110)
están configurados para la transmisión acorde a un protocolo,
asimismo, el protocolo está caracterizado porque la
asignación de direcciones IP es iniciada por el servidor de
dirección (122), asimismo, el servidor de dirección (122) del equipo
(116) solicita la identificación (124) del puerto (122) en el cual
está conectado el equipo, para asignar, a partir de ello, la
dirección IP del equipo (116).
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP04001453A EP1558002B1 (de) | 2004-01-23 | 2004-01-23 | Verfahren zur Zuordnung einer IP-Adresse zu einem Gerät |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2315579T3 true ES2315579T3 (es) | 2009-04-01 |
Family
ID=34626495
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES04001453T Expired - Lifetime ES2315579T3 (es) | 2004-01-23 | 2004-01-23 | Procedimiento para la asignacion de una direccion ip a un equipo. |
Country Status (7)
Country | Link |
---|---|
US (1) | US7483396B2 (es) |
EP (1) | EP1558002B1 (es) |
CN (1) | CN100525316C (es) |
AT (1) | ATE410875T1 (es) |
CA (1) | CA2493841A1 (es) |
DE (1) | DE502004008199D1 (es) |
ES (1) | ES2315579T3 (es) |
Families Citing this family (67)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8775571B2 (en) * | 2005-06-07 | 2014-07-08 | Extreme Networks, Inc. | Methods, systems, and computer program products for dynamic network access device port and user device configuration for implementing device-based and user-based policies |
US8751649B2 (en) | 2005-06-07 | 2014-06-10 | Extreme Networks | Port management system |
US8032614B2 (en) * | 2006-04-30 | 2011-10-04 | General Electric Company | Method for configuring a windfarm network |
US9461959B2 (en) * | 2006-05-30 | 2016-10-04 | Cisco Technology, Inc. | Techniques for auto assigning IP telephone extension numbers based on a port |
JP4418970B2 (ja) * | 2006-09-01 | 2010-02-24 | サイレックス・テクノロジー株式会社 | ネットワーク機器及びコンピュータプログラム |
US8644820B2 (en) * | 2006-11-13 | 2014-02-04 | Samsung Electronics Co., Ltd. | Apparatus and method for acquiring service information in wireless network |
US7757000B1 (en) | 2006-12-14 | 2010-07-13 | Cisco Technology, Inc. | Computed client identifier in DHCP |
JP2008227987A (ja) * | 2007-03-14 | 2008-09-25 | Nec Corp | ネットワーク接続機器、通信システム及びそれらに用いる近隣装置情報重複回避方法 |
US8279874B1 (en) | 2007-03-30 | 2012-10-02 | Extreme Networks, Inc. | Self-configuring network |
US8838831B2 (en) * | 2007-05-01 | 2014-09-16 | Cisco Technology, Inc. | Populating location wiremap databases |
US20080288617A1 (en) * | 2007-05-16 | 2008-11-20 | Nokia Corporation | Distributed discovery and network address assignment |
DE102007036962A1 (de) * | 2007-08-04 | 2009-02-05 | Hirschmann Automation And Control Gmbh | Verfahren zur DHCP Server-Konfiguration unter Verwendung von DHCP Option 82 |
TWI449373B (zh) * | 2008-06-11 | 2014-08-11 | Asustek Comp Inc | 區域網路的管理方法及其裝置 |
FR2933215B1 (fr) * | 2008-06-26 | 2011-01-14 | Peugeot Citroen Automobiles Sa | Procede, boitier passerelle et outil de telechargement d'un fichier |
US8086713B2 (en) * | 2009-01-28 | 2011-12-27 | Juniper Networks, Inc. | Determining a subscriber device has failed gracelessly without issuing a DHCP release message and automatically releasing resources reserved for the subscriber device within a broadband network upon determining that another subscriber device requesting the reservation of a network address has the same context information as the failed subscriber device |
JP4790088B2 (ja) * | 2009-01-28 | 2011-10-12 | 三菱電機株式会社 | Ipアドレス配信装置およびipアドレス配信方法 |
US8977738B2 (en) * | 2009-06-05 | 2015-03-10 | Power Measurement Ltd. | Automated discovery of monitoring devices on a network |
US20110026529A1 (en) * | 2009-07-31 | 2011-02-03 | Saugat Majumdar | Method And Apparatus For Option-based Marking Of A DHCP Packet |
SG181730A1 (en) | 2009-12-18 | 2012-07-30 | Mitsubishi Electric Corp | Ip address delivery system and ip address delivery method |
US8615571B2 (en) * | 2010-05-12 | 2013-12-24 | International Business Machines Corporation | Network address assignment in a data center |
US8504530B2 (en) * | 2010-06-26 | 2013-08-06 | Asibo Inc. | Global information management system and method |
US9813503B2 (en) * | 2011-06-30 | 2017-11-07 | Mitsubishi Electric Corporation | IP-address distribution system utilizing a plurality of switching devices grouped into two or more groups |
CN103179221A (zh) * | 2011-12-21 | 2013-06-26 | 英业达股份有限公司 | 伺服器***及配电单元的地址设定方法 |
US9294437B1 (en) | 2012-05-01 | 2016-03-22 | Amazon Technologies, Inc. | Remotely configured network appliances and services |
US9450967B1 (en) | 2012-05-01 | 2016-09-20 | Amazon Technologies, Inc. | Intelligent network service provisioning and maintenance |
US9288182B1 (en) | 2012-05-01 | 2016-03-15 | Amazon Technologies, Inc. | Network gateway services and extensions |
US9438556B1 (en) * | 2012-05-01 | 2016-09-06 | Amazon Technologies, Inc | Flexibly configurable remote network identities |
CN103780389A (zh) * | 2012-10-26 | 2014-05-07 | 华为技术有限公司 | 基于端口认证的方法及网络设备 |
CN103795581B (zh) * | 2012-10-29 | 2018-05-11 | 新华三技术有限公司 | 地址处理方法和设备 |
KR20140062387A (ko) * | 2012-11-14 | 2014-05-23 | 현대로템 주식회사 | 철도차량 네트워크의 아이피주소 할당방법 |
CN103051738B (zh) * | 2012-12-10 | 2016-01-06 | 上海斐讯数据通信技术有限公司 | 一种dhcp地址分配方法和*** |
CN104025540B (zh) * | 2012-12-26 | 2017-02-22 | 华为技术有限公司 | 一种实现ip电话号码登录的方法、装置和*** |
US9948497B2 (en) * | 2013-03-15 | 2018-04-17 | Verizon Patent And Licensing Inc. | System for and method of automatically discovering and configuring NIDs |
CN103414709A (zh) * | 2013-08-02 | 2013-11-27 | 杭州华三通信技术有限公司 | 用户身份绑定、协助绑定的方法及装置 |
WO2016009562A1 (ja) * | 2014-07-18 | 2016-01-21 | 三菱電機株式会社 | Ipアドレス配布システム、スイッチ装置、およびipアドレス配布方法 |
WO2016020981A1 (ja) * | 2014-08-05 | 2016-02-11 | 株式会社アキブシステムズ | 経路制御装置及び経路制御方法並びにコンピュータシステム及びプログラム及びプログラムを格納した記憶媒体 |
JP6186515B2 (ja) * | 2014-09-30 | 2017-08-23 | 株式会社日立国際電気 | Ip通信システム、ipアドレス設定装置、及びipアドレス設定方法 |
FR3029050B1 (fr) * | 2014-11-20 | 2017-01-13 | Bull Sas | Procede d'affectation d'une adresse reseau a un equipement terminal du reseau, reseau, equipement de connexion, serveur d'adressage et equipement terminal associes |
EP3065340A1 (en) * | 2015-03-04 | 2016-09-07 | ABB Technology AG | Method for automated configuration of an IED |
ES2645662T3 (es) | 2015-03-16 | 2017-12-07 | Abb Schweiz Ag | Máquina eléctrica |
CN105592062A (zh) * | 2015-10-28 | 2016-05-18 | 杭州华三通信技术有限公司 | 一种保持ip地址不变的方法及装置 |
US10154006B2 (en) | 2016-07-22 | 2018-12-11 | Rockwell Automation Technologies, Inc. | Systems, methods and apparatus for supporting multiple network addressing modes |
US10108216B2 (en) | 2016-07-22 | 2018-10-23 | Rockwell Automation Technologies, Inc. | Power tap with adjustable configuration |
US10126799B2 (en) | 2016-07-22 | 2018-11-13 | Rockwell Automation Technologies, Inc. | Intelligent power tap with zone control and safety zone control |
US10108238B2 (en) | 2016-07-22 | 2018-10-23 | Rockwell Automation Technologies, Inc. | Intelligent power tap for providing power and communicating in industrial automation applications |
US10218699B2 (en) | 2016-07-22 | 2019-02-26 | Rockwell Automation Technologies, Inc. | Systems and methods for adding a non-inherent component to a device key of a networked device |
US10440620B2 (en) | 2016-07-22 | 2019-10-08 | Rockwell Automation Technologies, Inc. | Systems and methods for bidirectional network geography delivery |
CN106412143B (zh) * | 2016-09-12 | 2019-10-18 | 新疆石油管理局数据公司 | 一种集群节点ip地址的可视化分配方法 |
US10412041B2 (en) | 2016-09-21 | 2019-09-10 | Rockwell Automation Technologies, Inc. | Internet protocol (IP) addressing using an industrial control program |
US10412042B2 (en) | 2016-09-21 | 2019-09-10 | Rockwell Automation Technologies, Inc. | Topology based internet protocol (IP) addressing |
US10819574B2 (en) * | 2017-04-04 | 2020-10-27 | Ciena Corporation | Low or zero touch provisioning systems and methods of network elements over unnumbered interfaces |
US10289517B2 (en) * | 2017-06-21 | 2019-05-14 | Western Digital Technologies, Inc. | Identifying system device locations |
WO2019005488A1 (en) * | 2017-06-26 | 2019-01-03 | Commscope Technologies Llc | SYSTEM AND METHOD FOR CONFIGURING THE ETHERNET NETWORK AND RF CONNECTIONS FOR CONNECTIONS BETWEEN NODES OF A DISTRIBUTED ANTENNA SYSTEM |
EP3462710B1 (de) * | 2017-09-29 | 2020-01-15 | Siemens Aktiengesellschaft | Verfahren zur bereitstellung eines namensdienstes innerhalb eines industriellen automatisierungssystems und switch |
CN110120988B (zh) * | 2018-02-07 | 2021-03-30 | 华为技术有限公司 | 地址管理方法、设备及*** |
CN110233799B (zh) * | 2018-03-05 | 2021-10-26 | 华为技术有限公司 | 一种端口配置的方法和通信设备 |
US10819679B2 (en) * | 2018-05-02 | 2020-10-27 | Ciena Corporation | Zero touch provisioning of a network element through a network address translation gateway |
JP7176992B2 (ja) * | 2018-11-30 | 2022-11-22 | コイト電工株式会社 | Dhcpサーバ、ネットワークシステム、固定ipアドレスの割り当て方法 |
CN110247997B (zh) * | 2019-06-26 | 2020-12-15 | 三维通信股份有限公司 | Das***中ip地址分配和拓扑管理的方法、装置和存储介质 |
CN110519407B (zh) * | 2019-08-23 | 2022-02-11 | 新华三技术有限公司合肥分公司 | 端口地址配置方法、转发设备及控制器 |
CN111586203B (zh) * | 2020-05-09 | 2022-05-31 | 苏州浪潮智能科技有限公司 | 一种存储ip配置的方法、装置、设备及可读介质 |
CN111885214B (zh) * | 2020-06-15 | 2021-07-02 | 北京交通大学 | 一种面向工业异构网络设备的地址统一分配方法及装置 |
US11561533B2 (en) * | 2020-09-30 | 2023-01-24 | Rockwell Automation Technologies, Inc. | Streamlining the commission of network identifiers |
DE102020131481A1 (de) | 2020-11-27 | 2022-06-02 | Phoenix Contact Gmbh & Co. Kg | Zuweisungsverfahren zum Zuweisen von Geräte- Identifikationen und hierzu eingerichtetes Netzwerkgerät |
LU102271B1 (de) | 2020-11-27 | 2022-05-30 | Phoenix Contact Gmbh & Co | Zuweisungsverfahren zum Zuweisen von Geräte- Identifikationen und hierzu eingerichtetes Netzwerkgerät |
US20230239237A1 (en) * | 2022-01-27 | 2023-07-27 | Dell Products L.P. | Service discovery method for networks with multicast restrictions |
CN115589397A (zh) * | 2022-10-25 | 2023-01-10 | 毕诗章 | 一种通过交换机接口号固化主机ip的动态地址分配方法 |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5598536A (en) * | 1994-08-09 | 1997-01-28 | Shiva Corporation | Apparatus and method for providing remote users with the same unique IP address upon each network access |
US6031978A (en) * | 1996-06-28 | 2000-02-29 | International Business Machines Corporation | System, method and program for enabling a client to reconnect to a same server in a network of computer systems after the server has moved to a different network address |
US6167052A (en) * | 1998-04-27 | 2000-12-26 | Vpnx.Com, Inc. | Establishing connectivity in networks |
US6697360B1 (en) * | 1998-09-02 | 2004-02-24 | Cisco Technology, Inc. | Method and apparatus for auto-configuring layer three intermediate computer network devices |
US6298383B1 (en) * | 1999-01-04 | 2001-10-02 | Cisco Technology, Inc. | Integration of authentication authorization and accounting service and proxy service |
DE19942465C2 (de) * | 1999-09-06 | 2002-12-05 | Phoenix Contact Gmbh & Co | Verfahren zur Vergabe von IP-Adressen in Kommunikationsnetzen |
US6330560B1 (en) * | 1999-09-10 | 2001-12-11 | International Business Machines Corporation | Multiple manager to multiple server IP locking mechanism in a directory-enabled network |
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 |
US6862286B1 (en) * | 2000-05-08 | 2005-03-01 | 3Com Corporation | Tracking dynamic addresses on a network |
US7356841B2 (en) * | 2000-05-12 | 2008-04-08 | Solutioninc Limited | Server and method for providing specific network services |
WO2002003744A1 (en) | 2000-06-30 | 2002-01-10 | Hughes Electronics Corporation | Residential broadband communications device, and method of operating same |
GB0107638D0 (en) * | 2001-03-27 | 2001-05-16 | Marconi Comm Ltd | Access networks |
US7263552B2 (en) * | 2001-03-30 | 2007-08-28 | Intel Corporation | Method and apparatus for discovering network topology |
US7096273B1 (en) * | 2001-04-25 | 2006-08-22 | Cisco Technology, Inc. | DHCP over mobile IP |
US6876667B1 (en) * | 2001-04-30 | 2005-04-05 | Cisco Technology, Inc. | Method and apparatus for establishing class of service configuration in a network device of a broadband cable network using dynamic host configuration protocol |
US7197549B1 (en) * | 2001-06-04 | 2007-03-27 | Cisco Technology, Inc. | On-demand address pools |
US7313606B2 (en) | 2001-11-27 | 2007-12-25 | The Directv Group, Inc. | System and method for automatic configuration of a bi-directional IP communication device |
US7843923B2 (en) * | 2002-01-08 | 2010-11-30 | Verizon Services Corp. | Methods and apparatus for determining the port and/or physical location of an IP device and for using that information |
US20030217150A1 (en) | 2002-03-01 | 2003-11-20 | Roese John J. | Location based enhanced routing |
US20050235000A1 (en) * | 2002-03-27 | 2005-10-20 | Wolfgang Keil | Aaa server system for efficient control and address assignment |
US6957086B2 (en) * | 2002-05-01 | 2005-10-18 | Microsoft Corporation | Method for wireless capability discovery and protocol negotiation, and wireless device including same |
US20040143654A1 (en) * | 2002-06-28 | 2004-07-22 | Didier Poirot | Node location management in a distributed computer system |
DE60225192T2 (de) * | 2002-07-08 | 2009-02-19 | Packetfront Sweden Ab | Dynamische portkonfiguration eines netzwerkgerätes |
ES2384377T3 (es) * | 2002-11-06 | 2012-07-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Método y adaptación para impedir el uso ilegítimo de direcciones IP |
US7899932B2 (en) * | 2003-01-15 | 2011-03-01 | Panasonic Corporation | Relayed network address translator (NAT) traversal |
US7370346B2 (en) * | 2003-04-29 | 2008-05-06 | Hewlett-Packard Development Company, L.P. | Method and apparatus for access security services |
US7697527B2 (en) * | 2003-07-30 | 2010-04-13 | Nortel Networks Limited | Method and apparatus for direct frame switching using frame contained destination information |
US7184751B1 (en) * | 2003-08-29 | 2007-02-27 | Davis Samuel D | System for detecting, tracking, and translating changing identification codes |
US7120787B2 (en) * | 2003-10-31 | 2006-10-10 | International Business Machinces Corporation | Secure switching for downloading network boots |
-
2004
- 2004-01-23 EP EP04001453A patent/EP1558002B1/de not_active Expired - Lifetime
- 2004-01-23 DE DE502004008199T patent/DE502004008199D1/de not_active Expired - Lifetime
- 2004-01-23 AT AT04001453T patent/ATE410875T1/de active
- 2004-01-23 ES ES04001453T patent/ES2315579T3/es not_active Expired - Lifetime
-
2005
- 2005-01-20 US US11/039,614 patent/US7483396B2/en active Active
- 2005-01-21 CA CA002493841A patent/CA2493841A1/en not_active Abandoned
- 2005-01-24 CN CNB2005100056830A patent/CN100525316C/zh active Active
Also Published As
Publication number | Publication date |
---|---|
EP1558002B1 (de) | 2008-10-08 |
DE502004008199D1 (de) | 2008-11-20 |
CN100525316C (zh) | 2009-08-05 |
CN1645867A (zh) | 2005-07-27 |
EP1558002A1 (de) | 2005-07-27 |
US7483396B2 (en) | 2009-01-27 |
US20050163118A1 (en) | 2005-07-28 |
CA2493841A1 (en) | 2005-07-23 |
ATE410875T1 (de) | 2008-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2315579T3 (es) | Procedimiento para la asignacion de una direccion ip a un equipo. | |
US7046666B1 (en) | Method and apparatus for communicating between divergent networks using media access control communications | |
KR100310652B1 (ko) | 네트워크 에뮬레이션을 제공하는 데이터 통신 네트워크에서 통신을 개선하기 위한 방법 및 시스템 | |
EP0943201B1 (en) | Method for using dhcp to override learned ip addresses in a network | |
Günes et al. | An IP address configuration algorithm for zeroconf mobile multihop ad hoc networks | |
US8838831B2 (en) | Populating location wiremap databases | |
US20030172170A1 (en) | Providing multiple ISP access to devices behind NAT | |
US20050027778A1 (en) | Automatic configuration of an address allocation mechanism in a computer network | |
JP2004503150A (ja) | インダストリアルオートメーションネットワークシステム | |
US6965929B2 (en) | Configuring a network device | |
US7136928B2 (en) | Communication device and communication control method using efficient Echonet address determination scheme | |
JP2000032028A (ja) | ネットワークアドレス設定方式 | |
JP2004515967A (ja) | ネットワークエンドデバイスの物理的ロケーションを自動的に識別するシステム | |
WO2003084147A1 (en) | Method for automatically allocating address prefixes | |
CN101232699B (zh) | 确定终端移动性管理类型的方法和*** | |
JP4193832B2 (ja) | ネットワークシステム及びデータ転送方法 | |
US20150229520A1 (en) | Network monitoring system, communication device, network management method | |
KR20050107070A (ko) | 링크 로컬 주소를 가지는 시스템에서 외부 시스템과통신하는 방법 및 장치 | |
JP3609948B2 (ja) | マルチプロトコルネットワーク管理方法、マルチプロトコルネットワーク管理プロキシサーバシステム、マルチプロトコルアドレス管理サーバシステム、および、マルチプロトコルネットワーク管理システム | |
Rentschler et al. | OPC UA extension for IP auto-configuration in cyber-physical systems | |
JP2007081456A (ja) | 変換装置 | |
JP3936193B2 (ja) | コミュニケーションネットワークにおける制御チャンネルの確立 | |
JP2007096539A (ja) | 変換装置 | |
Chelius et al. | No Administration Protocol (NAP) for IPv6 router auto-configuration | |
Cisco | Understanding Network Registrar Concepts |