KR100420952B1 - 전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법 - Google Patents

전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법 Download PDF

Info

Publication number
KR100420952B1
KR100420952B1 KR10-2002-0002531A KR20020002531A KR100420952B1 KR 100420952 B1 KR100420952 B1 KR 100420952B1 KR 20020002531 A KR20020002531 A KR 20020002531A KR 100420952 B1 KR100420952 B1 KR 100420952B1
Authority
KR
South Korea
Prior art keywords
message
error
network
node
disconnection
Prior art date
Application number
KR10-2002-0002531A
Other languages
English (en)
Other versions
KR20030062107A (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-2002-0002531A priority Critical patent/KR100420952B1/ko
Publication of KR20030062107A publication Critical patent/KR20030062107A/ko
Application granted granted Critical
Publication of KR100420952B1 publication Critical patent/KR100420952B1/ko

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/72Admission control; Resource allocation using reservation actions during connection setup
    • H04L47/724Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS

Abstract

본 발명은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 관한 것으로, 연결해제를 예고하는 에러코드가 삽입된 예약에러메시지가 근원지 노드로부터 전광네트워크를 통하여 목적지 노드로 전달되는 단계와, 상기 예약에러메시지에 의해 상기 목적지 노드의 알람모니터 및 전광네트워크내 중간노드들의 알람모니터는 디스에이블되고, 연결해제완료를 나타내는 에러코드가 삽입된 경로에러메시지가 상기 목적지 노드로부터 전광네트워크를 통하여 상기 근원지 노드로 전달되는 단계를 포함한다.
상기와 같은 본 발명의 구성에 의해, 네트워크 연결 해제시 불필요한 LOL 검출에 따른 PR(Protection and Restoration) 과정을 유발하는 것을 방지하여 네트워크의 안정성을 증대시키고, PR 과정에 의해서 낭비될 네트워크 자원을 효과적으로 보호할 수 있다.

Description

전광네트워크에서 자원예약 프로토콜을 이용한 네트워크 연결 해제 방법{The methods for deleting connection using RSVP in All-Optical Networks}
본 발명은 전광네트워크에서 자원예약 프로토콜을 이용하여 네트워크 연결을 해제하는 방법에 관한 것으로, 좀 더 구체적으로는 자원예약 프로토콜의 에러메시지를 이용하여 네트워크 연결을 해제하는 방법에 관한 것이다.
인터넷에서 비실시간 응용뿐만 아니라 실시간 응용들이 요구하는 품질의 서비스(Quality of Service)를 지원하기 위하여 인터넷 엔지니어링 태스크 포스(Internet Engineering Task Force; IETF)에서는 기존의 최선형 서비스에 보증형 서비스와 부하 제어형 서비스로 이루어진 종합 서비스 모델을 제시하였고, 이들 종합 서비스 모델을 지원하기 위하여 현재의 인터넷의 구조와 프로토콜을 확장할 것을 제안하였다.
자원예약 프로토콜(Resource Reservation Protocol; RSVP)은 호스트가 애플리케이션 데이터 스트림을 위해 네트워크에게 QoS를 요구할 때 쓰이는 프로토콜로서, 서비스 품질을 제공하기 위한 인터넷 구조에서 자원 예약을 담당하고 있으며 자원 예약 망에서 단말 호스트가 특정 플로우에 대해 망의 자원을 협상하고 예약하고 라우터에서 자원 예약 요청을 전달하고 협상된 자원 예약 상태를 유지하는데 사용되는 신호 프로토콜이다. 이와 같은 특성을 광인터넷에 도입함으로써, 기존의 IP(Internet Protocol)망과의 연동성을 보장하고 또한 그 보편성을 이용하는데 의미가 있다. 따라서, 광인터넷의 자원예약 프로토콜을 위해서 RSVP 신호 프로토콜을 확장하여 사용하는 것을 IETF의 CCAMP 워킹 그룹에서 표준화 작업중에 있다.또한, Optical Internetworking Forum (OIF)는 2000년 6월 미국 아틀란타에서 열렸던 Supercomm 2001에서 상기 표준안으로 연동성 시험 데모를 보였었다.
종래의 RSVP 신호 프로토콜은 서비스 품질을 제공하기 위한 인터넷 구조에서 자원 예약을 담당하고 있으며, 자원 예약 망에서 단말 호스트가 특정 플로우에 대해 망의 자원을 협상, 예약하고 라우터에서 자원 예약 요청을 전달하고 협상된 자원 예약 상태를 유지하는데 사용되는 프로토콜이다. RSVP에서 자원 예약을 위해 사용되는 기본 메시지는 트래픽 송신 호스트로부터 발생되는 경로 메시지와 트래픽 수신 호스트로부터 생성되는 자원 예약 메시지 및 경로 해제 메시지 이다.
경로 메시지의 주요 기능은 송신 호스트에서 수신 호스트까지 경로를 따라가면서 각 라우터에 경로 상태를 형성하고 수신 호스트에게 송신 호스트가 발생하는 트래픽 특성에 대한 정보와 단대단 경로에 대한 정보를 제공하여 수신 호스트에서 적절한 자원 요청을 할 수 있도록 한다.
반면, 자원 예약 메시지는 송신 호스트에서 수신 호스트까지 형성된 경로 상태의 역방향으로 전송되면서 경유하는 라우터의 인터페이스 부분에 자원 예약 메시지를 전달하고 자원을 예약하게 된다.
또한, 경로 해제 메시지는 수신 호트에서 송신 호스트까지 경로를 따라가면서 각 라우터에 경로 상태를 해제하고 안정적으로 네트워크 자원을 가용상태로 전환한다.
광인터넷에서는 자원 할당을 위해서 기존의 IP 망에서 널리 사용되고 있는 RSVP를 확장하여 사용함으로써 가용성 및 확장성을 증대시켰다. 즉, 광인터넷에서는 기존의 RSVP 신호 프로토콜을 광인터넷 환경에 알맞도록 그 프로토콜을 확장하여 적용하였다. 이러한 광인터넷은 O-E-O(optical-electrical-optical) 전환이 있는 네트워크로 가정하였기 때문에, 종래의 IP 기반의 RSVP 프로토콜을 그대로 가져와 확장할 수 있는 것이다.
그러나, 위의 RSVP 확장 메커니즘은 O-E-O 전환이 가능한 광인터넷에서는 연동성이 보장되지만, 최근에 도입된 전광네트워크(All-Optical Network)에서는 연결 해제 방법에 있어서 문제점이 있다. 이는 RSVP 신호 프로토콜 메시지 전달 속도보다 광섬유를 타고 흐르는 데이터의 속도가 현저히 빠르기 때문에, RSVP 신호프로토콜이 연결해제 메시지를 상대편에게 배달하기 이전에 이미 데이터는 끊기게 되고, 따라서 중간노드들은 광섬유 절단(Fiber Cut)이라는 에러를 발생하게 되어, 실제로 광섬유가 절단되지 않았음에도 불구하고 필요하지 않을 수 있는 보호 및 복구 (Protection and Restoration; PR) 메커니즘을 구동하게 된다.
즉, 종래의 IP망에서의 RSVP는 경로해제(PathTear) 메시지 또는 예약해제(ResvTear) 메시지를 이용하여 단대단 연결을 해제한다. 경로해제(PathTear) 메시지는 순방향으로 전달되면서 중간 라우터에 있는 경로 상태를 지움으로써 연결을 해제하고, 예약해제(ResvTear) 메시지는 역방향으로 전달되면서 중간 라우터에 있는 예약상태를 지움으로써 연결을 해제한다. 즉, 이러한 메시지를 받은 중간 노드들은 자신이 가지고 있는 연결상태를 해제하고, 순방향 또는 역방향으로 메시지를 전달한다.
그러나, 전광네트워크에서는 PathTear/ResvTear 메시지의 전달보다 Loss ofLight(LOL)이라는 에러 메시지의 전달이 빠르므로, 다운링크쪽의 광회선분배기(Optical Crossconnect; OXC)들은 자체적으로 PR(Protection and Restoration) 프로세스를 구동시키게 된다. 즉, PathTear/ResvTear 메시지를 수신하기 전에 Loss of Light(LOL)이라는 에러 메시지를 수신한 중간 노드들은 불필요한 PR(Protection and Restoration) 메커니즘을 구동시킬 우려가 있고, 따라서, 네트워크 자원의 손실 및 망 자체가 불안해지는 원인이 될 수 있다.
본 발명은 상기와 같은 문제점을 해결하여, 네트워크 연결 해제시 불필요한 LOL 검출에 따른 PR 과정을 유발하는 것을 방지하여 네트워크의 안정성을 증대시키고, PR 과정에 의해서 낭비될 네트워크 자원을 효과적으로 보호하는 것을 목적으로 한다.
도 1은 본 발명에 따른 근원지 노드에 의한 연결 해제 메커니즘 흐름도,
도 2는 본 발명에 따른 목적지 노드에 의한 연결 해제 메커니즘 흐름도,
도 3은 본 발명에 따른 네트워크에 의한 연결 해제 메커니즘 흐름도,
도 4는 본 발명에 따른 PathErr 메시지 형태 정의도의 일 예,
도 5는 본 발명에 따른 PathTear 메시지 형태 정의도의 일 예,
도 6은 본 발명에 따른 ResvErr 메시지 형태 정의도의 일 예,
도 7은 본 발명에 따른 ResvTear 메시지 형태 정의도의 일 예,
도 8은 본 발명에 따른 Message_ID 오브젝트 형태 정의도의 일 예,
도 9는 본 발명에 따른 UNI_SESSION 오브젝트 형태 정의도의 일 예,
도 10은 본 발명에 따른 ERROR_SPEC 오브젝트 형태 정의도의 일 예,
도 11은 본 발명에 따른 RSVP_HOP 오브젝트 형태 정의도의 일 예이다.
* 도면의 주요한 부분에 대한 부호의 설명 *
10 : 근원지 노드 20 : 네트워크 인그리스 노드
30 : 네트워크 이그리스 노드 40 : 목적지 노드
본 발명은 상기와 같은 과제를 해결하여, 전광네트워크에서 효과적으로 연결을 해제하기 위해 기존의 경로해제/예약해제(PathTear/ResvTear) 메시지 대신에 소정의 에러코드를 실은 경로에러/예약에러(PathErr/ResvErr) 메시지를 이용하여 미리 연결이 해제될 것임을 각각의 중간 노드들에게 알려준다.
경로에러(PathErr)메시지는 경로 메시지를 처리하는데 에러가 있음을 알려주는 메시지이며, 이러한 경로에러 메시지는 업스트림으로 근원지 노드에 전달된다. 예약에러 메시지는 예약 메시지를 처리하는데 에러가 있음을 알려주거는 메시지이며, 이러한 예약에러 메시지는 다운스트림으로 목적지 노드에 전달된다.
이러한 메시지를 받은 중간 노드들은 LOL에 관한 알람기능을 끄고, 연결 해제 메시지를 기다린다. 위와 같은 경로에러/예약에러 메시지를 받은 목적지 노드는 경로해제 또는 경로에러 메시지에 소정의 플래그를 세팅하여 근원지 노드에게 알린다.
본 발명의 하나의 특징은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서, 연결해제를 예고하는 에러코드가 삽입된 예약에러메시지가 근원지 노드로부터 전광네트워크를 통하여 목적지 노드로 전달되는 단계와, 상기 예약에러메시지에 의해 상기 목적지 노드의 알람모니터 및 전광네트워크내 중간노드들의 알람모니터는 디스에이블되고, 연결해제완료를 나타내는 에러코드가 삽입된 경로에러메시지가 상기 목적지 노드로부터 전광네트워크를 통하여 상기 근원지 노드로 전달되는 단계를 포함하는 것이다.
본 발명의 다른 특징은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서, 연결해제를 예고하는 에러코드가 삽입된 경로에러메시지가 목적지 노드로부터 전광네트워크를 통하여 근원지 노드로 전달되는 단계와, 상기 경로에러메시지에 의해 상기 근원지 노드의 알람모니터 및 전광네트워크내 중간노드들의 알람모니터는 디스에이블되고, 연결해제완료를 나타내는 메시지식별자코드가 삽입된 경로해제메시지 또는 예약해제메시지가 상기 근원지 노드로부터 전광네트워크를 통하여 상기 목적지 노드로 전달되는 단계를 포함하는 것이다.
본 발명의 또다른 특징은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서, 연결해제를 나타내는 에러코드가 삽입된 경로에러메시지가 전광네트워크의 노드로부터 근원지 노드 및 목적지 노드로 전달되는 단계와, 상기 경로에러메시지에 의해 상기 근원지 노드 및 상기 목적지 노드의 알람모니터는 각각 디스에이블되는 단계를 포함하는 것이다.
본 발명의 또다른 특징은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서, 근원지 노드는 연결해제를 예고하는 에러코드를 삽입한 예약에러메시지를 네트워크 인그리스 노드에 전송하는 단계와, 상기 예약에러메시지를 수신한 네트워크 인그리스 노드는 알람 모니터를 디스에이블시키고, 전광네트워크를 통하여 상기 수신한 예약에러메시지를 네트워크 이그리스 노드로 전송하는 단계와, 상기 예약에러메시지를 수신한 목적지 노드는 알람 모니터를 디스에이블시키고, 연결해제완료를 나타내는 에러코드를 삽입한 경로에러메시지를 전광네트워크를 통하여 상기 근원지 노드에 전송하는 단계를 포함하는 것이다.
바람직하게는 상기 연결해제방법에서, 상기 연결해제를 예고하는 에러코드는 상기 예약에러메시지의 에러코드(Error Code) 필드와 에러값(Error Value) 필드의 어느 하나 또는 모두에 삽입되고, 상기 연결해제완료를 나타내는 에러코드는 상기 경로에러메시지의 에러코드 필드와 에러값 필드의 어느 하나 또는 모두에 삽입된다.
또한, 상기 연결해제방법에서, 상기 전광네트워크를 통하여 상기 수신한 예약에러메시지를 네트워크 이그리스 노드로 전송하는 단계는, 상기 네트워크 인그리스 노드가 상기 예약에러메시지를 상기 전광네트워크의 다음 노드로 전송하면, 상기 예약에러메시지를 수신한 다음 노드는 알람 모니터를 디스에이블시키고, 전광네트워크의 그 다음 노드로 상기 수신한 예약에러메시지를 전송하는 단계를 포함한다.
본 발명의 또다른 특징은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서, 목적지 노드는 연결해제를 예고하는 에러코드를 삽입한 경로에러메시지를 네트워크 이그리스 노드에 전송하는 단계와, 상기 경로에러메시지를 수신한 네트워크 이그리스 노드는 알람 모니터를 디스에이블시키고, 전광네트워크를 통하여 상기 수신한 경로에러메시지를 네트워크 인그리스 노드로 전송하는 단계와, 상기 경로에러메시지를 수신한 근원지 노드는 알람 모니터를 디스에이블시키고, 연결해제완료를 나타내는 메시지식별자코드를 삽입한 경로해제메시지 또는 예약해제메시지를 전광네트워크를 통하여 상기 목적지 노드에 전송하는 단계를 포함하는 것이다.
바람직하게는, 상기 연결해제방법에서, 상기 연결해제를 예고하는 에러코드는 상기 경로에러메시지의 에러코드(Error Code) 필드와 에러값(Error Value) 필드의 어느 하나 또는 모두에 삽입되고, 상기 연결해제완료를 나타내는 메시지식별자코드는 상기 경로해제메시지 또는 상기 예약해제메시지의 메시지식별자 필드를 이용하여 삽입된다.
또한, 바람직하게는, 상기 연결해제방법에서, 상기 연결해제완료를 나타내는 메시지식별자코드는 상기 경로해제메시지 또는 상기 예약해제메시지의이포크(Epoch) 필드를 더 이용하여 삽입될 수 있다.
본 발명의 또다른 특징은, 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서, 네트워크 인그리스 노드 및 네트워크 이그리스 노드는 알람 모니터를 디스에이블시키고, 네트워크에 의한 연결해제를 나타내는 에러코드를 삽입한 경로 에러메시지를 근원지 노드 및 목적지 노드에 각각 전송하는 단계와, 상기 경로 에러메시지를 수신한 근원지 노드 및 목적지 노드는 각각 알람 모니터를 디스에이블시키는 단계를 포함하는 것이다.
바람직하게는, 상기 연결해제방법에서, 상기 네트워크에 의한 연결해제를 나타내는 에러코드는 상기 경로에러메시지의 에러코드(Error Code) 필드와 에러값(Error Value) 필드의 어느 하나 또는 모두에 삽입된다.
이하에서는, 첨부된 도 1 내지 11을 참조하여 본 발명을 상세히 설명한다.
도 1은 본 발명에 따라 근원지 노드가 연결을 해제하는 메커니즘의 메시지 처리 흐름을 나타낸다.
근원지 노드(10)는 연결 해제를 위하여 예약에러(ResvErr) 메시지(110)에 Deletion in Progress라는 에러코드(120)를 삽입하여 전광네트워크의 인그리스(ingress) 노드(20)로 전달한다(S101).
근원지 노드(10)가 연결 해제를 위하여 사용하는 ResvErr 메시지(110)를 도 6, 8, 9, 10, 11을 참조하여 설명한다.
본 발명에 따른 ResvErr 메시지 형태 정의도의 일 예(600)가 도 6에 도시되어 있다.
<Common Header>는 기존의 RSVP 헤더를 재사용한다.
<INTEGRITY>는 근원지 노드를 인증하기 위한 암호화된 코드가 입력되어 있는 옵션 필드이다.
<MESSAGE_ID>는 도 8에 도시된 바와 같은 오브젝트이며, 오브젝트(800)에 포함된 각 필드에 대한 구체적인 설명을 생략한다.
<MESSAGE_ID_ACK>는 도 8의 <MESSAGE_ID>가 가지는 필드를 그대로 복사하여 가진다. 이때 ACK을 주려는 메시지 식별자(Message_Identifier)필드를 <MESSAGE_ID>로부터 복사하여 가져온다.
<UNI_SESSION>은 기존 RSVP에서 <SESSION> 오브젝트와 유사하며 도 9에 도시된 바와 같은 형태를 가진다. 상기 오브젝트(900)는 연결이 설정될 상대편의 IPv4 주소(920)를 포함하며, 좀더 구체적으로는, IPv4 터널(연결)의 이그리스 노드의 IP 주소를 가리킨다. 이러한 터널 아이디는 16 비트의 식별자이며 연결이 해제되기 전까지는 일정한 값을 가진다. IPv6 주소를 위해 확장된 터널 아이디(Extended Tunnel ID)가 사용될 수 있으며, 이는 32 비트의 식별자를 가지며 역시 연결이 해제되기 전까지 일정한 값을 유지한다. 확장된 터널 아이디는 근원지 노드의 IP 주소를 가리키거나 미리 할당된 광 파장의 식별자를 담는다.
<RSVP_HOP>은 도 11에 도시된 바와 같은 형태를 가진다.
<ERROR_SPEC>은 도 10에 도시된 바와 같은 형태를 지니며 본 발명에서 사용될 각종 에러 코드를 식별하는 역할을 한다.
<POLICY_DATA>는 정책정보를 담고 있으며, RSVP 메시지가 이를 수용한다.이 필드는 옵션으로 규정한다.
<Acceptable_Label_Set>은 PathErr 혹은 ResvErr 메시지에 포함될 수 있는 오브젝트이며 옵션 필드이다. 이와 같은 오브젝트는 특정한 채널을 포함하여야 하는 혹은 제외하여야 하는 정보를 담고 있다.
<STYLE>은 네트워크 자원을 예약할때 옵션을 두는 필드이며, 특별한 옵션이 없을경우 NULL로 세팅한다.
위에서 근원지 노드(10)가 연결 해제를 위하여 사용하는 ResvErr 메시지(600)에 포함된 모든 오브젝트를 설명하였지만, 실제로 본 발명에 따라 근원지 노드(10)가 연결 해제를 위해 이용하는 것은, 도 6에 도시된 ResvErr 메시지(600)에 포함된 오브젝트들중 <ERROR_SPEC> 오브젝트이며, <ERROR_SPEC> 오브젝트에 포함된 필드들중에서도 도 10에 도시된 Error Code 필드(1060)와 Error Value 필드(1070)이다. 즉, 근원지 노드(10)는 <ERROR_SPEC> 오브젝트의 상기 Error Code 필드(1060)와 Error Value 필드(1070)를 이용하여 "Deletion in Progress" 라는 에러메시지를 삽입한다. 다시 말하면, Error Code 필드(1060)와 Error Value 필드(1070)에서 일반적으로 이미 사용하는 에러메시지가 할당되는 비트값을 제외한 나머지 할당되지 않은 비트값들을 이용하여 본 발명에서 사용하는 "Deletion in Progress" 라는 에러메시지로 이용하겠다는 의미이다. 물론, 이와 같은 "Deletion in Progress" 라는 에러메시지를 나타내기 위해서, Error Code 필드(1060) 또는 Error Value 필드(1070) 중 어느 하나의 필드만을 이용할 수도 있으며, 상기 두개의 필드를 모두 이용할 수도 있을 것이다. 근원지 노드(10)는 이와같이 "Deletion in Progress" 라는 에러메시지가 삽입된 ResvErr 메시지(600)를 전송한다.
상기 메시지(110)를 받은 전광네트워크의 인그리스 노드(20)는 LOL(Loss of Light)에 관한 알람기능을 끄고, 즉, 알람 모니터를 디스에이블시키고(S102), ACK 메시지(130)를 근원지 노드에게 보낸다(S103).
전광네트워크의 인그리스 노드(20)는 이그리스(egress) 노드(30)까지 ResvErr 메시지(110)를 배달한다(S104). 도 1에는 도시하지 않았지만, 실제로 인그리스 노드(20)와 이그리스 노드(30)사이의 전광네트워크는 다수의 노드들이 있을 수 있으며, 전광네트워크의 각 노드가 연결된 다음 노드에 ResvErr 메시지(110)를 보내면 메시지(110)를 수신한 다음 노드는 알람 모니터를 디스에이블시키고, 메시지(110)를 보낸 노드에 ACK 메시지(130)를 보낸다. 이와 같은 방법으로, 전광네트워크의 모든 노드는 알람 기능을 끄고, ResvErr 메시지(110)는 네트워크 이그리스 노드(30)까지 배달된다.
ResvErr 메시지(110)를 받은 네트워크의 이그리스 노드(30)는 목적지 노드(40)에 마찬가지로 Deletion in Progress라는 에러코드(120)가 삽입된 ResvErr 메시지(110)를 전달한다(S105).
상기 메시지(110)를 받은 목적지 노드(40)는 LOL에 대한 알람기능을 끄고(S106), ACK 메시지를 전광네트워크 이그리스 노드(30)에 보낸다(S107). 또한, 목적지 노드(40)는 연결과 관계된 모든 상태 및 연결을 해제하고, 경로에러(PathErr) 메시지(140)의 Path_State_Removing 플래그(150)를 설정하여 전광네트워크의 이그리스 노드(30)로 보낸다(S108).
목적지 노드(40)가 연결 해제를 위해 이용하는 PathErr 메시지 형태 정의도의 일 예(400)가 도 4에 도시되어 있다.
PathErr 메시지(400)에 포함된 오브젝트들인 <Common Header>, <INTEGRITY>, <MESSAGE_ID>, <MESSAGE_ID_ACK>, <UNI_SESSION>, <ERROR_SPEC>, <Acceptable_Label_Set>은 ResvErr 메시지(600)에서와 동일하다.
근원지 노드가 이용하는 ResvErr 메시지(600)와 마찬가지로, 목적지 노드(40)도 연결 해제를 위해 PathErr 메시지(400)에 포함된 오브젝트들중 <ERROR_SPEC>오브젝트이며, <ERROR_SPEC> 오브젝트에 포함된 필드들중에서도 도 10에 도시된 Error Code 필드(1060)와 Error Value 필드(1070)이다. 즉, 목적지 노드(40)는 <ERROR_SPEC> 오브젝트의 상기 Error Code 필드(1060)와 Error Value 필드(1070)를 이용하여 "Path_State_Removing flag set" 이라는 에러메시지를 삽입한다. 다시 말하면, Error Code 필드(1060)와 Error Value 필드(1070)에서 일반적으로 이미 사용하는 에러메시지가 할당되는 비트값을 제외한 나머지 할당되지 않은 비트값들을 이용하여 본 발명에서 사용하는 "Path_State_Removing flag set" 이라는 에러메시지로 이용하겠다는 의미이다. 물론, 이와 같은 "Path_State_Removing flag set" 라는 에러메시지를 나타내기 위해서, Error Code 필드(1060) 또는 Error Value 필드(1070) 중 어느 하나의 필드만을 이용할 수도 있으며, 상기 두개의 필드를 모두 이용할 수도 있을 것이다. 목적지 노드(40)는 이와 같이 "Path_State_Removing flag set" 라는 에러메시지가 삽입된 PathErr 메시지(140)를전송한다.
상기 메시지(140)를 받은 네트워크의 이그리스 노드(30)는 목적지 노드(40)로 ACK 메시지를 보내고(S109), 다운스트림으로 PathErr 메시지를 전달한다(S110).
전광네트워크의 인그리스 노드(20)는 PathErr 메시지(140)를 근원지 노드(10)로 전달하고(S111), 이 메시지(140)를 받은 근원지 노드는 자신의 모든 상태 및 연결을 해지하고 ACK 메시지를 보냄으로써(S112), 전광네트워크에서의 연결 해제는 완료된다.
도 2는 본 발명에 따라 목적지 노드가 연결을 해제하는 메커니즘의 메시지 처리 흐름을 나타낸다.
연결 해제를 원하는 목적지 노드(40)는 경로에러(PathErr) 메시지(210)에 Deletion in Progress 라는 에러코드(220)를 삽입하여 전광네트워크의 이그리스 노드(30)로 전달한다(S201).
연결 해제를 위해 목적지 노드(40)가 사용하는 PathErr 메시지(210)는 위에서 설명한 바와 같으며, 다만, 이번에는 <ERROR_SPEC> 오브젝트의 상기 Error Code 필드(1060)와 Error Value 필드(1070)를 이용하여 "Deletion in Progress"라는 에러메시지를 삽입한다.
상기 PathErr 메시지(210)를 받은 전광네트워크의 이그리스 노드(30)는 LOL에 관한 알람기능을 끄고(S202), ACK 메시지(230)를 목적지 노드(40)에게 보낸다(S203).
전광네트워크의 이그리스 노드(30)는 인그리스 노드(20)까지 PathErr메시지(210)를 배달한다(S204). 도 1에서 설명한 바와 같이, 도 2에 도시하지는 않았지만, 전광네트워크에 있는 모든 노드들은 메시지(210)를 받고, 알람 모니터를 디스에이블하고, 연결된 다음 노드로 메시지(210)를 보낸다.
상기 메시지(210)를 받은 네트워크의 인그리스 노드(20)는 근원지 노드(10)에게 똑같은 내용의 PathErr 메시지(210)를 전달한다(S205).
상기 메시지(210)를 받은 근원지 노드(10)는 알람 모니터를 디스에이블하고(S206), ACK 메시지를 네트워크 인그리스 노드(20)로 보낸다(S207).
또한, 근원지 노드(10)는 경로해제(PathTear) 또는 예약해제(ResvTear) 메시지(240)를 네트워크 인그리스 노드(20)에게 보낸다(S208). 이때, PathErr 메시지(210)의 MESSAGE_ID 오브젝트를 참조하여 PathTear 메시지(240)의 MESSAGE_ID_ACK 오브젝트(250)를 세팅한다.
근원지 노드(10)가 이번에 이용하는 메시지는 PathTear 혹은 예약해제(ResvTear)메시지이다. 본 발명에 따른 PathTear 및 예약해제(ResvTear)메시지 형태 정의도의 일 예가 도 5와 도 6에 각각 도시되어 있다. 도 5와 도 6에 도시된 PathTear 메시지(500) 및 ResvTear 메시지는 기존의 RSVP에서의 PathTear 및 ResvTear 메시지의 형태와 동일한 형태를 가진다. 이때, 수신한 PathErr 메시지(210)의 MESSAGE_ID 오브젝트를 참조하여 PathTear 메시지(240) 및 ResvTear 메시지의 MESSAGE_ID_ACK 오브젝트(250)를 세팅한다.
구체적으로는 MESSAGE_ID_ACK 오브젝트(250)를 세팅시, 도 8에 도시한 바와 같은 MESSAGE_ID 오브젝트(8000에 포함된 필드들중에서 Message_Identifier필드(860)를 이용하며, 추가적으로 Epoch 필드(850)를 함께 이용할 수 있다.
MESSAGE_ID_ACK 필드(250)가 세팅된 PathTear 메시지(240) 혹은 ResvTear 메시지를 수신한 네트워크 인그리스 노드(20)는 근원지 노드(10)에 ACK 메시지를 보내고(S209), 수신한 PathTear 혹은 ResvTear메시지를 네트워크 이그리스 노드까지 전달한다(S210).
네트워크 이그리스 노드(30)는 PathTear 혹은 ResvTear메시지를 목적지 노드(40)까지 전달하고(S211), 이 메시지를 받은 목적지 노드(40)는 ACK 메시지를 보냄으로써(S212), 목적지 노드에 의한 연결 해제의 흐름이 종료된다.
도 3은 네트워크의 인그리스 노드 및 이그리스 노드가 근원지 노드 및 목적지 노드로 강제적인 연결을 해제하는 메커니즘의 메시지 처리 흐름을 나타낸다.
연결을 해제하고자 하는 인그리스 노드가 근원지 노드로 강제적인 연결을 해제하는 메커니즘의 메시지 흐름과 이그리스 노드가 목적지 노드로 강제적인 연결을 해제하는 메커니즘의 메시지 흐름은 대칭을 이룬다.
즉, 이그리스 노드부터 먼저 설명을 하면, 이그리스 노드(30)는 각 LOL 알람을 끄고(S301), 목적지 노드에 PathErr 메시지(310)를 보낸다(S302). 이 때, 에러코드는 Network Initiated Deletion(320), Path_State_Removed 플래그(330)를 세팅하여 전달한다.
이그리스 노드(30)가 이용하는 PathErr 메시지 역시 도 4에 도시된 바와 같은 PathErr 메시지(400)이며, 상기 메시지에 포함된 오브젝트들중 <ERROR_SPEC>오브젝트에 포함된 필드들중에서 도 10에 도시된 Error Code 필드(1060)와 ErrorValue 필드(1070)이다. 즉, 이그리스 노드(30)는 <ERROR_SPEC> 오브젝트의 상기 Error Code 필드(1060)와 Error Value 필드(1070)를 이용하여 "Network Initiated Deletion(320)", "Path_State_Removed flag set(330)" 이라는 에러메시지를 삽입한다. 여기에서도 마찬가지로, Error Code 필드(1060)와 Error Value 필드(1070)에서 일반적으로 이미 사용하는 에러메시지가 할당되는 비트값을 제외한 나머지 할당되지 않은 비트값들을 이용하여 본 발명에서 사용하는 "Network Initiated Deletion(320)", "Path_State_Removed flag set(330)" 이라는 에러메시지로 이용하겠다는 의미이다. 물론, 이와 같은 "Network Initiated Deletion(320)", "Path_State_Removed flag set(330)" 이라는 에러메시지를 나타내기 위해서, Error Code 필드(1060) 또는 Error Value 필드(1070) 중 어느 하나의 필드만을 이용할 수도 있으며, 상기 두개의 필드를 모두 이용할 수도 있을 것이다.
이 메시지(310)를 받은 목적지 노드(40)는 알람 모니터를 디스에이블하고(S303), ACK 메시지(340)를 보냄으로써(S304), 연결 해제과정은 종료된다.
인그리스 노드(20) 역시 알람 모니터를 디스에이블하고(S301), 에러코드 Network Initiated Deletion(320), Path_State_Removed 플래그(330)가 세팅된 PathErr 메시지(310)를 근원지 노드(10)에 보낸다(S305).
이 메시지(310)를 받은 근원지 노드(10)는 알람 모니터를 디스에이블하고(S306), ACK 메시지(340)를 보냄으로써(S307), 연결 해제과정은 종료된다.
도 7은 ResvTear 메시지의 형태를 나타낸다. PathTear 메시지와 같은 형태를 가진다. 여기서 <SCOPE>이라는 옵션 필드를 추가한다. 본 발명에서는 <SCOPE> 필드에 구체적인 기능을 제한하지 않는다.
이상 설명한 바와 같은 본 발명의 구성에 의하면, 전광네트워크에서 안정적으로 연결을 해제할 수 있는 메커니즘을 이용하여 불필요하게 야기될 수 있는 PR 과정 방지하고, 네트워크 자원의 오용 방지 및 네트워크 안정성을 추구할 수 있다.

Claims (11)

  1. 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서,
    연결해제를 예고하는 에러코드가 삽입된 예약에러메시지가 근원지 노드로부터 전광네트워크를 통하여 목적지 노드로 전달되는 단계와,
    상기 예약에러메시지에 의해 상기 목적지 노드의 알람모니터 및 상기 전광네트워크내의 중간 노드들의 알람모니터는 디스에이블되고, 연결해제완료를 나타내는 에러코드가 삽입된 경로에러메시지가 상기 목적지 노드로부터 전광네트워크를 통하여 상기 근원지 노드로 전달되는 단계를 포함하는, 네트워크 연결 해제 방법.
  2. 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서,
    연결해제를 예고하는 에러코드가 삽입된 경로에러메시지가 목적지 노드로부터 전광네트워크를 통하여 근원지 노드로 전달되는 단계와,
    상기 경로에러메시지에 의해 상기 근원지 노드의 알람모니터 및 상기 전광네트워크내의 중간 노드들의 알람모니터는 디스에이블되고, 연결해제완료를 나타내는 메시지식별자코드가 삽입된 경로해제메시지 또는 예약해제메시지가 상기 근원지 노드로부터 전광네트워크를 통하여 상기 목적지 노드로 전달되는 단계를 포함하는, 네트워크 연결 해제 방법.
  3. 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서,
    연결해제를 나타내는 에러코드가 삽입된 경로에러메시지가 전광네트워크의 노드로부터 근원지 노드 및 목적지 노드로 전달되는 단계와,
    상기 경로에러메시지에 의해 상기 근원지 노드 및 상기 목적지 노드의 알람모니터는 각각 디스에이블되는 단계를 포함하는, 네트워크 연결 해제 방법.
  4. 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서,
    근원지 노드는 연결해제를 예고하는 에러코드를 삽입한 예약에러메시지를 네트워크 인그리스 노드에 전송하는 단계와,
    상기 예약에러메시지를 수신한 네트워크 인그리스 노드는 알람 모니터를 디스에이블시키고, 전광네트워크를 통하여 상기 수신한 예약에러메시지를 네트워크 이그리스 노드로 전송하는 단계와,
    상기 예약에러메시지를 수신한 목적지 노드는 알람 모니터를 디스에이블시키고, 연결해제완료를 나타내는 에러코드를 삽입한 경로에러메시지를 전광네트워크를 통하여 상기 근원지 노드에 전송하는 단계를 포함하는, 네트워크 연결 해제 방법.
  5. 제4항에 있어서,
    상기 연결해제를 예고하는 에러코드는 상기 예약에러메시지의 에러코드(Error Code) 필드와 에러값(Error Value) 필드의 어느 하나 또는 모두에 삽입되고,
    상기 연결해제완료를 나타내는 에러코드는 상기 경로에러메시지의 에러코드 필드와 에러값 필드의 어느 하나 또는 모두에 삽입되는, 네트워크 연결 해제 방법.
  6. 제4항에 있어서,
    상기 전광네트워크를 통하여 상기 수신한 예약에러메시지를 네트워크 이그리스 노드로 전송하는 단계는,
    상기 네트워크 인그리스 노드가 상기 예약에러메시지를 상기 전광네트워크의 다음 노드로 전송하면, 상기 예약에러메시지를 수신한 다음 노드는 알람 모니터를 디스에이블시키고, 전광네트워크의 그 다음 노드로 상기 수신한 예약에러메시지를 전송하는 단계를 포함하는, 네트워크 연결 해제 방법.
  7. 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서,
    목적지 노드는 연결해제를 예고하는 에러코드를 삽입한 경로에러메시지를 네트워크 이그리스 노드에 전송하는 단계와,
    상기 경로에러메시지를 수신한 네트워크 이그리스 노드는 알람 모니터를 디스에이블시키고, 전광네트워크를 통하여 상기 수신한 경로에러메시지를 네트워크 인그리스 노드로 전송하는 단계와,
    상기 경로에러메시지를 수신한 근원지 노드는 알람 모니터를 디스에이블시키고, 연결해제완료를 나타내는 메시지식별자코드를 삽입한 경로해제메시지 또는 예약해제메시지를 전광네트워크를 통하여 상기 목적지 노드에 전송하는 단계를 포함하는, 네트워크 연결 해제 방법.
  8. 제7항에 있어서,
    상기 연결해제를 예고하는 에러코드는 상기 경로에러메시지의 에러코드(Error Code) 필드와 에러값(Error Value) 필드의 어느 하나 또는 모두에 삽입되고,
    상기 연결해제완료를 나타내는 메시지식별자코드는 상기 경로해제메시지 또는 예약해제메시지의 메시지식별자(Message_Identifier) 필드를 이용하여 삽입되는, 네트워크 연결 해제 방법.
  9. 제8항에 있어서,
    상기 연결해제완료를 나타내는 메시지식별자코드는 상기 경로해제메시지 또는 상기 예약해제메시지의 이포크(Epoch) 필드를 더 이용하여 삽입될 수 있는, 네트워크 연결 해제 방법.
  10. 전광네트워크에서 자원예약프로토콜(RSVP)를 이용하여 네트워크 연결을 해제하는 방법에 있어서,
    네트워크 인그리스 노드 및 네트워크 이그리스 노드는 알람 모니터를 디스에이블시키고, 네트워크에 의한 연결해제를 나타내는 에러코드를 삽입한 경로 에러메시지를 근원지 노드 및 목적지 노드에 각각 전송하는 단계와,
    상기 경로 에러메시지를 수신한 근원지 노드 및 목적지 노드는 각각 알람 모니터를 디스에이블시키는 단계를 포함하는, 네트워크 연결 해제 방법.
  11. 제10항에 있어서,
    상기 네트워크에 의한 연결해제를 나타내는 에러코드는 상기 경로에러메시지의 에러코드(Error Code) 필드와 에러값(Error Value) 필드의 어느 하나 또는 모두에 삽입되는, 네트워크 연결 해제 방법.
KR10-2002-0002531A 2002-01-16 2002-01-16 전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법 KR100420952B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2002-0002531A KR100420952B1 (ko) 2002-01-16 2002-01-16 전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2002-0002531A KR100420952B1 (ko) 2002-01-16 2002-01-16 전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법

Publications (2)

Publication Number Publication Date
KR20030062107A KR20030062107A (ko) 2003-07-23
KR100420952B1 true KR100420952B1 (ko) 2004-03-02

Family

ID=32218249

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2002-0002531A KR100420952B1 (ko) 2002-01-16 2002-01-16 전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법

Country Status (1)

Country Link
KR (1) KR100420952B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5282448B2 (ja) * 2008-05-30 2013-09-04 富士通株式会社 無線通信システム、無線通信装置及びその切断処理方法

Also Published As

Publication number Publication date
KR20030062107A (ko) 2003-07-23

Similar Documents

Publication Publication Date Title
US7535829B2 (en) Tunnel reroute
Berger Generalized multi-protocol label switching (GMPLS) signaling resource reservation protocol-traffic engineering (RSVP-TE) extensions
KR100415582B1 (ko) 인터넷에서의 네트워크의 부하를 경감하기 위한 연결설정및 해제방법
US6765927B1 (en) RSVP proxy service for communication network
EP2005313B1 (en) Facilitating application synchronization with a reservation protocol at a sender without application receiver participation
EP1152571B1 (en) Two-way resource reservation
JP3977331B2 (ja) Ip通信網における方法及び装置
EP1722524B1 (en) Method and apparatus for processing packet in IPv4/IPv6 combination network
EP2405608B1 (en) Performing path-orientated systems management
EP1953958B1 (en) Management of protection path bandwidth and changing of path bandwidth
CN1331363C (zh) 一种基于网络入口节点的重路由方法
KR100396144B1 (ko) 제 3세대 또는 차세대 통신 네트워크에서의 자원 예약 (ⅳ)
JPH11127154A (ja) コネクションレス型通信方式
EP1786158B1 (en) Methods and systems for informing and negotiating the monitor ability of the label switching capability
US7489866B2 (en) Method and apparatus for multiple-homing route diversification for UNI clients
KR100420952B1 (ko) 전광네트워크에서 자원예약 프로토콜을 이용한 네트워크연결 해제 방법
US7042882B2 (en) Layer-structured path setup method and node apparatus for implementing same
Cisco Commands: debug ipx ipxwan through debug lane client
JP3686345B2 (ja) 通信品質保証方法
CN101453411B (zh) 建立标签交换路径的方法、系统和设备
JP3276065B2 (ja) フレーム転送制御システムおよびその帯域管理方法
Liaw et al. RSVP Extensions for Optical UNI Signaling
Liaw et al. Contribution Number: oif2000. 286 Working Group: Signaling Working Group
KR100941801B1 (ko) Aal2 노드에서 수행되는 호 설정 관련 메시지 처리방법
KR100804370B1 (ko) 광 버스트 스위칭 망에서 부분 이중 예약을 이용한 장애보호 기법

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: 20090202

Year of fee payment: 6

LAPS Lapse due to unpaid annual fee