KR20030078770A

KR20030078770A - 소스 어드레스 선택시스템, 라우터장치, 통신노드 및 소스어드레스 선택방법

Info

Publication number: KR20030078770A
Application number: KR10-2003-0019560A
Authority: KR
Inventors: 이시야마마사히로; 진메이다츠야; 다마다유조
Original assignee: 가부시끼가이샤 도시바
Priority date: 2002-03-29
Filing date: 2003-03-28
Publication date: 2003-10-08
Also published as: JP3665622B2; KR100693320B1; EP1349323A1; EP1349323B1; DE60300299D1; JP2003298635A; CN1242593C; US20050102415A1; CN1455555A; DE60300299T2; US7680949B2

Abstract

본 발명은, 멀티홈 환경을 유효하게 이용하는 것을 가능하게 하는 소스 어드레스 선택시스템을 제공하는 것을 목적으로 한다.

이를 위해, 통신노드(N)는 라우터(R1)로 패킷을 송신하고, 라우터(R1)는 수신 패킷의 소프트웨어의 전위(prefix)에 대응하는 ISPa의 접속성이 확인되어 있지 않은 경우에는, 그 패킷의 전송을 행하지 않고 노드(N)로 그 패킷을 전송하지 않았다는 취지와 접속성이 확인되어 있는 ISPb에 대응하는 전위를 통지하고, 노드(N)는 패킷의 소프트웨어를 수신한 전위에 기초하여 생성된 네트워크 어드레스로 변경하여 재차 송신한다.

Description

소스 어드레스 선택시스템, 라우터장치, 통신노드 및 소스 어드레스 선택방법 {SYSTEM FOR SELECTING SOURCE ADDRESS, ROUTER APPARATUS, COMMUNICATING NODE AND METHOD FOR SELECTING SOURCE ADDRESS}

본 발명은 가정이나 SOHO 등이 IPv6을 이용하여 복수의 ISP를 매개로 하여 인터넷으로 상시 접속된 경우에 있어서, 적절히 출구(出口) 라우터를 선택하기 위한 소스 어드레스 선택시스템, 라우터장치, 통신노드 및 소스 어드레스 선택방법에 관한 것이다.

근래, 세계 최대의 컴퓨터 네트워크 「인터넷(Internet)」의 이용이 보급되고 있고, 이 인터넷과 접속하여 공개된 정보, 서비스를 이용하거나, 반대로 인터넷을 통해 억세스하고 있는 외부 사용자에 대해 정보, 서비스를 제공함으로써, 새로운 컴퓨터 네트워크가 개척되고 있다. 또, 인터넷 이용에 관하여 새로운 기술개발, 전개가 이루어지고 있다. 인터넷에서는, 각 계산기가 IP 어드레스라 불리는 식별자를 갖고, 이 IP 어드레스를 기초로 패킷의 교환이 행해진다. 통상, 인터넷에 접속하는 경우에는, ISP(Internet Service Provider: 인터넷 서비스 공급자)와 계약하여 어드레스의 할당을 받게 된다.

현재의 IPv6의 어드레스의 할당은, 공급자 베이스(Provider Base)이다. 즉, 어떤 공급자와 계약한 경우에, 그 공급자가 이미 할당되어 있는 어드레스의 부분집합을 할당받게 된다.

금후, 가정이나 SOHO 등 소규모의 네트워크라도, 인터넷의 안정한 이용 등을 목적으로 하여 복수의 공급자와 계약을 하는 것을 생각할 수 있다. 이 경우, 이 네트워크와 인터넷의 접속점은 복수로 되는데, 이러한 상황을 멀티홈(multi-home)이라 부른다.

도 12에 나타낸 바와 같이, 노드(N)가 공급자 A와 B를 매개로 하여 인터넷과 접속하고 있는 것으로 한다. IPv6에서는, 노드가 복수의 어드레스를 갖기 때문에, 이 경우 노드(N)는 공급자(A)에 의해 할당된 어드레스와 공급자(B)에 의해 할당된 어드레스를 사용하는 것이 가능하다.

여기서, 도 12에 있어서, 공급자(A)에서 장해가 발생하여 인터넷으로부터 A를 경유해 노드(N)로 패킷을 전달할 수 없게 되었다고 하자.

만일 노드(N)가 공급자(A)에 속하는 어드레스를 소스 어드레스(송신원 어드레스: source address)로 사용하여 서버(S)와 통신하려고 한 경우에는, 서버(S)와 통신하는 것은 불가능하게 된다. 노드(N)로부터 공급자(A)에 속하는 어드레스를 소스 어드레스로 하여 패킷을 송신하면, 공급자(A) 측은 장해가 발생하고 있기 때문에, 서버(S)로의 경로가 절단되어 버리기 때문이다.

그래서, 예컨대 현재의 IPv4 프로토콜이 행해지고 있는 것처럼, 공급자(A)에 속하는 어드레스처의 패킷을 공급자(B)를 경유하여 전달하도록 경로를 변경할 수 있으면 해결가능하지만, 이러한 변경은 경로표(經路表)의 대폭적인 증가로 이어져 어드레스공간이 확대된 IPv6 프로토콜에서의 실현은 종래의 기술에서는 극히 곤란하였다.

대신에, 상기의 공급자(A)에 속하는 어드레스를 소스 어드레스로 한 패킷이 공급자(B)의 경로를 경유하여 서버(S)로 도달했다고 가정하자. 이 경우, 서버(S)는 전술한 공급자(A)에 속하는 어드레스를 소스 어드레스로서 갖는 패킷을 수신하면, 이 소스 어드레스에 기초하여 송신원(送信元) 노드와 통신하려고 시도하기 위해, 공급자(A)의 경로를 경유한 통신을 확립하려고 한다. 그렇지만, 서버(S)로부터의 반신(返信) 패킷은 공급자(A)에 장해가 있기 때문에 노드(N)에 도달할 수 없어 통신이 불가능하다. 덧붙여서, IPv6에서는 인그레스 필터(ingress filter; IETF RFC2267, RFC2827)가 도입되는 경우가 대단히 많지만, 그것이 도입되고 있는 경우에는 처음부터 공급자(A)에 속하는 어드레스를 수신처에 갖는 패킷이공급자(B)를 통과하는 것이 허락되지 않아 서버(S)에 패킷이 전달되지 않는다.

SOHO 등에 있어서, 이러한 문제 때문에 멀티홈을 효율적으로 이용할 수 없는 경우, 인터넷의 신뢰성을 향상시키는 것은 곤란하다.

이상과 같이, 종래의 기술에서는 IPv6 환경에서 멀티홈을 유효하게 이용하는 것이 곤란하였다.

본 발명은 상기 사정을 고려하여 이루어진 것으로, 멀티홈 환경을 유효하게 이용하는 것을 가능하게 하는 소스 어드레스 선택시스템, 라우터장치, 통신노드 및 소스 어드레스 선택방법을 제공하는 것을 목적으로 한다.

도 1은 본 발명의 1실시형태에 따른 네트워크 시스템의 구성례를 나타낸 도면,

도 2는 동 실시형태에 따른 라우터의 구성례를 나타낸 도면,

도 3은 동 실시형태에 따른 통신노드의 구성례를 나타낸 도면,

도 4는 동 실시형태에 따른 라우터의 처리수순의 일례를 나타낸 플로우차트,

도 5는 동 실시형태에 따른 통신노드의 처리수순의 일례를 나타낸 플로우차트,

도 6은 동 실시형태에 따른 라우터의 처리수순의 다른 예를 나타낸 플로우차트,

도 7은 동 실시형태에 따른 ICMP 메시지의 구성례를 나타낸 도면,

도 8은 동 실시형태에 따른 통신노드의 처리수순의 다른 예를 나타낸 플로우차트,

도 9a 내지 도 9c는 동 실시형태에 따른 네트워크 시스템의 시퀀스예를 나타낸 도면,

도 10은 동 실시형태에 따른 네트워크 시스템의 시퀀스예를 나타낸 도면,

도 11은 동 실시형태에 따른 전위관리 테이블의 구성례를 나타낸 도면,

도 12는 종래의 멀티홈 환경의 네트워크 시스템에 대해 설명하기 위한 도면이다.

<부호의 설명>

N --- 통신노드, R1, R2 --- 라우터,

I --- 인터넷,

ISPa, ISPb, ISPc, ISPd --- 인터넷 서비스 공급자,

S --- 서버, 11, 31 --- 수신부,

