KR20030065064A - 도메인 네임 관리 방법 - Google Patents

도메인 네임 관리 방법 Download PDF

Info

Publication number
KR20030065064A
KR20030065064A KR1020020005216A KR20020005216A KR20030065064A KR 20030065064 A KR20030065064 A KR 20030065064A KR 1020020005216 A KR1020020005216 A KR 1020020005216A KR 20020005216 A KR20020005216 A KR 20020005216A KR 20030065064 A KR20030065064 A KR 20030065064A
Authority
KR
South Korea
Prior art keywords
address
dhcp
server
information
dns
Prior art date
Application number
KR1020020005216A
Other languages
English (en)
Inventor
이학구
Original Assignee
삼성전자주식회사
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 삼성전자주식회사 filed Critical 삼성전자주식회사
Priority to KR1020020005216A priority Critical patent/KR20030065064A/ko
Priority to CNB021503818A priority patent/CN100405779C/zh
Priority to EP20020257795 priority patent/EP1333647A2/en
Priority to US10/309,071 priority patent/US20030145073A1/en
Priority to JP2003017989A priority patent/JP2003244184A/ja
Publication of KR20030065064A publication Critical patent/KR20030065064A/ko

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]
    • 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/5076—Update or notification mechanisms, e.g. DynDNS
    • 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/45—Network directories; Name-to-address mapping

Landscapes

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

Abstract

본 발명은 TCP/IP를 기반으로하는 네트웍에서의 IP address 할당 방법에 관한 것으로서, 특히 동적 혹은 비교적 정적으로 할당되는 IP address에 대한 도메인 네임을 관리하는 방법에 관한 것이다. 여기서 비교적 정적이라 함은 동일한 IP address가 DHCP routine 에 의해서 두 번 이상 연속 할당되는 경우를 말한다.
본 발명에 따른 도메인 네임 관리 방법은 DHCP 서버측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정; DHCP 클라이언트측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정; 및 DNS 서버측에서 DHCP 서버측 및 DHCP 클라이언트측에서의 IP address-하드웨어 고유 번호의 페어 정보를 수신하고, DHCP 서버에서 수신된 정보이면 이를 메핑 엔트리에 추가하고, DHCP 클라이언트에서 수신된 정보이면 이로서 메핑 엔트리를 추가하거나 갱신하는 과정을 포함하는 것을 특징으로 한다.
본 발명에 따른 도메인 네임 관리 방법은 DHCP 서버 및 DHCP 클라이언트에서 IP address-하드웨어 고유 번호의 페어 정보를 DNS 서버에 방송하게 함으로써 동적 혹은 비교적 정적으로 할당된 IP 어드레스에 대한 도메인 네임 서비스를 가능하게 한다.

Description

