WO2015080512A1 - 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법 - Google Patents

컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법 Download PDF

Info

Publication number
WO2015080512A1
WO2015080512A1 PCT/KR2014/011539 KR2014011539W WO2015080512A1 WO 2015080512 A1 WO2015080512 A1 WO 2015080512A1 KR 2014011539 W KR2014011539 W KR 2014011539W WO 2015080512 A1 WO2015080512 A1 WO 2015080512A1
Authority
WO
WIPO (PCT)
Prior art keywords
event
notification
controller
occurrence
network device
Prior art date
Application number
PCT/KR2014/011539
Other languages
English (en)
French (fr)
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 US15/100,495 priority Critical patent/US10263915B2/en
Publication of WO2015080512A1 publication Critical patent/WO2015080512A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H04L49/253—Routing or path finding in a switch fabric using establishment or release of connections between ports
    • H04L49/254—Centralised controller, i.e. arbitration or scheduling
    • 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/02—Capturing of monitoring data
    • H04L43/026—Capturing of monitoring data using flow identification
    • 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/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0604—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time
    • H04L41/0609—Management of faults, events, alarms or notifications using filtering, e.g. reduction of information by using priority, element types, position or time based on severity or priority
    • 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss

Definitions

  • the present invention relates to software defined networking, and more particularly to a method for handling events between a controller and a network device.
  • SDN Software Defined Networking
  • SDN proposes a method for interacting with a data plane by separating a control plane from a physical network to control how data packets are delivered through a network.
  • An object of the present invention for solving the above problems is to provide a method for registering a notification request for an event of interest between the switch and the controller, and notifying the occurrence of the event when the registered event occurs.
  • Another object of the present invention for solving the above problems is to provide a method for controlling a notification request for an event of interest between a switch and a controller.
  • the event notification registration request may include a threshold.
  • the step of notifying the event occurrence of the event to the controller may notify the event occurrence when the threshold value is reached.
  • an event for a flow or a port may be specified and an event notification registration request may be received.
  • the controller may be notified of the event occurrence.
  • the controller may notify the event occurrence.
  • the receiving of the event notification registration request may include the identification information of the controller requesting the notification, information on the notification target event, and information on the notification period.
  • the event occurrence can be notified to the controller requesting the notification according to the notification period.
  • the method may further include receiving notification of an event occurrence from the at least one network device according to the controlled event notification method.
  • the event notification registration request may include a threshold value, and when the threshold value is reached from the at least one network device may further comprise the step of being notified of the event occurrence.
  • the step of being notified of the event occurrence may be notified of the event occurrence when the usage amount for the flow exceeds a preset threshold.
  • the registered event notification may be controlled to perform any one of pause, re-drive and deletion.
  • a computer readable medium for achieving the above object is a computer readable medium having recorded thereon a program for causing a processor to perform an event monitoring method, wherein the event monitoring method causes a network device to perform an event. Generating an event notification registration request command for requesting to notify the occurrence; Generating a command for controlling an event notification method of a network device; And receiving an event occurrence from the network device based on the event notification registration command and the event notification method control command.
  • the event monitoring method may further include transmitting an event notification registration command and an event notification method control command to the network device.
  • the event notification registration request command may include a threshold value
  • the step of being notified of the event occurrence may include being notified of the event occurrence when the threshold value is reached from the network device.
  • the event notification method control command may include any one of pause, re-drive and delete.
  • the controller registers the event of interest in the switch in advance, and when the event occurs in the switch to notify the controller immediately, the controller monitors the event of the switch
  • the load can be reduced by reducing the number of message transmissions.
  • the controller reduces the load by reducing the number of message transmissions for event monitoring of the switch, and the controller and the switch dynamically It can work.
  • FIG. 1 is a block diagram illustrating a system configuration of a controller and a switch according to an exemplary embodiment of the present invention.
  • FIG. 2 is a flowchart illustrating an event processing method between a controller and a switch according to an exemplary embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating an event processing method when an event occurs in a specific port according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating an event processing method when an event occurs in a specific flow according to an embodiment of the present invention.
  • FIG. 5 is a flowchart illustrating an event processing method when a notification period is set according to an embodiment of the present invention.
  • FIG. 6 is a table for explaining an example of parameters used to perform event notification registration according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a method of processing an event by controlling a registered event notification according to an embodiment of the present invention.
  • FIG. 8 is a flowchart illustrating a method of notifying occurrence of an event to a plurality of controllers according to an exemplary embodiment of the present invention.
  • FIG. 9 is a flowchart illustrating an event processing method when a registered event notification is suspended according to an embodiment of the present invention.
  • FIG. 10 is a flowchart illustrating an event processing method when a registered event notification is suspended and restarted according to an embodiment of the present invention.
  • FIG. 11 is a flowchart illustrating an event processing method when a registered event notification is deleted according to an embodiment of the present invention.
  • FIG. 12 is a flowchart illustrating an event processing method in the case of pausing and re-starting a registered event notification according to another embodiment of the present invention.
  • FIG. 13 is a table for explaining an example of a parameter used to control a registered event notification according to an embodiment of the present invention.
  • first, second, A, and B may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • the first component may be referred to as the second component, and similarly, the second component may also be referred to as the first component.
  • the controller referred to in the present invention is an integrated SDN controller, which may mean a function element for controlling related components (eg, a switch, a router, etc.) to control the flow of traffic. Can be.
  • related components eg, a switch, a router, etc.
  • controller is not limited to the physical implementation form or implementation location.
  • a controller refers to a controller function entity defined by OpenFlow (ONF), Internet Engineering Task Force (IETF), European Telecommunication Standards Institute (ETSI) and / or International Telecommunication Union Telecommunication (ITU-T). can do.
  • OpenFlow OpenFlow
  • IETF Internet Engineering Task Force
  • ETSI European Telecommunication Standards Institute
  • ITU-T International Telecommunication Union Telecommunication
  • the network device referred to in the present invention may refer to a functional element that substantially forwards, switches, or routes traffic (or packets), such as 'switch' or 'router'.
  • the network device may be referred to as a switch or a router.
  • a network device may mean a switch, a router, a switching element, a routing element, a forwarding element, and the like defined in ONF, IETF, ETSI, and / or ITU-T. Can be.
  • parameters and / or message types defined in an operation process for a method of processing an event between a controller and a network device are not limited to a specific message described below.
  • FIG. 1 is a block diagram illustrating a system configuration of a controller and a switch according to an exemplary embodiment of the present invention.
  • a system for providing a connection status checking procedure between a controller and a switch may include a plurality of controllers 100 and 100-n and a plurality of switches 200 and 200-n. Can be.
  • the controllers 100 and 100-n may include an event management unit 110 and 110-n, an event control unit 120 and 120-n, and a switch interlocking unit 130 and 130-n.
  • the event managers 110 and 110-n may request event registration to the event controllers 120 and 120-n or manage an event to be notified when an event occurs.
  • the event controllers 120 and 120-n receive the request of the event managers 110 and 110-n and transmit the interest event registration request message to the switches 200 and 200-n through the switch interlocking units 130 and 130-n. Or, it may transmit a response message for the event occurrence notification received from the switch (200, 200-n).
  • the switch interlocking units 130 and 130-n may control the protocol to communicate with the switches 200 and 200-n.
  • the switches 200 and 200-n may include an event management unit 210 and 210-n, an event control unit 220 and 220-n, and a controller interworking unit 230 and 230-n.
  • the event managers 210 and 210-n may manage events to be notified to the controllers 100 and 100-n through an event in which the controllers 100 and 100-n request notification or event monitoring.
  • the event controllers 220 and 220-n transmit the event occurrence notification message to the controllers 100 and 100-n through the controller interlocking units 230 and 230-n in response to a request of the event managers 210 and 210-n. Or, it may transmit a response message to the event notification registration request received from the controller (100, 100-n) to the controller (100, 100-n).
  • FIG. 2 is a flowchart illustrating an event processing method between a controller and a switch according to an exemplary embodiment of the present invention.
  • the controller may request an event notification registration with a switch to receive notification when an event occurs, and the switch may notify the controller when an event corresponding to the event notification registration request occurs.
  • This process can be described by dividing the setup step (S210), the subscription step (S220) and the Event Notification step (S230).
  • connection between the controller and the switch can be established through the setup step (S210).
  • the controller and switch can complete the connection setup through handshaking.
  • the connection setting may be used by a transport layer protocol that enables communication between the controller and the switch in addition to TCP / IP.
  • negotiation can be completed by checking protocol version and capability information for communication between the controller and the switch.
  • notification registration for the event of interest may be performed through the subscription step (S220).
  • the controller may send a notification registration request message for an event occurring in a flow to a switch.
  • the controller may transmit a notification registration request message for an event according to a switch port state change to the switch.
  • the switch may transmit a corresponding event occurrence notification message to the controller when an event for a flow registered by the controller occurs.
  • the switch may transmit a corresponding event occurrence notification message to the controller when a state change event occurs in a port registered by the controller.
  • the message for requesting the event notification registration transmitted from the controller to the switch may implement various notification methods including parameters such as an event to be notified, a notification period for receiving notification periodically, and a threshold for the number or amount of occurrences. Can be.
  • the message for the event notification registration request may be registered or notified in a variety of ways, such as a parameter value, a package value, a script.
  • FIG. 3 is a flowchart illustrating an event processing method when an event occurs in a specific port according to an embodiment of the present invention.
  • the controller and the switch may complete the connection setting through the handshaking process (S310).
  • the connection setting may be used by a transport layer protocol that enables communication between the controller and the switch in addition to TCP / IP.
  • protocol version and capability information for communication between the controller and the switch may be checked to complete the negotiation (S311).
  • the controller may transmit a message for requesting an event notification registration for a flow or port state to the switch (S320). For example, the controller can request an event notification registration for the port state.
  • the switch When the switch monitors the internal port state and detects a packet loss at port 3 of the switch (S330), the switch may transmit an event occurrence notification message for packet loss of port 3 of the switch to the controller (S340).
  • FIG. 4 is a flowchart illustrating an event processing method when an event occurs in a specific flow according to an embodiment of the present invention.
  • the controller and the switch may complete the connection setting through the handshaking process (S410).
  • the connection setting may be used by a transport layer protocol that enables communication between the controller and the switch in addition to TCP / IP.
  • the negotiation may be completed by checking protocol version and capability information for communication between the controller and the switch (S411).
  • the controller may transmit a message for requesting an event notification registration for a flow or port state to the switch (S420). For example, the controller may request an event notification registration for a case where a usage amount of more than a threshold (100 Mbps) occurs in the flow.
  • a threshold 100 Mbps
  • the switch When the switch monitors the usage of each internal flow and detects that traffic of a threshold value or more occurs in flow 2 (S430), the switch may transmit an event occurrence notification message indicating that flow 2 is using the threshold value to the controller ( S440).
  • FIG. 5 is a flowchart illustrating an event processing method when a notification period is set according to an embodiment of the present invention.
  • the controller and the switch may complete the connection setting through the handshaking process (S510).
  • the connection setting may be used by a transport layer protocol that enables communication between the controller and the switch in addition to TCP / IP.
  • the negotiation may be completed by checking protocol version and capability information for communication between the controller and the switch (S511).
  • the controller may transmit a message for requesting an event notification registration for a flow or port state to the switch (S520).
  • the controller may send a message to the switch for an event notification registration request including information on port status, flow usage, and notification period Tp.
  • the switch monitors the usage of the port state and the flow usage, and when the corresponding event occurs, the switch may transmit an event occurrence notification message to the controller based on the notification period Tp (S530 and S540).
  • FIG. 6 is a table for explaining an example of parameters used to perform event notification registration according to an embodiment of the present invention.
  • FIG. 6 describes a method for performing event notification registration according to an embodiment of the present invention.
  • the controller can request an event notification registration to the network device.
  • the message for the event notification registration request is the event registration request message id (Msg id), the event registration request controller id (Controller id), the switch id (Switch id) to register the event, flow table and port id (Flow Table id / Port ID), notification request event type (Event type), event notification period and the like may be included.
  • the event notification registration request can be transmitted by transmitting identification information of the controller requesting the notification, information on the notification target event, and information on the notification period to the network device.
  • the network device may monitor the occurrence of the event corresponding to the event notification registration request.
  • the network device may notify the controller of the event occurrence according to the occurrence of the event.
  • the controller will send an event occurrence notification, or if a packet drop occurs on the port to notify, the controller will send an event occurrence notification. Can be.
  • the controller may notify the event occurrence according to the notification period.
  • FIG. 7 is a flowchart illustrating a method of processing an event by controlling a registered event notification according to an embodiment of the present invention.
  • the controller may send an event notification registration / pause / restart / delete request message including an ID of the controller, switch, table, flow, port, and event in the message for the event notification registration request sent to the switch.
  • the event notification pause, restart, and deletion of the present invention can be applied not only to the event but also to the messages transmitted and received between the controller and the switch in the same manner.
  • the message for the event notification registration request may be registered or notified in a variety of ways, such as a parameter value, a package value, a script.
  • a method of processing an event by controlling an event notification registered in a network device includes a subscription step (S710), a subscription suspension step (S720), a subscription re-start step (S730), and a subscription deletion step (S740). It can be explained by separating.
  • the controller may request an event notification registration to the network device, the switch may respond to the event notification registration result in response.
  • the controller may request the event notification suspension for the event registered the notification to the switch. That is, the controller may request a pause in various cases, such as stopping the controller due to operational necessity and failing over to a slave controller.
  • the controller may request to restart the event for requesting the switch to pause notification, the switch may respond to the performance result.
  • the controller may send a notification deletion request message to the switch, and the switch may respond to the result of the execution.
  • FIG. 8 is a flowchart illustrating a method of notifying occurrence of an event to a plurality of controllers according to an exemplary embodiment of the present invention.
  • the controller may make an event notification registration request to notify a case where a usage amount of a threshold or more occurs for a flow (S810).
  • the first controller may transmit a notification registration request message to the switch to notify the first controller and the second controller.
  • the switch When the switch monitors the usage of each internal flow, and detects that flow 2 is using the traffic above the threshold (S820), the switch may generate an event occurrence notification message indicating that flow 2 is using the threshold. Can be transmitted to (S830).
  • the switch may transmit an event occurrence notification message to the second controller informing that the flow # 2 is exceeding the threshold (S840).
  • FIG. 9 is a flowchart illustrating an event processing method when a registered event notification is suspended according to an embodiment of the present invention.
  • the controller may transmit a notification registration request message for an event of a port state to a switch (S910).
  • the switch When the switch monitors the internal port state and detects a packet loss at port 3 of the switch (S920), the switch may transmit an event occurrence notification message indicating that packet loss has occurred at port 3 of the switch ( S930).
  • the controller may transmit a notification pause request message for an event of a port state to the switch (940).
  • the switch While monitoring the internal port status, the switch may detect the packet loss at port 3 of the switch (S950), but may not notify the controller that the corresponding event has occurred (S960).
  • FIG. 10 is a flowchart illustrating an event processing method when a registered event notification is suspended and restarted according to an embodiment of the present invention.
  • the controller may transmit a notification registration request message for an event of a port state to a switch (S1010).
  • the controller may transmit a notification pause request message for the event of the port state to the switch (S1020).
  • the switch While monitoring the internal port state, the switch may detect a packet loss at port 3 of the switch (S1030), but may not notify the controller that the corresponding event has occurred (S1040).
  • the controller may transmit a notification restarting request message for the event of the port state to the switch (S1050).
  • the switch When the switch monitors the internal port state and detects a packet loss at port 3 of the switch (S1060), the switch may transmit an event occurrence notification message indicating that the packet loss has occurred at port 3 of the switch to the controller ( S1070).
  • FIG. 11 is a flowchart illustrating an event processing method when a registered event notification is deleted according to an embodiment of the present invention.
  • the controller may transmit a notification registration request message for an event of a port state to a switch (S1110).
  • the controller may transmit a notification delete request message for the event of the port state to the switch as necessary (S1120).
  • the switch While monitoring the internal port state, the switch may detect a packet loss at port 3 of the switch (S1130), but may not notify the controller that the corresponding event has occurred (S1140). Since the notification registration is deleted by the notification deletion request for the event, the notification cannot be resumed through the notification restart request message, and the notification registration for the event must be requested to the switch again.
  • FIG. 12 is a flowchart illustrating an event processing method in the case of pausing and re-starting a registered event notification according to another embodiment of the present invention.
  • the controller may transmit a pause request message for a specific message transmission to the switch (S1210).
  • the controller may request a pause so that the controller does not notify when a particular flow has timed out.
  • the switch may not transmit a Flow-Removed message to the controller even when flow 3 is idle timeout (S1230).
  • the controller may transmit a restart request message for a specific message transmission to the switch (S1240).
  • the switch detects that flow 4 is idle timeout and transmits a flow-Removed message to the controller (S1260).
  • FIG. 13 is a table for explaining an example of a parameter used to control a registered event notification according to an embodiment of the present invention.
  • the controller may request to register for event notification to the network device. That is, the controller may request the network device to notify the controller when a preset event occurs in the notification target flow or the notification target port.
  • the message for requesting an event notification registration may include identification information of a controller requesting a notification, information on a notification target event, and information on a notification period.
  • the parameters described in FIG. 13 may be used for event notification registration.
  • an event registration request controller id For example, an event registration request controller id, a switch id to register an event, a flow entry id, a port id, and a notification request event type.
  • a switch id to register an event
  • a flow entry id For example, an event registration request controller id, a switch id to register an event
  • a flow entry id for example, a switch id to register an event
  • a flow entry id For example, a flow entry id, a port id, and a notification request event type.
  • a notification request event type For example, an event registration request controller id, a switch id to register an event, a flow entry id, a port id, and a notification request event type.
  • the same parameters can be used.
  • the network device may notify the controller of an event notification registration result according to the event notification registration request.
  • the controller may control the event notification registered in the network device based on the event notification registration result.
  • the controller may control to perform any one of pause, restart, and deletion for the registered event notification.
  • the network device may withhold the event occurrence notification.
  • the network device when the network device is controlled to restart for the registered event notification, the network device may restart the event occurrence notification.
  • the network device when the network device is controlled to delete the registered event notification, the network device may delete the registered event notification.
  • Computer-readable recording media include all kinds of recording devices that store data that can be read by a computer system.
  • the computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable program or code is stored and executed in a distributed fashion.
  • the controller registers an event of interest in the switch in advance, and causes the switch to notify the controller immediately when the corresponding event occurs in the switch, so that the controller sends the event of the switch.
  • the load can be reduced by reducing the number of message transmissions for monitoring.
  • the controller reduces the load by reducing the number of message transmissions for event monitoring of the switch, and the controller and the switch dynamically It can work.

Landscapes

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

Abstract

컨트롤러와 네트워크 장치 간에 이벤트를 처리하는 방법이 개시된다. 네트워크 장치에서 이벤트 처리 방법은, 컨트롤러로부터 이벤트 통보 등록 요청을 수신하는 단계와; 이벤트 통보 등록 요청에 상응하는 이벤트의 발생을 모니터링하는 단계와; 이벤트가 발생하는 경우 컨트롤러로 이벤트 발생 사실을 통보하는 단계를 포함한다. 따라서, 컨트롤러는 스위치의 이벤트 감시를 위한 메시지 전송 횟수 절감을 통해 부하를 감소시킬 수 있다.

Description

컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법
본 발명은 소프트웨어 정의 네트워킹에 관한 것으로, 더욱 상세하게는 컨트롤러와 네트워크 장치 간에 이벤트를 처리하는 방법에 관한 것이다.
최근 들어, 네트워크 장치의 트래픽 포워딩 기능과 제어 기능을 분리하여 통신 시스템을 효율적으로 운용하는 기술에 대한 표준화가 ONF(Open Networking Foundation), IETF(Internet Engineering Task Force), ETSI ISG NFV(Network Function Virtualization) 및 ITU-T 등을 중심으로 진행되고 있다.
SDN(Software Defined Networking)은 라우터나 스위치 등의 기본 네트워크 장비에 관계없이 사용자가 통제 권한을 가지며, 별도의 소프트웨어 컨트롤러가 트래픽 흐름을 제어하는 사용자 중심의 네트워크를 의미한다. 따라서, SDN에서는 사용자가 컨트롤러를 통해 네트워크를 바라보고 제어하기 때문에 컨트롤러의 역할이 중요하다.
한편, SDN은 네트워크를 통해 데이터 패킷(packet)을 어떻게 전달할 것인지 제어하기 위한 기능(Control Plane)을 물리적 네트워크와 분리하여 데이터 전달 기능(Data Plane)과 상호작용 하기 위한 방법을 제안하고 있다.
그러나, 스위치 등과 같은 네트워크 장치에서 발생하는 이벤트를 컨트롤러가 효과적으로 모니터링하기 위한 기술이 미흡한 실정이다.
상기와 같은 문제점을 해결하기 위한 본 발명의 목적은, 스위치와 컨트롤러간 관심 있는 이벤트에 대한 통보 요청을 등록하고, 등록된 이벤트 발생시 발생 사실을 통보하는 방법을 제공하는데 있다.
상기와 같은 문제점을 해결하기 위한 본 발명의 다른 목적은, 스위치와 컨트롤러간 관심 있는 이벤트에 대한 통보 요청을 제어하는 방법을 제공하는데 있다.
상기 목적을 달성하기 위한 본 발명의 일 측면에 따른 네트워크 장치에서 이벤트 처리 방법은, 컨트롤러로부터 이벤트 통보 등록 요청을 수신하는 단계와; 이벤트 통보 등록 요청에 상응하는 이벤트의 발생을 모니터링하는 단계와; 이벤트가 발생하는 경우 컨트롤러로 이벤트 발생 사실을 통보하는 단계를 포함한다.
여기에서, 상기 이벤트 통보 등록 요청은 임계값을 포함할 수 있다.
여기에서, 상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는, 임계값에 도달하는 경우 이벤트 발생 사실을 통보할 수 있다.
여기에서, 상기 이벤트 통보 등록 요청을 수신하는 단계는, 플로우(Flow) 또는 포트(Port)에 대한 이벤트가 특정되어 이벤트 통보 등록 요청이 수신될 수 있다.
여기에서, 상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는, 플로우에 대한 사용량이 미리 설정된 임계값을 초과한 경우, 컨트롤러로 이벤트 발생 사실을 통보할 수 있다.
여기에서, 상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는, 포트에서 패킷 드롭(drop)이 발생한 경우, 컨트롤러로 이벤트 발생 사실을 통보할 수 있다.
여기에서, 상기 이벤트 통보 등록 요청을 수신하는 단계는, 통보를 요청한 컨트롤러의 식별 정보, 통보 대상 이벤트에 대한 정보 및 통보 주기에 대한 정보가 포함되어 수신할 수 있다.
여기에서, 상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는, 통보 대상 이벤트가 발생한 경우, 통보 주기에 따라 상기 통보를 요청한 컨트롤러로 이벤트 발생 사실을 통보할 수 있다.
상기 목적을 달성하기 위한 본 발명의 다른 측면에 따른 컨트롤러에서 이벤트 모니터링 방법은, 적어도 하나의 네트워크 장치로 이벤트 통보 등록을 요청하는 단계와; 적어도 하나의 네트워크 장치로부터 이벤트 통보 등록 요청에 따른 이벤트 통보 등록 결과를 수신하는 단계와; 적어도 하나의 네트워크 장치에 등록된 이벤트 통보에 대해 이벤트 통보 방식을 제어하는 단계를 포함한다.
여기에서, 상기 적어도 하나의 네트워크 장치로부터 상기 제어된 이벤트 통보 방식에 따라 이벤트 발생 사실을 통보받는 단계를 더 포함할 수 있다.
여기에서, 상기 이벤트 통보 등록 요청은 임계값을 포함하고, 상기 적어도 하나의 네트워크 장치로부터 상기 임계값에 도달하는 경우 이벤트 발생 사실을 통보받는 단계를 더 포함할 수 있다.
여기에서, 상기 이벤트 발생 사실을 통보받는 단계는, 플로우에 대한 사용량이 미리 설정된 임계값을 초과한 경우 이벤트 발생 사실을 통보받을 수 있다.
여기에서, 상기 적어도 하나의 네트워크 장치의 이벤트 통보 방식을 제어하는 단계는, 상기 등록된 이벤트 통보를 일시 정지, 재구동 및 삭제 중 어느 하나를 수행하도록 제어할 수 있다.
상기 목적을 달성하기 위한 본 발명의 또 다른 측면에 따른 컴퓨터 판독가능 매체는, 프로세서로 하여금 이벤트 모니터링 방법을 수행하도록 하는 프로그램을 기록한 컴퓨터 판독가능 매체로서, 상기 이벤트 모니터링 방법은, 네트워크 장치로 하여금 이벤트 발생을 통보하도록 요청하기 위한 이벤트 통보 등록 요청 명령을 생성하는 단계와; 네트워크 장치의 이벤트 통보 방식을 제어하기 위한 명령을 생성하는 단계와; 이벤트 통보 등록 명령 및 이벤트 통보 방식 제어 명령에 기초하여 네트워크 장치로부터 이벤트 발생을 통보받는 단계를 포함한다.
여기에서, 상기 이벤트 모니터링 방법은, 이벤트 통보 등록 명령 및 이벤트 통보 방식 제어 명령을 네트워크 장치로 전송하는 단계를 더 포함할 수 있다.
여기에서, 상기 이벤트 통보 등록 요청 명령은 임계값을 포함하고, 상기 이벤트 발생을 통보받는 단계는, 네트워크 장치로부터 임계값에 도달하는 경우 이벤트 발생 사실을 통보받는 단계를 포함할 수 있다.
여기에서, 상기 이벤트 통보 방식 제어 명령은 일시 정지, 재구동 및 삭제 중 어느 하나를 포함할 수 있다.
상기와 같은 본 발명에 따른 네트워크 이벤트 처리 방법 및 장치에 따르면, 컨트롤러가 스위치에 관심 이벤트를 사전에 등록시켜 두고, 스위치에서 해당 이벤트 발생시 즉시 스위치가 컨트롤러로 통보하게 함으로써, 컨트롤러는 스위치의 이벤트 감시를 위한 메시지 전송 횟수 절감을 통해 부하를 감소시킬 수 있다.
또한, 등록된 이벤트 통보 요청을 일시 정지, 재구동, 삭제할 수 있는 방법을 제안함으로써, 컨트롤러는 스위치의 이벤트 감시를 위한 메시지 전송 횟수 절감을 통해 부하를 감소시키고, 컨트롤러 및 스위치는 상황에 따라 동적으로 동작할 수 있다.
도 1은 본 발명의 실시예에 따른 컨트롤러와 스위치의 시스템 구성을 설명하기 위한 블록도이다.
도 2는 본 발명의 실시예에 따른 컨트롤러와 스위치 간 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 3은 본 발명의 실시예에 따라 특정 포트에 이벤트가 발생한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 4는 본 발명의 실시예에 따라 특정 플로우에 이벤트가 발생한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 5는 본 발명의 실시예에 따라 통보 주기가 설정된 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 6은 본 발명의 실시예에 따라 이벤트 통보 등록을 수행하기 위해 사용되는 파라미터의 예를 설명하기 위한 표이다.
도 7은 본 발명의 실시예에 따라 등록된 이벤트 통보를 제어하여 이벤트를 처리하는 방법을 설명하기 위한 순서도이다.
도 8은 본 발명의 실시예에 따라 복수의 컨트롤러로 이벤트 발생 통보하는 방법을 설명하기 위한 순서도이다.
도 9는 본 발명의 실시예에 따라 등록된 이벤트 통보에 대해 일시 정지한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 10은 본 발명의 일 실시예에 따라 등록된 이벤트 통보에 대해 일시 정지 및 재구동한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 11은 본 발명의 실시예에 따라 등록된 이벤트 통보에 대해 삭제한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 12는 본 발명의 다른 실시예에 따라 등록된 이벤트 통보에 대해 일시 정지 및 재구동한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 13은 본 발명의 실시예에 따라 등록된 이벤트 통보를 제어하기 위해 사용되는 파라미터의 예를 설명하기 위한 표이다.
본 발명은 다양한 변경을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 그러나, 이는 본 발명을 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다. 각 도면을 설명하면서 유사한 참조부호를 유사한 구성요소에 대해 사용하였다.
제1, 제2, A, B 등의 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되어서는 안 된다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 발명의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
어떤 구성요소가 다른 구성요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성요소가 다른 구성요소에 "직접 연결되어" 있다거나 "직접 접속되어" 있다고 언급된 때에는, 중간에 다른 구성요소가 존재하지 않는 것으로 이해되어야 할 것이다.
본 출원에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 본 발명을 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 출원에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 출원에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 본 발명에서 언급되는 컨트롤러는 통합 SDN 컨트롤러(Unified SDN controller)로, 트래픽의 흐름을 제어하기 위해 관련 구성 요소(예를 들면, 스위치, 라우터 등)를 제어하는 기능 요소(entity)를 의미할 수 있다.
또한, 컨트롤러는 물리적인 구현 형태나 구현 위치 등에 의해 한정되지 않는다. 예를 들어, 컨트롤러는 ONF(OpenFlow), IETF(Internet Engineering Task Force), ETSI(European Telecommunication Standards Institute) 및/또는 ITU-T(International Telecommunication Union Telecommunication) 등에서 정의하고 있는 컨트롤러 기능 요소(entity)를 의미할 수 있다.
본 발명에서 언급되는 네트워크 장치는 '스위치(switch)' 또는 '라우터(router)'와 같이 트래픽(또는 패킷)을 실질적으로 포워딩하거나 스위칭 또는 라우팅하는 기능 요소를 의미할 수 있다. 따라서, 본 발명에서 네트워크 장치는 스위치 또는 라우터로 명명될 수 있다.
예를 들어, 네트워크 장치는 ONF, IETF, ETSI 및/또는 ITU-T 등에서 정의하고 있는 스위치, 라우터, 스위치 요소(Switching Element), 라우터 요소(Routing Element), 포워딩 요소(Forwarding Element) 등을 의미할 수 있다.
이하, 본 발명의 실시예들에서는 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법을 위한 동작과정에서 정의된 파라미터 및/또는 메시지 형태는 후술하는 특정 메시지에 한정되지 않는다.
이하, 본 발명에 따른 바람직한 실시예를 첨부된 도면을 참조하여 상세하게 설명한다.
도 1은 본 발명의 실시예에 따른 컨트롤러와 스위치의 시스템 구성을 설명하기 위한 블록도이다.
도 1을 참조하면, 본 발명에 따른 컨트롤러와 스위치간의 연결 상태 확인 절차를 제공하기 위한 시스템은 다수의 컨트롤러(100, 100-n)와 다수의 스위치(200, 200-n)를 포함하여 구성될 수 있다.
먼저, 컨트롤러(100, 100-n)는 이벤트 관리부(110, 110-n), 이벤트 제어부(120, 120-n), 스위치 연동부(130, 130-n)를 포함하여 구성될 수 있다.
이벤트 관리부(110, 110-n)는 이벤트 통보 등록을 이벤트 제어부(120, 120-n)로 요청하거나, 발생시 통보를 받을 이벤트를 관리할 수 있다.
이벤트 제어부(120, 120-n)는 이벤트 관리부(110, 110-n)의 요청을 받아 스위치 연동부(130, 130-n)를 통하여 관심 이벤트 등록 요청 메시지를 스위치(200, 200-n)로 전달하거나, 스위치(200, 200-n)로부터 전달받은 이벤트 발생 통보에 대한 응답 메시지를 전송할 수 있다.
스위치 연동부(130, 130-n)는 스위치(200, 200-n)와 통신하도록 프로토콜을 제어할 수 있다.
다음으로, 스위치(200, 200-n)는 이벤트 관리부(210, 210-n), 이벤트 제어부(220, 220-n) 및 컨트롤러 연동부(230, 230-n)를 포함하여 구성될 수 있다.
이벤트 관리부(210, 210-n)는 컨트롤러(100, 100-n)가 통보를 요청한 이벤트나 이벤트 모니터링을 통해 컨트롤러(100, 100-n)로 통보할 이벤트를 관리할 수 있다.
이벤트 제어부(220, 220-n)는 이벤트 관리부(210, 210-n)의 요청을 받아 컨트롤러 연동부(230, 230-n)를 통하여 이벤트 발생 통보 메시지를 컨트롤러(100, 100-n)로 전달하거나, 컨트롤러(100, 100-n)로부터 전달받은 이벤트 통보 등록 요청에 대한 응답 메시지를 컨트롤러(100, 100-n)로 전송할 수 있다.
도 2는 본 발명의 실시예에 따른 컨트롤러와 스위치 간 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 2를 참조하면, 컨트롤러는 이벤트 발생 시에 통보를 받기 위하여 스위치로 이벤트 통보 등록 요청을 할 수 있고, 스위치는 이벤트 통보 등록 요청에 상응하는 이벤트가 발생한 경우, 이를 컨트롤러에 통보할 수 있다.
이러한 과정은 Setup 단계(S210), Subscription 단계(S220) 및 Event Notification 단계(S230)로 구분하여 설명할 수 있다.
먼저, Setup 단계(S210)를 통하여 컨트롤러와 스위치간에 연결을 설정할 수 있다. 예를 들어, 컨트롤러와 스위치는 handshaking 과정을 통하여 연결 설정을 완료할 수 있다. 여기서, 연결 설정은 TCP/IP 외에 컨트롤러와 스위치간 상호 통신이 가능한 전송 계층 프로토콜이 사용할 수 있다.
또한, 컨트롤러와 스위치간 통신을 위한 프로토콜 버전 및 능력(capability) 정보를 확인하여 협상을 완료할 수 있다.
다음으로, Subscription 단계(S220)를 통하여 관심 이벤트에 대한 통보 등록이 수행될 수 있다. 예를 들어, 컨트롤러는 플로우(flow)에 발생하는 이벤트에 대한 통보 등록 요청 메시지를 스위치로 전송할 수 있다. 또한, 컨트롤러는 스위치 포트(port) 상태 변경에 따른 이벤트에 대한 통보 등록 요청 메시지를 스위치로 전송할 수 있다.
마지막으로, Event Notification 단계(S230)를 통하여 스위치는 컨트롤러가 등록한 플로우(flow)에 대한 이벤트가 발생할 경우 컨트롤러로 해당 이벤트 발생 통보 메시지를 전송할 수 있다. 또한, 스위치는 컨트롤러가 등록한 포트(port)에 상태 변경 이벤트가 발생할 경우 컨트롤러로 해당 이벤트 발생 통보 메시지를 전송할 수 있다.
여기서, 컨트롤러가 스위치로 전송하는 이벤트 통보 등록 요청을 위한 메시지는 통보를 희망하는 이벤트, 주기적으로 통보를 받기 위한 통보 주기, 발생 횟수나 양에 대한 임계값 등과 같은 파라미터를 포함하여 다양한 통보 방법을 구현할 수 있다. 또한, 이벤트 통보 등록 요청을 위한 메시지는 파라미터 값, 패키지 값, 스크립트 등과 다양한 방식으로 등록 또는 통보될 수 있다.
도 3은 본 발명의 실시예에 따라 특정 포트에 이벤트가 발생한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 3을 참조하면, 컨트롤러와 스위치는 handshaking 과정을 통하여 연결 설정을 완료할 수 있다(S310). 여기서, 연결 설정은 TCP/IP 외에 컨트롤러와 스위치간 상호 통신이 가능한 전송 계층 프로토콜이 사용할 수 있다.
또한, 컨트롤러와 스위치간 통신을 위한 프로토콜 버전 및 능력(capability) 정보를 확인하여 협상을 완료할 수 있다(S311).
컨트롤러는 플로우 또는 포트 상태에 대한 이벤트 통보 등록 요청을 위한 메시지를 스위치로 전송할 수 있다(S320). 예를 들어, 컨트롤러는 포트 상태에 대한 이벤트 통보 등록 요청을 할 수 있다.
스위치는 내부 포트 상태를 모니터링하고 있다가, 스위치의 포트 3번에서 패킷 손실을 감지하면(S330), 스위치의 포트 3번의 패킷 손실에 대한 이벤트 발생 통보 메시지를 컨트롤러로 전송할 수 있다(S340).
도 4는 본 발명의 실시예에 따라 특정 플로우에 이벤트가 발생한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 4를 참조하면, 컨트롤러와 스위치는 handshaking 과정을 통하여 연결 설정을 완료할 수 있다(S410). 여기서, 연결 설정은 TCP/IP 외에 컨트롤러와 스위치간 상호 통신이 가능한 전송 계층 프로토콜이 사용할 수 있다.
또한, 컨트롤러와 스위치간 통신을 위한 프로토콜 버전 및 능력(capability) 정보를 확인하여 협상을 완료할 수 있다(S411).
컨트롤러는 플로우 또는 포트 상태에 대한 이벤트 통보 등록 요청을 위한 메시지를 스위치로 전송할 수 있다(S420). 예를 들어, 컨트롤러는 플로우에 임계값(100Mbps) 이상의 사용량이 발생한 경우에 대해 이벤트 통보 등록 요청을 할 수 있다.
스위치는 내부 플로우 별 사용량을 모니터링하고 있다가, flow 2에 임계치 이상의 트래픽이 발생함을 감지하면(S430), flow 2가 임계치를 초과 사용하고 있음을 알리는 이벤트 발생 통보 메시지를 컨트롤러로 전송할 수 있다(S440).
도 5는 본 발명의 실시예에 따라 통보 주기가 설정된 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 5를 참조하면, 컨트롤러와 스위치는 handshaking 과정을 통하여 연결 설정을 완료할 수 있다(S510). 여기서, 연결 설정은 TCP/IP 외에 컨트롤러와 스위치간 상호 통신이 가능한 전송 계층 프로토콜이 사용할 수 있다.
또한, 컨트롤러와 스위치간 통신을 위한 프로토콜 버전 및 능력(capability) 정보를 확인하여 협상을 완료할 수 있다(S511).
컨트롤러는 플로우 또는 포트 상태에 대한 이벤트 통보 등록 요청을 위한 메시지를 스위치로 전송할 수 있다(S520).
예를 들어, 컨트롤러는 포트 상태, 플로우의 사용량 및 통보 주기(Tp)에 대한 정보를 포함한 이벤트 통보 등록 요청을 위한 메시지를 스위치로 전송할 수 있다. 이러한 경우, 스위치는 포트 상태, 플로우의 사용량의 사용량을 모니터닝하고 있다가 해당 이벤트가 발생하면 통보 주기(Tp)에 기반하여 이벤트 발생 통보 메시지를 컨트롤러로 전송할 수 있다(S530, S540).
도 6은 본 발명의 실시예에 따라 이벤트 통보 등록을 수행하기 위해 사용되는 파라미터의 예를 설명하기 위한 표이다.
도 6을 참조하여 본 발명의 실시예에 따른 이벤트 통보 등록을 수행하는 방법을 설명하면 다음과 같다.
컨트롤러가 네트워크 장치로 이벤트 통보 등록 요청을 할 수 있다. 여기서, 이벤트 통보 등록 요청을 위한 메시지는 이벤트 등록 요청 메시지 id(Msg id), 이벤트 등록 요청 컨트롤러 id(Controller id), 이벤트 등록할 스위치 id(Switch id), 플로우 테이블 및 포트 id(Flow Table id/ Port id), 통보 요청 이벤트 유형(Event type), 이벤트 통보 주기 등과 같은 정보를 포함할 수 있다.
따라서, 통보를 요청한 컨트롤러의 식별 정보, 통보 대상 이벤트에 대한 정보 및 통보 주기에 대한 정보를 네트워크 장치로 전송하여 이벤트 통보 등록 요청할 수 있다.
네트워크 장치는 이벤트 통보 등록 요청에 상응하는 이벤트의 발생을 모니터링할 수 있다.
네트워크 장치는 이벤트의 발생에 따라 컨트롤러로 이벤트 발생 통보를 할 수 있다.
예를 들어, 통보 대상 플로우에 대한 사용량이 미리 설정된 임계값을 초과한 경우, 컨트롤러로 이벤트 발생 통보를 수행하거나, 통보 대상 포트에서 패킷 드롭(drop)이 발생한 경우, 컨트롤러로 이벤트 발생 통보를 수행할 수 있다.
또한, 통보 대상 이벤트가 발생한 경우, 통보 주기에 따라 통보를 요청한 컨트롤러로 이벤트 발생 통보할 수 있다.
도 7은 본 발명의 실시예에 따라 등록된 이벤트 통보를 제어하여 이벤트를 처리하는 방법을 설명하기 위한 순서도이다.
컨트롤러는 스위치로 보내는 이벤트 통보 등록 요청을 위한 메시지 내에 컨트롤러, 스위치, 테이블, 플로우, 포트 및 이벤트의 ID를 포함하여 이벤트 통보 등록/일시정지/재구동/삭제 요청 메시지를 보낼 수 있다.
마스터 컨트롤러 및 백업을 위한 슬레이브 컨트롤러 등과 같이 해당 이벤트에 대한 통보를 받을 필요가 있는 모든 컨트롤러의 ID를 사용할 수 있다.
또한, 본 발명의 이벤트 통보 일시 정지, 재구동 및 삭제는 이벤트뿐 만 아니라, 컨트롤러와 스위치간 송수신되는 메시지에 대해서도 동일한 방법으로 적용될 수 있다. 또한, 이벤트 통보 등록 요청을 위한 메시지는 파라미터 값, 패키지 값, 스크립트 등과 다양한 방식으로 등록 또는 통보될 수 있다.
도 7을 참조하면, 네트워크 장치에 등록된 이벤트 통보를 제어하여 이벤트를 처리하는 방법은 Subscription 단계(S710), Subscription 일시 중지 단계(S720), Subscription 재구동 단계(S730) 및 Subscription 삭제 단계(S740)로 구분하여 설명할 수 있다.
먼저, Subscription 단계(S710)에 따르면, 컨트롤러와 스위치간 연결 설정 완료한 후, 컨트롤러는 네트워크 장치로 이벤트 통보 등록 요청을 할 수 있고, 스위치는 이에 대한 응답으로 이벤트 통보 등록 결과를 응답할 수 있다.
Subscription 일시 중지 단계(S720)에 따르면, 컨트롤러는 스위치에게 통보를 등록한 이벤트에 대해서 이벤트 통보 일시 정지를 요청할 수 있다. 즉, 컨트롤러가 일시 정지를 요청하는 것은 운용상 필요에 의한 컨트롤러 중지, 슬레이브 컨트롤러로의 fail-over 등과 같은 다양한 경우가 가능하다.
Subscription 재구동 단계(S730)에 따르면, 컨트롤러는 스위치에게 통보 일시 정지를 요청한 이벤트에 대해 재구동을 요청할 수 있으며, 스위치는 수행 결과를 응답할 수 있다.
Subscription 삭제 단계(S740)에 따르면, 컨트롤러는 스위치에게 통보 등록한 이벤트에 대해 더 이상 통보할 필요가 없는 경우 스위치로 통보 삭제 요청 메시지를 보낼 수 있으며, 스위치는 수행 결과를 응답할 수 있다.
도 8은 본 발명의 실시예에 따라 복수의 컨트롤러로 이벤트 발생 통보하는 방법을 설명하기 위한 순서도이다.
도 8을 참조하면, 컨트롤러는 플로우에 대해 임계값 이상의 사용량이 발생한 경우를 이를 통보하도록 이벤트 통보 등록 요청을 할 수 있다(S810).
예를 들어, 제1 컨트롤러는 100Mbps를 초과한 사용량이 발생할 경우, 제1 컨트롤러 및 제2 컨트롤러로 통보하도록 통보 등록 요청 메시지를 스위치로 전송할 수 있다.
스위치는 내부 플로우 별 사용량을 모니터링하고 있다가, 플로우 2번이 임계치 이상의 트래픽을 사용하고 있음을 감지하면(S820), 플로우 2번이 임계치를 초과 사용하고 있음을 알리는 이벤트 발생 통보 메시지를 제1 컨트롤러로 전송할 수 있다(S830).
또한, 스위치는 플로우 2번이 임계값을 초과 사용하고 있음을 알리는 이벤트 발생 통보 메시지를 제2 컨트롤러로도 전송할 수 있다(S840).
도 9는 본 발명의 실시예에 따라 등록된 이벤트 통보에 대해 일시 정지한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 9를 참조하면, 컨트롤러는 포트 상태의 이벤트에 대한 통보 등록 요청 메시지를 스위치로 전송할 수 있다(S910).
스위치는 내부 포트 상태를 모니터링하고 있다가, 스위치의 포트 3번에서 패킷 손실을 감지하면(S920), 컨트롤러로 스위치의 포트 3번에서 패킷 손실이 발생하였음을 알리는 이벤트 발생 통보 메시지를 전송할 수 있다(S930).
컨트롤러는 포트 상태의 이벤트에 대한 통보 일시 정지 요청 메시지를 스위치로 전송할 수 있다(940).
스위치는 내부 포트 상태를 모니터링하고 있다가, 스위치의 포트 3번에서 패킷 손실을 감지하더라도(S950), 컨트롤러로 해당 이벤트 발생 사실을 통지하지 않을 수 있다(S960).
도 10은 본 발명의 일 실시예에 따라 등록된 이벤트 통보에 대해 일시 정지 및 재구동한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 10을 참조하면, 컨트롤러는 포트 상태의 이벤트에 대한 통보 등록 요청 메시지를 스위치로 전송할 수 있다(S1010).
컨트롤러는 포트 상태의 이벤트에 대한 통보 일시 정지 요청 메시지를 스위치로 전송할 수 있다(S1020).
스위치는 내부 포트 상태를 모니터링하고 있다가, 스위치의 포트 3번에서 패킷 손실을 감지하더라도(S1030), 컨트롤러로 해당 이벤트 발생 사실을 통지하지 않을 수 있다(S1040).
컨트롤러는 포트 상태의 이벤트에 대한 통보 재구동 요청 메시지를 스위치로 전송할 수 있다(S1050).
스위치는 내부 포트 상태를 모니터링하고 있다가, 스위치의 포트 3번에서 패킷 손실을 감지하면(S1060), 컨트롤러로 스위치의 포트 3번에서 패킷 손실이 발생하였음을 알리는 이벤트 발생 통보 메시지를 전송할 수 있다(S1070).
도 11은 본 발명의 실시예에 따라 등록된 이벤트 통보에 대해 삭제한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 11을 참조하면, 컨트롤러는 포트 상태의 이벤트에 대한 통보 등록 요청 메시지를 스위치로 전송할 수 있다(S1110).
컨트롤러는 필요에 의해 포트 상태의 이벤트에 대한 통보 삭제 요청 메시지를 스위치로 전송할 수 있다(S1120).
스위치는 내부 포트 상태를 모니터링하고 있다가, 스위치의 포트 3번에서 패킷 손실을 감지하더라도(S1130), 컨트롤러로 해당 이벤트 발생 사실을 통지하지 않을 수 있다(S1140). 이러한, 이벤트에 대한 통보 삭제 요청에 의해 통보 등록이 삭제되었기 때문에 통보 재구동 요청 메시지를 통하여 통보를 재개할 수 없고, 다시 이벤트에 대한 통보 등록을 스위치에 요청하여야 한다.
도 12는 본 발명의 다른 실시예에 따라 등록된 이벤트 통보에 대해 일시 정지 및 재구동한 경우의 이벤트 처리 방법을 설명하기 위한 순서도이다.
도 12를 참조하면, 컨트롤러는 특정 메시지 전송에 대한 일시 정지 요청 메시지를 스위치로 전송할 수 있다(S1210). 예를 들어, 컨트롤러는 특정 플로우가 만료(timeout)되더라고 이를 컨트롤러도 통보하지 않도록 일시 정지 요청을 할 수 있다.
스위치는 플로우 3번이 idle timeout 되더라도 플로우 삭제(Flow-Removed) 메시지를 컨트롤러로 전송하지 않을 수 있다(S1230).
컨트롤러는 특정 메시지 전송에 대한 재구동 요청 메시지를 스위치로 전송할 수 있다(S1240).
스위치는 플로우 4번이 idle timeout 됨을 감지하고 Flow-Removed 메시지를 컨트롤러로 전송할 수 있다(S1260).
도 13은 본 발명의 실시예에 따라 등록된 이벤트 통보를 제어하기 위해 사용되는 파라미터의 예를 설명하기 위한 표이다.
도 13을 참조하여 도 7 내지 도 12에 따른 절차를 설명하면 다음과 같다.
컨트롤러는 네트워크 장치로 이벤트 통보 등록 요청할 수 있다. 즉, 컨트롤러는 통보 대상 플로우(Flow) 또는 통보 대상 포트(Port)에 미리 설정된 이벤트가 발생한 경우, 컨트롤러에 통보하도록 네트워크 장치를 요청할 수 있다.
여기서, 이벤트 통보 등록 요청을 위한 메시지는 통보를 요청한 컨트롤러의 식별 정보, 통보 대상 이벤트에 대한 정보 및 통보 주기에 대한 정보를 포함할 수 있다.
보다 상세하게는 이벤트 통보 등록을 위하여 도 13에 기재된 파라미터들을 활용할 수 있다.
예를 들어, 이벤트 등록 요청 컨트롤러 id(Controller id), 이벤트 등록할 스위치 id(Switch id), 플로우 엔트리 id(Flow entry id), 포트 id(Port id) 및 통보 요청 에벤트 유형(Event type) 등과 같은 파라미터를 활용할 수 있다.
네트워크 장치는 이벤트 통보 등록 요청에 따른 이벤트 통보 등록 결과를 컨트롤러로 통보할 수 있다.
컨트롤러는 이벤트 통보 등록 결과에 기반하여 네트워크 장치에 등록된 이벤트 통보를 제어할 수 있다.
상세하게는, 컨트롤러는 등록된 이벤트 통보에 대해 일시 정지, 재구동 및 삭제 중 어느 하나를 수행하도록 제어할 수 있다.
네트워크 장치가 등록된 이벤트 통보에 대해 일시 정지하도록 제어된 경우, 네트워크 장치는 이벤트 발생 통보를 유보할 수 있다.
또한, 네트워크 장치가 등록된 이벤트 통보에 대해 재구동하도록 제어된 경우, 네트워크 장치는 이벤트 발생 통보를 재시작할 수 있다.
더 나아가, 네트워크 장치가 상기 등록된 이벤트 통보에 대해 삭제하도록 제어된 경우, 네트워크 장치는 등록된 이벤트 통보를 삭제할 수 있다.
상술한 본 발명의 실시예에 따른 네트워크 이벤트 처리 방법을 수행하는 동작은 컴퓨터로 읽을 수 있는 기록매체에 컴퓨터가 읽을 수 있는 프로그램 또는 코드로서 구현하는 것이 가능하다. 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의해 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어 분산방식으로 컴퓨터로 읽을 수 있는 프로그램 또는 코드가 저장되고 실행될 수 있다.
상술한 본 발명의 실시예에 따른 네트워크 이벤트 처리 방법 및 장치에 따르면, 컨트롤러가 스위치에 관심 이벤트를 사전에 등록시켜 두고, 스위치에서 해당 이벤트 발생시 즉시 스위치가 컨트롤러로 통보하게 함으로써, 컨트롤러는 스위치의 이벤트 감시를 위한 메시지 전송 횟수 절감을 통해 부하를 감소시킬 수 있다.
또한, 등록된 이벤트 통보 요청을 일시 정지, 재구동, 삭제할 수 있는 방법을 제안함으로써, 컨트롤러는 스위치의 이벤트 감시를 위한 메시지 전송 횟수 절감을 통해 부하를 감소시키고, 컨트롤러 및 스위치는 상황에 따라 동적으로 동작할 수 있다.
상기에서는 본 발명의 바람직한 실시예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자는 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다.

Claims (17)

  1. 컨트롤러로부터 이벤트 통보 등록 요청을 수신하는 단계;
    상기 이벤트 통보 등록 요청에 상응하는 이벤트의 발생을 모니터링하는 단계; 및
    상기 이벤트가 발생하는 경우 상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계를 포함하는,
    네트워크 장치에서 이벤트 처리 방법.
  2. 청구항 1에 있어서,
    상기 이벤트 통보 등록 요청은 임계값을 포함하는 것을 특징으로 하는,
    네트워크 장치에서 이벤트 처리 방법.
  3. 청구항 2에 있어서,
    상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는, 상기 임계값에 도달하는 경우 이벤트 발생 사실을 통보하는 것을 특징으로 하는, 네트워크 장치에서 이벤트 처리 방법.
  4. 청구항 1에 있어서,
    상기 이벤트 통보 등록 요청을 수신하는 단계는,
    플로우(Flow) 또는 포트(Port)에 대한 이벤트가 특정되어 이벤트 통보 등록 요청이 수신되는 것을 특징으로 하는, 네트워크 장치에서 이벤트 처리 방법.
  5. 청구항 4에 있어서,
    상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는,
    상기 플로우에 대한 사용량이 미리 설정된 임계값을 초과한 경우, 상기 컨트롤러로 이벤트 발생 사실을 통보하는 것을 특징으로 하는, 네트워크 장치에서 이벤트 처리 방법.
  6. 청구항 4에 있어서,
    상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는,
    상기 포트에서 패킷 드롭(drop)이 발생한 경우, 상기 컨트롤러로 이벤트 발생 사실을 통보하는 것을 특징으로 하는, 네트워크 장치에서 이벤트 처리 방법.
  7. 청구항 1에 있어서,
    상기 이벤트 통보 등록 요청을 수신하는 단계는,
    통보를 요청한 컨트롤러의 식별 정보, 통보 대상 이벤트에 대한 정보 및 통보 주기에 대한 정보가 포함되어 수신하는 것을 특징으로 하는, 네트워크 장치에서 이벤트 처리 방법.
  8. 청구항 7에 있어서,
    상기 컨트롤러로 이벤트 발생 사실을 통보하는 단계는,
    상기 통보 대상 이벤트가 발생한 경우, 상기 통보 주기에 따라 상기 통보를 요청한 컨트롤러로 이벤트 발생 사실을 통보하는 것을 특징으로 하는, 네트워크 장치에서 이벤트 처리 방법.
  9. 적어도 하나의 네트워크 장치로 이벤트 통보 등록을 요청하는 단계;
    상기 적어도 하나의 네트워크 장치로부터 상기 이벤트 통보 등록 요청에 따른 이벤트 통보 등록 결과를 수신하는 단계; 및
    상기 적어도 하나의 네트워크 장치에 등록된 이벤트 통보에 대해 이벤트 통보 방식을 제어하는 단계를 포함하는, 컨트롤러에서 이벤트 모니터링 방법.
  10. 청구항 9에 있어서,
    상기 적어도 하나의 네트워크 장치로부터 상기 제어된 이벤트 통보 방식에 따라 이벤트 발생 사실을 통보받는 단계를 더 포함하는, 컨트롤러에서 이벤트 모니터링 방법.
  11. 청구항 9에 있어서,
    상기 이벤트 통보 등록 요청은 임계값을 포함하고,
    상기 적어도 하나의 네트워크 장치로부터 상기 임계값에 도달하는 경우 이벤트 발생 사실을 통보받는 단계를 더 포함하는 것을 특징으로 하는, 컨트롤러에서 이벤트 모니터링 방법.
  12. 청구항 11에 있어서,
    상기 이벤트 발생 사실을 통보받는 단계는, 플로우에 대한 사용량이 미리 설정된 임계값을 초과한 경우 이벤트 발생 사실을 통보받는 것을 특징으로 하는, 컨트롤러에서 이벤트 모니터링 방법.
  13. 청구항 9에 있어서,
    상기 적어도 하나의 네트워크 장치의 이벤트 통보 방식을 제어하는 단계는, 상기 등록된 이벤트 통보를 일시 정지, 재구동 및 삭제 중 어느 하나를 수행하도록 제어하는 것을 특징으로 하는, 컨트롤러에서 이벤트 모니터링 방법.
  14. 프로세서로 하여금 이벤트 모니터링 방법을 수행하도록 하는 프로그램을 기록한 컴퓨터 판독가능 매체로서, 상기 이벤트 모니터링 방법은,
    네트워크 장치로 하여금 이벤트 발생을 통보하도록 요청하기 위한 이벤트 통보 등록 요청 명령을 생성하는 단계;
    상기 네트워크 장치의 이벤트 통보 방식을 제어하기 위한 명령을 생성하는 단계;
    상기 이벤트 통보 등록 명령 및 상기 이벤트 통보 방식 제어 명령에 기초하여 상기 네트워크 장치로부터 상기 이벤트 발생을 통보받는 단계를 포함하는, 컴퓨터 판독가능 매체.
  15. 청구항 14에 있어서,
    상기 이벤트 모니터링 방법은,
    상기 이벤트 통보 등록 명령 및 상기 이벤트 통보 방식 제어 명령을 상기 네트워크 장치로 전송하는 단계를 더 포함하는 것을 특징으로 하는, 컴퓨터 판독가능 매체.
  16. 청구항 14에 있어서,
    상기 이벤트 통보 등록 요청 명령은 임계값을 포함하고,
    상기 이벤트 발생을 통보받는 단계는 상기 네트워크 장치로부터 상기 임계값에 도달하는 경우 이벤트 발생 사실을 통보받는 단계를 포함하는 것을 특징으로 하는, 컴퓨터 판독가능 매체.
  17. 청구항 14에 있어서,
    상기 이벤트 통보 방식 제어 명령은 일시 정지, 재구동 및 삭제 중 어느 하나를 포함하는 것을 특징으로, 컴퓨터 판독가능 매체.