12, 32 --- 송신부, 13, 33 --- 패킷전송 처리부,

14, 35 --- 전위관리부, 15 --- 네트워크 어드레스 생성부,

34 --- ISP상태 관리부.

본 발명은, 복수의 인터넷 서비스 공급자에 접속된 라우터장치와, 이 라우터에 접속된 통신노드를 포함하는 소스 어드레스 선택시스템에 있어서, 상기 라우터장치는 상기 인터넷 서비스 공급자와의 접속성을 확인하는 제1확인수단과, 상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 제1수신수단 및, 상기 수신한 네트워크 전위를 통지하는 통지수단을 구비하고, 상기 통신노드는 상기 라우터로부터 상기 네트워크 전위를 수신하는 제2수신수단과, 상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하는 생성수단 및, 패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하는 송신수단을 구비하며, 상기 라우터장치는 상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하는 제2확인수단과, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 제어수단을 더 구비한 것을 특징으로 한다.

바람직하게는, 상기 라우터장치의 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 상기 통신노드처로 통지하는 기능을 더 구비하도록 해도 좋다.

바람직하게는, 상기 통신노드는 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하도록 해도 좋다.

바람직하게는, 상기 통신노드는 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에, 그 네트워크 전위에 기초하여 상기 네트워크 어드레스를 당해 패킷의 재송신에 대해서만 사용하도록 해도 좋다.

바람직하게는, 상기 통신노드는 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에, 그 네트워크 전위에 기초하여 상기 네트워크 어드레스를 그것이 무효로 될 때까지 사용하도록 해도 좋다.

바람직하게는, 상기 라우터장치의 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우에, 상기 확인수단에 의해 접속성이 확인되어 있는 상기 인터넷 서비스 공급자가 그 시점에서 존재하지 않으면, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 상기 패킷의 송신처로 해야 할 다른 라우터장치를 상기 통신노드처로 통지하는 기능을 더 구비하도록 해도 좋다.

바람직하게는, 상기 라우터장치의 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스라도, 소정의 조건을 만족하는 경우에는, 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 사용해야 할 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 상기 통신노드처로 통지하는 기능을 더 구비하도록 해도 좋다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속됨과 더불어 로컬 네트워크에 접속되고, 이 로컬 네트워크에 접속된 통신노드의 패킷을 전송하는 라우터장치에 있어서, 상기 인터넷 서비스 공급자와의 접속성을 확인하는 제1확인수단과, 상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 제1수신수단, 상기 수신한 네트워크 전위를 상기 로컬 네트워크에 대해 통지하는 통지수단, 상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하는 제2확인수단 및, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 제어수단을 구비한 것을 특징으로 한다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속된 라우터장치를 매개로 하여 소망하는 통신노드와의 통신을 행하는 통신노드에 있어서, 상기 라우터로부터 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 수신수단과, 상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하는 생성수단 및, 패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하는 송신수단을 구비하고, 상기 송신수단으로 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 것을 특징으로 한다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속됨과 더불어 로컬 네트워크에 접속되고, 이 로컬 네트워크에 접속된 통신노드의 패킷을 전송하는 라우터장치에서의 소스 어드레스 선택방법으로, 상기 인터넷 서비스 공급자와의 접속성을 확인하고, 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하며, 상기 수신한 네트워크 전위를 상기 로컬 네트워크에 대해 통지하고, 상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하며, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 것을 특징으로 한다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속됨과 더불어 로컬 네트워크에 접속되고, 이 로컬 네트워크에 접속된 통신노드의 패킷을 전송하는 라우터장치로서 컴퓨터를 기능시키기 위한 프로그램으로, 상기 인터넷 서비스 공급자와의 접속성을 확인하는 제1확인기능과, 상기 확인기능에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 제1수신기능, 상기 수신한 네트워크 전위를 상기 로컬 네트워크에 대해 통지하는 통지기능, 상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하는 제2확인기능 및, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 제어기능을 컴퓨터로 실현시키기 위한 프로그램이다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속된 라우터장치를 매개로 하여 소망하는 통신노드와의 통신을 행하는 통신노드에서의 소스 어드레스 선택방법으로, 상기 라우터로부터 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하고, 상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하며, 패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하고, 송신한 상기 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 것을 특징으로 하는 통신노드에서의 소스 어드레스 선택방법이다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속된 라우터장치를 매개로 하여 소망하는 통신노드와의 통신을 행하는 통신노드로서 컴퓨터를 기능시키기 위한 프로그램으로, 상기 라우터로부터 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 수신기능과, 상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하는 생성기능, 패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하는 송신기능 및, 상기 송신기능으로 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 기능을 컴퓨터로 실현시키기 위한 프로그램이다.

본 발명은, 복수의 인터넷 서비스 공급자에 접속된 라우터장치와, 이 라우터에 접속된 통신노드를 포함하는 소스 어드레스 선택시스템에서의 소스 어드레스 선택방법으로, 상기 라우터장치는 상기 인터넷 서비스 공급자와의 접속성을 확인하고, 상기 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하며, 상기 수신한 네트워크 전위를 통지하고, 상기 통신노드는 상기 라우터로부터 상기 네트워크 전위를 수신하고, 상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하며, 패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하고, 상기 라우터장치는 더욱이 상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 것을 특징으로 한다.

또한, 장치에 따른 본 발명은 방법에 따른 발명으로서도 성립하고, 방법에 따른 본 발명은 장치에 따른 발명으로서도 성립한다.

또, 장치 또는 방법에 따른 본 발명은, 컴퓨터에 당해 발명에 상당하는 수단을 실행시키기 위한(혹은 컴퓨터를 당해 발명에 상당하는 수단으로서 기능시키기 위한, 혹은 컴퓨터에 당해 발명에 상당하는 기능을 실현시키기 위한) 프로그램으로서도 성립하고, 그 프로그램을 기록한 컴퓨터 독출가능한 기록매체로서도 성립한다.

본 발명에 의하면, 인터넷 서비스 공급자와의 접속상황을 고려하고, 인터넷으로의 출구 라우터에 따른 소스 어드레스의 선택이 가능하도록 함으로써, 멀티홈 환경을 유효하게 이용가능하게 할 수 있다.

(발명의 실시형태)

이하, 도면을 참조하면서 발명의 실시형태를 설명한다.

도 1은 본 발명의 1실시형태에 따른 멀티홈 환경을 포함하는 네트워크 시스템의 구성례를 나타낸다. 도 1에서는 가정 내나 SOHO 등에 놓인 네트워크 구성의 예를 나타내고 있다.

도 1에 있어서, N은 IPv6 어드레스를 갖는 통신노드이다. 통신노드(N)는, 전형적으로는 계산기이지만, 이에 한정되지 않고 복수의 인터넷 서비스 공급자를 각각 매개로 하여 인터넷에 접속하는 것이 가능한 것이면, 휴대전화단말이나 정보가전 등, 어떠한 형태의 것이라도 좋다.

I는 인터넷이다.

S는 인터넷에 접속된 서버로, 본 실시형태에서는 통신노드(N)의 통신 상대방의 일례로서 나타내고 있다. 물론, 통신노드(N)의 통신 상대방은 서버 이외의 종류의 통신노드라도 상관없다.

R1, R2는 모두 라우터로, 통신노드(N)로부터 본 인터넷으로의 출구(出口) 라우터이다.

ISPa와 ISPb는 모두 인터넷으로 접속되어 통신노드에 대해 인터넷으로의 접속 서비스를 제공하는 인터넷 서비스 공급자(의 네트워크)로, 통신노드(N)로부터 보면 라우터(R1) 측에 접속되어 있다.

ISPc와 ISPd는 모두 인터넷으로 접속되어 통신노드에 대해 인터넷으로의 접속 서비스를 제공하는 인터넷 서비스 공급자(의 네트워크)로, 통신노드(N)로부터 보면 라우터(R2) 측에 접속되어 있다.

본 예에서는, 각 인터넷 서비스 공급자(ISPa∼ISPd)는 통신노드(N)로 인터넷 상의 서버(S)와의 통신을 가능하게 하는 서비스를 제공하고 있다(이하, 인터넷 서비스 공급자를 적절히 공급자 혹은 ISP라 기술(記述)한다).

여기서, 공급자(ISPa)와 라우터(R1)간은, 전용선으로의 상시접속과 같은 접속형태여도 좋고, 다이얼 업(dial-up)과 같은 접속형태여도 좋다. 공급자(ISPb)와 라우터(R1)간의 접속형태, 공급자(ISPc)와 라우터(R2)간의 접속형태, 공급자(ISPd)와 라우터(R2)간의 접속형태의 어느 것에 대해서도, 마찬가지이다.

한편, "Pa"는 공급자(ISPa)가 제공하는 전위(prefix; 네트워크 전위)를 나타내는 것으로 한다. 마찬가지로, "Pb", "Pc", "Pd"는 각각 공급자(ISPb, ISPc, ISPd)가 제공하는 전위를 나타낸다.

또, 통신노드(N)가 각 공급자(ISPa, ISPb, ISPc, ISPd)로부터 각각 전위를 받는다고 하면, 통신노드(N)의 인터페이스 ID(interface ID)(통신노드(N)에 고유의 식별자)를 N으로 하면 통신노드(N)는 "Pa::N", "Pb::N", "Pc::N", "Pd::N"의 4개의 네트워크 어드레스(이 경우, 글로벌 어드레스)를 갖는 것으로 된다. 여기서는,128비트의 IPv6 어드레스 중, 「상위 64비트」는 「공급자로부터 받은 전위」로 이루어지고, 「하위 64비트」는 「인터페이스 ID」로 이루어지는 것으로 가정한다. 여기서, 네트워크 어드레스는 통상 각 인터페이스에 부여되는 것으로 된다.

한편, 도 1의 구성례에서는, 통신노드(N)는 2대의 라우터의 어느 하나를 매개로 하여 4개의 ISP를 이용가능하게 하고 있지만, 물론 몇 대의 라우터여도 좋고, 몇 개의 ISP가 이용가능해도 좋다. 또, 1대의 라우터를 매개로 하여 몇 개의 ISP가 이용가능해도 좋다.

또, 도 1의 구성례에서는, 통신노드를 1대만 나타내고 있지만, 통신노드(N)와 동일한 서브넷에 다른 통신노드가 존재해도 상관없다.

또, 도 1의 구성례에서는, 통신노드(N)의 통신 상대방을 1대만 나타내고 있지만, 물론 그 이외에도 존재할 수 있다. 또, 통신노드(N)의 통신 상대방은 직접 인터넷에 접속되어 있어도 좋고, 통신노드(N)와는 다른 ISP를 매개로 하여 접속되어 있어도 좋으며, 통신노드(N)와 동일한 ISP를 매개로 하여 접속되어 있어도 좋고, ISP 이외의 서브넷을 매개로 하여 접속되어 있어도 좋다. 또, 통신노드(N)의 통신 상대방이 본 발명을 적용한 멀티홈의 이용자여도 좋고, 그렇지 않아도 좋다.

이하에서는, 주로 라우터(R1)를 예로 들어 그 구성·동작에 대해 설명하지만, 라우터(R1)만에 대해 설명하고 있는 부분은 라우터(R2)에 대해서도 기본적으로는 마찬가지이다.

도 2는 본 발명의 1실시형태에 따른 라우터(R1, R2)의 구성례를 나타낸다.

도 2에 나타낸 바와 같이, 본 실시형태의 라우터는 통신노드(N)(에 연결되는각 회선) 측 또는 ISP(에 연결되는 각 회선) 측으로부터 패킷을 수신하기 위한 수신부(31), 통신노드(N)(에 연결되는 각 회선) 측 또는 ISP(에 연결되는 각 회선) 측으로 패킷을 송신하기 위한 송신부(32), 통상의 라우터의 역할인 패킷을 전송하기 위해 필요한 처리와 더불어, 상세하게는 후술하는 바와 같이 ISP와의 접속성에 기초한 통신노드로부터의 패킷의 ISP로의 전송의 가부(可否)의 판단, 패킷을 전송하지 않은 때의 통신노드(N)로의 통지, 통신노드로의 사용해야 할 전위의 통지 등의 처리를 행하기 위한 패킷전송 처리부(33), 대상으로 되는 ISP의 상태를 관리(접속성을 확인)하기 위한 ISP상태 관리부(34), 대상으로 되는 ISP로부터 제공된 전위를 관리하기 위한 전위관리부(35)를 구비하고 있다. 또한, ISP의 상태에 관한 정보(예컨대, 접속성이 확인되어 있는가 아닌가를 나타내는 정보)나 할당된 전위 등의 필요한 정보는 적당한 기억장치에 격납된다. 또, 도 2에서는 통신노드(N)가 접속된 서브넷에 접속하기 위한 통신 인터페이스나 각각의 ISP에 연결되는 회선에 접속하기 위한 각각의 통신 인터페이스는 생략하고 있다.

한편, 본 라우터(R1)는 컴퓨터를 사용하여 실현가능하고, 또 처리의 전부 또는 일부를 프로그램에 의해 실시하는 것이 가능하며, 처리의 전부 또는 일부를 전용의 반도체 집적회로에 의해 실시하는 것도 가능하다.

도 3은 본 발명의 1실시형태에 따른 통신노드(N)의 구성례를 나타낸다.

도 3에 나타낸 바와 같이, 본 실시형태의 통신노드는 라우터(R1, R2)가 접속된 서브넷으로부터 패킷을 수신하기 위한 수신부(11), 그 서브넷으로 패킷을 송신하기 위한 송신부(12), 통신 상대방과의 사이에서 패킷의 주고 받음을 행하기 위해필요한 처리와 더불어, 상세하게는 후술하는 바와 같이 사용해야 할 ISP의 선택이나, 라우터(R1, R2)로부터의 통지에 대한 처리 등의 처리를 행하기 위한 패킷전송 처리부(13), 라우터(R1, R2)로부터 통지된 전위를 관리하기 위한 전위관리부(14), 라우터(R1, R2)로부터 통지된 전위와 자기 통신노드의 인터페이스 ID에 기초하여 네트워크 어드레스를 생성하기 위한 네트워크 어드레스 생성부(15)를 구비하고 있다. 또한, 그들 전위나 네트워크 어드레스 등의 필요한 정보는 적당한 기억장치에 격납된다. 또, 도 3에서는 통신 인터페이스는 생략하고 있다.

또한, 본 통신노드는 처리의 전부 또는 일부를 프로그램에 의해 실시하는 것이 가능하며, 처리의 전부 또는 일부를 전용의 반도체 집적회로에 의해 실시하는 것도 가능하다.

이하, 본 실시형태의 동작에 대해 설명한다.

먼저, 초기의 단계에 대해 설명한다.

라우터(R1)는 ISPa, ISPb와의 접속성을 확인하고, 접속성이 확인된 ISP가 제공하는 전위를 수신하며, 수신한 전위를 격납하여 관리함과 더불어, 그 전부 또는 일부를 통신노드(N)에 통지한다(혹은 서브넷 내에 광고한다).

마찬가지로, 라우터(R2)는 ISPc, ISPd와의 접속성을 확인하고, 접속성이 확인된 ISP가 제공하는 전위를 수신하며, 수신한 전위를 격납하여 관리함과 더불어, 그 전부 또는 일부를 통신노드(N)에 통지한다(혹은 서브넷 내에 광고한다).

한편, 통신노드(N)는 라우터(R1)나 라우터(R2)로부터 전위를 수신하고, 수신한 전위를 격납함과 더불어, 전위와 자기 통신노드의 인터페이스 ID에 기초하여 네트워크 어드레스를 생성하여 해당하는 인터페이스로 부여한다. 예컨대, 앞에 예시한 바와 같이, "Pa::N", "Pb::N", "Pc::N", "Pd::N"의 4개의 네트워크 어드레스가 생성되어 (인터페이스로) 부여된다.

통신노드(N)는 1개 이상의 네트워크 어드레스가 생성된 후에, (당해 ISP에 접속성이 있으면) 서버(S)와 통신가능하게 된다.

또, 통신노드(N)는 2개 이상의 네트워크 어드레스가 생성되어 동일한 인터페이스에 부여된 후에는, 그 인터페이스에 대해 소스 어드레스로서 사용해야 할 네트워크 어드레스를 적절히 선택하면 좋다. 선택의 방법은, 예컨대 랜덤하게 선택하는 방법, 어떤 순번으로 선택한다고 하는 기준, 전위가 라이프 타임(life time)을 갖는 경우에는 가장 늦게 기한이 끝나는 라이프 타임을 갖는 것을 선택하는 등, 여러 가지의 변형이 있다. 또, 통신을 행하는 통신 주체(예컨대, 응용 소프트웨어 등)에 따라서는 사용해야 할 ISP의 속성(예컨대, 전송속도, 서비스 내용, 요금 등)에 따라 우선순위가 지정되는 경우도 있다. 또, 통신 주체에 따라서는, 사용해야 할 ISP의 속성이 지정되는 경우도 있다.