도메인 네임 관리 방법{Method for managing domain name}
본 발명은 TCP/IP를 기반으로 하는 네트웍에서의 IP address 할당 방법에 관한 것으로서, 특히 동적 혹은 비교적 정적으로 할당되는 IP address에 대한 도메인 네임을 관리하는 방법에 관한 것이다.
네트웍이라는 것은 물리적인 하드웨어로 구성되어 있지만 이를 제어하고 조정하는 일련의 규약들이 존재하며, 이것을 프로토콜(protocol)이라 부른다. 프로토콜은 아직도 새롭게 개발되고 발전하고 있는 네트웍의 핵심 분야라고 할 수 있다.
TCP/IP란 Transmission Control Protocol / Internet Protocol 의 약어로서 인터네트워킹 기술의 하나이다. TCP/IP는 TCP/IP 프로토콜을 구성하는 2가지 핵심적인 프로토콜인 TCP(Transmission Control Protocol)와 IP(Internet Protocol)에서 온 것이다.
IP address는 인터넷에 연결된 각 컴퓨터를 구별할 수 있는 고유한 번호이다. IP address는 32비트(32자리 이진수)로 되어 있으나 4개의 octet(8개의 2진수)으로 나누어 10진수 표기를 한다. 각 octet는 점으로 구분되며, 0-255 사이의 값을 가진다. 예를 들어 204.252.145.2와 같은 형태이다.
IP address는 네트워크 ID와 호스트 ID의 두 부분으로 나뉘어진다. 서브네트 마스크(subnet mask)는 IP address의 일정 부분을 마스킹(masking)하여 TCP/IP 프로토콜 운영중 호스트 ID로부터 네트워크 ID를 구별하기 위해서 사용된다. TCP/IP 호스트는 서브넷 마스크를 사용하여 목적지가 로컬 네트워크(local network)에 있는지 리모트 네트워크(remote network)에 있는지를 구별할 수 있다.
이러한 IP address는 사람들이 사용하거나 기억하는 데는 불편하므로 인터넷에서는 도메인 네임(domain name)이라는 또 다른 주소를 제공한다. 따라서, 각 호스트는 하나의 IP address와 하나의 도메인 네임을 갖는다. 예를 들면, 하이텔의 호스트는 204.252.145.2라는 IP address와 hitel.net이라는 도메인 네임을 갖는다.
TCP/IP 인터넷에서는 이름 변환을 위해 사용될 수 있는 두 가지 방법, 즉 hosts 파일에 의한 방법과 DNS(Domain Name System)에 의한 방법이 있다.
소규모의 TCP/IP 인터넷에서는 호스트 이름(domain name)과 그에 대한 인터넷 주소(IP address)간의 변환 기능은 대개 hosts라고 하는 파일을 사용하여 해당 호스트에 의해서 직접 이루어진다.
대부분의 TCP/IP 소프트웨어 구현은 호스트 이름과 인터넷 주소 간의 대응 관계에 관한 국부적인 데이터베이스를 유지하는 hosts 파일을 지원한다. hosts 파일은 사용자가 접속하고자 하는 호스트들에 대해서 호스트 이름과 인터넷 주소간의 대응 관계를 포함해야 한다.
대규모 인터넷에서는 개개의 호스트에 이름-주소간 대응 관계를 포함하는 국부적인 hosts 파일을 유지하는 것이 매우 곤란하다. DNS(Domain Name Service)는 호스트 이름과 인터넷 주소간의 대응 관계 정보를 각 호스트에 유지하지 않고 인터넷의 몇몇 국한된 곳에서 유지하는 계층적인 명명 서비스이다.
DNS(Domain Name Service)는 internet에서 IP address와 FQDN(Fully Qualified Domain Name, 예; www.hitel.net)을 매핑시킨다.
DHCP(Dynamic Host Configuration Protocol)은 각 IP address를 일일이 설정해주는 정적(static) 방식이 아니라 DHCP 서버가 클라이언트의 요구가 있을 시 서버가 보유하고 있는 IP address와 Subnet mask, DNS server의 IP address, WINS server IP address 및 Default Gate way Address 등을 동적(dynamic) 방식으로 자동적으로 설정해주는 방식이다.
종래의 DHCP 서버에 의해 동적으로 할당되던 IP address에 대해서는 도메인 네인을 사용할 수 없다는 문제점이 있다. 앞으로 활성화될 IPv6와 Mobile IP에서, Killer Application으로 사용될 Auto-Configuration이 DHCP를 이용한 IP address의 할당 과정이 있으므로 장래에도 꼭 필요한 요소이다.
본 발명은 상기의 문제점을 해결하기 위해서 고안된 것으로서, 정적으로 할당되는 IP address 뿐만 아니라 동적으로 할당되는 IP address에 대해서도 도메인 네임을 관리할 수 있는 개선된 도메인 네임 관리 방법을 그 목적으로 한다.
본 발명의 다른 목적은 상기의 방법에 적합한 장치를 제공하는 것에 있다.
도 1은 DHCP서버와 클라이언트의 통신 과정을 도식적으로 보이는 것이다.
도 2는 TCP/IP 프로토콜의 계층 구조를 보이는 것이다.
도 3은 종래의 DHCP 서버, DHCP 클라이언트 및 DNS 서버의 구성을 보이는 블록도이다.
도 4는 종래의 DHCP를 포함하는 네트웍에서 DNS 관리 방법을 보이는 흐름도이다.
도 5는 본 발명에 따른 도메인 네임 관리 방법을 보이는 흐름도이다.
도 6은 본 발명에 따른 도메인 네임 관리 방법에 적합한 DHCP 서버 장치의 구성을 보이는 블록도이다.
도 7은 본 발명에 따른 도메인 네임 관리 방법에 적합한 DHCP 클라이언트 장치의 구성을 보이는 블록도이다.
도 8은 본 발명에 따른 도메인 네임 관리 방법에 적합한 DNS 서버 장치의 구성을 보이는 블록도이다.
상기의 목적을 달성하는 본 발명에 따른 도메인 네임 관리 방법은
DHCP 서버, DHCP 클라이언트, 그리고 DNS 서버를 포함하는 네트웍의 도메인 네임 관리 방법에 있어서,
DHCP 서버측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정;
DHCP 클라이언트측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정; 및
DNS 서버측에서 DHCP 서버측 및 DHCP 클라이언트측에서의 IP address-하드웨어 고유 번호의 페어 정보를 수신하고, DHCP 서버에서 수신된 정보이면 이를 메핑 엔트리에 추가하고, DHCP 클라이언트에서 수신된 정보이면 이로서 메핑 엔트리를 추가하거나 갱신하는 과정을 포함하는 것을 특징으로 한다.
상기의 다른 목적을 달성하는 본 발명에 따른 도메인 네임 관리 장치는
DHCP 서버, DHCP 클라이언트, 그리고 DNS 서버를 포함하는 네트웍의 도메인 네임 관리 장치에 있어서,
정적 어드레스 할당 동작을 수행하는 BOOTP와 address 동적으로 어드레스를 할당해주기 위한 유휴 IP address를 보관하는 POOL를 구비하는 DHCP 서버, 할당 IP address-하드웨어 고유 번호를 저장하는 매핑 데이터베이스를 구비하는 트랜슬레이터 A, 트랜슬레이터 A에 의한 어드레스 할당 정보를 DNS 서버 장치에게 전달하기 위해 전송 장치를 구비하는 DHCP 서버 장치;
동적 혹은 비교적 정적으로 할당된 IP address를 사용하는 DHCP 클라이언트, 할당 IP address-하드웨어 고유 번호를 저장하는 매핑 데이터베이스를 구비하며, 동적으로 할당된 IP address 정보와 하드웨어 고유 번호 정보를 DNS 서버 장치로 전송하는 전송 장치를 구비하는 DHCP 클라이언트 장치; 및
하드웨어 고유번호-IP address 사이의 매핑 엔트리(mapping entryP)를 가지고 있으며, DNS 조화에 대한 응답을 수행하는 DNS 서버, DHCP 서버 장치 및 DHCP 클라이언트 장치로부터 하드웨어 고유번호-IP address를 상기 DNS서버에게 전달하는 트랜슬레이터 C, 그리고 DHCP 서버 장치 및 DHCP 클라이언트 장치로부터의 할당된 IP address 정보-하드웨어 고유 번호 정보를 수신하는 수신 장치를 구비하는 DNS 서버 장치를 포함하는 것을 특징으로 한다.
이하 참부된 도면을 참조하여 본 발명의 구성 및 동작을 상세히 설명하기로 한다.
DHCP는 클라이언트들의 동적 IP address를 자동으로 구성하게 함으로써 관리를 수월하게 하는 게 주목적이며, DHCP서버는 DHCP 클라이언트에게 IP address를 빌려주는 역할을 하게 된다.
DHCP는 RFC 1533, 1534, 1541, 1542 등에 규정되어 있다. DHCP는 BOOTP(RFC 951)라는 디스크 없는(Diskless) 클라이언트의 부팅을 위해 IP 어드레스를 할당하는 프로토콜의 연장선에 있다.
DHCP서버와 클라이언트의 통신은 브로드캐스트(broadcast)로 진행되며 그 절차는 도 1에 도시된 바와 같다.
1. Discover : DHCP클라이언트가 DHCP서버를 발견한다.
DHCP 클라이언트가 부팅이 되면, IP 어드레스를 할당받기 위해서 DHCP 서베에게 'IP 어드레스를 달라'라는 내용의 'DHCP DISCOVER' 패킷을 보낸다. 이 패킷의 내용은 다음과 같다.
발신지 IP 어드레스 : 아직 어드레스가 없으므로 0.0.0.0
수신지 IP 어드레스 : 브로드케스트이므로 255.255.255.255
하드웨어 어드레스 : 자신의 MAC 어드레스
2. Offer : DHCP서버가 클라이언트에게 IP address의 임대를 제안한다.
요청을 수신한 DHCP 서버는 DHCP 클라이언트에게 DHCP OFFER 패킷을 보낸다. 이 패킷의 내용은 다음과 같다.
발신지 IP 어드레스 : DHCP 서버 IP 어드레스
수신지 IP 어드레스 : 아직 IP 어드레스가 할당된 것이 아니므로, 255.255.255.255를 브로드케스트
Offered IP 어드레스 : 클라이언트에게 대여해 줄 수 있는 IP 어드레스
클라이언트 하드웨어 어드레스 : 클라이언트가 알려온 MAC 어드레스
서브넷 마스크 : 대여할 수 있는 IP의 서브넷 마스크
대여 기간 : 대여 IP의 대여 기간
서버 구별자 : 서버의 IP어드레스
만일, 이때 DHCP 서버가 반응이 없다면, 9, 13, 16초 간격에 0∼1000밀리 초의 임의적인 시간을 더해서 세 차례 재시도한다. 총 4번의 이 시도에 응답이 없으면, 일단 포기한 다음 5분마다 다시 DHCP 서버를 부르게 된다.
3. Request : 클라이언트는 제안된 IP address중 1개를 선택하고 그것의 사용을 DHCP 서버에 요청한다.
클라이언트로부터 요청을 받은 모든 DHCP 서버가 클라이언트에게 응답을 보내므로, 클라이언트는 그 중에서 한 가지를 선택 할 수 있다. 선택한 IP 어드레스는 한 서버에서 대여하겠다고 응답한 것이므로, 다른 서버에도 그 사실을 알릴 필요가 있다. 때문에, 'DHCP REQUEST' 패킷에는 다음 내용이 포함된다.
발신지 IP 어드레스 : 0.0.0.0 클라이언트의 IP 어드레스가 확정되는 순간은 아직 멀었다.
수신지 IP 어드레스 : 255.255.255.255 다른 모든 DHCP도 한 IP만 선택되었다는 것을 알아야 하므로 브로드케스트
하드웨어 어드레스 : 클라이언트의 MAC 어드레스
요청하는 IP 어드레스 : 클라이언트가 선택한 IP 어드레스
서버 구별자 : 이 IP를 대여하겠다고 한 서버의 IP 어드레스
4. Acknowlegment : 서버는 대여할 IP address를 승인한다.
DHCP 서버가 'DHCP REQUEST' 패킷을 받으면, 'DHCP ACK'을 클라이언트에게 보낸다. 물론 이 패킷을 보내는 서버는 클라이언트가 선택한 IP를 대여하겠다고 한 서버뿐이고, 나머지 서버들은 자신의 대여는 선택되지 않음을 알고, 다른 클라이언트에게 대여하기 위해 IP를 보관한다. 'DHCP ACK' 패킷에는 다음의 내용이 포함되어 있다.
발신지 IP 어드레스 : 서버의 IP어드레스
수신지 IP 어드레스 : 255.255.255.255 클라이언트가 'DHCP ACK'을 받기 전에는 IP는 유효하다고 할 수 없다.
Offered IP 어드레스 : 대여하는 IP 어드레스
클라이언트 하드웨어 어드레스 : 클라이언트 MAC 어드레스
서브넷 마스크 : 대여하는 IP의 서브넷 마스크
대여 기간 : 기본 3시간(설정에 따라 달라짐)
서버 구별자 : 서버의 IP 어드레스
DHCP 추가 옵션 : DHCP 관리자에서 추가한 추가적인 옵션들
이후 클라이언트들은 대여 받은 IP address로 대여해서 네트워크에 참여하게 되며 임대기간이 만료하면 갱신시도를 하게 된다. 갱신을 통해 IP address를 계속 사용할 수 있게 되고 갱신시도는 임대기간의 50%가 경과되었을 때 첫 번째 일어나며 87.5%가 경과되면 두 번째 갱신시도가 요청된다. "IP Lease Renewal"는 IP 어드레스의 대여 기간이 끝나기 전에 IP 어드레스를 새롭게 갱신하여 그 기간을 연장하는 메커니즘을 말한다. 대여기간의 1/2이 지난 후에 IP 어드레스를 대여했던 서버로 곧장 'DHCP REQUEST' 요청을 보낸다. 이제는 자신의 IP도 있고, 어떤 서버가 대여를 해 주었는지 알고 있으므로, 패킷에는 정확한 IP 어드레스가 기입되어 있다.
DHCP 서버는 IP 어드레스의 대여기간을 갱신하고, 변경된 DHCP의 추가 옵션 등이 있으면, 이런 옵션 등을 실어서 'DHCP ACK' 패킷을 보낸다.
만일 1/2 시간에 IP 어드레스를 주었던 바로 그 DHCP 서버가 'DHCP ACK'을 보내지 못한 사정이 생기면 일단, 나머지 1/2 시간동안 사용이 가능하지만, 7/8 시간이 되었을 때는 'DHCP REQUEST' 패킷을 브로드케스트 한다. 만일 원래의 서버가 정상적이라면, '갱신'의 메시지가 담긴 'DHCPACK' 패킷이 돌아올 것이고, 그렇지 않다면, 다른 서버가 새로운 IP 어드레스를 할당해 준다는 'DHCP ACK' 패킷이 돌아와서 새롭게 IP 어드레스와 설정값으로 초기화될 것이다.
클라이언트가 재시작되었을 때는 동일한 서버로부터 동일한 IP 어드레스를 사용하겠다는 'DHCP REQUEST' 패킷을 브로드케스트 한다. 이 요구에 응답하는'DHCPACK'가 없을 지라도, 처음에 대여기간으로 설정된 기간 내라면 그 기간 동안 동일한 IP 어드레스를 사용한다. 만일, 대여기간도 끝나고 아무런 DHCP 서버로부터 IP 어드레스를 받지 못하면, 결과적으로 TCP/IP가 초기화되지 못하므로 네트워크를 사용하는 모든 어플리케이션은 '실패'할 수밖에 없다. 여기서, 포트 68(포트 이름은 bootpc)은 DHCP/BOOTP Protocol Server를 위해 제공된다.
DNS 서버는 도메인 네임을 숫자로 된 IP address로 바꾸어 주는 일을 하는 컴퓨터로서 인터넷 곳곳에 자리를 잡고 도메인 네임에 대한 질의를 처리한다. 즉 인터넷을 사용하는 사람이 zonesoft.co.kr 이라는 Domain 만 알고 있더라도 211.169.248.107 이라는 실제 주소 (IP address) 로 찾아갈 수 있도록 해주는 매개체 역할을 한다.
그런데 이 DNS 라는 것이 실상은 "zonesoft.co.kr : 211.169.248.107" 형식의 "Domain : IP" 쌍을 파일에 저장해 두었다가 zonesoft.co.kr 에 대한 질의가 오면 211.169.248.107 을 회답으로 보내주는 구조로 되어 있다. 즉 파일의 내용은 정적으로 구성되어 있기 때문에 일반 네티즌들이 독자적인 웹 서버를 구축하여 Domain Name을 이용한 인터넷 서비스를 할 수는 없다. 왜냐하면 전세계 어느 DNS 에도 자신의 Domain : IP 쌍이 기억되어 있지 않기 때문이다.
위에서도 언급했지만 DNS 서버는 정적으로 고정된 IP 만 기억할 수 있으며 반면 요즘 보급되고 있는 염가의 초고속 인터넷 서비스들은 회원의 컴퓨터에 수시로 변경되는 유동 IP address만 부여하고 있다. 유동 IP address로는 웹 서버(web server)등과 같은 인터넷 서비스를 할 수 없다. 그 이유로는 첫째, 자신의 도메인네임으로 해당 컴퓨터(예를 들면 웹 서버가 수행되는 컴퓨터)를 찾을 수 없기 때문이다.(DNS 에서 기억하지 못하므로) 둘째, IP address가 수시로 변하므로 외부에서 IP address만으로 해당 컴퓨터에 접근하기가 어렵고 일반 대중을 대상으로 하는 것은 불가능하다.
그래서 요즘 많이 보급되어 있는 것이 웹 호스팅(web hosting)이다. 웹 호스팅이란 전용선을 사용하고 있는 서비스 제공자(예; netian.com)의 컴퓨터에 작은 공간을 할당받아 자신의 홈페이지를 운영하는 방법이다. 이러한 웹 호스팅은 일반적인 사용에는 별 불편함을 느낄 수 없지만 컴퓨터가 자신의 것이 아니므로 많은 제약을 가질 수 밖에 없다. CGI, DB 등의 사용에 제약이 많고 어떤 새로운 프로그램을 설치할 수도 없다. 자신은 서비스 제공자가 허락하는 하나의 계정을 가지고 있는 사용자일 뿐 슈퍼 유저(super user)가 아니기 때문이다.
고정 IP 를 부여받는 가장 고전적인 방법은 전용선을 사용하는 것이다. 또한, 대형 시스템에서는 전용선을 사용하는 것이 가장 안정적이고 확실한 방법입니다. 그러나 전용선을 설치하고 운영하는데는 많은 비용이 소요되며, 또한 전용선이 비록 안정적이기는 하지만 그 속도는 가격에 비해 떨어지는 것이 사실이다.
따라서, 유동 IP를 사용하면서도 DNS 서비스를 받을 수 있는 개선된 방법이 요구된다.
도 2는 TCP/IP 프로토콜의 계층 구조를 보이는 것이다.
TCP/IP는 WAN(Wide Area Network)을 위해서 디자인된 표준 프로토콜이다. TCP/IP Protocol은 Network Interface, Internet, Transport, Application의 4가지 계층모델에 매핑된다. 가장 기초가 되는 모델은 Network interface Layer이다.이 계층은 실제 네트워크에서 데이터를 전송하는 케이블에 frame이라고 불리우는 데이터를 실어 보내고, 반대로 데이터를 받는 역할을 담당한다.
다음의 계층은 Internet Layer이다. 이 계층은 주소를 관리하고, 포장하고, Routing을 하는 역할을 담당한다. internet layer에는 4가지 프로토콜이 있다. 첫 번째 IP (Internet Protocol)는 호스트들과 네트워크에서 주소를 관리하고, 패킷을 라우팅하는 역할을 한다. ARP (Address Resolution Protocol)은 같은 네트워크에 위치한 호스트들의 하드웨어 어드레스 (MAC Address)를 얻는데 이용된다. ICMP (Internet Control Message Protocol)은 패킷 전송에 관한 에러메세지를 처리하는데 이용된다.
Transport Layer는 호스트들간에 통신을 제공하는 역할을 담당한다. Transport Layer에는 2개의 프로토콜이 있다. TCP (Transmission Control Protocol)과 UDP (User Datagram Protocol)이 그것이다. "Connection oriented Protocol" 이라고 하는 TCP는 일반적으로 많은 양의 데이터를 전송하거나, 데이터를 받았다는 확인메세지를 요구할 필요가 있을 때 사용된다. "Connectionless protocol"이라고 하는 UDP는 패킷의 정확한 전달을 보장하지 않는다. 어플리케이션은 일반적으로 적은 양의 데이터를 전송할 때 UDP를 사용한다. UDP가 전송에 대한 확신을 주지 않기 때문에 그러한 책임은 상위의 Application이 가지게 되는 것이다.
가장 상위에 있는 모델은 Application Layer이다. 이 계층은 어플리케이션이네트워크에 접근가능하도록 해 주는 역할을 한다. 마이크로소프트 TCP/IP는 어플리케이션과 transport Layer사이에 Windows Sockets과 NetBIOS interface를 제공한다. Windows Sockets은 많은 전송계층의 프로토콜과 서로 다른 주소체계 사이에서 윈도우 환경에 표준 API를 제공한다. NetBIOS는 TCP/IP, NetBEUI등의 프로토콜들을 이용할 수 있는 표준 interface를 제공한다.
도 3은 종래의 DHCP 서버, DHCP 클라이언트 및 DNS 서버의 구성을 보이는 블록도이다. 도 3에는 DHCP 서버(100), DHCP 클라이언트(200), 그리고 DNS 서버(300)이 도시된다. DHCP 서버(100), DHCP 클라이언트(200), 그리고 DNS 서버(300)는 TCP/IP 혹은 UDP 기반의 네트웍이며, 도 2에 도시된 바와 같은 계층적인 구조를 가진다.
DNS에 의한 이름 변환을 요구하는 응용 프로그램과 이름 변환 서비스를 제공하는 인터넷 상의 호스트간에 클라이언트-서버 관계가 정의된다. DNS 클라이언트 소프트웨어는 변환기(resolver)라고 하며, 서버 소프트웨어는 이름 서버(name server)라고 한다.
도메인 이름 시스템이 사용되면, 인터넷에 있는 모든 호스트는 변환기라는 DNS클라이언트 소프트웨어를 수행하게된다.
도 4는 종래의 DHCP를 포함하는 네트웍에서 DNS 관리 방법을 보이는 흐름도이다.
150단계에서 브로커(broker)는 모든 DHCP 및 DNS서버의 리스트를 유지한다.
152단계에서 브로커는 전파되어야 할 동적 할당된 IP address를 수신한다.이러한 정보는 사용자가 서비스로부터 분리(disconnect)될 때 DHCP로부터 전달된다.
154단계에서 브로커는 동적으로 할당된 IP address의 전파에 관련된 정보를 각 그에 가입된 DHCP 및 DNS 서버에 전달한다. 각 DHCP 및 DNS 서버는 이러한 변화를 반영하도록 그들의 데이터 베이스를 갱신한다.
DNS 서버는 그것의 데이터베이스로부터 상응하는 기록을 삭제할 것이고, DHCP는 기록을 삭제하고 동적으로 할당되었던 IP address를 IP address pool로 되돌릴 것이다.
이러한 동작은 브로커에 의해 수행된다. 브로커는 동적으로 할당된 IP address에 관련한 정보를 DNS 및 DHCP에게 전달한다. 이러한 브로커는 새로이 할당된 동적 IP address에 관하여 DNS 서버를 갱신하는 데도 사용된다. 이러한 브로커는 소프트웨어 혹은 하드웨어들로 구현된다.
그러나, 도 4에 도시된 방법은 오직 IP address가 부족하다는 가정하에서만 사용된다. 상황에 따라서 IP address가 남아 돌 수도 있고, 부족할 수도 있는 데 그에 따른 대응책이 없다.
도 4에 도시된 방법에 있어서, DHCP server와 브로커에 의해서 수많은 DNS를 사용하는 가입자들의 정보를 변화가 있을 때마다 갱신하려고 한다면 이 두 장비에는 커다란 부하가 걸리게 되고, 결국에는 네트워크의 안정성에 지대한 영향을 미치게 된다.
또한, 도 4에 도시된 방법에 있어서, 브로커를 이용하기 위해서는 DHCP 및DNS서버가 브로커에 가입하여야만 하며, 브로커가 가입된 DHCP 및 DNS서버로부터 갱신된 내용을 전달받아 다른 DHCP 및 DNS서버에게 전파하는 구조를 가진다. 따라서, 브로커라는 별도의 장치 혹은 소프트웨어 어플리케이션이 필요하다.
도 5는 본 발명에 따른 도메인 네임 관리 방법을 보이는 흐름도이다.
502단계(S502)에서 DNS 서버 장치(DNS 서버 프로그램을 운용하는 장치)는 IP address-하드웨어 고유 번호(H/W ID)의 페어 정보를 매핑 엔트리로 가지는 데이터베이스를 유지한다. 여기서, IP address-하드웨어 고유 번호의 페어 정보는 동적 혹은 비교적 정적으로 할당된 모두를 포함한다.
504단계(S504)에서 DHCP 서버 장치(DHCP 서버 프로그램을 운용하는 장치)는 IP address-하드웨어 고유 번호의 페어 정보를 매핑 엔트리로 가지는 데이터베이스를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버 장치로 방송한다. 특히 DHCP 서버 장치는 동적으로 할당된 IP address-하드웨어 고유 번호의 페어 정보를 DNS 서버 장치로 방송한다.
506단계(S506)에서 DHCP 클라이언트 장치(DHCP 클라이언트 프로그램을 운용하는 장치)는 IP address-하드웨어 고유 번호의 페어 정보를 매핑 엔트리로 가지는 데이터 베이스를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버 장치로 방송한다. 특히 DHCP 클라이언트는 동적으로 할당된 IP address-하드웨어 고유 번호의 페어 정보를 DNS 서버로 방송한다. 여기서, DHCP 클라이언트 장치는 IP address를 필요로하는 장치, 예를 들면 케이블 모뎀, 웹 호스팅 서버 등이 될 수 있다.
508단계(S508)에서 DNS 서버 장치는 DHCP 서버 장치 및 DHCP 클라이언트 장치에서의 IP address-하드웨어 고유 번호의 페어 정보를 수신하고, DHCP 서버 장치에서 수신된 정보이면 이를 데이터베이스에 추가하고, DHCP 클라이언트 장치에서 수신된 정보이면 이로서 데이터베이스의 메핑 엔트리를 추가하거나 갱신한다.
도 5에 도시된 본 발명에 따른 도메인 네임 관리 방법에 의하면 DHCP 서버 장치 및 DHCP 클라이언트 장치에서 DNS 서버 장치로 갱신된 내용을 방송하므로, 동적 혹은 비교적 정적으로 할당된 IP address-하드웨어 고유 번호의 페어정보를 DNS 서버가 반영하여 서비스할 수 있다.
또한, DHCP 서버 장치 및 DHCP 클라이언트 장치가 인터넷을 이용하여 DNS 서버 장치에게 갱신된 IP address-하드웨어 고유 번호의 페어정보를 전송하므로 도 4에 도시된 방법에서와 같이 브로커라는 별도의 장치가 필요 없게 된다.
도 5에 도시된 방법은 128비트의 주소 체계를 사용하는 IPv6 및 MOBILE IP에서 매우 유용하게 사용될 수 있다. 특히 MOBILE IP에 본 발명을 적용하면 도메인 네임을 가지는 이동체가 한 네트웍에서 다른 네트웍으로 이동하여 Auto-Configuration에 의해서 다른 IP address를 부여받더라도 이 변경 내용이 즉시적으로 DNS 서버에 반영될 수 있으므로 효율적인 DNS 서비스가 가능하게 된다.
본 발명에 따른 도메인 네임 관리 방법은 DHCP 서버 장치 및 DHCP 클라이언트 장치에 IP address-하드웨어 고유 번호의 페어정보를 가지는 데이터베이스를 유지하며, 그것의 변경이 있을 경우에 DNS 서버에 변경 내용을 전송하는 간단한 프로그램(이후에 설명하는 트랜슬레이터)을 추가함에 의해 가능하게 된다.
도 6은 본 발명에 따른 도메인 네임 관리 방법에 적합한 DHCP 서버 장치의구성을 보이는 블록도이다.
도 6에는 DHCP 서버(602), 트랜슬레이터 A(604), TFTP(606), 그리고 UDP(608)가 도시된다.
DHCP 서버(602)는 BOOTP(602a)와 address POOL(602b)를 구비한다. BOOTP(602a)는 정적 어드레스 할당 동작을 수행하며, address POOL(602b)는 동적으로 어드레스를 할당해주기 위한 유휴 IP address의 보관소이다.
트랜슬레이터 A(604, translator A)는 유휴 IP address가 충분해서 동적으로 할당하던 IP address도 비교적 정적으로 할당하려고 할 때 동작한다. 트랜슬레이터 A(604)는 할당 IP address-하드웨어 고유 번호를 저장하는 매핑 데이터베이스를 구비한다.
트랜슬레이터 A(604)는 어드레스 할당 정보를 DNS 서버 장치에게 전달하기 위해 TFTP(608, Trivial File Transfer Protocol)를 사용한다. TFTP는 본 발명의 요약에 있어서의 전송 장치에 해당한다. 그러나, 이 분야의 숙련자는 전송장치로서 TFTP가 아닌 다른 장치들을 사용할 수 있음을 인식할 것이다.
TFTP는 FTP보다 간단하지만 기능이 조금 덜한 네트웍 애플리케이션이다. 이것은 사용자 인증이 불필요하고, 디렉토리를 보여주지 않아도 되는 곳에 사용된다. TFTP는 TCP 대신에 UDP를 사용한다. TFTP를 공식적으로 설명한 자료인 RFC 1350이다.
도 7은 본 발명에 따른 도메인 네임 관리 방법에 적합한 DHCP 클라이언트 장치의 구성을 보이는 블록도이다.
도 7에는 DHCP 클라이언트(702), 트랜슬레이터 B(704), TFTP(706), 그리고 UDP(708)가 도시된다.
DHCP 클라이언트(702)는 동적 혹은 비교적 정적으로 할당된 IP address를 사용한다.
트랜슬레이터 B(704)는 할당 IP address-하드웨어 고유 번호를 저장하는 매핑 데이터베이스를 구비한다. 트랜슬레이터 B(704)는 DHCP 포트(포트 68)를 감시한다. IP address가 비교적 정적으로 할당되면 트랜슬레이터 B(704)는 비활성(inactive) 상태가 된다.
IP address가 동적으로 할당되면 트랜슬레이터 B(704)는 활성(active) 상태로 천이한다. 동적으로 할당된 IP address 정보와 하드웨어 고유 번호 정보는 TFTP(706)를 통해 DNS 서버 장치로 전송된다.
도 8은 본 발명에 따른 도메인 네임 관리 방법에 적합한 DNS 서버 장치의 구성을 보이는 블록도이다.
도 8에는 DNS 서버(802), 트랜슬레이터 C(804), TFTP(806), 그리고 TCP/UDP(808)가 도시된다.
DNS 서버(802)는 도메인 네임-IP address 사이의 매핑 엔트리(mapping entry)를 가지고 있으며, DNS 조화에 대한 응답을 수행한다.
DHCP서버로부터 수신된 경우, 트랜슬레이터 C(804)는 데이터베이스에 저장되어 있는 하드웨어 고유번호를 조사해서 할당된 IP address를 DNS서버(802)에게 전달한다.
DHCP 클라이언트 장치로부터 수신된 경우, 트랜슬레이터 C(804)는 데이터베이스에 저장되어 있는 하드웨어 고유번호를 조사해서 동적으로 할당된 IP address를 DNS서버(802)에게 전달한다.
TFTP(806)은 본원 발명의 요약에 있어서의 수신 장치에 해당한다. 그러나, 이 분야의 숙련자는 수신장치로서 TFTP가 아닌 다른 장치들을 사용할 수 있음을 인식할 것이다.
도 6 내지 도 8에 도시된 장치의 동작을 경우에 따라 설명한다.
케이스 A. DHCP 서버에서 동적으로 IP address를 할당할 수 있을 경우
DHCP 클라이언트 장치의 사용자가 DHCP를 이용한 동적인 IP address를 요구할 때 DHCP 서버가 어떤 요인으로 비교적 정적인 IP address의 할당이 가능하지 않은 경우이다.
1. DHCP 서버 장치(600)측의 트랜슬레이터 A(602)는 비활성 상태가 된다.
2. DHCP 클라이언트 장치(700)측의 트랜슬레이터 B(702)는 활성 상태가 된다.
만일 DHCP 클라이언트 장치(700)측의 사용자가 도메인 네임을 가져야할 필요성이 있다면 사용자는 DHCP 서버(602)에게 TFTP(706)를 이용하여 비교적 정적인 IP address의 사용이 가능한 지에 대한 조회를 하게 되고, 할당되는 IP address가 계속 동적으로 변화하면 트랜슬레이트 B(704)를 활성 상태로 만들고 다음을 계속 반복한다.
1) 계속 변화하는 IP address를 포트 68번을 통해 모니터링한다.
2) DHCP ACK Packet이 들어오게 되면 DHCP 클라이언트(702)에게 일정기간 IP address가 할당된 것이므로, 트랜슬레이터 B(704)는 이 패킷 내의 할당된 IP address를 추출해낸다.
3) 할당된 IP address가 기존에 할당받았던 것과 다르면 트랜슬레이터 B(704)는 해당 하드웨어의 고유 번호(MAC address)와 새롭게 할당된 IP address의 페어 정보를 TFTP(706)에게 전달한다.
4) TFTP(706)는 이 페어 정보를 해당 네트웍에 연결되어 있는 DNS 서버 장치(800)들에게 방송(broadcasting)하게 된다.
3. DHCP 클라이언트 장치(700)로부터의 페어 정보는 DNS 서버(800)측의 TFTP(806)를 통하여 수신하고, 트랜슬레이터 C(804)는 이를 자신의 데이터베이스에 추가하거나 수정한다.
즉, 트랜슬레이터 C(804)는 데이터베이스를 조사하여 하드웨어 고유번호가 존재하면 그에 해당하는 IP address를 새로운 IP address로 변환하고, 하드웨어 고유 번호가 없다면 수신된 페어 정보를 데이터베이스에 추가한다. 갱신 및 추가된 페어 정보는 DNS 서버(802)로 자동적으로 전달된다.
케이스 B. DHCP 서버(802)에서 비교적 정적으로 IP address를 할당할 수 있을 경우
DHCP 클라이언트 장치(700)의 사용자가 TFTP(706)를 이용하여 DHCP를 이용한 비교적 정적인 IP address를 요구할 때 DHCP 서버(602)가 비교적 정적인 IPaddress의 할당이 가능한 경우이다.
1. DHCP 서버 장치(600)측의 트랜슬레이터 A(604)는 활성 상태가 된다.
트랜슬레이터 A(604)는 DHCP 클라이언트 장치(700)측의 하드웨어 고유번호와 비교적 정적으로 할당된 IP address의 페어 정보를 가지는 데이터베이스를 관리하고 있다.
비교적 정적으로 IP address의 할당이 있을 때마다 하드웨어 고유 번호와 정적으로 할당된 IP address의 페어 정보를 데이터베이스에 추가한다.
DHCP 서버(602)에 DHCP REQUEST Packet이 들어오면, DHCP 서버(602)는 매핑 엔트리를 검색하고 할당된 IP address를 다시 할당해준다.
데이터베이스에 추가된 페어 정보만이 TFTP(604)를 통해서 DNS 서버 장치(800)의 TFTP(806)로 방송된다.
2. DHCP 클라이언트 장치(700)측의 트랜슬레이터 B(704)는 비활성 상태가 된다.
비교적 정적으로 사용 가능한 IP address가 있는 지를 하드웨어 고유 번호와 함께 보낸 후 모니터링 하고 있던 트랜슬레이터B(704)가 보았을 때, 계속 비교적 정적인 IP address가 할당이 되면 트랜슬레이터 B(704)는 비활성 상태가 된다.
3. DNS 서버 장치(800)는 도메인 네임을 가지는 DHCP 클라이언트 장치(700)에 대한 정보를 해당 TFTP(806)로 수신하고, 트랜슬레이터 C(804)는 이를 데이타베이스에 추가한다.
트랜슬레이터 C(804)는 데이터베이스를 조사하여 없을 경우에만 하드웨어 고유 번호와 할당한 IP address의 페어 정보를 데이터베이스에 추가시킨다. 2) 추가된 정보는 DNS 서버(802)로 자동적으로 전달된다.
케이스 C. 상황이 변할 때
비교적 정적으로 할당되었던 IP address가 동적으로 할당되어야 할 경우 혹은 그 반대의 경우이다.
1. DHCP 서버 장치(600)측의 트랜슬레이터A(604)는 활성 상태가 된다.
DHCP 서버 장치(600)측의 트랜슬레이터 A(604)는 IP address의 여유 여부에 따라 케이스 A 혹은 케이스 B의 동작을 한다.
2. DHCP 클라이언트 장치(700)측의 트랜슬레이터 B(704)는 비활성 상태가 된다.
DHCP 클라이언트 장치(700)측의 트랜슬레이터 B(704)는 IP address의 여유 여부에 따라 케이스 A 혹은 케이스 B의 동작을 한다.
3. DNS 서버(802)는 도메인 네임을 가지는 DHCP 클라이언트 장치(700) 예를 들어 케이블 모뎀, 웹 호스트에 대한 정보를 해당 TFTP(706)로 수신하고, 트랜슬레이터 C(804)는 이를 매핑 엔트리에 추가하거나 수정한다.
DNS 서버(802)는 IP address의 여유 여부에 따라 케이스 A 혹은 케이스 B의 동작을 한다.
상술한 바와 같이 본 발명에 따른 도메인 네임 관리 방법은 DHCP 서버 및DHCP 클라이언트에서 IP address-하드웨어 고유 번호의 페어 정보를 DNS 서버에 방송하게 함으로써 동적 혹은 비교적 정적으로 할당된 IP 어드레스에 대한 도메인 네임 서비스를 가능하게 한다.
본 발명에 따른 도메인 네임 관리 방법은 DHCP 서버 및 DHCP 클라이언트가 인터넷을 이용하여 DNS 서버에게 갱신된 IP address-하드웨어 고유 번호의 페어정보를 전송하므로 종래의 방법에서와 같이 브로커라는 별도의 장치가 필요없게 된다.
그리고 본 발명에 따른 도메인 네임 관리 방법을 사용하면 종래의 방법에서와 같이 브로커라는 별도의 장치를 사용함으로써 생기는 서버 측과 브로커 측에 모든 DNS 작업 부담을 줌으로 인해 생기는 과부하 부담을 서버와 클라이언트 양쪽으로 양분함으로써 피할 수 있다. 그리고 IP address의 여유 상황에 따라서 적응적으로 동작함으로써 보다 최적화된 네트워크 환경을 부여할 수 있다.
또한 본 발명에 따른 도메인 네임 관리 방법은 128비트의 주소 체계를 사용하는 IPv6 및 MOBILE IP에서 매우 유용하게 사용될 수 있다. 특히 MOBILE IP에 본 발명을 적용하면 도메인 네임을 가지는 이동체가 한 네트웍에서 다른 네트웍으로 이동하여 다른 IP address를 부여받더라도 이 변경 내용이 즉시적으로 DNS 서버에 반영될 수 있으므로 효율적인 DNS 서비스가 가능하게 된다.

Claims (5)

  1. DHCP 서버, DHCP 클라이언트, 그리고 DNS 서버를 포함하는 네트웍의 도메인네임 관리 방법에 있어서,
    DHCP 서버측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정;
    DHCP 클라이언트측에서 IP address-하드웨어 고유 번호의 페어 정보를 유지하며, 이의 갱신이 있으면 갱신된 내용을 DNS 서버로 방송하는 과정; 및
    DNS 서버측에서 DHCP 서버측 및 DHCP 클라이언트측에서의 IP address-하드웨어 고유 번호의 페어 정보를 수신하고, DHCP 서버에서 수신된 정보이면 이를 메핑 엔트리에 추가하고, DHCP 클라이언트에서 수신된 정보이면 이로서 메핑 엔트리를 추가하거나 갱신하는 과정을 포함하는 도메인 네임 관리 방법.
  2. 제1항에 있어서,
    DHCP 서버측, DHCP 클라이언트측은 갱신된 IP address-하드웨어 고유 번호의 페어 정보를 TFTP를 사용하여 DNS 서버로 방송하는 것을 특징으로 하는 도메인 네임 관리 방법.
  3. DHCP 서버, DHCP 클라이언트, 그리고 DNS 서버를 포함하는 네트웍의 도메인 네임 관리 장치에 있어서,
    동적으로 어드레스를 할당해주기 위한 유휴 IP address를 보관하는 POOL를 구비하는 DHCP 서버, 할당 IP address-하드웨어 고유 번호를 저장하는 매핑 데이터베이스를 구비하는 트랜슬레이터 A, 트랜슬레이터 A에 의한 어드레스 할당 정보를DNS 서버 장치에게 전달하기 위해 전송 장치를 구비하는 DHCP 서버 장치;
    동적 혹은 비교적 정적으로 할당된 IP address를 사용하는 DHCP 클라이언트, 할당 IP address-하드웨어 고유 번호를 저장하는 매핑 데이터베이스를 구비하며, 동적으로 할당된 IP address 정보와 하드웨어 고유 번호 정보를 DNS 서버 장치로 전송하는 전송 장치를 구비하는 DHCP 클라이언트 장치; 및
    하드웨어 고유번호-IP address 사이의 매핑 엔트리(mapping entryP)를 가지고 있으며, DNS 조화에 대한 응답을 수행하는 DNS 서버, DHCP 서버 장치 및 DHCP 클라이언트 장치로부터 하드웨어 고유번호-IP address를 상기 DNS서버에게 전달하는 트랜슬레이터 C, 그리고 DHCP 서버 장치 및 DHCP 클라이언트 장치로부터의 할당된 IP address 정보-하드웨어 고유 번호 정보를 수신하는 수신 장치를 구비하는 DNS 서버 장치를 포함하는 도메인 네임 관리 장치.
  4. 제3항에 있어서, 상기 트랜슬레이터 B는 DHCP 포트(포트 68)를 감시하여 IP address가 비교적 정적으로 할당되면 비활성(inactive) 상태가 되고, IP address가 동적으로 할당되면 활성(active) 상태로 천이하는 것을 특징으로 하는 도메인 네임 관리 장치.
  5. 제3항에 있어서, 상기 트랜슬레이터 C는 할당된 IP address 정보-하드웨어 고유 번호 정보가 상기 DHCP 서버 장치로부터 수신된 경우에는 데이터베이스에 저장되어 있는 하드웨어의 고유번호를 조사해서 비교적 정적으로 할당된 IP address를 DNS서버에게 전달하며, DHCP 클라이언트 장치로부터 수신된 경우에는 데이터베이스에 저장되어 있는 하드웨어 고유번호를 조사해서 동적으로 할당된 IP address를 DNS서버에게 전달하는 것을 특징으로 하는 도메인 네임 관리 장치.
KR1020020005216A 2002-01-29 2002-01-29 도메인 네임 관리 방법 KR20030065064A (ko)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020020005216A KR20030065064A (ko) 2002-01-29 2002-01-29 도메인 네임 관리 방법
CNB021503818A CN100405779C (zh) 2002-01-29 2002-11-08 域名管理方法及其设备
EP20020257795 EP1333647A2 (en) 2002-01-29 2002-11-11 Domain name management method and apparatus therefor
US10/309,071 US20030145073A1 (en) 2002-01-29 2002-12-04 Domain name management method and system therefor
JP2003017989A JP2003244184A (ja) 2002-01-29 2003-01-27 ドメインネームの管理方法及びこれに適した装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020020005216A KR20030065064A (ko) 2002-01-29 2002-01-29 도메인 네임 관리 방법

Publications (1)

Publication Number Publication Date
KR20030065064A true KR20030065064A (ko) 2003-08-06

Family

ID=19718966

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020020005216A KR20030065064A (ko) 2002-01-29 2002-01-29 도메인 네임 관리 방법

Country Status (5)

Country Link
US (1) US20030145073A1 (ko)
EP (1) EP1333647A2 (ko)
JP (1) JP2003244184A (ko)
KR (1) KR20030065064A (ko)
CN (1) CN100405779C (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007142759A3 (en) * 2006-06-01 2011-07-21 Microsoft Corporation Name challenge enabled zones
KR101064376B1 (ko) * 2004-12-21 2011-09-14 주식회사 케이티 유동 아이피를 갖는 네트워크 장치의 관리 시스템 및 그방법

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3717068B2 (ja) * 2002-08-23 2005-11-16 松下電器産業株式会社 液体検知センサおよび液体検知装置
US20050005026A1 (en) * 2003-07-03 2005-01-06 International Business Machines Corporation Method and apparatus for managing a remote data processing system
JP2005051473A (ja) * 2003-07-28 2005-02-24 Sony Corp ネットワーク相互接続装置及びネットワーク相互接続方法、名前解決装置、並びにコンピュータ・プログラム
CN100418089C (zh) * 2003-08-20 2008-09-10 苹果公司 加速本地高速缓存中资源记录到期的方法和装置
US7389411B2 (en) * 2003-08-29 2008-06-17 Sun Microsystems, Inc. Secure transfer of host identities
US7444396B2 (en) * 2003-08-29 2008-10-28 Sun Microsystems, Inc. Transferring system identities
US8090871B2 (en) 2003-10-20 2012-01-03 International Business Machines Corporation Determining a remote management processor's IP address
US8554889B2 (en) * 2004-04-21 2013-10-08 Microsoft Corporation Method, system and apparatus for managing computer identity
US8656026B1 (en) * 2004-05-03 2014-02-18 Cisco Technology, Inc. Associating network address lease information with user data
US7808925B2 (en) * 2004-09-10 2010-10-05 Digital Envoy, Inc. Methods and systems for determining reverse DNS entries
CN100556029C (zh) 2004-12-20 2009-10-28 上海贝尔阿尔卡特股份有限公司 IPv6无状态地址配置中主机的DNS更新方法和装置
JP2008527829A (ja) * 2005-01-11 2008-07-24 コーニンクレッカ フィリップス エレクトロニクス エヌ ヴィ 擬似マルチホーム化されたホストへの効率的なアドレススペース拡張
US8316152B2 (en) * 2005-02-15 2012-11-20 Qualcomm Incorporated Methods and apparatus for machine-to-machine communications
CN100407625C (zh) 2005-04-29 2008-07-30 华为技术有限公司 一种根据终端类型进行业务发放的方法
US8443094B2 (en) * 2005-05-12 2013-05-14 Oracle America, Inc. Computer system comprising a communication device
CN1323362C (zh) * 2005-09-21 2007-06-27 杭州华为三康技术有限公司 网络设备及其***器件互连资源的分配方法
US8554980B2 (en) * 2005-11-04 2013-10-08 Cisco Technology, Inc. Triggered notification
CN100464537C (zh) 2005-12-30 2009-02-25 华为技术有限公司 共享呈现信息的方法及***、群组服务器及呈现服务器
US8195822B2 (en) * 2006-02-13 2012-06-05 International Business Machines Corporation Substituting content for undesirable content in a web browser
WO2007132112A2 (fr) * 2006-05-17 2007-11-22 France Telecom Serveur et procede pour gerer les noms de domaines dans un reseau
JP2010515112A (ja) * 2006-10-21 2010-05-06 ネットピア．コム インコーポレイテッド キーワードの処理方法及びそれを実行するためのプログラムを記録した記録媒体
US7680956B2 (en) * 2006-10-24 2010-03-16 Cisco Technology, Inc. Communicating additional information in a DNS update response by requesting deletion of a specific record
CN101277257B (zh) * 2007-03-26 2012-02-01 华为技术有限公司 一种dns动态更新的方法、装置和***
US8583831B2 (en) * 2007-10-05 2013-11-12 Samsung Electronics Co., Ltd. Thin client discovery
CN101179573B (zh) * 2007-10-24 2010-08-18 中兴通讯股份有限公司 一种在线动态更新服务器软件配置信息的实现方法
CN101442436A (zh) * 2007-11-20 2009-05-27 国际商业机器公司 用于管理ip网络的方法和***
TWI449373B (zh) * 2008-06-11 2014-08-11 Asustek Comp Inc 區域網路的管理方法及其裝置
US20100121954A1 (en) * 2008-11-13 2010-05-13 Zheng Yang Communication Method and System Using User ID-Based Domain Name
CN101442566B (zh) * 2009-01-08 2012-07-11 中国电信股份有限公司 实现动态域名更新的方法和设备
CN101478553B (zh) * 2009-02-10 2012-07-04 中国联合网络通信集团有限公司 动态域名管理***和方法
DE102009009947A1 (de) * 2009-02-20 2010-09-09 Siemens Aktiengesellschaft Verfahren zur Adresszuordnung und Datenverarbeitungssystem zur Durchführung des Verfahrens
CN101883042B (zh) * 2009-05-05 2013-04-24 华为技术有限公司 层次化路由架构的映射方法及***和域名服务器
CN102404416B (zh) * 2010-09-16 2016-06-15 中兴通讯股份有限公司 一种获取dns的方法和隧道网关设备
US9015481B2 (en) * 2011-02-22 2015-04-21 Honeywell International Inc. Methods and systems for access security for dataloading
US8683567B2 (en) 2011-03-31 2014-03-25 Belkin International, Inc. Method of distributing information regarding one or more electrical devices and system for the same
CN102752135B (zh) * 2012-06-27 2015-07-29 福建星网锐捷通讯股份有限公司 一种实现网络设备配置的方法
WO2014051038A1 (ja) * 2012-09-27 2014-04-03 京セラ株式会社 管理方法、制御装置及び通信処理デバイス
US9537818B2 (en) * 2013-05-15 2017-01-03 Mediatek Inc. Enhanced DHCP method
CN105338125B (zh) 2014-06-25 2019-11-05 华为技术有限公司 报文处理方法及装置
CN104539752B (zh) * 2014-12-31 2018-03-09 浙江宇视科技有限公司 多级域平台间的访问方法及***
CN104683162A (zh) * 2015-03-27 2015-06-03 福州大学 基于中间域名实现网络设备自动发现的***及其方法
CN108781231B (zh) * 2016-02-26 2022-06-14 艾利丹尼森零售信息服务公司 具有双介质访问控制接口的打印机和不中断的接口改变
CN108063840A (zh) * 2018-01-23 2018-05-22 广东欧珀移动通信有限公司 接入网络的方法及相关产品
CN108337333B (zh) * 2018-03-23 2021-10-15 普联技术有限公司 Ip地址管理方法、管理设备、网络录像机及存储介质
CN109831543B (zh) * 2018-12-13 2021-08-24 山东亚华电子股份有限公司 一种组网方法、医疗通信设备和医疗分机
CN114513497A (zh) * 2020-10-29 2022-05-17 阿里巴巴集团控股有限公司 一种外部设备驱动程序的处理方法和装置
CN113596187B (zh) * 2021-06-25 2023-05-05 新浪技术（中国）有限公司 域名配置管理***
CN115174525B (zh) * 2022-06-30 2024-03-15 北京百佑科技有限公司 设备ip地址的分配方法及装置
CN115460174A (zh) * 2022-08-11 2022-12-09 珠海惠威科技有限公司 一种自动分配终端ip静态地址的方法及***
CN117093454A (zh) * 2023-10-17 2023-11-21 杭州优云科技有限公司 服务器信息管理方法、装置、计算机设备及存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR19990047122A (ko) * 1997-12-02 1999-07-05 정선종 디에취씨피서버와 디엔에스서버 간의 연동 시스템 및 그 방법
JP2000101589A (ja) * 1998-09-21 2000-04-07 Nippon Telegr & Teleph Corp <Ntt> ダイナミックドメインネームシステム
JP2000112851A (ja) * 1998-10-09 2000-04-21 Nippon Telegr & Teleph Corp <Ntt> ダイナミック・ドメイン・ネーム・システムおよびダイナミック・ドメイン・ネーム管理方法
JP2000341325A (ja) * 1999-05-26 2000-12-08 Matsushita Electric Works Ltd 通信アドレスの変化する通信端末器に対してホスト名を固定してアクセスする方法、この方法を用いたダイナミックｉｐ用ｄｎｓシステム、及びそのシステムに使用されるｄｎｓサーバ装置
US6243749B1 (en) * 1998-10-08 2001-06-05 Cisco Technology, Inc. Dynamic network address updating
US20010023459A1 (en) * 2000-03-14 2001-09-20 Ddi Corporation DNS server, DHCP server, terminal and communication system
US6324577B1 (en) * 1997-10-15 2001-11-27 Kabushiki Kaisha Toshiba Network management system for managing states of nodes
KR20020096256A (ko) * 2001-06-19 2002-12-31 한국전자통신연구원 동적 주소 관리 장치 및 그 방법과, 그를 이용한 무선패킷 서비스 방법

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6055236A (en) * 1998-03-05 2000-04-25 3Com Corporation Method and system for locating network services with distributed network address translation
US6614774B1 (en) * 1998-12-04 2003-09-02 Lucent Technologies Inc. Method and system for providing wireless mobile server and peer-to-peer services with dynamic DNS update
US6578074B1 (en) * 1999-06-25 2003-06-10 Mediaone Group, Inc. Provisioning server enhancement
US6823454B1 (en) * 1999-11-08 2004-11-23 International Business Machines Corporation Using device certificates to authenticate servers before automatic address assignment
GB2362301B (en) * 2000-05-08 2002-05-15 3Com Corp Tracking dynamic addresses on a network
WO2004044763A1 (en) * 2002-11-12 2004-05-27 Next Generation Broadband Intelligent configuration bridge system and method for adding supplemental capabilities to an existing high speed data infrastructure
US7571460B2 (en) * 2004-08-06 2009-08-04 Time Warner Cable, Inc. System and method for affecting the behavior of a network device in a cable network

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6324577B1 (en) * 1997-10-15 2001-11-27 Kabushiki Kaisha Toshiba Network management system for managing states of nodes
KR19990047122A (ko) * 1997-12-02 1999-07-05 정선종 디에취씨피서버와 디엔에스서버 간의 연동 시스템 및 그 방법
JP2000101589A (ja) * 1998-09-21 2000-04-07 Nippon Telegr & Teleph Corp <Ntt> ダイナミックドメインネームシステム
US6243749B1 (en) * 1998-10-08 2001-06-05 Cisco Technology, Inc. Dynamic network address updating
JP2000112851A (ja) * 1998-10-09 2000-04-21 Nippon Telegr & Teleph Corp <Ntt> ダイナミック・ドメイン・ネーム・システムおよびダイナミック・ドメイン・ネーム管理方法
JP2000341325A (ja) * 1999-05-26 2000-12-08 Matsushita Electric Works Ltd 通信アドレスの変化する通信端末器に対してホスト名を固定してアクセスする方法、この方法を用いたダイナミックｉｐ用ｄｎｓシステム、及びそのシステムに使用されるｄｎｓサーバ装置
US20010023459A1 (en) * 2000-03-14 2001-09-20 Ddi Corporation DNS server, DHCP server, terminal and communication system
KR20020096256A (ko) * 2001-06-19 2002-12-31 한국전자통신연구원 동적 주소 관리 장치 및 그 방법과, 그를 이용한 무선패킷 서비스 방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101064376B1 (ko) * 2004-12-21 2011-09-14 주식회사 케이티 유동 아이피를 갖는 네트워크 장치의 관리 시스템 및 그방법
WO2007142759A3 (en) * 2006-06-01 2011-07-21 Microsoft Corporation Name challenge enabled zones

Also Published As

Publication number Publication date
CN1435974A (zh) 2003-08-13
US20030145073A1 (en) 2003-07-31
JP2003244184A (ja) 2003-08-29
EP1333647A2 (en) 2003-08-06
CN100405779C (zh) 2008-07-23

Similar Documents

Publication Publication Date Title
KR20030065064A (ko) 도메인 네임 관리 방법
US6944167B1 (en) Method and apparatus for dynamic allocation of private address space based upon domain name service queries
US7010585B2 (en) DNS server, DHCP server, terminal and communication system
JP4592184B2 (ja) 静的な識別子が付され、かつネットワークに断続的に接続される装置へのアクセス方法および装置
US6070187A (en) Method and apparatus for configuring a network node to be its own gateway
JP3903014B2 (ja) インターネットプロトコルアドレス変換装置及びこれを用いたホームネットワークシステム並びにその通信方法
JP3654554B2 (ja) ネットワークシステム及びｄｈｃｐサーバ選択方法
US20080304501A1 (en) Tunneling service method and system
US7231660B1 (en) Method and system for preventing unauthorized server interference in an internet protocol network
WO2000074333A9 (en) Automatic discovery of nodes associated with a virtual subnet
JP4524906B2 (ja) 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体
WO2004030318A1 (en) Host name based network address stranslation
JP3344238B2 (ja) ＩＰｖ４−ＩＰｖ６通信方法およびＩＰｖ４−ＩＰｖ６変換装置
Droms RFC1541: Dynamic Host Configuration Protocol
JP2000112851A (ja) ダイナミック・ドメイン・ネーム・システムおよびダイナミック・ドメイン・ネーム管理方法
JPH1117726A (ja) Ｄｎｓ機能を内蔵したｉｐネットワークの結合制御装置
US7085836B1 (en) System and method for automatic private IP address selection
KR20050039880A (ko) 제 1 컴퓨터 네트워크로부터 제 2 컴퓨터 네트워크로의통신 세션들 개시
US20020065936A1 (en) Multi-platform application
KR100487296B1 (ko) 인터넷 망에서 호스트 이동성을 지원하는 시스템 및 그 방법
US20020105954A1 (en) Dynamic update proxy
US20030225910A1 (en) Host resolution for IP networks with NAT
JP4242752B2 (ja) アドレス表管理方法、及び、端末
JP2003179603A (ja) 通信システムにおける通信制御方法、プログラム、送信装置、及び受信装置
JP2008206081A (ja) マルチホーミング通信システムに用いられるデータ中継装置およびデータ中継方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application
J201 Request for trial against refusal decision
J121 Written withdrawal of request for trial