KR102122949B1 - 네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치 - Google Patents

네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치 Download PDF

Info

Publication number
KR102122949B1
KR102122949B1 KR1020140008853A KR20140008853A KR102122949B1 KR 102122949 B1 KR102122949 B1 KR 102122949B1 KR 1020140008853 A KR1020140008853 A KR 1020140008853A KR 20140008853 A KR20140008853 A KR 20140008853A KR 102122949 B1 KR102122949 B1 KR 102122949B1
Authority
KR
South Korea
Prior art keywords
ping packet
tep
response
segment
teps
Prior art date
Application number
KR1020140008853A
Other languages
English (en)
Other versions
KR20150088492A (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 KR1020140008853A priority Critical patent/KR102122949B1/ko
Priority to US14/603,911 priority patent/US9584392B2/en
Publication of KR20150088492A publication Critical patent/KR20150088492A/ko
Application granted granted Critical
Publication of KR102122949B1 publication Critical patent/KR102122949B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • 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]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/28—Timers or timing mechanisms used in protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • H04L12/5601—Transfer mode dependent, e.g. ATM
    • H04L2012/5603—Access techniques

Abstract

하나 이상의 TEP들 중 선택된 대표 TEP에 의해 멤버 TEP들로 핑 패킷이 멀티캐스트를 통해 전송되고 멤버 TEP들로부터 대표 TEP로 응답 핑 패킷이 멀티캐스트를 통해 수신됨으로써 별도의 유니캐스트 터널을 필요로 하지 않고 L3 네트워크의 부담을 줄일 수 있으면서, 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트가 효율적으로 관리될 수 있는 방법 및 장치가 제공된다.

Description