다음에는, 라우터에 의한 각 ISP와의 접속성의 정기적인 확인에 대해 설명한다.

라우터(R1)는 ISPa, ISPb와의 접속성을 정기적으로 확인하고, 접속성에 변화가 있으면, 전위의 관리내용을 변경한다. 예컨대, 그 때까지 접속성이 확인되어 있던 ISP의 접속성을 확인할 수 없는 경우에는, 접속성이 확인된 ISP로부터 할당을 받은 전위를 보지(保持)한 관리정보에 있어서, 그 접속성을 확인할 수 없는 것으로바꾼 ISP로부터 할당을 받고 있던 전위를 사용불가능하게 갱신하거나, 혹은 그 관리정보로부터 그 전위를 삭제한다. 또, 예컨대 그 때까지 접속성이 확인되어 있지 않던 ISP의 접속성을 확인할 수 있는 경우에는, 접속성이 확인된 ISP로부터 할당을 받은 전위를 보지한 관리정보에 있어서, 그 접속성을 확인할 수 있는 것으로 바꾼 ISP로부터 할당을 받은 전위를 사용가능하게 갱신하거나, 혹은 그 ISP로부터 전위를 수신하여 그 관리정보에 추가한다. 접속성에 변화가 있는 경우에, 통신노드(N)에 통지(혹은 서브넷 내에 광고)해도 좋지만, 그 이후에 통신노드(N)로부터 패킷을 수신한 때에 필요에 따라 (예컨대, 수신 페킷의 소스 어드레스의 전위에 기초해서 판단하여 필요가 있으면) 통신노드(N)에 통지하도록 해도 좋다.

라우터(R1)의 각 ISP의 접속성을 정기적으로 확인하는 방법은, 특별히 한정되지 않지만, 예컨대 소정의 간격으로 확인하고자 하는 ISP를 매개로 하여 근접탐색 패킷을 소망하는 통신노드처로 송신하도록 해도 좋다. 또, 예컨대 ISP 측으로부터 정기적으로 접속이 정상이라는 통지를 수취하도록 해도 좋고, 접속된 ISP보다도 더 상류의 통신로의 상태를 수취하도록 해도 좋다.

다음으로, 도 4는 라우터(R1)가 통신노드(N)로부터 패킷을 수신한 경우의 처리수순의 일례를 나타낸다.

라우터(R1)는, 통신노드(N)로부터의 패킷을 수취하면(스텝 S1), 그 패킷의 헤더부에 있는 소스 어드레스(src addr)가 소정의 조건을 만족하는가 어떤가를 확인한다(스텝 S2).

여기서, 소정의 조건이라고 하는 것은, 수신 패킷의 소스 어드레스의 전위가접속성이 확인되어 있는 ISP로부터 제공된 전위인 것이다. 즉, 예컨대 ISPa와 ISPb의 접속성이 확인되어 있는 경우에는, 라우터(R1)는 그 소스 어드레스가, 현재 자기 라우터가 접속하고 있는 ISPa로부터 할당을 받고 있는 전위와 ISPb로부터 할당을 받고 있는 전위의 어느 것인가에 해당하는 전위가 부여하고 있는 어드레스인가 아닌가 확인한다. 또, 예컨대 ISPa만의 접속성이 확인되어 있는 경우에는, 라우터(R1)는 그 소스 어드레스가 현재 자기 라우터가 접속하고 있는 ISPa로부터 할당을 받고 있는 전위에 해당하는 전위가 부여하고 있는 어드레스인가 아닌가 확인한다.

통신노드(N)로부터의 수신 패킷의 소스 어드레스가 현재 자기 라우터가 접속하고 있는 ISP로부터 할당을 받고 있는 전위의 어느 것인가에 해당하는 전위가 부여하고 있는 어드레스인 경우(스텝 S3), 라우터(R1)는 그 수신 패킷을 해당하는 ISP로 향하여 전송한다(스텝 S4).

한편, 그 소스 어드레스가 현재 자기 라우터가 접속하고 있는 ISP로부터 할당을 받고 있는 전위의 어느 것인가에 해당하지 않는 전위가 부여하고 있는 어드레스인 경우(스텝 S3), 그 패킷을 송신해 온 통신노드(N)에 대해, 예컨대 ICMP(Internet Control Message Protocol)을 이용하여 패킷의 전송을 행하지 않았다는 취지(즉, 그 소스 어드레스가 갖는 전위는 사용할 수 없다고 하는 취지)를 나타내는 정보(prefix-incorrect: 전위 부정확)를 송신한다(스텝 S5).

다음으로, 도 5는 통신노드(N)로부터 서버(S)를 수신처로 하는 패킷을 송신하고, 이것이 라우터(R1)로 전송되며, 라우터(R1)가 그 패킷을 전송하지 않은 경우의 처리수순의 일례를 나타낸다.

먼저, 통신노드(N)가 서버(S)를 수신처로 하는 패킷을 송신한다(스텝 S11).

그 때, 소스 어드레스로서 선택한 어드레스의 전위가, 라우터(R1)에 의해 현재 접속성이 확인되어 있지 않은 상태로 된 ISP에 관계된 것이었다고 하자. 이 경우, 전술한 바와 같이, 라우터(R1)는 통신노드(N)에 대해 패킷의 전송을 행하지 않았다는 취지를 포함한 통지 메시지를 송신하게 된다.

그렇게 해서, 통신노드(N)는 라우터(R1)로부터 패킷의 전송을 행하지 않았다는 취지의 통지를 수신한 경우(스텝 S12), 그 통지를 받은 당해 패킷에 대해 송신시에 사용한 소스 어드레스의 전위와는 다른 전위에 의한 네트워크 어드레스가 서버(S)를 수신처로 하는 패킷의 소스 어드레스로서 사용가능한가 어떤가를 조사한다(스텝 S13).

사용가능하면(스텝 S14), 그 사용가능한 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 서버(S)를 수신처로 하는 패킷을 재차 송신한다(스텝 S15).

한편, 사용불가능(다른 전위에 의한 네트워크 어드레스가 없는 경우 외에, 그것이 있어도 어떤 이유에 의해 당해 통신에는 사용할 수 없는 경우가 있다)하면(스텝 S14), 에러처리를 행한다(스텝 S16). 에러처리로서는, 아무것도 하지 않는 상위 레이어에 통신에 실패했다는 취지(당해 소스 어드레스가 갖는 전위는 사용할 수 없다는 취지)를 통지하거나, 일정 시간 기다리다 스텝 S13으로 돌아가는 등, 여러 가지의 변형을 생각할 수 있다.

한편, 스텝 S13에서, 상기의 것 대신에, 그 통지를 받은 당해 패킷에 대해송신시에 사용한 소스 어드레스의 전위에 관계된 ISP와는 다른 ISP에 관계된 전위에 의한 네트워크 어드레스가 서버(S)를 수신처로 하는 패킷의 소스 어드레스로서 사용가능한가 어떤가 조사하도록 해도 좋다.

또, 스텝 S12에서, 라우터(R1)로부터 패킷의 전송을 행하지 않았다는 취지의 통지를 수신한 경우에는, 곧바로 에러처리(아무것도 하지 않는 상위 레이어에 통신에 실패했다는 취지(당해 소스 어드레스가 갖는 전위는 사용할 수 없다는 취지)를 통지하거나, 통신에 실패했다는 취지 및 그 때에 사용한 전위를 통지하는 등)로 이행해 버리는 방법도 있다(그 후에는, 예컨대 상위 레이어에 의한 처리 혹은 사용자에 의한 대처가 이루어진다).

다음으로, 도 6는 라우터(R1)가 통신노드(N)로부터 패킷을 수신한 경우의 처리수순의 다른 예를 나타낸다.

도 4의 수순례에서는 수신 패킷의 소스 어드레스가 소정의 조건을 만족하지 않기 때문에 그 패킷을 전송하지 않은 경우에는, 라우터(R1)는 통신노드(N)에 대해 패킷의 전송을 행하지 않았다는 취지를 통지했지만, 이 수순례에서는 그 때에 이 통지(예컨대, ICMP 메시지)에, 현재 접속성이 확인되어 있는 ISP로부터 제공된 전위도 포함하여 통신노드(N)로 통지하도록 하는 것이다(스텝 S23, S25).

예컨대, ISPa가 어떤 이유로 접속이 끊어져 있고, ISPb만의 접속이 확인되어 있는 경우에, 통신노드(N)로부터 ISPb에 관계된 전위 이외의 전위(예컨대, ISPa에 관계된 전위)에 의한 소스 어드레스를 갖는 패킷을 수신했다면, ISPb로부터 제공된 전위(Pb)만을 통신노드(N)에 통지한다.

또, 예컨대 ISPa 및 ISPb 양쪽의 접속성이 확인되어 있는 경우에, 통신노드(N)로부터 ISPa 및 ISPb에 관계된 전위 이외의 전위에 의한 소스 어드레스를 갖는 패킷을 수신했다면, ISPa로부터 제공된 전위(Pa) 및 ISPb로부터 제공된 전위(Pb)를 통신노드(N)에 통지한다.

도 7은 이 경우의 ICMP(prefix-incorrect: 전위 부정확) 메시지의 구성례를 나타낸다.

도 7에 있어서,

「IPv6 헤더」(도중 21)는, IPv6 패킷이라는 것을 나타내는 헤더,

「ICMP 헤더」(도중 22)는, ICMP 메시지라는 것을 나타내는 헤더,

「대상 수신처 전위 길이(target dst prefixlen)」(도중 23)는, 이 ICMP 메시지에 포함된 추장(推奬) 전위(preferred-prefix)가 유효한 수신처(destination)로 되는 어드레스 범위(address range)를 나타내기 위한 필드,

「추장 전위의 수(number of preferred-prefix)」(도중 24)는, 이 ICMP 메시지에 포함된 추장 전위의 수를 나타내기 위한 필드,

「추장 전위(preferred-prefix)」(도중 25∼27)는, 각각 사용을 추장하는 전위를 나타내기 위한 필드,

「원인 패킷」(도중 28)은, 이 ICMP 메시지가 라우터(R1)로부터 발행되는 원인으로 된 패킷이다.

여기서, 「대상 수신처 전위 길이(target dst prefixlen)」는, 예컨대 128이라면 "/128"이라고 하는 의미이고, 상위 128비트에서 유효한 어드레스 범위를 지정하고 있다. 통상, 원인으로 된 패킷의 수신처 그 자체에 밖에 유효하지 않지만, 예컨대 이 값이 64라면 상위 64비트의 전위가 일치하는 경우에 한해, 이 추장 전위를 사용함으로써, 유효한 ISP를 매개로 하여 패킷을 송신할 수 있다. 라우터(R1)는, 어떤 방법으로 이 값을 얻은 경우에는, 얻어진 적절한 값을 넣는다. 그렇지 않으면, -1을 넣는다(128이 들어가는 것은, 명확한 호스트 라우터(host route)를 가지고 있는 경우이다).

다음으로, 도 8은 통신노드(N)의 처리수순의 다른 예(도 6의 수순례에 대응하는 예)를 나타낸다.

먼저, 통신노드(N)가 서버(S)를 수신처로 하는 패킷을 송신한다(스텝 S31).

그 때, 소스 어드레스로서 선택한 어드레스의 전위가, 라우터(R1)에 의해 현재 접속성이 확인되어 있지 않은 상태로 된 ISP에 관계된 것이었다고 하면, 라우터(R1)는 통신노드(N)에 대해 패킷의 전송을 행하지 않았다는 취지 및 현재 접속성이 확인되어 있는 ISP로부터 제공된 전위를 포함한 통지를 포함하는 통지 메시지를 송신하게 된다.

그렇게 해서, 통신노드(N)는 라우터(R1)로부터 패킷의 전송을 행하지 않았다는 취지 및 현재 접속성이 확인되어 있는 ISP로부터 제공된 전위를 포함한 통지를 수신한다(스텝 S32).

이 경우, 통신노드(N)는 필요에 따라 그 통지를 받은 전위와 자기 통신노드의 인터페이스 ID에 기초하여 네트워크 어드레스를 생성하고(스텝 S33), 그 통지를 받은 패킷에 대해 소스 어드레스를 이 생성된 어드레스로 변경하여(생성된 어드레스를 소스 어드레스로서 헤더에 부여하여) 재차 송신한다(스텝 S34).

한편, 해당하는 어드레스가 이미 생성되어 인터페이스에 부여되어 있는 경우에는, 스텝 S33은 스킵해도 상관없다.

또, 복수의 전위가 통지된 경우에는, 복수의 네트워크 어드레스가 생성가능하지만, 이 경우에 소스 어드레스로서 사용해야 할 네트워크 어드레스를 앞에 예시한 선택방법 등으로 적절히 선택하면 좋다.

또, 응용 소프트웨어 등의 통신 주체에 따라서는, 통지된 전위에 의한 네트워크 어드레스가 소스 어드레스로서 사용할 수 없는 경우도 있을 수 있다.

그런데, 라우터(R1)에 있어서, 어떠한 패킷 전송제어를 행하거나, 혹은 어떻게 추장 전위의 통지의 방법을 사용하는가에 대해서는, 여러 가지의 변형을 생각할 수 있다.

예컨대, 라우터(R1)는 ISPa 측의 회선의 대역이 넓은 것을 미리 알고 있고, 디폴트로 ISPa 측을 사용하는 설정이었다고 해도, 통신노드(N) 측으로부터 수신한 패킷의 소스 어드레스에 ISPb 측의 전위(Pb)가 사용되고 있는 경우에는, 이 지시를 우선하여 ISPb 측에 그 패킷을 전송하도록 제어해도 좋다.

또, 예컨대 ISPa 측의 회선의 대역이 ISPb보다도 대폭적으로 넓은 경우에서 통신노드(N)로부터 수신한 패킷이 ISPb 측의 전위를 사용한 소스 어드레스인 경우에는, (설령 ISPb의 접속성이 확인되어 있어도) ICMP(prefix-incorrect: 전위 부정확) 등의 메시지를 통신노드(N)에 통지함과 동시에 ISPa의 전위를 사용하도록 통지하도록 해도 좋다. 이에 따라, 통신노드(N)는 최초로 송신한 패킷에서는 ISPb를사용하고 있었지만, 라우터(R1)로부터 ISPa 측의 전위의 통지를 수신함으로써, 보다 대역이 넓은 ISPa를 매개로 한 통신이 가능하게 된다.

또, 예컨대 라우터(R1)는 자기 통신노드가 접속되는 ISPa, ISPb에 관계된 전위를 통신노드(N)에 통지하는 대신에, 라우터(R2)로의 리다이렉트(redirect)를 응답하는 제어도 생각할 수 있다.

그래서, 이하에서는 도 9 및 도 10의 시퀀스(sequence)예를 참조하면서 라우터(R1)의 동작례에 대해 설명한다.

먼저, 도 1의 구성례에 있어서, 라우터(R1)가 통신노드(N)로부터 패킷을 수신한 때에 ISPa의 접속성이 확인되어 있는 경우를 생각해 보자.

이 경우에, 통신노드(N)가 도 9a와 같이 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R1)로 향하여 송신했다고 하자(스텝 S101). 여기서, ISPa가 라우터(R1)에 있어서 우선해야 할 ISP라고 미리 정해져 있었다고 하면, 이 경우에는 라우터(R1)는 통신노드(N)로부터 수신한 패킷을 ISPa로 전송한다(스텝 S102).

다음에는 라우터(R1)가 통신노드(N)로부터 패킷을 수신한 때에 ISPa의 접속성이 끊어져 있는 경우를 생각해 보자.

이 경우에, 통신노드(N)가 도 9b와 같이 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R1)로 향하여 송신했다고 하자(스텝 S121).

여기서, 수신한 패킷을 접속성이 유지되어 있는 다른 ISPb로 전송해도 인그레스 필터(ingress filter)가 도입되어 있는 것이 많고, ISPb로 이 패킷의 전송을 거절시키는 것이 미리 알려져 있으므로, 라우터(R1)는 통신노드(N)에 대해 ICMP 메시지(도 7 참조)를 송신하는 것으로 한다(스텝 S122). 이 ICMP 메시지는, 전위 부정확(prefix-incorrect)과, 추장하는 추장 전위(preferred-prefix) : Pb를 포함한다.

통신노드(N)는 이 통지를 받아 소스 어드레스="Pb::N", 수신처 어드레스="S"라고 하는 패킷(src=Pb::N, dst=S)을 라우터(R1)로 향하여 송신하면(스텝 S123), 이 경우에는 라우터(R1)는 통신노드(N)로부터 수신한 패킷을 ISPb로 전송한다(스텝 S124).

다음에, 통신노드(N)가 도 9c와 같이 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R2)로 향하여 송신하는 경우를 생각해 보자(스텝 S131).

이 경우에는, 라우터(R2)는 기본적으로는 상기의 라우터(R1)와 동일한 동작을 하게 된다.

즉, 통신노드(N)로부터 상기의 패킷을 수신한 라우터(R2)는 수신한 패킷의 소스 어드레스에 부여된 전위(Pa)가 자기 라우터(R2)와 접속하고 있는 ISP로부터 통지된 전위인가 어떤가를 확인하다.

이 전위(Pa)는, 자기 라우터(R2)와 접속하고 있는 ISP로부터 통지된 전위가 아니므로, 통신노드(N)로 향하여 ICMP 메시지를 송신한다(스텝 S132). 이 ICMP 메시지는, 전위 부정확과, 라우터(R1)가 추장하는 추장 전위 : Pc, Pd(다만, ISPc와ISPd의 접속성이 모두 확인되어 있는 경우)를 포함한다. 여기서, ISPc와 ISPd의 접속성은 미리 확인해 두는 것으로 한다.

통신노드(N)는 이 통지를 받아 예컨대 Pc를 선택하여 소스 어드레스="Pc::N", 수신처 어드레스="S"라고 하는 패킷(src=Pc::N, dst=S)을 라우터(R2)로 향하여 송신하고(스텝 S133), 라우터(R2)는 통신노드(N)로부터 수신한 패킷을 ISPc로 전송한다(스텝 S134).

다음에는 ISPa, ISPb의 양쪽의 접속이 끊어져 있는 경우를 상정한다. 이 경우, 라우터(R1)는 인터넷으로의 접속성을 다하지 않는다.

여기서, 통신노드(N)가 도 10과 같이 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R1)로 향하여 송신했다고 하자(스텝 S141).

이 경우, 라우터(R1)는 ISPa, ISPb의 접속이 끊어져 있기 때문에, 통신노드(N)에 대해 ICMP 메시지로서 리다이렉트(redirect)를 송신하고, 이에 따라 통신노드(N)에 대해 패킷의 송신처로서 라우터(R2)를 선택시키도록 지시를 행하도록 해도 좋다(스텝 S142).

한편, 라우터(R1)는 (예컨대, 라우터간의 정보교환 등에 의해) 리다이렉터의 대상으로 되는 다른 라우터로서 라우터(R2)가 존재하는 것을 알고 있는(혹은 알 수 있는) 것으로 한다.

통신노드(N)는, 이 ICMP 메시지에 기초하여, 먼저 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R2)로 향하여 송신한다(스텝 S143).

여기서, 라우터(R2)는 자기 라우터(R2)가 접속되어 있지 않은 ISP의 전위이기 때문에, 전위 부정확과, 라우터(R2)가 추장하는 추장 전위 : Pc, Pd(다만, ISPc와 ISPd의 접속성을 모두 확인할 수 있는 경우)를 포함한 ICMP 메시지를 송신한다(스텝 S144).

통신노드(N)는 이 통지를 받아 예컨대 Pc를 선택하여 소스 어드레스="Pc::N", 수신처 어드레스="S"라고 하는 패킷(src=Pc::N, dst=S)을 라우터(R2)로 향하여 송신하고(스텝 S145), 라우터(R2)는 통신노드(N)로부터 수신한 패킷을 ISPc로 전송한다(스텝 S146).

한편, ISPa, ISPb의 양쪽의 접속이 끊어져 있는 경우에 있어서, 라우터(R1)는 리다이렉트의 대상으로 되는 라우터가 복수 존재하면, 통신노드(N)에 대해 그들로부터 적절히 선택한 1개의 라우터를 돌려 보내도록 해도 좋다.

또, ISPa, ISPb의 양쪽의 접속이 끊어져 있는 경우에 있어서, 라우터(R1)는 리다이렉트의 대상으로 되는 라우터가 원래 존재하지 않거나, 또는 리다이렉트의 대상으로 되는 라우터가 전부 다운되어 있는 것을 알고 있으면, 통신노드(N)에 대해 에러를 돌려 보내도록 하면 바람직하다.

다음에, 이하에서는 도 9 및 도 10의 시퀀스예를 참조하면서 통신노드(N)의 동작례에 대해 설명한다.

먼저, 전술한 바와 같이 통신노드(N)가 ICMP 메시지를 수신하는 경우에 대해 설명한다.

통신노드(N)는 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R1)로 향하여 송신한다(도 9b의 스텝 S121 참조).

여기서, 소스 어드레스로서 이용되는 전위는, 예컨대 디폴트 데이터인 라우터(R1)로부터 미리 통지를 받고 있는 것으로 한다.

다음에, 전술한 바와 같이 이 수신한 패킷이 지정하고 있는 ISPa의 접속이 끊어져 있는 경우를 상정한다. 이 경우는, 라우터(R1)로부터 도 7에 나타낸 ICMP 메시지가 전달된다. 이 ICMP 메시지는, 전위 부정확과, 추장하는 추장 전위 : Pb를 포함한다(도 9b의 스텝 S122 참조).

통신노드(N)는 이 ICMP 메시지를 수신하면, 이 메시지가 어느 패킷의 송신에 대한 메시지인가를 도 7의 원인으로 되는 패킷(28)으로부터 판단한다.

다음에, 이 메시지가 포함된 추장 전위(여기서는, Pb)로부터 원인으로 된 앞의 패킷의 소스 어드레스를 바꿔 쓰고 재차 송신한다.

그 때, 추장 전위로서 수신한 전위(Pb)와 통신노드(N)가 갖는 인터페이스 ID의 조합에 의해 작성한 네트워크 어드레스 "Pb::N"이 미리 준비되어 있지 않으면, 이것을 작성하여 사용한다.

또, 여기서 원인으로 되는 패킷을 조사하고, 그에 대응하고 있는 커넥션(connection: 접속)이 현재 있는가 어떤가를 조사하고 나서 패킷을 재송신하도록 제어해도 좋다.

원인으로 되는 패킷에 관련한 커넥션이 있는 경우, 그것이 확립 전, 즉발호(發呼) 중인가를 조사한다. 예컨대, TCP 상에서 SYN_SENT의 상태인가 어떤가를 조사함으로써 실현할 수 있다.

발호 중인 경우, 그 커넥션의 소스 어드레스를 앞의 ICMP 메시지로 수신한 전위를 부여한 소스 어드레스에 의해 재차 커넥션의 설정을 행한다. 다만, 어플리케이션(응용 프로그램)이 소스 어드레스를 명시적으로 지정하고 있는 경우에는, 재설정을 행하지 않도록 제어해도 좋다. 일례로서, 일반적인 소켓을 사용하고 있는 경우에는, connent()를 부르기 전에 bind()를 부르고, 거기에서 소스 어드레스를 명시적으로 지정해 간 경우 등이다.

더욱이, 라우터(R1 또는 R2)로부터 수신한 ICMP 메시지를, 도 11에 예시한 바와 같은 전위관리 테이블로서 보지하도록 해도 좋다. 여기서는, ICMP 메시지를 수신하면, 그 결과를 수신처의 어드레스 또는 어드레스 범위와, 추장 전위의 조(組)로 기억한다.

일례로서, "S::a"에 패킷을 송신하고, 이것에 대해 라우터(R1)로부터 전위 부정확의 ICMP 메시지를 수신한 경우에 대해 설명한다.

이 ICMP 메시지 중에는, 추장 전위로서 "Pa"가 기억되어 있다. 이 결과를, 어드레스 또는 어드레스 범위와 전위의 조로 기억해 둠으로써, 다음 회에 "S::a"처로 패킷을 송신할 때에, 그 테이블을 참조해 소스 어드레스를 추장 전위인 "Pa::a"로 변경하여 패킷을 송신한다.

또, "S::/64"라고 하는 전위를 갖는 어드레스의 경우, 이 테이블을 참조하여 Pa를 우선적으로 사용하도록 제어해도 좋다. 이에 따라, 미리 추장의 전위를 우선적으로 사용할 수 있기 때문에, 라우터로부터 ICMP 메시지를 수신하는 회수를 적게 할 수 있다. 더욱이, 이 테이블의 기억은 디폴트 데이터가 변경이 되거나, 통신노드(N)에서의 패킷 송신처의 룰(rule: 규칙)이 변경된 경우는, 파기하도록 해도 좋다.

다음에, 통신노드(N)가 소스 어드레스="Pa::N", 수신처 어드레스="S"라고 하는 패킷(src=Pa::N, dst=S)을 라우터(R2)로 향하여 송신한 경우에 대해 설명한다(도 10의 스텝 S131 참조). 이 패킷은, 예컨대 TCP 커넥션 설정을 위한 패킷인 경우를 상정한다.

이 패킷을 수신한 라우터(R2)는, 이 패킷의 소스 어드레스에 포함된 Pa의 전위를 우선 검출함으로써, 이 Pa의 전위는 라우터(R2)의 상류의 ISP로부터는 할당되어 있지 않음을 알 수 있다.

이에 따라, 라우터(R2)는 이 패킷을 송신한 통신노드(N)에 대해 ICMP 메시지(prefix-incorrect: 전위 부정확)를 송신한다(도 10의 스텝 S132 참조). 이 ICMP 메시지에는, 라우터(R2)가 추장하는 추장 전위 : Pc, Pd가 포함되어 있다.

통신노드(N)는 이 ICMP 메시지를 수신하면, 먼저 자기 통신노드(N)(통신노드(N)의 인터페이스인 인터페이스N)에 설정되어 있는 어드레스와 수신한 추장 전위(preferred-prefix)를 비교한다. 통신노드(N)는 Pc와 Pd의 전위를 갖는 어드레스도 보지하고 있기 때문에, 어느 것인가를 선택하여 소스 어드레스로 한다. 여기서는, Pc를 선택하고, 소스 어드레스를 "Pc::N"으로 한다.

다음에, ICMP 메시지 중의 원인으로 된 패킷을 조사한다. 이 때, 원인으로된 패킷의 소스 어드레스(src addr), 수신처 어드레스(dst addr), 소스 포트(src port), 수신처 포트(dst port)의 4개의 조를 조사함으로써, 어느 접속처로의 어떠한 요구인가를 알 수 있다. 다음에, 전술한 바와 같이 이 요구가 확립 전, 즉 발호 중인가를 조사한다. 그 후, 확립 전인 경우에는, 소스 어드레스를 "Pc::N"으로 변경하여 패킷을 재차 송신한다.

이하에서는, 통신노드(N)에서의 라우터로부터 ICMP 메시지 등으로 통지된 전위의 관리방법에 대해 설명한다.

라우터로부터 ICMP 메시지 등으로 통지된 전위를, 언제까지 사용할 것인가, 혹은 언제 파기할 것인가에 대해서는, 여러 가지의 변형이 있다.

또한, 전위관리 테이블을 캐쉬로 하면, 기본적으로는 언제 파기해도 통신에 지장은 없다.

이하, 몇 가지의 변형을 나타낸다.

(1) 통지된 전위는 그 때의 패킷의 재송(再送)에만 사용하고, 파기한다.

메모리의 양이 적은 통신노드가 통신하는 경우에는, 이와 같이 하면 바람직하다. 동일한 통신 상대방에 대해 재차 새로운 커넥션을 행하려고 하는 경우에는, 동일한 수순이 반복된다.

(2) 통지된 전위는 미리 정해진 이벤트가 일어날 때까지 보지하고, 미리 정해진 이벤트가 일어나면, 그 전부 또는 일부를 파기한다고 하는 처리를 정상적으로행한다.

예컨대, 테이블의 크기를 결정하여 데이터가 넘치면, 그 시점에서 (예컨대, 최후로 참조한 엔트리(entry)를) 순차적으로 버린다.

(3) 기본적으로는, 정상적인 처리로서는 파기는 행하지 않고, 파기해야 할 상황으로 된 때에 통지된 전위의 전부 또는 일부를 파기한다.

파기해야 할 상황이라고 하는 것은, 예컨대

(3-1) 리다이렉트를 받은 경우

(3-2) 사용하고 있던 라우터가 (방금) 다운된 경우

등이다.

상기의 (3-1)의 리다이렉트를 받은 경우에 대해 설명한다.

예컨대 노드(N)가 라우터(R1)와 라우터(R2)를 매개로 하여 인터넷에 접속가능한 상황에서, 과거에 라우터(R2)로부터 전위 부정확(prefix-incorrect)를 받아 전위(prefix) : Pd를 통지받았다고 하자. 그러면, 통신노드(N)는 R2로부터 「S에 대해서는 전위 Pd를 추장한다」고 하는 통지를 받은 것을 기억한다. 잠깐 Pd에 의해 통신가능했지만, 어느 시점에서 라우터(R2)로부터 「S에 대해서는 라우터(R1)를 추장한다」고 통지되었다(ICMP redrict)고 하자. 이러한 경우에, Pd는 라우터(R2)에 의존한 전위이므로, 적어도 이것은 파기한다. 또, 이제까지 사용하고 있던 경로에서 돌연 리다이렉트를 받은 것은 라우터(R1, R2)를 둘러싸고 있는상황이 크게 변화했을 가능성이 높으므로(예컨대, 라우터(R2)의 앞의 링크가 전부 떨어지는 등), 전위를 전부 파기하도록 해도 좋다.

상기의 (3-2)가 사용하고 있던 라우터가 (방금) 다운된 경우에 대해 설명한다.

「S에 대해서는 라우터(R2)로 전송한다」고 하는 정보를 보지하고 있는 경우에, 라우터(R2)가 다운된 것을 알았다면(예컨대, IPv6 노드는 정기적으로 자신이 사용하고 있는 라우터에 대해, 생존확인을 행하므로(NUD, RFC2461), 이에 따라 알 수 있다), 상당히 상황이 변화하고 있으므로, 보지하고 있는 전위가 무의미하여 그들을 전부 파기하도록 해도 좋다.

이 (3)의 처리는, (1)의 경우가 아닌 한, 실시하는 것이 바람직하다(쓸데없는 수순의 증가를 회피할 수 있다).

(4) 라이프 타임(lifetime)을 사용한다.

통신노드(N)는, 전위를 테이블 등에 등록할 때, 그 라이프 타임(예컨대, n초)을 (예컨대 통신노드(N)가 독자로) 결정하여 그 전위에 대응지워 등록하도록 해도 좋다. 이 경우에는, 그 시간이 경과한 때에 파기한다.

한편, 이상의 각 기능은 소프트웨어로서 실현가능하다.

또, 본 실시형태는, 컴퓨터에 소정의 수단을 실행시키기 위한(혹은 컴퓨터를 소정의 수단으로서 기능시키기 위한, 혹은 컴퓨터에 소정의 기능을 실현시키기 위한) 프로그램으로서 실시할 수도 있고, 그 프로그램을 기록한 컴퓨터 독출가능한 기록매체로서 실시할 수도 있다.

또한, 본 발명의 실시형태에서 예시한 구성은 일례로, 그 이외의 구성을 배제한다는 취지의 것이 아니라, 예시한 구성의 일부를 다른 것으로 치환하거나, 예시한 구성의 일부를 생략하거나, 예시한 구성에 다른 기능 혹은 요소를 부가하거나, 그들을 조합시키거나 하는 것 등에 의해 얻어지는 다른 기능도 가능하다. 또, 예시한 구성과 논리적으로 등가의 다른 구성, 예시한 구성과 논리적으로 등가의 부분을 포함하는 다른 구성, 예시한 구성의 요부와 논리적으로 등가의 다른 구성 등도 가능하다. 또, 예시한 구성과 동일 또는 유사한 목적을 달성하는 다른 구성, 예시한 구성과 동일 또는 유사한 효과를 발휘하는 다른 구성 등도 가능하다.

또, 본 발명의 실시형태에서 예시한 각종 구성부분에 대한 각종 변형은 적절히 조합시켜 실시하는 것이 가능하다.

또, 본 발명의 실시형태는 별개 장치로서의 발명, 관련을 갖는 2 이상의 장치에 대한 발명, 시스템 전체로서의 발명, 별개 장치 내부의 구성부분에 대한 발명, 또는 그들에 대응하는 방법의 발명 등, 여러 가지의 관점, 단계, 개념 또는 카테고리에 관계된 발명을 포함·내제하는 것이다.

따라서, 본 발명의 실시형태에 개시한 내용들은 예시한 구성에 한정되는 일없이 발명을 추출할 수 있는 것이다.

본 발명은 상술한 실시형태에 한정되는 것이 아니라 그 기술적 범위에 있어서 여러 가지로 변형하여 실시할 수 있다.

본 발명에 의하면, 멀티홈 환경을 유효하게 이용하는 것이 가능하게 된다.

Claims

복수의 인터넷 서비스 공급자에 접속된 라우터장치와, 이 라우터에 접속된 통신노드를 포함하는 소스 어드레스 선택시스템에 있어서,

상기 라우터장치는,

상기 인터넷 서비스 공급자와의 접속성을 확인하는 제1확인수단과,

상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 제1수신수단 및,

상기 수신한 네트워크 전위를 통지하는 통지수단을 구비하고,

상기 통신노드는,

상기 라우터로부터 상기 네트워크 전위를 수신하는 제2수신수단과,

상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하는 생성수단 및,

패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하는 송신수단을 구비하며,

상기 라우터장치는,

상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하는 제2확인수단과,

상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 제어수단을 더 구비한 것을 특징으로 하는 소스 어드레스 선택시스템.
제1항에 있어서, 상기 라우터장치의 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 상기 통신노드처로 통지하는 기능을 더 구비하는 것을 특징으로 하는 소스 어드레스 선택시스템.
제2항에 있어서, 상기 통신노드는, 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 것을 특징으로 하는 소스 어드레스 선택시스템.
제3항에 있어서, 상기 통신노드는, 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에, 그 네트워크 전위에 기초하여 상기 네트워크 어드레스를 당해 패킷의 재송신에 대해서만 사용하는 것을 특징으로 하는 소스 어드레스 선택시스템.
제3항에 있어서, 상기 통신노드는, 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에, 그 네트워크 전위에 기초하여 상기 네트워크 어드레스를 그것이 무효로 될 때까지 사용하는 것을 특징으로 하는 소스 어드레스 선택시스템.
제1항에 있어서, 상기 라우터장치의 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우에, 상기 확인수단에 의해 접속성이 확인되어 있는 상기 인터넷 서비스 공급자가 그 시점에서 존재하지 않으면, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 상기 패킷의 송신처로 해야 할 다른 라우터장치를 상기통신노드처로 통지하는 기능을 더 구비하는 것을 특징으로 하는 소스 어드레스 선택시스템.
제1항에 있어서, 상기 라우터장치의 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스라도, 소정의 조건을 만족하는 경우에는, 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 사용해야 할 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 상기 통신노드처로 통지하는 기능을 더 구비하는 것을 특징으로 하는 소스 어드레스 선택시스템.
복수의 인터넷 서비스 공급자에 접속됨과 더불어 로컬 네트워크에 접속되고, 이 로컬 네트워크에 접속된 통신노드의 패킷을 전송하는 라우터장치에 있어서,

상기 인터넷 서비스 공급자와의 접속성을 확인하는 제1확인수단과,

상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 제1수신수단,

상기 수신한 네트워크 전위를 상기 로컬 네트워크에 대해 통지하는 통지수단,

상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하는 제2확인수단 및,

상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 제어수단을 구비한 것을 특징으로 하는 라우터장치.
제8항에 있어서, 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 상기 확인수단에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 상기 통신노드처로 통지하는 기능을 더 구비하는 것을 특징으로 하는 라우터장치.
제8항에 있어서, 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우에, 상기 확인수단에 의해 접속성이 확인되어 있는 상기 인터넷 서비스 공급자가 그 시점에서 존재하지 않으면, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과더불어, 상기 패킷의 송신처로 해야 할 다른 라우터장치를 상기 통신노드처로 통지하는 기능을 더 구비하는 것을 특징으로 하는 라우터장치.
제8항에 있어서, 상기 제어수단은, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스라도, 소정의 조건을 만족하는 경우에는, 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지함과 더불어, 사용해야 할 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 상기 통신노드처로 통지하는 기능을 더 구비하는 것을 특징으로 하는 라우터장치.
복수의 인터넷 서비스 공급자에 접속된 라우터장치를 매개로 하여 소망하는 통신노드와의 통신을 행하는 통신노드에 있어서,

상기 라우터로부터 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 수신수단과,

상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하는 생성수단 및,

패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하는 송신수단을 구비하고,

상기 송신수단으로 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 것을 특징으로 하는 통신노드.
제12항에 있어서, 상기 통신노드는, 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에, 그 네트워크 전위에 기초하여 상기 네트워크 어드레스를 당해 패킷의 재송신에 대해서만 사용하는 것을 특징으로 하는 통신노드.
제12항에 있어서, 상기 통신노드는, 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에, 그 네트워크 전위에 기초하여 상기 네트워크 어드레스를 그것이 무효로 될 때까지 사용하는 것을 특징으로 하는 통신노드.
복수의 인터넷 서비스 공급자에 접속됨과 더불어 로컬 네트워크에 접속되고, 이 로컬 네트워크에 접속된 통신노드의 패킷을 전송하는 라우터장치에서의 소스 어드레스 선택방법으로,

상기 인터넷 서비스 공급자와의 접속성을 확인하고,

접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하며,

상기 수신한 네트워크 전위를 상기 로컬 네트워크에 대해 통지하고,

상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하며,

상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 것을 특징으로 하는 소스 어드레스 선택방법.
복수의 인터넷 서비스 공급자에 접속됨과 더불어 로컬 네트워크에 접속되고, 이 로컬 네트워크에 접속된 통신노드의 패킷을 전송하는 라우터장치로서 컴퓨터를 기능시키기 위한 프로그램으로,

상기 인터넷 서비스 공급자와의 접속성을 확인하는 제1확인기능과,

상기 확인기능에 의해 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 제1수신기능,

상기 수신한 네트워크 전위를 상기 로컬 네트워크에 대해 통지하는 통지기능,

상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하는 제2확인기능 및,

상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 제어기능을 컴퓨터로 실현시키기 위한 프로그램.
복수의 인터넷 서비스 공급자에 접속된 라우터장치를 매개로 하여 소망하는 통신노드와의 통신을 행하는 통신노드에서의 소스 어드레스 선택방법으로,

상기 라우터로부터 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하고,

상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하며,

패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하고,

송신한 상기 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 것을 특징으로 하는 통신노드에서의 소스 어드레스 선택방법.
복수의 인터넷 서비스 공급자에 접속된 라우터장치를 매개로 하여 소망하는 통신노드와의 통신을 행하는 통신노드로서 컴퓨터를 기능시키기 위한 프로그램으로,

상기 라우터로부터 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하는 수신기능과,

상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하는 생성기능,

패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하는 송신기능 및,

상기 송신기능으로 송신한 패킷에 대해 상기 라우터로부터 전송을 행하지 않았다는 통지를 받음과 더불어 접속성이 확인된 상기 인터넷 서비스 공급자의 네트워크 전위의 통지를 받은 경우에는, 상기 패킷의 소스 어드레스를, 새롭게 상기 통지를 받은 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 생성된 네트워크 어드레스로 변경하고, 상기 패킷을 재차 송신하는 기능을 컴퓨터로 실현시키기 위한 프로그램.
복수의 인터넷 서비스 공급자에 접속된 라우터장치와, 이 라우터에 접속된 통신노드를 포함하는 소스 어드레스 선택시스템에서의 소스 어드레스 선택방법으로,

상기 라우터장치는,

상기 인터넷 서비스 공급자와의 접속성을 확인하고,

상기 접속성이 확인된 상기 인터넷 서비스 공급자가 제공하는 네트워크 전위를 수신하며,

상기 수신한 네트워크 전위를 통지하고,

상기 통신노드는,

상기 라우터로부터 상기 네트워크 전위를 수신하고,

상기 네트워크 전위와 자기 통신노드 고유의 식별자에 기초하여 네트워크 어드레스를 생성하며,

패킷을 송신할 때에 상기 네트워크 어드레스를 소스 어드레스로서 헤더에 부여하여 송신하고,

상기 라우터장치는 더욱이,

상기 통신노드로부터 수신한 패킷이 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인가 아닌가를 확인하고,

상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스인 경우는, 그 네트워크 전위를 수신한 인터넷 서비스 공급자처로 그 패킷을 전송하고, 상기 소스 어드레스가 자기 라우터장치가 접속성을 확인할 수 있는 인터넷 서비스 공급자로부터 수신한 네트워크 전위를 가지고 있는 소스 어드레스가 아닌 경우는, 그 패킷의 전송을 행하지 않고 상기 통신노드처로 그 패킷의 전송을 행하지 않은 것을 통지하는 것을 특징으로 하는 소스 어드레스 선택방법.