KR100426055B1 - 망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법 - Google Patents

망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법 Download PDF

Info

Publication number
KR100426055B1
KR100426055B1 KR10-2001-0082415A KR20010082415A KR100426055B1 KR 100426055 B1 KR100426055 B1 KR 100426055B1 KR 20010082415 A KR20010082415 A KR 20010082415A KR 100426055 B1 KR100426055 B1 KR 100426055B1
Authority
KR
South Korea
Prior art keywords
bit
address
local
interface
multicast
Prior art date
Application number
KR10-2001-0082415A
Other languages
English (en)
Other versions
KR20030052452A (ko
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 KR10-2001-0082415A priority Critical patent/KR100426055B1/ko
Publication of KR20030052452A publication Critical patent/KR20030052452A/ko
Application granted granted Critical
Publication of KR100426055B1 publication Critical patent/KR100426055B1/ko

Links

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/5069—Address allocation for group communication, multicast communication or broadcast communication

Landscapes

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

Abstract

본 발명은 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법에 관한 것이다.
본 발명은 공지의 멀티캐스트 주소 할당 서버를 사용하지 않고 각 노드의 인터페이스마다 설정된 링크-로컬 유니캐스트 주소와 사이트-로컬 유니캐스트 주소의 하위 64비트 인터페이스ID와 라우터로부터 획득한 정보를 조합하여 호스트 내에서 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 자동으로 생성하며,
이에 따라서, 전문지식을 가진 네트워크 관리자가 존재하지 않는 환경에도 쉽게 활용할 수 있으며, 특히 주소 할당에 따른 지연시간을 최소화할 수 있을 뿐만 아니라 멀티캐스트 주소 할당 서버 관리에 따른 업무부하가 없다는 장점이 있다.

Description

망계층에서의 아이피 버전 식스 기반 노드의 안전한 멀티캐스트 주소 자동할당방법{SECURE AUTOMATIC CONFIGURATION METHOD OF MULTICAST ADDRESSES IN IPv6-BASED NODES IN NETWORK LAYER}
본 발명은 OSI(Open Systems Interconnection) 참조모델의 망계층(Network layer)에서의 멀티캐스트 주소 할당방법에 관한 것이며, 보다 상세히는 망계층에서의 IPv6(Internet Protocol version 6) 기반 노드의 안전한 멀티캐스트 주소 자동할당방법에 관한 것이다.
일반적으로 OSI 참조모델의 망계층에 있어서, IPv6(Internet Protocol version 6) 기반 노드의 인터페이스에 할당되는 유니캐스트 주소들은 패킷의 전달범위에 따라서 크게 3가지, 예컨대 동일 링크 내에서 사용되는 링크-로컬(link-local) 유니캐스트 주소와, 특정 사이트 내에서만 사용되는 사이트-로컬(site-local) 유니캐스트 주소, 및 전세계적으로 유일하게 사용되는 글로벌 주소로 구분된다.
또한, 상기 유니캐스트 주소는 중복 주소 검사(DAD; Duplicate Address Detection)를 반드시 수행하여 주소의 유일성을 검증받으며, 이에 따라서 상기 유니케스트 주소에 포함된 인터페이스ID는 전세계적으로 유일성을 검증받게 된다.
상기와 같은 일반적인 유니캐스트 주소는 도 1에 도시된 바와 같이 128비트 길이이며, 상위 64비트는 n비트의 글로벌 라우팅 프리픽스와 m비트의 서브넷ID로 구성되는 네트워크 프리픽스(network prefix)로 불리고, 하위 64비트는 인터페이스ID라 불린다.
이때, 상기 링크-로컬 유니캐스트 주소와 사이트-로컬 유니캐스트 주소는 일반적인 유니캐스트 주소와는 달리, 각각 FE80::/10과 FEC0::/10으로 이미 공지된 프리픽스로 가지므로 서로 쉽게 식별할 수 있다.
한편, 현재 민간 국제 표준화 기구인 IETF에서 상기한 바와 같은 유니캐스트 주소 구조외에도 도 2와 도 3에 도시된 바와 같은 멀티캐스트 주소 구조를 정의하고 있다.
도 2와 도 3을 참조하면, 상기 멀티캐스트 주소는 128비트 길이이며, 최상위 8비트는 IPv4에서 멀티캐스트 주소임을 나타내는 D클래스(상위 4비트 1110)와 마찬가지로 IPv6에서의 멀티캐스트 주소임을 나타내는 0xFF값을 포함한다.
4비트 플래그(flgs)는 멀티캐스트 주소의 용도를 명시하기 위해 사용되며, 상위 3비트는 아직 정의되지 않은 상태이며, 마지막 4번째 비트만이 도 3에 도시된 바와 같이 T값으로 정의되어 있다. 여기서, 상기 T값은 주소가 영구적인지 한시적인지를 나타내고, 영속적으로 할당된 경우는 1로 설정된다.
4비트 스코프(scop)는 해당 멀티캐스트 주소에 의해 패킷이 전달되는 범위를제한하기 위해 사용되며, 상기 T값이 1인 경우에만 의미를 가진다. 예컨대, 스코프에 포함된 값이 2이면 링크-로컬 범주로서 라우터 내부에 연결되어 있는 링크에서만 패킷이 멀티캐스팅되어야 함을 지시하고, 5이면 사이트-로컬 범주로서 라우터 내부에 연결되어 있는 사이트에서만 패킷이 멀티캐스팅되어야 함을 지시한다.
112비트 그룹ID는 멀티캐스트 그룹이나 세션을 식별하기 위해 사용되는 값을 포함하게 되며, 일반적으로 계층적인 구조를 가지는 멀티캐스트 할당 서버들에 의해 전세계적으로 유일한 값으로 할당된다.
그러나, 상기와 같은 종래의 멀티캐스트 주소 구조에서 112비트 그룹ID를 전세계적으로 유일하게 할당하려면 전세계적으로 계층화된 멀티캐스트 주소 할당 구조가 필요하게 되므로, 이러한 멀티캐스트 주소 할당 구조를 전세계적으로 유일하게 설정하기에는 많은 문제점이 있다.
따라서, 이러한 문제점을 보완하기 위해 상기 IETF의 IPv6 워킹그룹에서 공지의 유니캐스트 주소 구조의 프리픽스를 기반으로 하여 상기 112비트 그룹ID를 세분화하여 멀티캐스트 주소 구조를 도 4에 도시된 바와 같이 새롭게 정의하여 표준화 작업중이다.
도 4를 참조하면, 상기 IETF의 IPv6 워킹그룹에서 공지의 유니캐스트 주소 구조의 프리픽스를 기반으로 하여 정의한 멀티캐스트 주소 구조의 핵심적인 개념은 상기 112비트 그룹ID의 네트워크 프리픽스(network prefix)에 도 1에 도시된 유니캐스트 주소의 프리픽스 값을 포함시킨다는 것이다.
이때, 상기 네트워크 프리픽스는 1비트에서 최대 64비트까지 될 수 있으므로, 8비트 플렌(plen)에 값을 명시한다. 또한, 도 3에 도시된 바와 같이, 이전에는 특별한 용도가 정의되어 있지 않던 플래그(flgs)의 3번째 비트는 P값으로 정의되고, 상기 P값이 1로 설정되면 멀티캐스트 주소가 유니캐스트 주소의 프리픽스를 기반으로 하는 주소임을 지시한다.
그러나, 상기와 같이 유니캐스트 주소의 프리픽스를 기반으로 하여 멀티캐스트 주소를 할당하는 종래의 방식은 링크나 사이트를 구분해 주는 프리픽스 자체를 멀티캐스트 주소 내에 포함하고 있기 때문에 멀티캐스트 주소 할당 구조를 필요로 하지 않고 멀티캐스트 주소 획득이 용이하다는 장점이 있는 반면에, 도 4에 도시된 32비트 그룹ID를 결정하기 위하여 프리픽스에 의해 지시되는 범주 내에서 DHCPv6(Dynamic Host Control Protocol version six) 또는 ZMAAP(Zeroconf Multicast Address Allocation Protocol)와 같은 주소 할당 서버를 하나씩 두어야 하는 단점이 있다.
한편, 상기와 같이 유니캐스트 주소의 프리픽스를 기반으로 하여 멀티캐스트 주소를 할당하는 종래의 방식과 달리 도 1에 도시된 종래의 유니캐스트 주소 구조의 인터페이스ID 부분을 사용하여 멀티캐스트 주소를 할당하는 방식이 한국통신에 의해 제시되었다.
상기 한국통신에서 제시한 방법은 멀티캐스트 세션의 생성과 소멸에 따라 동적인 주소 할당이 가능한 방식으로서, IPv6에서 동적으로 멀티캐스트 주소를 생성하는데 있어서 멀티캐스트 범위에 따라 다른 주소 할당 방법을 적용한다.
즉, 상기 한국통신에서 제시한 방법은 멀티캐스트 범위를 로컬과 글로벌로 나누고, 링크-로컬 또는 사이트-로컬의 경우 도 6과 도 7에 도시된 바와 같이, 멀티캐스트 세션을 개시하려는 호스트에서 링크-로컬 유니캐스트 주소 또는 사이트-로컬 유니캐스트 주소의 인터페이스ID를 포함한 멀티캐스트 주소를 자체적으로 생성하도록 하고, 글로벌인 경우 주소 할당 서버를 통해 주소를 할당받도록 하여 종래의 멀티캐스트 주소 할당 구조에 의해 나타날 수 있는 부하를 최소화하기 위한 멀티캐스트 주소 할당 방법이다.
그러나, 상기 한국통신에서 제시한 방법도 역시 주소 할당 서버를 사용해야 하는 단점이 있고, 도 2와 도 3, 도 4, 및 도 5에 도시된 기존의 멀티캐스트 주소의 4비트 플래그를 그대로 멀티캐스트 주소의 4비트 플래그로 사용하고 있을 뿐만 아니라 IPv6 기반의 각 노드는 단 한가지 방식에 의해서만 멀티캐스트 주소를 할당하도록 제약할 수 없기 때문에 멀티캐스트 주소 할당 구조에 따라 할당된 다른 멀티캐스트 주소에 충돌할 수 있다는 문제점이 있다.
또한, 상기 인터페이스ID는 하나의 노드를 유일하게 식별할 수 있는 정보이기 때문에 링크-로컬 멀티캐스트 주소의 경우는 문제가 되지 않지만 사이트-로컬 멀티캐스트 주소에 포함된 인터페이스ID가 노출되면 보안에 치명적인 문제를 야기할 수 있다.
따라서, 본 발명은 상술한 종래의 문제점을 극복하기 위한 것으로서, 본 발명의 목적은 공지의 멀티캐스트 주소 할당 서버를 사용하지 않고 각 노드의 인터페이스마다 설정된 링크-로컬 유니캐스트 주소와 사이트-로컬 유니캐스트 주소의 하위 64비트 인터페이스ID와 라우터로부터 획득한 정보를 조합하여 호스트 내에서 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 자동으로 생성하는 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법을 제공하는데 있다.
상기 본 발명의 목적을 달성하기 위한 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법은, 각 IPv6 노드에서 인터페이스에 유니캐스트 주소들이 설정되어 있는가를 검사하는 단계와, 유니캐스트 주소가 설정되어 있으면 유니캐스트 주소의 패킷 전달 범위를 검사하고 상기 패킷 전달 범위가 글로벌이면 추가적인 처리를 하지 않고 처음 과정으로 돌아가는 단계와, 상기 패킷 전달 범위가 사이트-로컬이면 유니캐스트 주소로부터 16비트 서브넷ID와 64비트 인터페이스ID를 추출하는 단계와, 상기 패킷 전달 범위가 링크-로컬이면 유니캐스트 주소로부터 64비트 인터페이스ID만을 추출하는 단계와, 상기 유니캐스트 주소로부터 추출된 64비트 인터페이스ID에 대한 보안 기능을 수행할지를 검사하는 단계와, 상기 64비트 인터페이스ID에 대한 보안 기능을 수행하기로 결정되면 상기 64비트 인터페이스ID를 암호화하는 단계와, 상기 64비트 인터페이스ID에 대한 보안 기능을 수행하지 않거나 상기 64비트 인터페이스ID를 암호화한 후, 32비트 그룹ID를 생성하는 단계, 및 상기의 작동 과정에서의 얻은 정보를 조합하여 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 생성하여 각 노드 상의 인터페이스 별로 저장한 후 처음 과정으로 돌아가는 단계로 이루어진다.
도 1은 일반적인 유니캐스트 주소 구조를 도시한 구성도,
도 2는 종래의 멀티캐스트 주소 구조를 도시한 구성도,
도 3은 도 2에 도시된 플래그의 구조를 도시한 구성도,
도 4는 도 2에 그룹ID의 구조를 도시한 구성도,
도 6은 종래의 링크-로컬 유니캐스트 주소 구조로부터 생성한 링크-로컬 멀티캐스트 주소 구조를 도시한 구성도,
도 7은 종래의 사이트-로컬 유니캐스트 주소 구조로부터 생성한 사이트-로컬 멀티캐스트 주소 구조를 도시한 구성도,
도 8은 본 발명에 따른 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법을 도시한 플로차트,
도 9는 본 발명에 따른 멀티캐스트 주소 구조를 도시한 구성도,
도 10은 도 9에 도시된 플래그의 구조를 도시한 구성도,
도 11은 종래의 링크-로컬 유니캐스트 주소 구조로부터 생성한 본 발명에 따른 링크-로컬 멀티캐스트 주소 구조를 도시한 구성도,
도 12는 종래의 사이트-로컬 유니캐스트 주소 구조로부터 생성한 본 발명에 따른 사이트-로컬 멀티캐스트 주소 구조를 도시한 구성도이다.
이하, 본 발명에 따른 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법을 첨부한 도면을 참조하여 상세히 설명하기로 한다.
도 8을 참조하면, S10단계에서는 각 IPv6 노드에서 인터페이스에 유니캐스트 주소들이 설정되어 있는가를 검사한다.
S20단계에서는 유니캐스트 주소가 설정되어 있으면 유니캐스트 주소의 패킷 전달 범위를 검사하고 상기 패킷 전달 범위가 글로벌이면 추가적인 처리를 하지 않고 처음 과정으로 돌아간다.
S30단계와 S40단계에서는 상기 패킷 전달 범위가 사이트-로컬이면 유니캐스트 주소로부터 16비트 서브넷ID와 64비트 인터페이스ID를 추출한다.
상기 S30단계에서는 패킷 전달 범위가 링크-로컬이면 유니캐스트 주소로부터 64비트 인터페이스ID만을 추출한다.
S50단계에서는 상기 유니캐스트 주소로부터 추출된 64비트 인터페이스ID에 대한 보안 기능을 수행할지를 검사한다.
S60단계에서는 상기 64비트 인터페이스ID에 대한 보안 기능을 수행하기로 결정되면 상기 64비트 인터페이스ID를 암호화한다.
S70단계에서는 상기 64비트 인터페이스ID에 대한 보안 기능을 수행하지 않거나 상기 64비트 인터페이스ID를 암호화한 후, 32비트 그룹ID를 생성한다.
S80단계에서는 상기의 작동 과정에서의 얻은 정보를 조합하여 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 생성하여 각 노드 상의 인터페이스 별로 저장한 후 처음 과정으로 돌아간다.
상기와 같이 이루어지는 본 발명에 따른 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법은 호스트 내에서 다음과 같이 수행된다.
최초에, 각 IPv6 노드에서 인터페이스에 유니캐스트 주소들이 설정되어 있는가를 검사한 결과(S10), 각 노드의 인터페이스에 유니캐스트 주소가 있으면 상기 유니캐스트 주소의 패킷 전달 범위를 검사한다(S20).
이때, 유니캐스트 주소의 패킷 전달 범위가 글로벌이면 추가적인 처리를 하지 않고 처음 과정으로 돌아간다.
즉, 본 발명에 따른 멀티캐스트 주소 자동할당방법은 멀티캐스트 주소 할당 서버를 사용하지 않고 전문지식을 가진 네트워크 관리자가 존재하지 않는 환경(예컨대, 잠시 개최되는 임시회의, 기차안, 비행기안 등)을 전제로 하고, 이러한 조건에서는 글로벌 멀티캐스트 주소를 생성할 수 없으므로 글로벌 멀티캐스트 주소 할당 방법을 제시하지 않는 것이다.
참고로, 상기 글로벌 멀티캐스트 주소는 유니캐스트 주소의 프리픽스를 기반으로 하여 멀티캐스트 주소를 할당하는 종래의 방법으로 생성할 수 있다.
만약, 상기 유니캐스트 주소의 패킷 전달 범위가 사이트-로컬로 검사되면 호스트는 사이트-로컬 유니캐스트 주소로부터 16비트 서브넷ID와 64비트 인터페이스ID를 추출한다(S30,S40).
이때, 호스트는 라우터에서 주기적으로 전송하는 RA(Router advertisement)메시지를 통해서 상기 서브넷ID를 추출하고, 공지의 IEEE EUI-64 형식을 사용하여 인터페이스ID 데이터 링크 계층구조를 기반으로 하여 상기 인터페이스ID를 스스로 구성한다. 또한, 상기 RA메시지를 일정 주기동안 기다린 후에 받지 않고 필요에 의해 직접 요청하여 받고자 할 경우에는 RS(Router solicitation)메시지를 라우터에 전송하면 된다.
만약, 상기 유니캐스트 주소의 패킷 전달 범위가 링크-로컬로 검사되면 호스트는 링크-로컬 유니캐스트 주소로부터 64비트 인터페이스ID만을 추출한다(S30).
이때도 역시, 호스트는 공지의 IEEE EUI-64 형식을 사용하여 인터페이스ID 데이터 링크 계층구조를 기반으로 하여 상기 인터페이스ID를 스스로 구성한다.
상기와 같이 유니캐스트 주소의 패킷 전달 범위를 검사한 후, 사이트-로컬 유니캐스트 주소로부터 16비트 서브넷ID와 64비트 인터페이스ID를 추출하고, 링크-로컬 유니캐스트 주소로부터 64비트 인터페이스ID를 추출하고 나면, 다음으로 상기 64비트 인터페이스ID에 대한 보안 기능을 수행할지를 검사한다(S50).
만약, 상기 64비트 인터페이스ID에 대한 보안 기능을 수행하기로 결정되면 상기 64비트 인터페이스ID는 제3자에게 노출되는 것을 방지하기 위하여 암호화된다(S60).
실제로, 상기 인터페이스ID에 대한 보안 기능, 즉 암호화 기능은 각 인터페이스별 또는 유니캐스트 주소별로 미리 설정된 보안 기능 수행 여부와, 보안 기능 수행시 사용되는 암호화 알고리즘과 키값 등의 소정의 정보에 의해 수행되며, 본 발명에 따른 멀티캐스트 주소 자동할당방법에서는 링크-로컬 멀티캐스트 주소에 포함된 인터페이스ID에 대해서는 보안 기능을 수행하지 않고, 사이트-로컬 멀티캐스트 주조에 포함된 인터페이스ID에 대해서는 반드시 보안 기능을 수행하는 것을 디폴트로 한다.
반면에, 상기 64비트 인터페이스ID에 대한 보안 기능을 수행하지 않거나 상기 64비트 인터페이스ID를 암호화하고 나면, 호스트는 32비트 그룹ID를 생성한다(S70).
상기 그룹ID는 유일성을 보장하기 위해 난수 발생기를 구동하여 임의의 값으로 설정하거나, 각 노드 상에서 멀티캐스트 주소를 할당해주는 역할을 수행하는 그룹 관리 데몬에게 역할을 위임하여 생성할 수 있다.
상기와 같이 그룹ID가 생성되고 나면, 최종적으로 호스트는 상기의 작동 과정에서의 얻은 정보를 조합하여 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 생성하여 각 노드 상의 인터페이스 별로 저장한 후 처음 과정으로 돌아가 상기의 작동 과정을 반복 수행한다(S80).
만약, 더 이상 각 노드의 모든 인터페이스에 할당된 유니캐스트 주소가 없으면 호스트는 멀티캐스트 주소 생성 작업을 종료하며, 이때 생성된 멀티캐스트 주소들은 각 인터페이스별로, 추출된 유니캐스트 주소의 프리픽스, 생성된 멀티캐스트 주소 또는 그룹ID부분을 제외한 멀티캐스트 주소 블록 등의 정보와 함께 노드 상에 저장되어 관리된다.
한편, 도 9와 도 10을 참조하면 상기 멀티캐스트 주소 생성 단계(S80)에서는 8비트 헤더를 FF로 시작하고, 멀티캐스트 주소의 용도를 명시하기 위해 4번째 비트와 3번째 비트를 각각 주소의 영속성을 나타내는 T값과 멀티캐스트 주소가 유니캐스트 주소의 프리픽스를 기반으로 하는 주소임을 지시하는 P값으로 정의한 종래의4비트 플래그(flgs)의 2번째 비트를 다른 방식에 의해 할당된 다른 멀티캐스트 주들과 구분하여 충돌을 회피하기 위한 S값으로 정의하며, 해당 멀티캐스트 주소에 의해 패킷이 전달되는 범위를 제한하기 위한 특정한 값을 4비트 스코프(scop)에 부여하고, 16비트 서브넷ID를 라우트의 RA메시지를 통해서 직접 추출하며, 64비트 인터페이스ID를 유니캐스트 주소로부터 추출한 후 32비트 그룹ID를 생성하여 소정의 멀티캐스트 주소를 생성한다.
여기서, 상기 플래그의 4번째 비트 T값은 도 1 내지 도 7에 도시된 종래의 멀티캐스트 주소 구조에서와 마찬가지로 주소가 영구적인지 한시적인지를 나타내는 값으로서 영속적으로 할당된 경우는 1로 설정된다.
또한, 상기 3번째 비트 P값은 종래의 멀티캐스트 주소 구조에서와 마찬가지로 상기 T값이 1인 경우에만 의미를 가지며, 상기 P값이 1로 설정되면 멀티캐스트 주소가 유니캐스트 주소의 프리픽스를 기반으로 하는 주소임을 지시한다.
도 11을 참조하면, 상기 멀티캐스트 주소 생성 단계(S80)에서는 상기 4비트 플래그의 2번째 비트를 1로 설정하고, 상기 4비트 스코프에 2라는 값을 부여하고, 상기 16비트 서브넷ID를 모두 0으로 채우고, 상기 63비트 인터페이스ID를 64비트 네트워크 프리픽스와 64비트 인터페이스ID로 구성된 링크-로컬 유니캐스트 주소로부터 추출한 후 32비트 그룹ID를 생성하여 링크-로컬 멀티캐스트 주소를 생성한다.
도 12를 참조하면, 상기 멀티캐스트 주소 생성 단계(S80)에서는 상기 4비트플래그의 2번째 비트를 1로 설정하고, 상기 4비트 스코프에 5라는 값을 부여하고, 상기 16비트 서브넷ID를 사이트-로컬 유니캐스트 주소로부터 추출한 특정한 값으로 채우고, 상기 63비트 인터페이스ID를 64비트 네트워크 프리픽스와 64비트 인터페이스ID로 구성된 사이트-로컬 유니캐스트 주소로부터 추출한 후 32비트 그룹ID를 생성하여 사이트-로컬 멀티캐스트 주소를 생성한다.
상술한 바와 같이 본 발명에 따른 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법은 공지의 멀티캐스트 주소 할당 서버를 사용하지 않고 각 노드의 인터페이스마다 설정된 링크-로컬 유니캐스트 주소와 사이트-로컬 유니캐스트 주소의 하위 64비트 인터페이스ID와 라우터로부터 획득한 정보를 조합하여 호스트 내에서 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 자동으로 생성하기 때문에, 전문지식을 가진 네트워크 관리자가 존재하지 않는 환경(예컨대, 잠시 개최되는 임시회의, 기차안, 비행기안 등)에서도 쉽게 활용할 수 있는 장점이 있다.
특히, 본 발명에 따른 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법은 각 노드들 내에서만 멀티캐스트 주소의 유일성을 검증받으면 되기 때문에 주소 중복 가능성에 대한 검사 과정을 필요로 하지 않으며, 이로 인해 주소 할당에 따른 지연시간을 최소화할 수 있을 뿐만 아니라, 멀티캐스트 주소 할당 서버 관리에 따른 업무부하가 없다는 장점이 있다.
이상에서 설명한 것은 본 발명에 따른 망계층에서의 IPv6 기반 노드의 안전한 멀티캐스트 주소 자동할당방법을 실시하기 위한 하나의 실시예에 불과한 것으로서, 본 발명은 상기한 실시예에 한정되지 않고, 이하의 특허청구의 범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 분야에서 통상의 지식을 가진 자라면 누구든지 다양한 변경 실시가 가능한 범위까지 본 발명의 기술적 정신이 있다고 할 것이다.

Claims (4)

  1. 각 IPv6 노드에서 인터페이스에 유니캐스트 주소들이 설정되어 있는가를 검사하는 단계(S10)와,
    유니캐스트 주소가 설정되어 있으면 유니캐스트 주소의 패킷 전달 범위를 검사하고 상기 패킷 전달 범위가 글로벌이면 추가적인 처리를 하지 않고 처음 과정으로 돌아가는 단계(S20)와,
    상기 패킷 전달 범위가 사이트-로컬이면 유니캐스트 주소로부터 16비트 서브넷ID와 64비트 인터페이스ID를 추출하는 단계(S30,S40)와,
    상기 패킷 전달 범위가 링크-로컬이면 유니캐스트 주소로부터 64비트 인터페이스ID만을 추출하는 단계(S30)와,
    상기 유니캐스트 주소로부터 추출된 64비트 인터페이스ID에 대한 보안 기능을 수행할지를 검사하는 단계(S50)와,
    상기 64비트 인터페이스ID에 대한 보안 기능을 수행하기로 결정되면 상기 64비트 인터페이스ID를 암호화하는 단계(S60)와,
    상기 64비트 인터페이스ID에 대한 보안 기능을 수행하지 않거나 상기 64비트 인터페이스ID를 암호화한 후, 32비트 그룹ID를 생성하는 단계(S70), 및
    상기의 작동 과정에서의 얻은 정보를 조합하여 링크-로컬 멀티캐스트 주소와 사이트-로컬 멀티캐스트 주소를 생성하여 각 노드 상의 인터페이스 별로 저장한 후 처음 과정으로 돌아가는 단계(S80)
    로 이루어지는 것을 특징으로 하는 망계층에서의 아이피 버전 식스 기반 노드의 안전한 멀티캐스트 주소 자동할당방법.
  2. 제 1 항에 있어서, 상기 멀티캐스트 주소 생성 단계(S80)에서는
    8비트 헤더를 FF로 시작하고, 멀티캐스트 주소의 용도를 명시하기 위해 4번째 비트와 3번째 비트를 각각 주소의 영속성을 나타내는 T값과 멀티캐스트 주소가 유니캐스트 주소의 프리픽스를 기반으로 하는 주소임을 지시하는 P값으로 정의한 종래의 4비트 플래그(flgs)의 2번째 비트를 다른 방식에 의해 할당된 다른 멀티캐스트 주들과 구분하여 충돌을 회피하기 위한 S값으로 정의하며, 해당 멀티캐스트 주소에 의해 패킷이 전달되는 범위를 제한하기 위한 특정한 값을 4비트 스코프(scop)에 부여하고, 16비트 서브넷ID를 라우트의 RA메시지를 통해서 직접 추출하며, 64비트 인터페이스ID를 유니캐스트 주소로부터 추출한 후 32비트 그룹ID를 생성하여 소정의 멀티캐스트 주소를 생성하는 것을 특징으로 하는 망계층에서의 아이피 버전 식스 기반 노드의 안전한 멀티캐스트 주소 자동할당방법.
  3. 제 2 항에 있어서, 상기 멀티캐스트 주소 생성 단계(S80)에서는
    상기 4비트 플래그의 2번째 비트를 1로 설정하고, 상기 4비트 스코프에 2라는 값을 부여하고, 상기 16비트 서브넷ID를 모두 0으로 채우고, 상기 63비트 인터페이스ID를 링크-로컬 유니캐스트 주소로부터 추출한 후 32비트 그룹ID를 생성하여 링크-로컬 멀티캐스트 주소를 생성하는 것을 특징으로 하는 망계층에서의 아이피 버전 식스 기반 노드의 안전한 멀티캐스트 주소 자동할당방법.
  4. 제 2 항에 있어서, 상기 멀티캐스트 주소 생성 단계(S80)에서는
    상기 4비트 플래그의 2번째 비트를 1로 설정하고, 상기 4비트 스코프에 5라는 값을 부여하고, 상기 16비트 서브넷ID를 사이트-로컬 유니캐스트 주소로부터 추출한 특정한 값으로 채우고, 상기 63비트 인터페이스ID를 사이트-로컬 유니캐스트 주소로부터 추출한 후 32비트 그룹ID를 생성하여 사이트-로컬 멀티캐스트 주소를 생성하는 것을 특징으로 하는 망계층에서의 아이피 버전 식스 기반 노드의 안전한 멀티캐스트 주소 자동할당방법.
KR10-2001-0082415A 2001-12-21 2001-12-21 망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법 KR100426055B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2001-0082415A KR100426055B1 (ko) 2001-12-21 2001-12-21 망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0082415A KR100426055B1 (ko) 2001-12-21 2001-12-21 망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법

Publications (2)

Publication Number Publication Date
KR20030052452A KR20030052452A (ko) 2003-06-27
KR100426055B1 true KR100426055B1 (ko) 2004-04-06

Family

ID=29577217

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0082415A KR100426055B1 (ko) 2001-12-21 2001-12-21 망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법

Country Status (1)

Country Link
KR (1) KR100426055B1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100462864B1 (ko) * 2002-11-22 2004-12-17 삼성전자주식회사 아이피브이6에서 인터페이스 아이디를 이용한 라우팅테이블 관리 방법
KR100653527B1 (ko) * 2005-05-30 2006-12-05 주식회사 팬택앤큐리텔 인터넷 프로토콜 주소 운용 방법
GB2465017B (en) * 2008-11-06 2012-05-16 Court Of Edinburgh Napier University Many-to-many embedded multicast addressing and access control method
CN116094999A (zh) * 2023-01-16 2023-05-09 紫光云技术有限公司 一种兼容自动分配和指定分配的IPv6网段划分方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010054226A (ko) * 1999-12-03 2001-07-02 이계철 인터넷 주소체계에 전화망 번호체계를 적용한 번호체계구조 및 이 번호체계 이용시의 계층적인 라우팅 방법
JP2001285366A (ja) * 2000-03-29 2001-10-12 Matsushita Electric Ind Co Ltd ＩＰｖ４−ＩＰｖ６アドレス置換方法、およびＩＰｖ４−ＩＰｖ６通信方法
KR100319976B1 (ko) * 1999-06-30 2002-01-10 이계철 ＩＰｖ6에서 멀티캐스트 어드레스 할당방법
KR20020062473A (ko) * 2001-01-20 2002-07-26 주식회사 하이닉스반도체 통합 인터넷 프로토콜 단말기에서의 인터넷 프로토콜 주소생성 장치 및 그 방법
KR100369939B1 (ko) * 2000-12-27 2003-01-29 한국전자통신연구원 전화번호를 이용한 아이피브이6 인터넷 주소 자동생성방법 및 획득방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100319976B1 (ko) * 1999-06-30 2002-01-10 이계철 ＩＰｖ6에서 멀티캐스트 어드레스 할당방법
KR20010054226A (ko) * 1999-12-03 2001-07-02 이계철 인터넷 주소체계에 전화망 번호체계를 적용한 번호체계구조 및 이 번호체계 이용시의 계층적인 라우팅 방법
JP2001285366A (ja) * 2000-03-29 2001-10-12 Matsushita Electric Ind Co Ltd ＩＰｖ４−ＩＰｖ６アドレス置換方法、およびＩＰｖ４−ＩＰｖ６通信方法
KR100369939B1 (ko) * 2000-12-27 2003-01-29 한국전자통신연구원 전화번호를 이용한 아이피브이6 인터넷 주소 자동생성방법 및 획득방법
KR20020062473A (ko) * 2001-01-20 2002-07-26 주식회사 하이닉스반도체 통합 인터넷 프로토콜 단말기에서의 인터넷 프로토콜 주소생성 장치 및 그 방법

Also Published As

Publication number Publication date
KR20030052452A (ko) 2003-06-27

Similar Documents

Publication Publication Date Title
KR100728040B1 (ko) ＩＰｖ6 유니크 로컬 주소 생성 방법 및 장치
Hinden et al. Internet protocol version 6 (IPv6) addressing architecture
US6532217B1 (en) System for automatically determining a network address
US7577138B2 (en) Device of dynamically assigning variable length prefixes for IP network equipments
US20090063707A1 (en) Shared Resource Support for Internet Protocols
JP5588345B2 (ja) 機能アドレスを生成するためのシステムおよび方法
CN110913031A (zh) 一种IPv6网络地址配置方法
KR100864158B1 (ko) 휴대 인터넷 망에서 임시 주소 생성/할당 방법 및 그를이용한 무선 자원 할당 방법
WO2005013038A2 (en) Automatic configuration of an address allocation mechanism in a computer network
CN108769290B (zh) 一种IPv6多地址生成与重复地址检测方法
CN109688243B (zh) 基于可信身份标识的传感节点IPv6地址分配方法
Hinden et al. RFC2373: IP Version 6 Addressing Architecture
JP2004040804A (ja) 重複アドレスノードに仮想アドレスを自動で割り当てる装置及び方法
Rooney IP Address Management: Principles and Practice
US20060067350A1 (en) Method of assigning network identifiers by means of interface identifiers
US20040205235A1 (en) Router for automatically generating IP address
CN113660357B (zh) 一种IPv6双栈系统自动获取IP地址的方法和装置
Hinden et al. RFC3513: Internet Protocol Version 6 (IPv6) Addressing Architecture
KR100426055B1 (ko) 망계층에서의 아이피 버전 식스 기반 노드의 안전한멀티캐스트 주소 자동할당방법
Rooney Introduction to IP address management
US7711852B1 (en) Arrangement in a router for inserting address prefixes based on command line address identifiers
Carpenter et al. Analysis of the 64-bit Boundary in IPv6 Addressing
KR100545738B1 (ko) 네트워크 디바이스 주소 기반의 고유한 도메인명 생성방법
KR100319976B1 (ko) ＩＰｖ6에서 멀티캐스트 어드레스 할당방법
KR100846014B1 (ko) 물리적 매체의 유형에 독립적인 유사 ＥＵＩ-64 식별자를사용하여 ＩＰｖ6 링크-로컬 어드레스를 구성하는 방법

Legal Events

Date Code Title Description
A201 Request for examination
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130304

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20140303

Year of fee payment: 11

FPAY Annual fee payment

Payment date: 20150226

Year of fee payment: 12

LAPS Lapse due to unpaid annual fee