PCT/KR2014/011539 2013-11-28 2014-11-28 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법 WO2015080512A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/100,495 US10263915B2 (en) 2013-11-28 2014-11-28 Method for processing event between controller and network device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20130146637 2013-11-28
KR10-2013-0146637 2013-11-28

Publications (1)

Publication Number Publication Date
WO2015080512A1 true WO2015080512A1 (ko) 2015-06-04

Family

ID=53199390

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/011539 WO2015080512A1 (ko) 2013-11-28 2014-11-28 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법

Country Status (2)

Country Link
US (1) US10263915B2 (ko)
WO (1) WO2015080512A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3068081B1 (en) * 2013-12-10 2018-10-10 Huawei Technologies Co., Ltd. Method and apparatus for generating flow table
CN105991315A (zh) * 2015-02-03 2016-10-05 华为技术有限公司 一种sdn中的链路保护方法、交换设备及网络控制器

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012130264A1 (en) * 2011-03-29 2012-10-04 Nec Europe Ltd. User traffic accountability under congestion in flow-based multi-layer switches
US20120303835A1 (en) * 2011-05-23 2012-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Implementing EPC in a Cloud Computer with Openflow Data Plane
US20130058339A1 (en) * 2010-07-06 2013-03-07 Martin Casado Network control apparatus and method
US20130194914A1 (en) * 2012-01-26 2013-08-01 Brocade Communications Systems, Inc. Link aggregation in software-defined networks

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US739368A (en) * 1902-11-10 1903-09-22 Henry P White Cone-pulley structure.
EP0888585A1 (en) * 1996-03-19 1999-01-07 Massachusetts Institute Of Technology Computer system and computer implemented process for representing software system descriptions and for generating executable computer programs and computer system configurations from software system descriptions
KR100434270B1 (ko) * 2001-05-30 2004-06-04 엘지전자 주식회사 가전기기 네트워크 제어시스템
US20030126307A1 (en) * 2001-12-27 2003-07-03 Siemens Aktiengesellschaft Method and system for event management
KR100481818B1 (ko) * 2002-07-24 2005-04-11 (주)실리콘세븐 디램 셀을 사용하며, 버스트 억세스 구동이 가능한 동기식 에스램 호환 메모리 및 그 구동 방법
JP2004259044A (ja) * 2003-02-26 2004-09-16 Hitachi Ltd 情報処理装置の管理方法およびシステム
US8127359B2 (en) * 2003-04-11 2012-02-28 Samir Gurunath Kelekar Systems and methods for real-time network-based vulnerability assessment
US8392545B2 (en) * 2004-07-01 2013-03-05 Nokia Corporation Device management system
KR100641238B1 (ko) * 2004-07-09 2006-11-02 엘지전자 주식회사 장치 관리 시스템 및 그 시스템에서의 장치관리 명령스케줄링 방법
CN1283070C (zh) * 2004-09-10 2006-11-01 华为技术有限公司 媒体网关监测媒体网关控制器状态的实现方法
KR100764791B1 (ko) * 2005-04-08 2007-10-11 엘지전자 주식회사 장치관리 시스템 및 그 시스템에서의 장치관리 스케줄링방법
KR100746023B1 (ko) * 2005-07-20 2007-08-06 삼성전자주식회사 이벤트 정보를 제공하는 장치, 방법 및 시스템
JP2007104137A (ja) * 2005-09-30 2007-04-19 Matsushita Electric Ind Co Ltd データ通信装置
US8104037B2 (en) * 2006-01-23 2012-01-24 Lg Electronics Inc. Terminal and method for performing device management scheduled based on threshold
KR101349805B1 (ko) * 2006-01-25 2014-01-10 엘지전자 주식회사 트랩 메커니즘을 이용한 장치관리 스케줄링 방법 및 그단말
KR101285886B1 (ko) * 2006-01-25 2013-07-11 엘지전자 주식회사 서버로의 보고 방법 및 그 단말
KR100791297B1 (ko) * 2006-04-06 2008-01-04 삼성전자주식회사 이벤트 정보를 관리하는 장치, 방법 및 시스템
US8117304B2 (en) * 2007-10-25 2012-02-14 International Business Machines Corporation Processing event notifications with an event sink
US20090132589A1 (en) * 2007-11-21 2009-05-21 Brenda Daos System and method for threshold-based notification of document processing device status
GB2466441A (en) * 2008-12-18 2010-06-23 Tyco Electronics Ltd Uk Electrical current feed-through bush with air gap
EP2656543B1 (en) * 2010-12-20 2015-02-25 Telefonaktiebolaget LM Ericsson (PUBL) Method of and device for service monitoring and service monitoring management
JP2012188251A (ja) * 2011-03-11 2012-10-04 Nitto Denko Corp フィルム巻取用巻芯及びそれを用いたフィルム巻回体
CO6340173A1 (es) * 2011-03-18 2011-11-21 Talero John Alejandro Sanchez Protector mascarilla retractil respiratorio
CN103001926A (zh) * 2011-09-09 2013-03-27 华为技术有限公司 一种订阅通知的方法、装置和系统
US9324055B2 (en) * 2011-12-08 2016-04-26 Microsoft Technology Licensing, Llc Techniques to manage remote events
KR20150015515A (ko) * 2012-05-31 2015-02-10 오픈픽 아이엔씨. 관리되는 디바이스에 동작 지능을 제공하는 시스템 및 방법
US9025434B2 (en) * 2012-09-14 2015-05-05 Microsoft Technology Licensing, Llc Automated datacenter network failure mitigation
KR102099650B1 (ko) * 2013-03-11 2020-05-15 삼성전자 주식회사 이동통신 네트워크의 혼잡 상황 제어 방법 및 장치
US9582010B2 (en) * 2013-03-14 2017-02-28 Rackspace Us, Inc. System and method of rack management

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130058339A1 (en) * 2010-07-06 2013-03-07 Martin Casado Network control apparatus and method
WO2012130264A1 (en) * 2011-03-29 2012-10-04 Nec Europe Ltd. User traffic accountability under congestion in flow-based multi-layer switches
US20120303835A1 (en) * 2011-05-23 2012-11-29 Telefonaktiebolaget Lm Ericsson (Publ) Implementing EPC in a Cloud Computer with Openflow Data Plane
US20130194914A1 (en) * 2012-01-26 2013-08-01 Brocade Communications Systems, Inc. Link aggregation in software-defined networks

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LI ERRAN LI ET AL.: "Toward Software-Defined Cellular Networks", 2012 EUROPEAN WORKSHOP ON SOFTWARE DEFINED NETWORKING IEEE, 26 October 2012 (2012-10-26), pages 7 - 12, XP032283462, Retrieved from the Internet <URL:http://ieeexplore.ieee.org/xp1/articleDetails.jsp?arnumber=6385040> DOI: doi:10.1109/EWSDN.2012.28 *

Also Published As

Publication number Publication date
US10263915B2 (en) 2019-04-16
US20160308787A1 (en) 2016-10-20

Similar Documents

Publication Publication Date Title
WO2015072709A1 (ko) Sdn에서 네트워크 장애 해소를 위한 컨트롤러 및 스위치의 동작 방법과, 이를 위한 컨트롤러 및 스위치
CN100568854C (zh) 一种保持邻居关系的方法和接口板
WO2014209075A1 (ko) 인터넷 프로토콜을 이용한 서비스를 위한 다중 연결 시스템 및 방법
WO2014112771A1 (ko) 클라이언트의 ｉｐ주소를 서버로 전송하는 중계 시스템 및 방법
WO2019200728A1 (zh) 虚拟网关主备切换方法、装置及计算机可读存储介质
WO2013168987A1 (ko) 복수의 알림 모드들을 이용하는 이동 단말의 알림 방법 및 그 방법을 이용한 이동 단말
WO2015024167A1 (zh) 一种处理用户报文的方法及转发面设备
WO2014073902A1 (en) Method and apparatus for providing web service in wireless communication system
KR20150068317A (ko) Ｓｄｎ 환경에서 네트워크 장치에 대한 장애를 처리하는 방법
WO2021012481A1 (zh) 系统性能监控方法、装置、设备及存储介质
EP2606620A2 (en) Method and apparatus for transmitting and receiving data based on secured path bandwidth in network established by using audio/video interface
WO2020060021A1 (en) Packet data unit (pdu) session control method and apparatus
WO2015080512A1 (ko) 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법
WO2015080525A1 (ko) Sdn 환경에서 트래픽의 동적 제어를 위한 방법 및 장치
WO2020019405A1 (zh) 数据库监控方法、装置、设备及可读存储介质
WO2013089427A1 (en) Method and device for executing a device management command based on an execution time
WO2013069981A1 (en) Communication system and operating method using home gateway
WO2020032345A1 (ko) 데이터 패킷을 처리하기 위한 장치 및 방법
WO2016195158A1 (ko) 오버레이 sdn 망의 브릿지 도메인 확장 방법
WO2015088268A1 (ko) Ｓｄｎ 환경에서 네트워크 장치에 대한 장애를 처리하는 방법
WO2020180072A1 (ko) 엣지 컴퓨팅 환경에서 어플리케이션 재배치를 제어하기 위한 장치 및 방법
WO2017196064A1 (en) Terminal and communication method thereof
WO2018084648A1 (en) Method of and apparatus for releasing mission critical data communication
WO2012150778A2 (ko) 연결 상태 확인 이벤트에 기반하여 m2m 통신 개체간 연결을 관리하는 방법 및 장치
WO2015009051A1 (en) Communication method and apparatus using smart module in home network system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14866740

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 15100495

Country of ref document: US

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC ( EPO FORM 1205A DATED 12/09/2016 )

122 Ep: pct application non-entry in european phase

Ref document number: 14866740

Country of ref document: EP

Kind code of ref document: A1