네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치{METHOD AND APPARATUS FOR MANAGING SEGMENTS CONNECTED VIA NETWORK}
기술 분야는 네트워크를 통해 연결된 세그먼트들을 관리하는 방법에 관한 것으로, 특히, 멀티캐스트를 통해 핑 패킷을 송수신함으로써 네트워크를 통해 연결된 세그먼트들을 관리하는 방법에 관한 것이다.
확장 가능 가상 근거리 통신망(Virtual Extensible Local Area Network; VxLAN)의 환경에서 네트워크를 통해 연결된 세그먼트들의 상태를 모니터링하고 관리하기 위해서는 세그먼트들과 연결된 가상 송신 노드(Virtual Tunnel End Point; VTEP)들 간에 VXLAN 핑 패킷이 송수신되어야 한다.
핑 패킷을 수신한 VTEP는 VTEP와 연결된 세그먼트들의 현재 상태를 판단하고, 핑 패킷을 전송한 VTEP로 응답 핑 패킷을 전송한다. 종래의 방법의 경우, VXLAN 환경의 시스템의 멤버 수가 N개 일 때, 모든 VTEP들이 다른 VTEP들의 상태를 파악하기 위해서는, 계층 3(Layer 3; L3) 네트워크에 주기적으로 2N(N-1)개의 트래픽이 인입되어 처리되어야 하기 때문에 L3 네트워크에 큰 부담이 발생하였다.
따라서, L3 네트워크의 부담을 줄일 수 있으면서, VXLAN 환경에서 세그먼트들을 효율적으로 관리하고 모니터링할 수 있는 방법이 요구된다.
상기에서 설명된 정보는 단지 이해를 돕기 위한 것이며, 종래 기술의 일부를 형성하지 않는 내용을 포함할 수 있으며, 종래 기술이 통상의 기술자에게 제시할 수 있는 것을 포함하지 않을 수 있다.
일 실시예는 멀티캐스트를 통해 하나 이상의 TEP들 중 선택된 대표 TEP에 의해 멤버 TEP들로 핑 패킷이 전송되고, 멤버 TEP들로부터 대표 TEP로 응답 핑 패킷이 수신됨으로써 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보가 업데이트되는 방법 및 장치를 제공할 수 있다.
일 실시예는 멀티캐스트를 통해 다른 TEP로부터 핑 패킷을 수신하고, 수신된 핑 패킷에 기반하여 상기 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트하고 수신된 핑 패킷의 메시지 타입에 따라 다른 TEP로 응답 핑 패킷을 전송하는 방법 및 장치를 제공할 수 있다.
일 측면에 있어서, 하나 이상의 송신 노드(Tunnel End Point; TEP)들 중 대표로 선택된 대표 TEP에 의해 수행되는, 핑 패킷을 생성하는 단계, 상기 하나 이상의 TEP들로 상기 생성된 핑 패킷을 전송하는 단계, 상기 하나 이상의 TEP들의 각각으로부터 상기 핑 패킷에 대한 응답 핑 패킷을 수신하는 단계 및 상기 수신된 응답 핑 패킷에 기반하여 상기 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트하는 단계를 포함하는, 세그먼트 관리 방법이 제공된다.
상기 핑 패킷을 생성하는 단계는 소정의 시간 간격으로 핑 패킷을 생성할 수 있다.
상기 핑 패킷을 전송하는 단계 및 상기 핑 패킷에 대한 응답 핑 패킷을 수신하는 단계는 상기 핑 패킷이 상기 소정의 시간 간격으로 생성될 때마다 반복될 수 있다.
상기 핑 패킷을 전송하는 단계는 상기 적어도 하나의 세그먼트들에 할당된 멀티캐스트 주소를 상기 핑 패킷의 목적 인터넷 프로토콜(Internet Protocol; IP)로서 설정하는 단계를 포함할 수 있다.
상기 핑 패킷을 전송하는 단계는 상기 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들로 상기 핑 패킷을 전송하는 단계를 포함할 수 있다.
상기 응답 핑 패킷을 수신하는 단계는 상기 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들의 각각으로부터 응답 핑 패킷을 수신할 수 있다.
상기 멀티캐스트 주소는 상기 응답 핑 패킷의 목적 IP로서 사용될 수 있다.
상기 하나 이상의 TEP들의 각 TEP로부터 수신되는 상기 응답 핑 패킷은 상기 각 TEP와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다.
상기 업데이트하는 단계는 상기 하나 이상의 TEP들 중 상기 수신된 응답 핑 패킷의 소스 IP가 나타내는 TEP 를 식별하는 단계를 포함할 수 있다.
상기 업데이트하는 단계는 상기 식별된 TEP의 기존 상태를 나타내는 정보를 업데이트하는 단계를 포함할 수 있다.
상기 응답 핑 패킷을 수신하는 단계는 상기 하나 이상의 TEP들의 각 TEP로부터 순차적으로 상기 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다.
상기 응답 핑 패킷을 수신하는 단계는 상기 응답 핑 패킷의 수신을 위한 응답 제한 시간을 설정하는 단계를 포함할 수 있다.
상기 응답 핑 패킷을 수신하는 단계는 상기 설정된 응답 제한 시간 동안 상기 각 TEP로부터 상기 응답 핑 패킷을 수신하는 단계를 포함할 수 있다.
상기 핑 패킷의 메시지의 타입 및 상기 응답 핑 패킷의 메시지의 타입은 서로 상이할 수 있다.
다른 일 측면에 있어서, 송신 노드(Tunnel End Point; TEP)에 의해 수행되는, 상기 TEP와 네트워크를 통해 연결된 다른 TEP로부터 핑 패킷을 수신하는 단계, 상기 수신된 핑 패킷의 소스 인터넷 프로토콜(Internet Protocol; IP)이 나타내는 상기 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 상기 수신된 응답 핑 패킷에 기반하여 업데이트하는 단계 및 상기 메시지의 타입이 요청의 타입인 경우, 상기 다른 TEP로 상기 수신된 핑 패킷에 대한 응답 핑 패킷을 전송하는 단계를 포함하는, 세그먼트 관리 방법이 제공된다.
상기 핑 패킷을 수신하는 단계는 멀티캐스트 터널을 통해 다른 TEP로부터 핑 패킷을 수신할 수 있다.
상기 응답 핑 패킷을 전송하는 단계는 상기 수신된 핑 패킷의 멀티캐스트 주소를 상기 응답 핑 패킷의 목적 IP로서 설정하는 단계를 포함할 수 있다.
상기 응답 핑 패킷을 전송하는 단계는 상기 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 다른 TEP로 상기 응답 핑 패킷을 전송하는 단계를 포함할 수 있다.
상기 수신된 핑 패킷은 상기 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다.
상기 응답 핑 패킷은 상기 TEP 와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다.
상기 응답 핑 패킷의 메시지의 타입은 상기 요청의 타입과는 서로 상이한 타입으로서 응답의 타입일 수 있다.
상기 핑 패킷을 수신하는 단계는 소정의 시간 간격으로 핑 패킷을 수신할 수 있다.
상기 업데이트하는 단계는 상기 수신된 핑 패킷의 소스 IP가 나타내는 상기 다른 TEP를 식별하는 단계를 포함할 수 있다.
상기 업데이트하는 단계는 상기 식별된 다른 TEP의 기존 상태를 나타내는 정보를 업데이트하는 단계를 포함할 수 있다.
또 다른 일 측면에 있어서, 하나 이상의 송신 노드(Tunnel End Point; TEP)들 중 대표로 선택된 대표 TEP에 있어서, 핑 패킷을 생성하고 상기 하나 이상의 TEP들로 상기 생성된 핑 패킷을 전송하는 핑 패킷 송신 처리부, 상기 하나 이상의 TEP들의 각각으로부터 상기 핑 패킷에 대한 응답 핑 패킷을 수신하는 핑 패킷 수신 처리부 및 상기 수신된 응답 핑 패킷에 기반하여 상기 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트하는 상태 관리부를 포함하고, 상기 TEP는 상기 하나 이상의 TEP들 중 대표 TEP로서 결정된, 송신 노드가 제공된다.
상기 송신 노드는 주소 관리부를 더 포함할 수 있다.
상기 핑 패킷 송신 처리부는 상기 주소 관리부 내의 상기 적어도 하나의 세그먼트들에 할당된 멀티캐스트 주소를 상기 핑 패킷의 목적 인터넷 프로토콜(Internet Protocol; IP)로서 설정할 수 있다.
상기 핑 패킷 송신 처리부는 상기 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들로 상기 핑 패킷을 전송할 수 있다.
상기 핑 패킷 수신 처리부는 상기 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들의 각각으로부터 응답 핑 패킷을 수신할 수 있다.
상기 멀티캐스트 주소는 상기 응답 핑 패킷의 목적 IP로서 사용될 수 있다.
상기 상태 관리부는 상기 하나 이상의 TEP들 중 상기 수신된 응답 핑 패킷의 소스 IP가 나타내는 TEP를 식별할 수 있다.
상기 상태 관리부는 상기 식별된 TEP의 기존 상태를 나타내는 정보를 업데이트할 수 있다.
상기 송신 노드는 송수신 타이머를 더 포함할 수 있다.
상기 송수신 타이머는 상기 응답 핑 패킷의 수신을 위한 응답 제한 시간을 결정할 수 있다.
상기 핑 패킷 수신 처리부는 상기 하나 이상의 TEP들의 각 TEP로부터 순차적으로 상기 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다.
상기 핑 패킷 수신 처리부는 상기 결정된 응답 제한 시간 동안 상기 각 TEP로부터 상기 응답 핑 패킷을 수신할 수 있다.
멀티캐스트를 통해, 하나 이상의 TEP들 중 선택된 대표 TEP에 의해 멤버 TEP들로 핑 패킷이 전송되고 멤버 TEP들로부터 대표 TEP로 응답 핑 패킷이 수신됨으로써 별도의 유니캐스트 터널을 필요로 하지 않는 세그먼트의 관리 방법 및 장치가 제공된다.
핑 패킷 및 응답 핑 패킷의 송수신이 동일한 멀티캐스트 터널을 통해 수행됨으로써L3 네트워크의 부담을 크게 줄일 수 있는 세그먼트의 관리 방법 및 장치가 제공된다.
도 1은 일 실시예에 따른 대표 송신 노드 및 멤버 송신 노드들을 포함하는 시스템을 나타낸다.
도 2는 일 실시예에 따른 대표 송신 노드로부터 멤버 송신 노드들로의 패킷 전송을 나타낸다.
도 3은 일 실시예에 따른 대표 송신 노드를 나타낸다.
도 4는 일 실시예에 따른 멤버 송신 노드를 나타낸다.
도 5는 일 실시예에 따른 세그먼트 관리 방법을 나타내는 흐름도이다.
도 6은 일 예에 따른 멤버 TEP들로 핑 패킷을 전송하는 방법을 나타내는 흐름도이다.
도 7은 일 예에 따른 응답 핑 패킷을 수신하는 방법을 나타내는 흐름도이다.
도 8은 일 예에 따른 응답 핑 패킷을 수신하는 방법을 나타내는 흐름도이다.
도 9는 일 예에 따른 세그먼트의 상태를 나타내는 정보를 업데이트하는 방법을 나타내는 흐름도이다.
도 10은 일 실시예에 따른 세그먼트 관리 방법을 나타내는 흐름도이다.
도 11은 일 예에 따른 응답 핑 패킷을 전송하는 방법을 나타내는 흐름도이다.
도 12는 일 예에 따른 송신 노드의 상태를 나타내는 정보를 업데이트하는 방법을 나타내는 흐름도이다.
이하에서, 첨부된 도면을 참조하여 실시예들을 상세하게 설명한다. 각 도면에 제시된 동일한 참조 부호는 동일한 부재를 나타낸다.
도 1은 일 실시예에 따른 대표 송신 노드 및 멤버 송신 노드들을 포함하는 시스템을 나타낸다.
도시된 시스템(100)은 하나 이상의 송신 노드(Tunnel End Point; TEP)들을 포함할 수 있다. 시스템(100)의 TEP들의 각 TEP는 적어도 하나의 세그먼트와 네트워크를 통해 연결될 수 있다.
도 1에서, 시스템(100)은 4개의 TEP들을 포함하는 것으로 도시되었다. 시스템(100)이 포함하는 TEP들은 네트워크를 통해 서로 간에 연결될 수 있다. TEP들이 서로 간에 연결된 네트워크는 가상 근거리 통신망(Virtual Local Area Network; VLAN) 또는 VxLAN에 기반할 수 있다. 예컨대, 시스템(100)이 포함하는 TEP들의 각각은 VTEP일 수 있다.
시스템(100)이 포함하는 VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D)의 각각과 연결된 세그먼트들은 VxLAN 네트워크 식별자(VxLAN Network Idenfier; VNI)를 가질 수 있다. 예컨대, 도시된 세그먼트들(S1 내지 S9) 중 세그먼트들(S1, S3, S6 및 S8)은 동일한 VNI를 가질 수 있다. 또는, 나머지 세그먼트들(S2, S4, S5, S7 및 S9)은 동일한 VNI를 가질 수 있다. 세그먼트들(S1, S3, S6 및 S8)의 VNI 및 세그먼트들(S2, S4, S5, S7 및 S9)의 VNI는 서로 상이할 수 있다. 세그먼트들의 각각은 서버일 수 있다.
VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D)의 각각은 적어도 하나의 세그먼트와 계층 2(Layer 2; L2) 네트워크 상에서 구성될 수 있고, VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D)의 각각은 L2 네트워크를 통해 적어도 하나의 세그먼트와 통신할 수 있다.
VTEP들 간의 패킷 송수신은 계층 3(Layer 3; L3) 네트워크를 통해 수행될 수 있다. VTEP들 간의 패킷 송수신은 하나 이상의 라우터들(130)을 경유하여 수행될 수 있다. 라우터들(130) 중 라우터(130-1)는 멀티캐스트를 통한 패킷 송수신에 있어서 랑데뷰 포인트(Rendezvous Point; RP)(130-1)일 수 있다.
VTEP-A는 VTEP로서 동작할 수 있는 하이퍼바이저(hypervisor)(110-1)를 포함할 수 있고, VTEP-D는 VTEP로서 동작할 수 있는 하이퍼바이저 (110-2)를 포함할 수 있다. 하이퍼바이저들(110-1 및 110-2)의 각각은 호스트 컴퓨터에서 하나 이상의 운영체제들을 실행하기 위한 논리적 플랫폼일 수 있다. 예컨대, 하이퍼바이저들(110-1 및 110-2)의 각각은 가상화 머신 모니터(Virtual Machine Monitor; VMM)일 수 있다. 말하자면, 하이퍼바이저들(110-1 및 110-2)은 VTEP-A 및 VTEP-D에 각각 대응할 수 있다.
VTEP-B는 VTEP로서 동작할 수 있는 톱 오브 랙(Top Of Rack; TOR) 스위치(120-1)를 포함할 수 있고, VTEP-C는 VTEP로서 동작할 수 있는 TOR 스위치(120-2)를 포함할 수 있다. 말하자면, TOR 스위치들(120-1 및 120-2)은 VTEP-B 및 VTEP-C에 각각 대응할 수 있다.
시스템(100)이 포함하는 하나 이상의 VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D) 중에서 대표 VTEP가 선택될 수 있다. VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D) 중 대표 VTEP가 아닌 VTEP 들의 각각은 멤버 VTEP일 수 있다.
선택된 대표 VTEP는 나머지 VTEP들의 상태를 관리할 수 있다. 대표 VTEP는 임의로 결정되거나 시스템의 관리자에 의해 결정될 수 있다. 대표 VTEP는 멤버 VTEP들의 상태를 관리 할 수 있다. 멤버 VTEP들의 상태는 멤버 VTEP들과 연결된 세그먼트들의 상태에 대응할 수 있다.
대표 VTEP는 멤버 VTEP들의 각각으로 핑 패킷을 전송할 수 있고, 멤버 VTEP들의 각각으로부터 전송된 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다. 대표 VTEP는 각 멤버 VTEP로부터 수신된 응답 핑 패킷을 처리함으로써, 각 멤버 VTEP의 상태를 식별할 수 있고, 각 멤버 VTEP의 상태를 나타내는 정보를 업데이트할 수 있다. 멤버 VTEP의 상태를 나타내는 정보는 멤버 VTEP와 연결된 세그먼트들의 상태를 나타내는 정보에 대응할 수 있다.
또한, 멤버 VTEP들의 각각은 다른 VTEP들의 상태를 관리할 수 있다.
멤버 VTEP는 대표 VTEP로부터 핑 패킷을 수신할 수 있고, 수신된 핑 패킷을 처리함으로써, 대표 VTEP의 상태를 식별할 수 있고, 대표 VTEP의 상태를 나타내는 정보를 업데이트할 수 있다. 또한, 멤버 VTEP는 다른 멤버 VTEP들의 각각으로부터 핑 패킷을 수신할 수 있고, 수신된 핑 패킷을 처리함으로써, 다른 각 멤버 VTEP의 상태를 식별할 수 있고, 다른 각 멤버 VTEP의 상태를 나타내는 정보를 업데이트할 수 있다.
전술된 VTEP들 간의 패킷 송수신은 멀티캐스트 터널을 통해 이루어질 수 있다.
이하, 본 문서의 전반에서 언급되는 TEP는 VTEP일 수 있다. 예컨대, 용어 "TEP" 및 용어 "VTEP"는 서로 간에 대체되어 사용될 수 있다.
대표 VTEP 및 멤버 VTEP가 다른 VTEP들의 상태를 관리하는 방법에 대해서는 후술될 도 2 내지 도 12을 참조하여 더 자세하게 설명된다.
도 2는 일 실시예에 따른 대표 송신 노드로부터 멤버 송신 노드들로의 패킷 전송을 나타낸다.
도 1을 참조하여 전술된 4개의 VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D)을 포함하는 시스템(100)이 도시되었다.
도 2의 시스템(100)에서는 VTEP-B가 대표 VTEP(200)로서 선택된 경우가 도시되었다. 도시된 세그먼트들(S1 내지 S9) 중 세그먼트들(S1, S3, S6 및 S8) 및 세그먼트들(S2, S4, S5, S7 및 S9)은 각각 서로 상이한 VNI를 가질 수 있다.
대표 VTEP(200)는 도시된 것처럼 멀티캐스트 트리를 통해 핑 패킷을 VTEP-A, VTEP-C 및 VTEP-D로 전송할 수 있다. VTEP-A, VTEP-C 및 VTEP-D의 각각은 멤버 VTEP일 수 있다. 핑 패킷을 수신한 맴버 VTEP는 맴버 VTEP와 연결된 적어도 하나의 세그먼트로 수신한 핑 패킷을 전달할 수 있다.
대표 VTEP(200)가 전송하는 핑 패킷은 VXLAN 핑 패킷일 수 있다. VXLAN 핑 패킷의 세부 구조 및 특징은 IETF draft-jain-nvo3-vxlan-ping-00를 따를 수 있다.
또한, 대표 VTEP(200)가 전송하는 핑 패킷의 메시지 타입은 요청의 타입일 수 있다. 예컨대, 핑 패킷의 메시지 타입은 VXLAN 멀티플 에코 리퀘스트(multiple echo request) 타입일 수 있다.
대표 VTEP(200)는 VTEP들(VTEP-A, VTEP-B, VTEP-C 및 VTEP-D)과 연결된 세그먼트들의 멀티캐스트 주소를 핑 패킷의 목적 인터넷 프로토콜(Internet Protocol; IP)로서 설정할 수 있고, 설정된 목적 IP로 멤버 VTEP들(VTEP-A, VTEP-C 및 VTEP-D)로 핑 패킷을 전송할 수 있다. 세그먼트들의 멀티캐스트 주소는 세그먼트들에 할당된 VNI 별로 상이할 수 있다. 예컨대, 세그먼트들(S1, S3, S6 및 S8) 및 세그먼트들(S2, S4, S5, S7 및 S9)에는 각각 서로 상이한 멀티캐스트 주소가 할당될 수 있다.
요컨대, 대표 VTEP(200)는 VXLAN 멀티플 에코 리퀘스트 타입의 핑 패킷을 생성할 수 있고, 생성된 핑 패킷을 멀티캐스트 터널을 통해 멤버 VTEP들(VTEP-A, VTEP-C 및 VTEP-D)로 전송할 수 있다.
대표 VTEP(200)는 멀티캐스트 터널을 통해 멤버 VTEP들의 각각으로부터 전송된 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다. 수신되는 응답 핑 패킷은 VXLAN 핑 패킷일 수 있다. 응답 핑 패킷의 세부 구조 및 특징은 IETF draft-jain-nvo3-vxlan-ping-00를 따를 수 있다. 응답 핑 패킷은 메시지 타입이 응답의 타입인 핑 패킷일 수 있다. 예컨대, 응답 핑 패킷은 VXLAN 멀티플 에코 리플라이(Multiple Echo Reply) 타입의 핑 패킷일 수 있다.
요컨대, 대표 VTEP(200)는 멀티캐스트 터널을 통해 멤버 VTEP들의 각각으로부터 전송된 VXLAN 멀티플 에코 리퀘스트 타입의 핑 패킷에 대한 응답 핑 패킷으로서 VXLAN 멀티플 에코 리플라이 타입의 핑 패킷을 수신할 수 있다.
대표 VTEP(200)는 수신된 응답 핑 패킷에 기반하여, 응답 핑 패킷을 전송한 멤버 VTEP의 상태를 나타내는 정보를 업데이트함으로써 멤버 VTEP를 관리할 수 있다. 말하자면, 대표 VTEP(200)는 멤버 VTEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트함으로써 멤버 VTEP를 관리할 수 있다.
멤버 VTEP는 대표 VTEP(200)로부터 수신된 요청의 타입의 핑 패킷 및 다른 멤버 VTEP로부터 수신된 응답의 타입의 핑 패킷의 메시지 타입을 식별할 수 있고, 대표 VTEP(200)로부터 수신된 요청의 타입의 핑 패킷에 대해서만 응답의 타입의 응답 핑 패킷을 전송할 수 있다. 멤버 VTEP는 대표 VTEP(200)로부터 수신된 요청의 타입의 핑 패킷 및 다른 멤버 VTEP로부터 수신된 응답의 타입의 응답 핑 패킷에 기반하여, 핑 패킷을 대표 VTEP(200) 및 다른 멤버 VTEP의 상태를 나타내는 정보를 업데이트함으로써 VTEP(200) 및 다른 멤버 VTEP를 관리할 수 있다.
대표 VTEP 및 멤버 VTEP가 다른 VTEP들의 상태를 관리하는 방법에 대해서는 후술될 도 2 내지 도 12을 참조하여 더 자세하게 설명된다.
앞서 도 1을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 3은 일 실시예에 따른 대표 송신 노드를 나타낸다.
도 3에는 도 1 및 도 2를 참조하여 전술된 대표 (V)TEP(200)의 구조가 도시되었다.
대표 TEP(200)는 세그먼트 관리부(300)를 포함할 수 있다. 대표 TEP(200)는 하나의 세그먼트 관리부(300) 만을 포함하는 것으로 도시되었으나, 세그먼트 관리부(300)는 세그먼트들(S1 내지 S9)에 할당된 VNI 별로 존재할 수 있다. 예컨대, 세그먼트 관리부(300)는 도 1 및 도 2를 참조하여 전술된 것처럼 세그먼트들(S1, S3, S6 및 S8)의 VNI 및 세그먼트들(S2, S4, S5, S7 및 S9)의 VNI 별로 2개가 존재할 수 있다.
세그먼트 관리부(300)는 상태 관리부(310), 핑 패킷 수신 처리부(320), 주소 관리부(330), 핑 패킷 송신 처리부(340) 및 송수신 타이머(350)를 포함할 수 있다.
핑 패킷 송신 처리부(340)는 멤버 TEP들의 각각으로 전송될 핑 패킷의 메시지 타입을 결정하고 핑 패킷을 생성할 수 있다. 핑 패킷은 대표 TEP(200)와 연결된 세그먼트들(S3 내지 S5)의 상태를 나타내는 정보를 포함할 수 있다.
생성되는 핑 패킷의 메시지 타입은 요청의 타입일 수 있다. 예컨대, 생성되는 핑 패킷의 메시지 타입은 VXLAN 멀티플 에코 리퀘스트 타입일 수 있다.
핑 패킷 송신 처리부(340)는 주소 관리부(330) 내에 할당된 VNI에 대응하는 세그먼트들의 멀티캐스트 주소를 멤버 TEP들로 전송할 핑 패킷의 목적 IP로 설정할 수 있고, 설정된 목적IP 주소로 핑 패킷을 전송할 수 있다.
핑 패킷 수신 처리부(320)는 멤버 TEP들로 전송된 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다.
상태 관리부(310)는 수신된 응답 핑 패킷의 소스 IP에 대응하는 VTEP의 상태를 나타내는 정보를 업데이트 할 수 있다. 말하자면, 상태 관리부(310)는 응답 핑 패킷의 소스 IP에 대응하는 VTEP와 연결된 세그먼트들의 상태를 나타내는 정보를 업데이트 할 수 있다.
예컨대, 핑 패킷 송신 처리부(340)는 주소 관리부(310)에 할당된 세그먼트들(S1, S3, S6 및 S8)의 멀티캐스트 주소를 목적 IP로 사용하여 핑 패킷을 멤버 TEP들(VTEP-A, VTEP-C 및 VTEP-D)로 전송할 수 있다. 핑 패킷 수신 처리부(320)는 핑 패킷을 수신한 멤버 TEP들(VTEP-A, VTEP-C 및 VTEP-D)의 각각으로부터 상기 각각의 멤버 TEP와 연결된 세그먼트의 상태를 나타내는 정보를 포함하는 응답 핑 패킷을 수신할 수 있고, 상태 관리부(310)는 수신한 응답 핑 패킷에 기반하여 응답 핑 패킷을 전송한 멤버 TEP와 연결된 세그먼트의 상태를 나타내는 정보를 업데이트 함으로써 세그먼트들(S1, S3, S6 및 S8)을 관리할 수 있다.
대표 TEP(200)의 세그먼트 관리 방법에 대해서는 후술될 도 5 내지 도 9를 참조하여 더 자세하게 설명된다.
송수신 타이머(350)는 응답 핑 패킷을 수신할 수 있는 응답 제한 시간을 결정할 수 있다.
송수신 타이머(350)의 동작 및 응답 제한 시간에 대해서는 후술될 도 7 및 도 8을 참조하여 더 자세하게 설명된다.
앞서 도 1 및 도 2를 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 4는 일 실시예에 따른 멤버 송신 노드를 나타낸다.
도 4는 대표 TEP(200)에 대한 멤버 TEP들(110-1, 110-2 및 120-2) 중 어느 하나의 구조를 나타낸다. 말하자면, 멤버 TEP(110-1)의 구조만이 도시되었으나, 멤버 TEP들(110-1, 110-2 및 120-2)의 구조들은 서로 동일할 수 있다.
멤버 TEP(110-1)의 구성 요소들은 도 3을 참조하여 전술된 대표 TEP의 구성 요소들은 동일할 수 있다. 또는, 도시된 것처럼, 멤버 TEP(110-1)는 대표 TEP(200)와는 달리 송수신 타이머(350)를 포함하지 않을 수 있다.
멤버 TEP(110-1)는 세그먼트들(S1 내지 S9)에 할당된 VNI 별로 세그먼트 관리부(400)를 포함할 수 있고, 세그먼트 관리부(400)는 상태 관리부(410), 핑 패킷 수신 처리부(420), 주소 관리부(430), 및 핑 패킷 송신 처리부(440)를 포함할 수 있다.
도 3을 참조하여 전술된 상태 관리부(310), 핑 패킷 수신 처리부(320), 주소 관리부(330) 및 핑 패킷 송신 처리부(340)에 대한 설명들은 상태 관리부(410), 핑 패킷 수신 처리부(420), 주소 관리부(430), 및 핑 패킷 송신 처리부(440)에 대한 설명에도 그래도 적용될 수 있으므로 중복되는 설명은 생략한다.
핑 패킷 수신 처리부(420)는 다른 멤버 TEP로부터 응답 핑 패킷을 수신할 수 있고, 대표 TEP(200)로부터 핑 패킷을 수신할 수 있다. 상태 관리부(410)는 수신한 핑 패킷 및/또는 응답 핑 패킷의 소스 IP에 대응하는 TEP의 상태를 나타내는 정보를 업데이트할 수 있다.
핑 패킷 수신 처리부(420)가 수신하는 핑 패킷 및 응답 핑 패킷의 메시지 타입은 서로 상이할 수 있다. 핑 패킷 수신 처리부(420)는 핑 패킷 및 응답 핑 패킷의 메시지 타입을 식별할 수 있다.
핑 패킷 송신 처리부(440)는 식별된 메시지 타입이 요청의 타입인 경우에만 응답 핑 패킷을 전송할 수 있다. 핑 패킷 송신 처리부(440)는 식별된 메시지 타입이 요청의 타입인 경우 수신한 핑 패킷의 목적 IP를 응답 핑 패킷의 목적 IP로서 설정할 수 있고, 설정된 목적 IP를 사용하여 응답 핑 패킷을 전송할 수 있다. 전송되는 응답 핑 패킷의 메시지 타입은 응답의 타입일 수 있다. 핑 패킷 송신 처리부(440)가 전송하는 응답 핑 패킷은 멤버 TEP(110-1)와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 포함할 수 있다.
예컨대, 핑 패킷 수신 처리부(420)는 대표 TEP(200)로부터 요청의 타입의 핑 패킷을 수신할 수 있고, 패킷 송신 처리부(440)는 수신한 핑 패킷의 목적 IP 주소인 세그먼트들(S1, S3, S6 및 S8)의 멀티캐스트 주소를 응답 핑 패킷의 목적 IP로 사용하여, 응답 핑 패킷을 TEP들(VTEP-B, VTEP-C 및 VTEP-D)로 전송할 수 있다. 멤버 TEP(110-1)의 세그먼트 관리 방법에 대해서는 후술될 도 10 내지 도 12를 참조하여 더 자세하게 설명된다.
앞서 도 1 내지 도 3를 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 5는 일 실시예에 따른 세그먼트 관리 방법을 나타내는 흐름도이다.
도 5에는 도 3을 참조하여 전술된 대표 TEP(200)에 의해 시스템(100)의 세그먼트들(S1 내지 S9)이 관리되는 방법이 도시되었다.
후술될 단계들(510 내지 540)에서 설명되는 대표 TEP가 아닌 TEP는 도 1 내지 도 4를 참조하여 전술된 멤버 TEP에 대응할 수 있다.
단계(510)에서, 핑 패킷 송신 처리부(340)는 핑 패킷을 생성할 수 있다. 핑 패킷은 대표 TEP(200)와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다. 핑 패킷 송신 처리부(340)는 소정의 시간 간격으로 핑 패킷을 생성할 수 있다. 예컨대, 핑 패킷 송신 처리부(340)는 상기 적어도 하나의 세그먼트로부터 세그먼트의 상태가 정상인지 여부에 관한 정보를 소정의 시간 간격으로 수신함으로써 소정의 시간 간격으로 핑 패킷을 생성할 수 있다.
생성되는 핑 패킷의 메시지 타입은 요청의 타입일 수 있다. 예컨대, 생성되는 핑 패킷의 메시지 타입은 VXLAN 멀티플 에코 리퀘스트 타입일 수 있다.
단계(520)에서, 핑 패킷 송신 처리부(340)는 하나 이상의 TEP들로 단계(510)에서 생성된 핑 패킷을 전송할 수 있다. 핑 패킷 송신 처리부(340)는 멀티캐스트 터널을 통해 핑 패킷을 하나 이상의 TEP들로 전송할 수 있다.
핑 패킷 송신 처리부(340)가 멤버 TEP들로 핑 패킷을 전송하는 방법에 대해서는 후술될 도 6을 참조하여 더 자세하게 설명된다.
단계(530)에서, 핑 패킷 수신 처리부(320)는 핑 패킷이 수신된 하나 이상의 TEP들의 각각으로부터 단계(520)에서 전송된 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다. 응답 핑 패킷은 응답 핑 패킷을 전송한 TEP의 상태를 나타내는 정보를 포함할 수 있다. 예컨대, 하나 이상의 TEP들의 각 TEP로부터 수신되는 응답 핑 패킷은 각 TEP와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다. 세그먼트의 상태가 정상인지 여부에 관한 정보는 세그먼트가 정상적으로 동작하는지 여부와 관련된 정보, 세그먼트의 사용 상태에 관한 정보 및 세그먼트의 오류 발생과 관련된 정보 중 적어도 하나를 포함할 수 있다.
응답 핑 패킷의 메시지 타입은 응답의 타입일 수 있다. 예컨대, 응답 핑 패킷의 메시지 타입은 VXLAN 멀티플 에코 리플라이 타입일 수 있다.
전술된 핑 패킷의 메시지의 타입 및 응답 핑 패킷의 메시지의 타입은 서로 상이할 수 있다.
핑 패킷 수신 처리부(320)가 응답 핑 패킷을 수신하는 방법에 대해서는 후술될 도 7 및 도 8을 참조하여 더 자세하게 설명된다.
단계(520)의 핑 패킷의 전송 및 단계(530)의 응답 핑 패킷의 수신은 단계(510)의 핑 패킷이 소정의 시간 간격으로 생성되는 경우, 핑 패킷이 소정의 시간 간격으로 생성될 때마다 반복될 수 있다.
단계(540)에서, 상태 관리부(310)는 각 TEP로부터 수신된 응답 핑 패킷에 기반하여 응답 핑 패킷을 전송한 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트할 수 있다. 각 TEP로부터 응답 핑 패킷이 소정의 시간 간격으로 수신됨으로써 상태 관리부(310)는 소정의 시간 간격으로 수신되는 응답 핑 패킷에 기반하여 각 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트할 수 있다. 세그먼트의 상태를 나타내는 정보가 업데이트 됨으로써, 대표 TEP(200)는 대표 TEP(200)와 연결된 세그먼트들뿐만 아니라 멤버 TEP들과 연결된 세그먼트들을 관리할 수 있다.
상태 관리부(310)가 TEP의 상태를 나타내는 정보를 업데이트하는 방법에 대해서는 후술될 도 9를 참조하여 더 자세하게 설명된다.
앞서 도 1 내지 도 4를 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 6은 일 예에 따른 멤버 TEP들로 핑 패킷을 전송하는 방법을 나타내는 흐름도이다.
도 5를 참조하여 전술된 단계(520)에서, 핑 패킷 송신 처리부(340)는 하나 이상의 TEP들로 단계(510)에서 생성된 핑 패킷을 전송할 수 있다. 단계(520)는 후술될 단계들(610 및 620)을 포함할 수 있다.
단계(610)에서, 핑 패킷 송신 처리부(340)는 주소 관리부(330) 내의 적어도 핑 패킷이 전송될 하나 이상의 TEP들과 연결된 적어도 하나의 세그먼트들에 할당된 멀티캐스트 주소를 상기 핑 패킷의 목적 IP로서 설정할 수 있다. 주소 관리부(330) 내에 할당된 멀티캐스트 주소는 소정의 VNI를 갖는 세그먼트들에 대한 멀티캐스트 주소일 수 있다. 예컨대, 도 3을 참조하여 전술된 세그먼트 관리부(300)가 세그먼트들(S1, S3, S6 및 S8)의 관리를 위한 구성인 경우, 주소 관리부(330) 내에 할당된 멀티캐스트 주소는 세그먼트들(S1, S3, S6 및 S8)에 대한 멀티캐스트 주소일 수 있다.
단계(620)에서, 핑 패킷 송신 처리부(340)는 단계(610)에서 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 목적 IP가 나타내는 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들로 상기 핑 패킷을 전송할 수 있다. 예컨대, 단계(610)에서 설정된 멀티캐스트 주소가 세그먼트들(S1, S3, S6 및 S8)의 멀티캐스트 주소인 경우, 핑 패킷 송신 처리부(340)는 세그먼트들(S1, S6 및 S8)이 연결된 멤버 TEP들(VTEP-A, VTEP-C 및 VTEP-D)로 핑 패킷을 전송할 수 있다.
단계(530)에서, 핑 패킷 수신 처리부(320)는 멀티캐스트 터널을 통해, 설정된 멀티 캐스트 주소가 나타내는, 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들의 각각으로부터 응답 핑 패킷을 수신할 수 있다. 단계(610)에서 전송된 핑 패킷의 목적 IP인 멀티캐스트 주소는 응답 핑 패킷의 목적 IP로서 사용될 수 있다. 말하자면, 핑 패킷의 목적 IP 및 응답 핑 패킷의 목적 IP는 서로 동일한 멀티캐스트 주소일 수 있다.
멤버 TEP가 응답 핑 패킷을 전송하는 방법에 대해서는 후술될 도 10 및 도 11을 참조하여 더 자세하게 설명된다.
앞서 도 1 내지 도 5를 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 7은 일 예에 따른 응답 핑 패킷을 수신하는 방법을 나타내는 흐름도이다.
도 5를 참조하여 전술된 단계(530)에서, 핑 패킷 수신 처리부(320)는 핑 패킷이 수신된 하나 이상의 TEP들의 각각으로부터 순차적으로 단계(520)에서 전송된 핑 패킷에 대한 응답 핑 패킷을 수신할 수 있다. 단계(530)는 후술될 단계(710) 및 단계(720)를 포함할 수 있다.
단계(710)에서, 송수신 타이머(350)는 핑 패킷 수신 처리부(320)의 응답 핑 패킷의 수신을 위한 응답 제한 시간을 설정할 수 있다. 응답 제한 시간은 대표 TEP(200) 및/또는 멤버 TEP들의 상태에 따라 상이하게 설정될 수 있다. 예컨대, 응답 제한 시간은 대표 TEP(200) 및/또는 멤버 TEP들과 연결된 적어도 하나의 세그먼트가 올바르게 동작하는지 여부, 적어도 하나의 세그먼트의 사용 상태에 관한 정보 및 적어도 하나의 세그먼트의 오류 발생과 관련된 정보 중 적어도 하나를 고려하여 결정될 수 있다.
단계(720)에서, 핑 패킷 수신 처리부(320)는 설정된 응답 제한 시간 동안 각 TEP로부터 응답 핑 패킷을 수신할 수 있다. 예컨대, 핑 패킷 수신 처리부(320)는, 응답 핑 패킷의 수신을 위해, 설정된 응답 제한 시간 동안 대기할 수 있다. 핑 패킷 수신 처리부(320)는 대기 중 응답 핑 패킷을 수신하는 경우, 잔여 응답 제한 시간 동안 대기하거나 새로운 응답 핑 패킷을 수신할 수 있다.
핑 패킷 수신 처리부(320)가 설정된 응답 제한 시간 동안 TEP로부터 응답 핑 패킷을 수신하는 방법에 대해서는 후술될 도 8을 참조하여 더 자세하게 설명된다.
앞서 도 1 내지 도 6을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 8은 일 예에 따른 응답 핑 패킷을 수신하는 방법을 나타내는 흐름도이다.
도 7을 참조하여 전술된 단계(720)에서 핑 패킷 수신 처리부(320) 설정된 응답 제한 시간 동안 각 TEP로부터 응답 핑 패킷을 수신할 수 있다. 단계(720)는 후술될 단계들(810 내지 830)을 포함할 수 있다.
단계(810)에서, 핑 패킷 수신 처리부(320)는 응답 제한 시간 동안 핑 패킷을 수신할 수 있다. 핑 패킷 수신 처리부(320)가 응답 제한 시간 동안 수신하는 핑 패킷은 응답 핑 패킷 및/또는 응답 핑 패킷이 아닌 핑 패킷일 수 있다.
단계(820)에서, 핑 패킷 수신 처리부(320)는 수신한 핑 패킷의 메시지 타입을 식별할 수 있다. 예컨대, 핑 패킷 수신 처리부(320)는 수신한 핑 패킷의 메시지 타입을 식별함으로써 응답 핑 패킷을 식별할 수 있다.
수신한 핑 패킷의 메시지 타입이 응답의 타입인 경우 단계(540)가 수행될 수 있다. 이 때, 핑 패킷 수신 처리부(320)가 수신한 핑 패킷은 응답 핑 패킷일 수 있고, 상태 관리부(310)는 응답 핑 패킷을 전송한 멤버 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트할 수 있다.
수신한 핑 패킷의 메시지 타입이 응답의 타입이 아닌 경우, 단계(830)에서, 핑 패킷 수신 처리부(320)는 송수신 타이머(350)에 의해 설정된 응답 제한 시간이 경과되었는지 여부를 판단할 수 있다. 핑 패킷 수신 처리부(320)는 설정된 응답 제한 시간이 경과되지 않은 경우, 다시 단계(810)로 돌아가 핑 패킷을 수신할 수 있다. 또한, 핑 패킷 수신 처리부(320)는 설정된 응답 제한 시간이 경과된 경우, 응답 핑 패킷의 수신을 종료하고, 도 5를 참조하여 전술된 단계(510)으로 돌아가, 다시 핑 패킷을 생성할 수 있다.
앞서 도 1 내지 도 7을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 9는 일 예에 따른 세그먼트의 상태를 나타내는 정보를 업데이트하는 방법을 나타내는 흐름도이다.
도 5를 참조하여 전술된 단계(540)에서, 상태 관리부(310)는 각 TEP로부터 수신된 응답 핑 패킷에 기반하여 응답 핑 패킷을 전송한 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트할 수 있다. 단계(540)는 후술될 단계들(910 및 920)을 포함할 수 있다.
단계(910)에서, 핑 패킷 수신 처리부(320)는 응답 핑 패킷을 전송한 하나 이상의 TEP들 중 수신된 응답 핑 패킷의 소스 IP가 나타내는 TEP를 식별할 수 있다.
단계(920)에서, 상태 관리부(310)는 단계(910)에서 식별된 TEP의 기존 상태를 나타내는 정보를 업데이트할 수 있다. 업데이트되는 식별된 TEP의 기존 상태는 식별된 TEP와 연결된 적어도 하나의 세그먼트의 기존 상태일 수 있다. 예컨대, 상태 관리부(310)는 식별된 TEP와 연결된 적어도 하나의 세그먼트가 정상적으로 동작하는지 여부와 관련된 정보, 세그먼트의 사용 상태에 관한 정보 및 세그먼트의 오류 발생과 관련된 정보 중 적어도 하나를 업데이트할 수 있다.
앞서 도 1 내지 도 8을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 10은 일 실시예에 따른 세그먼트 관리 방법을 나타내는 흐름도이다.
도 10에는 도 4를 참조하여 전술된 멤버 TEP(110-1)에 의해 시스템(100)의 세그먼트들(S1 내지 S9)이 관리되는 방법이 도시되었다.
단계(1010)에서, 핑 패킷 수신 처리부(420)는 핑 패킷을 수신할 수 있다. 핑 패킷 수신 처리부(420)가 수신하는 핑 패킷은 대표 TEP(200)로부터 전송되는 핑 패킷 또는 다른 멤버 TEP로부터 전송되는 응답 핑 패킷일 수 있다.
핑 패킷 수신 처리부(420)는 소정의 시간 간격으로 핑 패킷을 수신할 수 있다. 예컨대, 대표 TEP(200)에 의해 핑 패킷이 생성되는 소정의 시간 간격에 기반하여, 대표 TEP(200)로부터 핑 패킷 수신 처리부(420)가 핑 패킷을 수신하는 소정의 시간 간격이 결정될 수 있다.
핑 패킷 수신 처리부(420)는 멀티캐스트 터널을 통해 다른 TEP로부터 핑 패킷을 수신할 수 있다. 말하자면, 핑 패킷 수신 처리부(420)로 전송되는 핑 패킷의 목적 IP는 멤버 TEP(110-1)와 연결된 적어도 하나의 세그먼트에 대한 멀티캐스트 주소일 수 있다.
핑 패킷 수신 처리부(420)로 수신된 핑 패킷은 핑 패킷을 전송한 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다.
단계(1020)에서, 상태 관리부(410)는 수신된 핑 패킷의 소스 IP가 나타내는 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 수신된 응답 핑 패킷에 기반하여 업데이트할 수 있다. 예컨대, 상태 관리부(410)는 수신된 핑 패킷이 대표 TEP(200)로부터 전송된 핑 패킷인 경우 대표 TEP(200)와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트 할 수 있다. 또는, 상태 관리부(410)는 수신된 핑 패킷이 다른 멤버 TEP로부터 전송된 응답 핑 패킷인 경우 상기 다른 멤버 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트 할 수 있다.
다른 TEP와 연결된 세그먼트의 상태를 나타내는 정보가 업데이트 됨으로써, 멤버 TEP(110-1)는 멤버 TEP(110-1)와 연결된 세그먼트들뿐만 아니라 다른 TEP들과 연결된 세그먼트들을 관리할 수 있다.
상태 관리부(410)가 다른 TEP의 상태를 나타내는 정보를 업데이트하는 방법에 대해서는 후술될 도 12를 참조하여 더 자세하게 설명된다.
단계(1030)에서, 핑 패킷 수신 처리부(420)는 수신된 핑 패킷의 메시지 타입을 식별할 수 있다. 예컨대, 핑 패킷 수신 처리부(420)는 대표 TEP(200)로부터 전송된 핑 패킷의 메시지 타입을 요청의 타입으로서 식별할 수 있고, 다른 멤버 TEP로부터 전송된 응답 핑 패킷의 메시지 타입을 응답의 타입으로서 식별할 수 있다. 말하자면, 응답 핑 패킷의 메시지의 타입은 요청의 타입과는 서로 상이한 타입으로서 응답의 타입일 수 있다.
수신된 핑 패킷의 메시지 타입이 요청의 타입이 아닌 경우, 단계(1010)으로 돌아가 핑 패킷 수신 처리부(420)는 핑 패킷을 수신할 수 있다.
단계(1040)에서, 수신된 핑 패킷의 메시지 타입이 요청의 타입인 경우, 핑 패킷 송신 처리부(440)는 수신된 핑 패킷에 대한 응답 핑 패킷을 핑 패킷을 전송한 다른 TEP로 전송할 수 있다. 이 때, 상기 다른 TEP는 대표 TEP(200)일 수 있다.
응답 핑 패킷은 멤버 TEP(110-1)와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함할 수 있다. 말하자면, 패킷 송신 처리부(440)는 멤버 TEP(110-1)와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함하는 응답 핑 패킷을 생성할 수 있고, 생성된 응답 핑 패킷을 핑 패킷을 전송한 다른 TEP로 전송할 수 있다. 패킷 수신 처리부(420)로 핑 패킷을 전송한 다른 TEP는 대표 TEP(200)일 수 있다.
패킷 송신 처리부(440)가 응답 핑 패킷을 멀티캐스트 터널을 통해 전송하는 경우, 응답 핑 패킷은 대표 TEP(200) 뿐만 아니라 다른 멤버 TEP들로도 함께 전송될 수 있다. 말하자면, 응답 핑 패킷은 응답 핑 패킷의 목적 IP인 멀티캐스트 주소가 나타내는 적어도 하나의 세그먼트가 연결된 대표 TEP(200) 및/또는 다른 멤버 TEP들로 전송될 수 있다.
패킷 송신 처리부(440)가 응답 핑 패킷을 전송하는 방법에 대해서는 후술될 도 11을 참조하여 더 자세하게 설명된다.
앞서 도 1 내지 도 9를 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 11은 일 예에 따른 응답 핑 패킷을 전송하는 방법을 나타내는 흐름도이다.
도 10을 참조하여 전술된 단계(1040)에서, 핑 패킷 송신 처리부(440)는 수신된 핑 패킷에 대한 응답 핑 패킷을 핑 패킷을 전송한 다른 TEP로 전송할 수 있다. 단계(1040)는 후술될 단계들(1110 및 1120)을 포함할 수 있다.
단계(1110)에서, 핑 패킷 송신 처리부(440)는 핑 패킷 수신 처리부(420)에 의해 수신된 핑 패킷의 멀티캐스트 주소를 응답 핑 패킷의 목적 IP로서 설정할 수 있다. 말하자면, 핑 패킷 수신 처리부(420)에 의해 수신된 핑 패킷의 목적 IP는 응 답 핑 패킷의 목적 IP와 서로 동일할 수 있다.
단계(1120)에서, 핑 패킷 송신 처리부(440)는 단계(1110)에서 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 핑 패킷을 전송한 다른 TEP로 응답 핑 패킷을 전송할 수 있다. 응답 핑 패킷은 멀티캐스트 터널을 통해 상기 목적 IP가 나타내는 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들로 전송될 수 있기 때문에, 핑 패킷을 전송한 대표 TEP(200)뿐만 아니라 다른 멤버 TEP들로도 응답 핑 패킷은 전송될 수 있다.
예컨대, 핑 패킷 수신 처리부(420)에 의해 수신된 핑 패킷의 목적 IP가 세그먼트들(S1, S3, S6 및 S8)의 멀티캐스트 주소인 경우, 핑 패킷 송신 처리부(440)는 응답 핑 패킷의 목적 IP를 세그먼트들(S1, S3, S6 및 S8)의 멀티캐스트 주소로서 설정할 수 있고, 세그먼트들(S3, S6 및 S8)이 연결된 대표 TEP(200) 및 멤버 TEP들(VTEP-C 및 VTEP-D)로 응답 핑 패킷을 전송할 수 있다.
앞서 도 1 내지 도 10을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
도 12는 일 예에 따른 송신 노드의 상태를 나타내는 정보를 업데이트하는 방법을 나타내는 흐름도이다.
도 10을 참조하여 전술된 단계(1020)에서 상태 관리부(410)는 수신된 핑 패킷의 소스 IP가 나타내는 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 수신된 응답 핑 패킷에 기반하여 업데이트할 수 있다. 단계(1020)는 후술될 단계들(1210 및 1220)을 포함할 수 있다.
단계(1210)에서, 핑 패킷 수신 처리부(420) 수신된 핑 패킷의 소스 IP가 나타내는 다른 TEP를 식별할 수 있다.
단계(1220)에서, 상태 관리부(410)는 단계(1210)에서 식별된 다른 TEP의 기존 상태를 나타내는 정보를 업데이트할 수 있다. 업데이트되는 식별된 다른 TEP의 기존 상태는 식별된 다른TEP와 연결된 적어도 하나의 세그먼트의 기존 상태일 수 있다. 예컨대, 상태 관리부(410)는 식별된 다른 TEP와 연결된 적어도 하나의 세그먼트가 정상적으로 동작하는지 여부와 관련된 정보, 세그먼트의 사용 상태에 관한 정보 및 세그먼트의 오류 발생과 관련된 정보 중 적어도 하나를 업데이트할 수 있다.
앞서 도 1 내지 도 11을 참조하여 설명된 기술적 내용들이 그대로 적용될 수 있으므로, 보다 상세한 설명은 이하 생략하기로 한다.
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPA(field programmable array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.

Claims (20)

  1. 하나 이상의 송신 노드(Tunnel End Point; TEP)들 중 대표로 선택된 대표 TEP에 의해 수행되는,
    핑 패킷을 생성하는 단계;
    상기 하나 이상의 TEP들로 상기 생성된 핑 패킷을 전송하는 단계;
    상기 하나 이상의 TEP들의 각각으로부터 상기 핑 패킷에 대한 응답 핑 패킷을 수신하는 단계; 및
    상기 수신된 응답 핑 패킷에 기반하여 상기 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트하는 단계
    를 포함하고,
    상기 적어도 하나의 세그먼트는 멀티캐스트 주소를 가지며, 계층 2(Layer 2, L2) 네트워크를 통해 TEP에 연결되는 서버인, 세그먼트 관리 방법.
  2. 제1항에 있어서,
    상기 핑 패킷을 생성하는 단계는 소정의 시간 간격으로 핑 패킷을 생성하고,
    상기 핑 패킷을 전송하는 단계 및 상기 핑 패킷에 대한 응답 핑 패킷을 수신하는 단계는 상기 핑 패킷이 상기 소정의 시간 간격으로 생성될 때마다 반복되는, 세그먼트 관리 방법.
  3. 제1항에 있어서,
    상기 핑 패킷을 전송하는 단계는
    상기 적어도 하나의 세그먼트들에 할당된 멀티캐스트 주소를 상기 핑 패킷의 목적 인터넷 프로토콜(Internet Protocol; IP)로서 설정하는 단계; 및
    상기 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들로 상기 핑 패킷을 전송하는 단계
    를 포함하고,
    상기 응답 핑 패킷을 수신하는 단계는 상기 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들의 각각으로부터 응답 핑 패킷을 수신하고,
    상기 멀티캐스트 주소는 상기 응답 핑 패킷의 목적 IP로서 사용되는, 세그먼트 관리 방법.
  4. 제1항에 있어서,
    상기 하나 이상의 TEP들의 각 TEP로부터 수신되는 상기 응답 핑 패킷은 상기 각 TEP와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함하는, 세그먼트 관리 방법.
  5. 제1항에 있어서,
    상기 업데이트하는 단계는
    상기 하나 이상의 TEP들 중 상기 수신된 응답 핑 패킷의 소스 IP가 나타내는 TEP 를 식별하는 단계; 및
    상기 식별된 TEP의 기존 상태를 나타내는 정보를 업데이트하는 단계
    를 포함하는, 세그먼트 관리 방법.
  6. 제1항에 있어서,
    상기 응답 핑 패킷을 수신하는 단계는 상기 하나 이상의 TEP들의 각 TEP로부터 순차적으로 상기 핑 패킷에 대한 응답 핑 패킷을 수신하고,
    상기 응답 핑 패킷을 수신하는 단계는,
    상기 응답 핑 패킷의 수신을 위한 응답 제한 시간을 설정하는 단계; 및
    상기 설정된 응답 제한 시간 동안 상기 각 TEP로부터 상기 응답 핑 패킷을 수신하는 단계
    를 포함하는, 세그먼트 관리 방법.
  7. 제1항에 있어서,
    상기 핑 패킷의 메시지의 타입 및 상기 응답 핑 패킷의 메시지의 타입은 서로 상이한, 세그먼트 관리 방법.
  8. 제1항 내지 제7항 중 어느 한 항의 방법을 수행하는 프로그램을 수록한 컴퓨터 판독 가능 기록 매체.
  9. 송신 노드(Tunnel End Point; TEP)에 의해 수행되는,
    상기 TEP와 네트워크를 통해 연결된 다른 TEP로부터 핑 패킷을 수신하는 단계;
    상기 수신된 핑 패킷의 소스 인터넷 프로토콜(Internet Protocol; IP)이 나타내는 상기 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 상기 수신된 응답 핑 패킷에 기반하여 업데이트하는 단계; 및
    상기 수신된 핑 패킷의 메시지 타입이 요청의 타입인 경우, 상기 다른 TEP로 상기 수신된 핑 패킷에 대한 응답 핑 패킷을 전송하는 단계
    를 포함하고,
    상기 적어도 하나의 세그먼트는 멀티캐스트 주소를 가지며, 계층 2(Layer 2, L2) 네트워크를 통해 TEP에 연결되는 서버인, 세그먼트 관리 방법.
  10. 제9항에 있어서,
    상기 핑 패킷을 수신하는 단계는 멀티캐스트 터널을 통해 다른 TEP로부터 핑 패킷을 수신하는, 세그먼트 관리 방법.
  11. 제10항에 있어서,
    상기 응답 핑 패킷을 전송하는 단계는
    상기 수신된 핑 패킷의 멀티캐스트 주소를 상기 응답 핑 패킷의 목적 IP로서 설정하는 단계; 및
    상기 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 다른 TEP로 상기 응답 핑 패킷을 전송하는 단계
    를 포함하는, 세그먼트 관리 방법.
  12. 제9항에 있어서,
    상기 수신된 핑 패킷은 상기 다른 TEP와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함하고,
    상기 응답 핑 패킷은 상기 TEP 와 연결된 적어도 하나의 세그먼트의 상태가 정상인지 여부에 관한 정보를 포함하는, 세그먼트 관리 방법.
  13. 제9항에 있어서,
    상기 응답 핑 패킷의 메시지의 타입은 상기 요청의 타입과는 서로 상이한 타입으로서 응답의 타입인, 세그먼트 관리 방법.
  14. 제9항에 있어서,
    상기 핑 패킷을 수신하는 단계는 소정의 시간 간격으로 핑 패킷을 수신하는, 세그먼트 관리 방법.
  15. 제9항에 있어서,
    상기 업데이트하는 단계는
    상기 수신된 핑 패킷의 소스 IP가 나타내는 상기 다른 TEP를 식별하는 단계; 및
    상기 식별된 다른 TEP의 기존 상태를 나타내는 정보를 업데이트하는 단계
    를 포함하는, 세그먼트 관리 방법.
  16. 제9항 내지 제14항 중 어느 한 항의 방법을 수행하는 프로그램을 수록한 컴퓨터 판독 가능 기록 매체.
  17. 하나 이상의 송신 노드(Tunnel End Point; TEP)들 중 대표로 선택된 대표 TEP에 있어서,
    핑 패킷을 생성하고 상기 하나 이상의 TEP들로 상기 생성된 핑 패킷을 전송하는 핑 패킷 송신 처리부;
    상기 하나 이상의 TEP들의 각각으로부터 상기 핑 패킷에 대한 응답 핑 패킷을 수신하는 핑 패킷 수신 처리부; 및
    상기 수신된 응답 핑 패킷에 기반하여 상기 하나 이상의 TEP들의 각각과 연결된 적어도 하나의 세그먼트의 상태를 나타내는 정보를 업데이트하는 상태 관리부
    를 포함하고,
    상기 TEP는 상기 하나 이상의 TEP들 중 대표 TEP로서 결정되고,
    상기 적어도 하나의 세그먼트는 멀티캐스트 주소를 가지며, 계층 2(Layer 2, L2) 네트워크를 통해 TEP에 연결되는 서버인, 송신 노드.
  18. 제17항에 있어서,
    주소 관리부
    를 더 포함하고,
    상기 핑 패킷 송신 처리부는 상기 주소 관리부 내의 상기 적어도 하나의 세그먼트들에 할당된 멀티캐스트 주소를 상기 핑 패킷의 목적 인터넷 프로토콜(Internet Protocol; IP)로서 설정하고, 상기 설정된 목적 IP를 사용하여 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들로 상기 핑 패킷을 전송하고,
    상기 핑 패킷 수신 처리부는 상기 멀티캐스트 터널을 통해 상기 적어도 하나의 세그먼트들과 연결된 하나 이상의 TEP들의 각각으로부터 응답 핑 패킷을 수신하고, 상기 멀티캐스트 주소는 상기 응답 핑 패킷의 목적 IP로서 사용되는, 송신 노드.
  19. 제17항에 있어서,
    상기 상태 관리부는 상기 하나 이상의 TEP들 중 상기 수신된 응답 핑 패킷의 소스 IP가 나타내는 TEP를 식별하고, 상기 식별된 TEP의 기존 상태를 나타내는 정보를 업데이트하는, 송신 노드.
  20. 제17항에 있어서,
    송수신 타이머
    를 더 포함하고,
    상기 송수신 타이머는 상기 응답 핑 패킷의 수신을 위한 응답 제한 시간을 결정하고,
    상기 핑 패킷 수신 처리부는 상기 하나 이상의 TEP들의 각 TEP로부터 순차적으로 상기 핑 패킷에 대한 응답 핑 패킷을 수신하고, 상기 결정된 응답 제한 시간 동안 상기 각 TEP로부터 상기 응답 핑 패킷을 수신하는, 송신 노드.
KR1020140008853A 2014-01-24 2014-01-24 네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치 KR102122949B1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020140008853A KR102122949B1 (ko) 2014-01-24 2014-01-24 네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치
US14/603,911 US9584392B2 (en) 2014-01-24 2015-01-23 Method and apparatus for managing segments connected via network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020140008853A KR102122949B1 (ko) 2014-01-24 2014-01-24 네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치

Publications (2)

Publication Number Publication Date
KR20150088492A KR20150088492A (ko) 2015-08-03
KR102122949B1 true KR102122949B1 (ko) 2020-06-16

Family

ID=53680160

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020140008853A KR102122949B1 (ko) 2014-01-24 2014-01-24 네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치

Country Status (2)

Country Link
US (1) US9584392B2 (ko)
KR (1) KR102122949B1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9699070B2 (en) 2013-10-04 2017-07-04 Nicira, Inc. Database protocol for exchanging forwarding state with hardware switches
JP6434821B2 (ja) * 2015-02-19 2018-12-05 アラクサラネットワークス株式会社 通信装置及び通信方法
US9942058B2 (en) 2015-04-17 2018-04-10 Nicira, Inc. Managing tunnel endpoints for facilitating creation of logical networks
US10554484B2 (en) 2015-06-26 2020-02-04 Nicira, Inc. Control plane integration with hardware switches
CN106341333B (zh) * 2015-07-10 2019-07-19 新华三技术有限公司 应用于vxlan中的丢包定位方法和装置
US9967182B2 (en) 2015-07-31 2018-05-08 Nicira, Inc. Enabling hardware switches to perform logical routing functionalities
US10313186B2 (en) 2015-08-31 2019-06-04 Nicira, Inc. Scalable controller for hardware VTEPS
US9948577B2 (en) 2015-09-30 2018-04-17 Nicira, Inc. IP aliases in logical networks with hardware switches
US10230576B2 (en) * 2015-09-30 2019-03-12 Nicira, Inc. Managing administrative statuses of hardware VTEPs
US9979593B2 (en) 2015-09-30 2018-05-22 Nicira, Inc. Logical L3 processing for L2 hardware switches
US10263828B2 (en) 2015-09-30 2019-04-16 Nicira, Inc. Preventing concurrent distribution of network data to a hardware switch by multiple controllers
US10250553B2 (en) 2015-11-03 2019-04-02 Nicira, Inc. ARP offloading for managed hardware forwarding elements
US9992112B2 (en) 2015-12-15 2018-06-05 Nicira, Inc. Transactional controls for supplying control plane data to managed hardware forwarding elements
US9917799B2 (en) 2015-12-15 2018-03-13 Nicira, Inc. Transactional controls for supplying control plane data to managed hardware forwarding elements
US9998375B2 (en) 2015-12-15 2018-06-12 Nicira, Inc. Transactional controls for supplying control plane data to managed hardware forwarding elements
US10182035B2 (en) 2016-06-29 2019-01-15 Nicira, Inc. Implementing logical network security on a hardware switch
CN107682275B (zh) * 2016-08-01 2020-08-04 新华三技术有限公司 报文监控方法及装置
CN107276848A (zh) * 2017-06-14 2017-10-20 无锡智泉科技有限公司 一种网络设备在线检测方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060227715A1 (en) * 2005-04-06 2006-10-12 Broadcom Corporation Dynamic connectivity determination

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8261315B2 (en) * 2000-03-02 2012-09-04 Tivo Inc. Multicasting multimedia content distribution system
US7111163B1 (en) * 2000-07-10 2006-09-19 Alterwan, Inc. Wide area network using internet with quality of service
US7155740B2 (en) * 2000-07-13 2006-12-26 Lucent Technologies Inc. Method and apparatus for robust NAT interoperation with IPSEC'S IKE and ESP tunnel mode
US6915436B1 (en) * 2000-08-02 2005-07-05 International Business Machines Corporation System and method to verify availability of a back-up secure tunnel
US7486622B2 (en) * 2003-04-28 2009-02-03 Alcatel-Lucent Usa Inc. OAM echo messaging to verify a service-based network distribution path
WO2004098115A2 (en) * 2003-04-28 2004-11-11 Alcatel Ip Networks, Inc. Oam echo messaging to verify a service-based network distribution path
JP4327142B2 (ja) * 2005-09-29 2009-09-09 パナソニック株式会社 情報処理システム、トンネル通信装置、トンネル通信方法、代理応答装置、及び代理応答方法
US8411579B2 (en) * 2005-10-04 2013-04-02 Alcatel Lucent Communication system hierarchical testing systems and methods—entity dependent automatic selection of tests
JP4769609B2 (ja) * 2006-03-23 2011-09-07 富士通株式会社 スイッチ装置
US7969908B2 (en) * 2006-10-16 2011-06-28 Cisco Technology, Inc. Connectivity outage detection based on a multicast management MPLS-VPN group
US7940695B1 (en) * 2007-06-08 2011-05-10 Juniper Networks, Inc. Failure detection for tunneled label-switched paths
KR20130085543A (ko) 2011-12-19 2013-07-30 한국전자통신연구원 도메인 기반 패킷 포워딩 방법 및 시스템
KR101572672B1 (ko) 2012-01-05 2015-12-04 한국전자통신연구원 통신망에서 노드 감시 방법 및 시스템
US9071514B1 (en) * 2012-12-17 2015-06-30 Juniper Networks, Inc. Application-specific connectivity loss detection for multicast virtual private networks
US9432215B2 (en) * 2013-05-21 2016-08-30 Nicira, Inc. Hierarchical network managers

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060227715A1 (en) * 2005-04-06 2006-10-12 Broadcom Corporation Dynamic connectivity determination

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
DRAFT:IETF

Also Published As

Publication number Publication date
US9584392B2 (en) 2017-02-28
US20150215189A1 (en) 2015-07-30
KR20150088492A (ko) 2015-08-03

Similar Documents

Publication Publication Date Title
KR102122949B1 (ko) 네트워크를 통해 연결된 세그먼트들을 관리하는 방법 및 장치
US11429408B2 (en) System and method for network function virtualization resource management
US9756015B2 (en) Creating network isolation between virtual machines
EP3135007B1 (en) System and method for live migration of a virtualized networking stack
US9348653B2 (en) Virtual machine management among networked servers
JP6466003B2 (ja) Ｖｎｆフェイルオーバの方法及び装置
US20170054654A1 (en) Data Center Resource Tracking
US10374827B2 (en) Identifier that maps to different networks at different datacenters
KR20150088499A (ko) 송신 노드의 ip 및 mac 테이블들 및 송신 노드와 연결된 서버의 arp 테이블을 관리하는 방법 및 장치
US20140204738A1 (en) Deadlock-free routing using edge-disjoint sub-networks
US11650859B2 (en) Cloud environment configuration based on task parallelization
US20160359729A1 (en) Multi-destination packet handling at overlay virtual network tunneling endpoints
US9426022B2 (en) SEA failover mechanism with minimized packet losses
JP6604336B2 (ja) 情報処理装置、情報処理方法、及び、プログラム
US10027597B2 (en) Collaborative route reservation and ranking in high performance computing fabrics
JP6010906B2 (ja) コンピュータネットワークシステム、構成管理方法、構成管理プログラム、記録媒体
US10554552B2 (en) Monitoring network addresses and managing data transfer
US20200236039A1 (en) Decentralized control plane
US11036532B2 (en) Fast join and leave virtual network
US11838149B2 (en) Time division control of virtual local area network (vlan) to accommodate multiple virtual applications
US10417093B2 (en) Methods for providing global spare data storage device management and devices thereof
JP6363977B2 (ja) アドレス変更システムおよびアドレス変更方法
WO2018098767A1 (en) Device and method for performing network interface bonding

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant