WO2016177030A1 - Procédé, dispositif, et système d'établissement de liaison de dispositif de réseau sdn - Google Patents

Procédé, dispositif, et système d'établissement de liaison de dispositif de réseau sdn Download PDF

Info

Publication number
WO2016177030A1
WO2016177030A1 PCT/CN2016/074414 CN2016074414W WO2016177030A1 WO 2016177030 A1 WO2016177030 A1 WO 2016177030A1 CN 2016074414 W CN2016074414 W CN 2016074414W WO 2016177030 A1 WO2016177030 A1 WO 2016177030A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
switch
sptn
dcn
sdn
Prior art date
Application number
PCT/CN2016/074414
Other languages
English (en)
Chinese (zh)
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 中兴通讯股份有限公司
Publication of WO2016177030A1 publication Critical patent/WO2016177030A1/fr

Links

Images

Classifications

    • 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/34—Signalling channels for network management communication
    • 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/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a SDN network device chain building method, device and system.
  • PTN Packet Transport Network
  • SPTN software-defined packet transport network
  • PTN is a multi-service transport technology with packet switching as the core.
  • PTN complies with the IP development trend of telecommunication services, and satisfies the bearer requirements of 2G/3G/LTE mobile backhaul and large customers.
  • the DCN Data Communication Network
  • the EMS Element Management System
  • SDN-PTN Software Defined Network
  • SPTN introduces the feature of SDN control and forwarding separation, abstracting the centralized control plane (Controller, controller) and forwarding plane (Switch, logical switch).
  • the technical problem to be solved by the present invention is to provide a method, a device and a system for establishing an SDN network device, which are used to solve the problem that the SDN network device in the related art is difficult to interface with a conventional non-SDN network device.
  • the embodiment of the present invention provides a method for establishing an SDN network device, including: the software-defined network SDN switch obtains the directly connected network topology information according to the received data communication network DCN topology discovery packet, and according to the DCN topology described above. Discovery packets or IGP (Interior Gateway Protocol) routing protocol to determine the DCN network And the above-mentioned DCN topology discovery packet is compatible with the topology discovery message used by the non-SDN switch; the SDN switch sends the network topology information to the network management device and the controller respectively through the DCN network route.
  • IGP Interior Gateway Protocol
  • the foregoing SDN switch includes a software defined network packet transmission network SPTN switch.
  • the foregoing SPTN switch is an SPTN-hub switch; determining, according to the DCN topology discovery message or the internal gateway protocol IGP routing protocol, the DCN network route, according to the foregoing DCN topology discovery packet, determining a device type of the neighbor node; In the case that the device type of the neighboring node is the SPTN-user-side device SPTN-CPE switch, the route to the neighboring node is generated according to the DCN topology discovery message; the device type of the neighbor node is SPTN-hub SPTN-hub In the case of a switch or PTN switch, the route to the above neighbor nodes is generated using the IGP routing protocol.
  • the foregoing SPTN switch is an SPTN-CPE switch; determining the DCN network route according to the foregoing DCN topology discovery message or the internal gateway protocol IGP routing protocol includes: determining, according to the DCN topology discovery packet, a device type of the neighbor node; If the device type of the neighboring node is an SPTN-hub switch, the default route to the neighboring node is generated according to the DCN topology discovery packet.
  • the embodiment of the present invention provides a method for establishing a SDN network device, including: the network management device receives network topology information from the SDN switch; and the network management device establishes a network management data connection with the SDN switch according to the network topology information.
  • the method further includes: the network management device synchronizing the network topology information to the controller.
  • the embodiment of the present invention further provides a method for establishing an SDN network device, including: the controller receives network topology information from the SDN switch; and the controller determines, according to the network topology information, whether the newly added network element supports the SDN; In the case that the above-mentioned newly added network element supports SDN, a control channel is established with the above SDN switch.
  • the method further includes: the controller receiving the network topology information synchronization message from the network management device.
  • the embodiment of the present invention further provides an SDN switch, including: an obtaining and determining unit, configured to obtain the directly connected network topology information according to the received DCN topology discovery packet, and discover the packet according to the DCN topology.
  • the IGP routing protocol determines the DCN network route, wherein the DCN topology discovery message is compatible with the topology discovery message used by the non-SDN switch; and the sending unit is configured to send the network topology to the network management device and the controller respectively by using the DCN network route. information.
  • the foregoing SDN switch includes an SPTN switch.
  • the foregoing SPTN switch is an SPTN-hub switch; the foregoing acquiring and determining unit is specifically configured to: determine, according to the DCN topology discovery packet, a device type of the neighbor node; where the device type of the neighbor node is an SPTN-user side device In the case of the SPTN-CPE switch, the message is generated according to the DCN topology discovery message to the neighbor node. Routing; in the case where the device type of the neighbor node is an SPTN-hub SPTN-hub switch or a PTN switch, the route to the neighbor node is generated using the IGP routing protocol.
  • the SPTN switch is an SPTN-CPE switch; the foregoing obtaining and determining unit is specifically configured to: determine, according to the DCN topology discovery packet, a device type of the neighbor node; where the device type of the neighbor node is an SPTN-hub switch In this case, a default route to the neighbor node is generated according to the DCN topology discovery message.
  • the embodiment of the present invention further provides a network management device, including: a network management unit, configured to receive network topology information from an SDN switch; and a network management unit, configured to establish network management data with the SDN switch according to the network topology information. connection.
  • a network management device including: a network management unit, configured to receive network topology information from an SDN switch; and a network management unit, configured to establish network management data with the SDN switch according to the network topology information. connection.
  • the device further includes a network management synchronization unit, configured to synchronize the network topology information to the controller after receiving the network topology information from the SDN switch.
  • a network management synchronization unit configured to synchronize the network topology information to the controller after receiving the network topology information from the SDN switch.
  • the embodiment of the present invention further provides a controller, including: a controller receiving unit, configured to receive network topology information from an SDN switch; and a controller determining unit configured to determine a new network element according to the network topology information. Whether the SDN is supported; the controller establishing unit is configured to establish a control channel with the SDN switch in the case that the newly added network element supports the SDN.
  • the controller receiving unit is further configured to receive a network topology information synchronization message from the network management device.
  • the embodiment of the present invention further provides a network system, including any switch, network management device, and controller provided by the embodiment of the present invention.
  • the SDN switch can obtain the directly connected network topology information according to the received DCN topology discovery packet, and according to the DCN
  • the topology discovery packet or the IGP routing protocol determines the DCN network route.
  • the SDN switch can discover the network topology changes around it, calculate the corresponding route, and then notify the network management device and the controller of the network topology change.
  • the network topology change is completed.
  • the DCN topology discovery packet is compatible with the topology discovery packet used by the non-SDN switch.
  • the SDN switch and the non-SDN switch can recognize each other and discover topology changes and change based on these topologies. Establishing connections to each other effectively ensures network compatibility.
  • FIG. 1 is a flowchart of a method for establishing an SDN network device according to an embodiment of the present invention
  • FIG. 2 is another flowchart of a method for establishing an SDN network device according to an embodiment of the present invention
  • FIG. 3 is still another flowchart of a method for establishing an SDN network device according to an embodiment of the present invention
  • FIG. 5 is another detailed flowchart of a method for establishing an SDN network device according to an embodiment of the present invention.
  • FIG. 6 is a schematic diagram of a network connection of an SDN network device according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of a switch according to an embodiment of the present invention.
  • FIG. 8 is a schematic structural diagram of a network management device according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of a controller according to an embodiment of the present invention.
  • the embodiment of the present invention provides a simple and reliable SDN network device chain building method, which is compatible with the non-SDN network environment of the current telecommunication operator, and has high efficiency and high reliability.
  • the SDN network device construction method provided by the embodiment of the present invention includes three main parties: an SDN switch, an openflow controller, and an EMS network management.
  • the SDN network device chain building method provided by the embodiment of the present invention is described in detail below from the perspective of the three executive entities.
  • an embodiment of the present invention provides a method for establishing an SDN network device, including:
  • the SDN switch obtains the directly connected network topology information according to the received DCN topology discovery packet, and determines the DCN network route according to the DCN topology discovery packet or the IGP routing protocol, where the DCN topology discovery packet is used by the non-SDN switch. Topology discovery message compatibility;
  • the SDN switch sends network topology information to the network management device and the controller through the DCN network route.
  • the SDN switch can obtain the directly connected network topology information according to the received DCN topology discovery message, and determine the DCN network route according to the DCN topology discovery message or the IGP routing protocol. In this way, the SDN switch can discover the network topology changes around it, calculate the corresponding route, and then notify the network management device and the controller of the network topology change, so as to complete the deployment of the new network topology change, due to the DCN topology discovery packet. It is compatible with the topology discovery packets used by non-SDN switches. In the above process, the SDN switch and the non-SDN switch can recognize each other, discover topology changes, and establish connections with each other based on these topology changes, thus effectively ensuring network compatibility.
  • the SDN switch is initialized, generates a management IP address of the switch according to a certain rule, and obtains information such as the device identifier, the device MAC, and the device type from the device, and obtains the Openflow protocol port resource information of the switch, and On the NNI (Network Node Interface) port, the corresponding VLAN (Virtual Local Area Network) sub-interface of the DCN channel is created.
  • the dedicated VLAN reserved by the DCN channel is used.
  • the interface type is a point-to-point interface. .
  • the interface IP address is directly used to lease the DCN management IP address. Convert the configuration to the Openflow flow table and deliver the openflow forwarding table. Then, the route is calculated according to the default routing protocol, and the corresponding route is converted into a corresponding flow entry and configured to the forwarding chip.
  • the SDN switch sends a specific DCN topology discovery packet to the SDN protocol port.
  • the packet is the Layer 2 (data link layer) packet of the protocol and does not depend on the IP route.
  • the packet should be compatible with the topology packet format of the original PTN device, including the device type, device MAC address, and device IP address.
  • the SDN switch refers to all switches that support SDN, such as a software-defined network packet transmission network SPTN switch.
  • a non-SDN switch refers to a switch that does not support SDN, such as a conventional PTN switch.
  • the SPTN switch can be divided into an SPTN-Hub switch and an SPTN-CPE switch according to the provided functions.
  • SPTN-Hub is a convergence node of the SPTN network.
  • SPTN-CPE belongs to the customer access side of the SPTN service. It is connected to the current metropolitan PTN network through the SPTN-Hub node. The network role is simple and the SPTN-CPE is not directly connected.
  • Both SPTN-Hub and SPTN-CPE switches can perform DCN processing. The DCN processing of the two switches is also different depending on the differences in the device network roles.
  • the SPTN switch is an SPTN-hub switch.
  • determining the DCN network route according to the DCN topology discovery message or the internal gateway protocol IGP routing protocol may specifically include:
  • the route to the neighboring node is generated according to the DCN topology discovery packet.
  • the route to the neighbor node is generated using the IGP routing protocol.
  • an SPTN-hub switch when an SPTN-hub switch receives a DCN topology discovery packet from another network element, it can determine whether the directly connected neighbor node is an SPTN-CPE switch according to the device type information in the packet.
  • the neighboring node is an SPTN-CPE switch
  • the device When the neighboring node is an SPTN-CPE switch, the device generates a destination for the directly connected SPTN-CPE device based on the IP address, MAC address, and outgoing interface of the SPTN-CPE switch. Connect the route entry and redistribute the direct route to the IGP routing protocol.
  • the neighbor node is also an SPTN-hub switch, the route to the neighbor node is generated using the IGP routing protocol.
  • step S12 after the SPTN-hub switch processes the packet, if the topology neighbor transmission change is found, and the network management channel is established, the information about the topology change of the network element is reported to the EMS network management; if the switch has been controlled If the channel is set up, the information about the topology change of the NE is encapsulated into the packet_in packet of the openflow protocol and reported to the controller. If the channel between the device and the EMS or the controller is not established, the neighbor information is directly encapsulated. Message.
  • the SPTN switch is an SPTN-CPE switch; in step S11, Determining the DCN network route according to the DCN topology discovery message or the IGP routing protocol includes:
  • a default route to the neighbor node is generated according to the DCN topology discovery message.
  • the SPTN-CPE switch maintains a neighbor information table locally, and periodically sends a topology discovery packet to all SDN protocol ports.
  • the format of the packet is consistent with the format of the packet sent by the SPTN-hub.
  • the SPTN-CPE switch After receiving the DCN topology packet from the directly connected neighbor, the SPTN-CPE switch needs to update the local topology neighbor information table and check whether it is from the SPTN-Hub switch according to the NE information in the topology packet. If the topology information packet is from the SPTN-Hub switch, it is advertised to the DCN routing unit; if the topology information packet is from the non-SPTN-Hub switch, the routing entry is not generated.
  • the SPTN-CPE switch directly generates a default route entry with the destination IP address of 0.0.0.0 based on the information such as the IP address of the SPTN-Hub, the MAC address of the device, and the interface that the local end receives the topology packet.
  • the address of the next hop is the IP address of the SPTN-Hub.
  • the destination MAC address of the packet is the MAC address of the SPTN-Hub.
  • the outgoing interface is the interface that the switch receives the packet. If there is a connection between the SPTN-CPE and two or more SPTN-Hubs, select one of the paths to generate a route and deliver the corresponding flow table entry, and the other one serves as the backup path. When the primary path is invalid, the original routing entry is deleted and the new entry is delivered.
  • an embodiment of the present invention further provides a SDN network device chain building method, including:
  • the network management device receives network topology information from the SDN switch.
  • the network management device establishes a network management data connection with the SDN switch according to the network topology information.
  • the network management device receives the network topology information from the SDN switch, and establishes a network management data connection with the SDN switch according to the network topology information. In this way, whether the non-SDN network element or the SDN network element changes, the network management device can learn the corresponding network topology changes, and establish a connection with each other based on these topology changes, thereby effectively ensuring network compatibility.
  • the network management device After receiving the change of the NE topology information reported by the SDN switch, the network management device can obtain the IP address of the SDN switch, initiate a network connection data connection request with the switch, and create a virtual network element on the client interface of the network management system.
  • the method may further include: the network management device synchronizes the network topology information to the controller. Since the non-SDN switch does not separate the forwarding plane from the control plane, the operation of the non-SDN device is not notified to the controller. In order to control the operation of the non-SDN device, the EMS network management needs to change the topology information. Synchronize through the data communication interface between the network management and the controller.
  • an embodiment of the present invention further provides a method for establishing a SDN network device, including:
  • the controller receives network topology information from the SDN switch.
  • the controller determines, according to the network topology information, whether the newly added network element supports the SDN.
  • the controller can receive the network topology information from the SDN switch, and determine whether the newly added network element supports the SDN according to the network topology information, and if the newly added network element supports the SDN, The SDN switch establishes a channel, thereby enabling the controller to implement control of the network device.
  • control channel of the controller to the switch may include an openflow channel and an of-config channel.
  • the method may further include: the controller receiving a network topology information synchronization message from the network management device. Since the non-SDN device does not separate the forwarding plane from the control plane, its operation will not notify the controller. In order to control the operation of the non-SDN device, the controller can receive the synchronization message of the EMS network management.
  • the process of establishing a link between an SPTN-Hub type switch and a network management device and a controller may include the following steps:
  • Step 101 After the switch is powered on, initialize the operating environment of the DCN, and read the network element information of the switch from the device ROM.
  • the network element information includes: the MAC address of the network element, the device type, and the software version information, according to the uniqueness of the switch. Calculate the management address of the switch.
  • the MAC address of the NE can be used as the unique identifier of the switch. It is set when the switch is shipped from the factory.
  • Step 102 Generate a default flow entry, match the DCN topology discovery packet, and output the action to the local.
  • the matching field of the DCN topology packet may be a special multicast MAC address field of the DCN topology packet, a preset DCN VLAN field, an Ethernet type field, or a combination of the foregoing three fields.
  • Step 103 Configure the DCN route and start the IGP route instance of the DCN.
  • a DCN-specific VRF can be created.
  • Step 104 Receive the SDN protocol port advertisement on the NNI side of the device, and create a default VLAN sub-interface as the data channel of the DCN on the port, and adapt the corresponding route configuration to the corresponding openflow flow entry to write the openflow forwarding on the switch. Module.
  • the default VLAN value must be the same as the VLAN value used by the live network DCN.
  • Step 105 According to the corresponding configuration, the DCN routing table is calculated through the standard IGP routing protocol negotiation, and the calculated DCN routing table is adapted to the openflow flow entry and then written to the openflow forwarding module.
  • Step 106 Acquire the SDN protocol port information, and send the topology discovery packet to all the SDN protocol ports, where the packet contains the identification information of the local network element.
  • the packet format should be compatible with the DCN topology discovery packet format of the PTN running PTN on the live network.
  • the SPTN-Hub switch connected to the PTN network can be recognized by the relevant PTN.
  • Step 107 After receiving the topology discovery packet sent by the directly connected neighbor, the SPTN-hub switch extracts the device type of the peer device, the management IP address of the device, the MAC address of the device, and the port that receives the packet locally, and caches the packet. Go to the local neighbor NE information table.
  • Step 108 Check whether the neighbor information table changes. If the new SPTN-CPE switch is directly connected to the neighbor, the neighbor is actively generated with a direct route: the destination IP address is the DCN management IP address of the neighbor, and the mask is 255.255. .255.255, the outbound interface of the route is the interface that receives the information about the network element information recorded in the neighbor information table, and the generated route is forwarded to the openflow forwarding module, and the direct route is forwarded. It is re-advertised to the IGP routing instance, so that all SPTN-Hubs can learn the routing entries of the SPTN-CPE through the IGP route.
  • the SPTN-hub If the SPTN-hub does not receive the topology discovery packet sent by the CPE, the SPTN-hub considers that the neighbor is offline, deletes the generated direct route entry, and cancels the re-release of the route in the IGP. .
  • Step 109 Detect whether the neighbor NE information table changes. If the change occurs, continue to check whether a control connection has been established with the controller or the EMS network management. If the communication connection with the EMS is established, the changed NE information is sent to the NMS through the NMS. If the communication with the NMS is established, the changed NE information is encapsulated as the packet_in packet of the openflow. Give the controller.
  • Step 110 When the EMS network management receives the network topology information reported by the switch that has established the network management monitoring channel, the EMS network creates the virtual information on the EMS according to the newly discovered IP address, network element type, and network element identifier of the network element.
  • the network element and the underlying communication connection of the TCP/IP are established with the newly deployed switch through the IP address, and the network management protocol (such as SNMP, NETCONT, Qx, etc.) is used to establish the monitoring channel of the network element management.
  • the network management protocol such as SNMP, NETCONT, Qx, etc.
  • Step 111 The EMS network management synchronizes the newly uploaded SPTN network element information to the controller through the communication interface between the EMS and the controller, so that the PTN
  • Step 112 The controller receives the information advertisement from the EMS network management system or receives the packet-in packet carrying the network element discovery information reported by the monitored SPTN-Hub switch, and detects the newly powered SPTN-Hub or SPTN- Management IP address and device type of the CPE switch. The controller verifies the type of the switch. If the switch type does not belong to the SPTN switch that supports the SDN feature, it will not be processed. If the newly-powered switch is an SPTN switch and does not establish a connection with the controller, the controller initiates a link establishment request with the SPTN switch, and establishes an openflow secure channel and an of-config channel on the basis of TCP/IP.
  • the SDN network device is provided in this embodiment.
  • the automatic deployment process of the SPTN switch is compatible with the traditional PTN switch, which effectively implements the automatic deployment of the network element when the SPTN network is connected to the relevant network.
  • the process of establishing a link between the SPTN-CPE switch and the controller and the EMS network management may include:
  • Step 201 After the switch is powered on, initialize the operating environment of the DCN, and read the network element of the switch from the device ROM.
  • Network element information should include: network element IP, network element MAC address, device type and software version information;
  • Step 202 Receive the SDN protocol port advertisement on the NNI side of the device, and create a default VLAN sub-interface as the data channel of the DCN on the port, and adapt the corresponding configuration to the corresponding openflow flow entry to write the openflow forwarding module on the switch. .
  • the default VLAN value must be the same as the VLAN value used by the live network DCN.
  • Step 203 Generate a default flow entry, and set a matching field according to the feature of the topology discovery packet, and the action is output to the local;
  • the DCN topology discovery packet is sent out through the SDN protocol port at a fixed interval, and the packet carries the information such as the network element management address, the network element MAC, and the device type of the network element, and is automatically discovered by the DCN of the current network PTN.
  • the message remains compatible;
  • Step 205 When the auto-discovery message of the directly connected neighbor is received, the neighboring network element information is cached to the local neighbor information table, and the basic elements include: the local receiving interface, the management IP address of the neighbor, the neighbor device type, and the device MAC of the neighbor;
  • Step 206 Detect whether there is a change in the content of the neighbor information table. If a new SPTN-hub switch is accessed, the neighbor information entry is notified to the DCN routing unit. After receiving the notification of the update of the neighbor information entry, a default route entry with the destination address of 0.0.0.0 is generated, and the next hop address is the management address in the neighbor information entry. The outgoing interface of the packet is the local address of the neighbor information entry. End the interface and adapt the route entry to the openflow entry to the openflow forwarding module.
  • the SPTN-CPE switch may be connected to two (or more) SPTN-hub switches through dual-homing access. At this time, multiple default route entries with different next hop addresses and different outgoing interfaces are generated. Only one of the entries needs to be selected, and other routing entries are used as alternate forwarding paths.
  • the DCN detects that the current forwarding entry is abnormal, it uses the backed up routing table.
  • the detection means can pass the link state detection and the maximum timeout period.
  • Link state detection that is, detecting the physical link status between the SPTN-CPE and the SPTN-hub. If the current connection routing entry corresponds to the DOWN connection, if there is a backup routing entry, it should be switched immediately.
  • Maximum timeout detection Set a maximum timeout period. If the TCP/IP communication connection cannot be established with the controller and the NMS during this interval, the current channel is considered unavailable. If there is a backup path, switch to backup. The forwarding path.
  • Figure 6 shows a typical networking scenario when an SPTN switch is connected to a traditional PTN network.
  • the switches connect to each other through an in-band port.
  • the PTN/SPTN access gateway is a traditional PTN A switch. Directly connected to the openflow controller and EMS network management.
  • the SPTN-Hub switch and the traditional PTN switch use OSPF (Open Shortest Path First) as the IGP routing protocol for interworking between NNI devices.
  • the network management system uses the network configuration protocol NETCONF to manage the device; the SDN controller is the openflow controller, and the controller and the switch use the openflow protocol.
  • the channel and the of-config protocol channel are all based on the TCP/IP data channel provided by the DCN.
  • the PTN switch A is a traditional PTN device (not supporting SDN). It is directly connected to the EMS and the controller.
  • the network management system has established a TCP/IP-based channel with the switch A.
  • the controller does not directly manage the PTN A device, but can ping the A.
  • the Ethernet direct connection address is 192.168.2.1. The channel between the EMS network management system and the controller has been deployed.
  • the SPTN network is newly established on the downstream of the PTN switch A.
  • the network consists of SPTN-Hub switches B to C and SPTN-CPE switches D to E.
  • the switches B to E respectively generate the openflow flow entry automatically discovered by the DCN network element.
  • the matching field of the flow entry is the preset multicast MAC+DCN VLAN+ network element automatic discovery used by the NE discovery packet.
  • the Ethernet type of the message, the action is set to be sent to the local, that is, it needs to be sent to the CPU for processing.
  • the switch B to E automatically obtain the NE information of the local switch, and calculate the management IP address of the local network element according to the unique identifier of the network element.
  • the same IP calculation method as PTN A the IP generated by B to E is also generated.
  • the first byte of the address is the same, assuming 10.1.1.2 to 10.1.1.5, respectively, and the IP is configured on the loopback interface.
  • the SPTN-hub switch B to C automatically creates an exclusive OSPF route instance of the DCN.
  • the OSPF router ID is the management address of the DCN.
  • the SPTN-hub switch B-C When the SPTN-hub switch B-C receives the information about the openflow protocol port information on the switch, it creates a point-to-point vlan sub-interface for all the openflow protocol ports on the NNI.
  • the VLAN value defaults to 4094.
  • the DCN port data is delivered to the flow table of the openflow.
  • the SPTN-hub switch B to C configures the default IP address for each DCN VLAN sub-interface.
  • the address is directly used to lease the DCN management address, that is, ip unnumbered.
  • the same default OSPF protocol configuration is enabled on the DCN VLAN sub-interface for DCN interworking between SPTN-hub to SPTN-hub or SPTN-Hub to PTN.
  • the corresponding flow entry is configured to the openflow forwarding module to match the OSPF packets on the DCN port. The action is sent to the local device for processing.
  • switches A, B, and C learn the IGP routes between them.
  • the TCP/IP route between the EMS and the controller and the SPTN is available but not yet connected.
  • the EMS and the controller are not aware of the newly created SPTN switch. The switch cannot sense the existing controller and the EMS.
  • the switch After the switch is powered on, the switch automatically sends the NE auto-discovery packet to the protocol port of the openflow.
  • the packet contains the IP address, MAC address, and device type of the NE.
  • the PTN switch A can resolve the auto-discovery packets sent by the SPTN switch and discover the newly-powered SPTN-hub switches B and C.
  • the neighbor information table is shown in Table 3:
  • the PTN switch A has established a monitoring channel with the EMS network management system. Therefore, the PTN A directly reports the NE information of the new SPTN-A and SPTN-B switches to the EMS network management.
  • the EMS network management senses the key information of the newly added SPTN-Hub A and B in the network.
  • the EMS establishes a TCP/IP communication link with SPTN-Hub A (IP address 10.1.1.2) and SPTN-Hub B (IP address 10.1.1.3) through the TCP/IP protocol.
  • the network management and the switch negotiate the network management protocol (NETCONF) to establish a NETCONF session.
  • NETCONF network management protocol
  • SPTN-Hub switches B and C can be managed normally by the EMS.
  • the EMS network management When the EMS network management senses that the newly added SPTN-Hub B and C are online, the EMS will synchronize the information to the controller through the data channel between the controller and the controller.
  • the controller parses the newly-recognized NE type. If the advertised device type is PTN, the controller does not process it. The controller finds that the new online NE type is SPTN-Hub, and checks whether the TCP/IP link with the target switch has been established. At this point, both SPTN A and SPTN B are new grid elements. The controller establishes TCP with SPTN-Hub A (IP address 10.1.1.2) and SPTN-Hub B (IP address 10.1.1.3) through TCP/IP protocol. /IP communication link. On the basis of the TCP/IP connection, the controller performs openflow negotiation with switches B and C and establishes an openflow secure channel.
  • IP address 10.1.1.2 IP address 10.1.1.2
  • SPTN-Hub B IP address 10.1.1.3
  • the SPTN-Hub switches B, C and EMS network management, and the in-band DCN channel of the controller are all open.
  • the SPTN-CPE After receiving the automatic discovery message of the DCN network element from the SPTN-Hub switch, the SPTN-CPE switches D and E respectively update the local neighbor information table.
  • the status of the neighbor information table on switches D and E is shown in Table 4 and Table 5:
  • the type of the neighboring switch B that is directly connected to the switch D is the SPTN-Hub. Therefore, the DCN processing module in the switch D actively generates a default routing entry as shown in Table 6 and adapts it to the openflow flow entry.
  • the configuration of the openflow forwarding module is delivered:
  • switch E Similar to the scenario of switch D, switch E also generates a default routing entry as shown in Table 7 according to the neighbor entry of the directly connected SPTN-Hub switch C, and is configured to be an openflow flow entry.
  • Forwarding module :
  • the neighbor information discovery packet from the SPTN-CPE switch is received at this time.
  • the SPTN-CPE information is added to the neighbor information table entries.
  • Switch B checks that the newly added neighbor switch D is an SPTN-CPE switch. Therefore, a direct-connected routing entry is generated based on the information and is configured as an openflow forwarding entry.
  • Switch B also imports the direct route information into the DCN OSPF routing instance through route redistribution, so that both PTN A and SPTN-Hub C can learn the route to SPTN-CPE D.
  • the switch B Because the switch B has established a communication connection with the controller and the EMS network management, the switch B directly sends the NE information of the switch D to the controller or the EMS network management device through the packet-in packet or the NETCONF packet.
  • the controller After receiving the packet-in packet from the SPTN-Hub B, the controller parses the information of the switch D carried in the packet data, and initiates a secure channel based on the TCP/IP-based openflow protocol with the switch D.
  • the EMS network management After receiving the NE information notification from the SPTN-Hub B, the EMS network management resolves the information of the switch D carried in the packet data, and initiates the establishment of a TCP/IP-based NETCONF network management channel with the switch D.
  • the process of processing SPTN-CPE switch E on switch C is similar to that on switch B. Add the direct route entry shown in Table 9 based on the neighbor NE information table.
  • Switch C re-advertises the direct routing entry to the DCN OSPF routing instance, so that both PTN A and SPTN-Hub B can learn the route to SPTN-CPE E.
  • the switch B directly sends the NE information of the switch D to the controller or the EMS network management device through the packet-in packet or the NETCONF packet.
  • the controller After receiving the packet-in packet from the SPTN-Hub C, the controller parses the information of the switch D carried in the packet data, and initiates a secure channel based on the TCP/IP-based openflow protocol with the switch E.
  • the EMS network management After receiving the information about the NE information from the SPTN-Hub C, the EMS network management resolves the information of the switch D carried in the packet data, and initiates the establishment of a TCP/IP-based NETCONF network management channel with the switch E.
  • both the controller and the EMS can manage and control the SPTN switch through the in-band DCN channel.
  • an embodiment of the present invention further provides an SDN switch 7, including:
  • the obtaining and determining unit 71 is configured to obtain the directly connected network topology information according to the received DCN topology discovery message, and determine the DCN network route according to the DCN topology discovery message or the IGP routing protocol, where the DCN topology discovery message and The topology discovery packets used by non-SDN switches are compatible;
  • the sending unit 72 is configured to send network topology information to the network management device and the controller respectively through the DCN network routing.
  • the SDN switch 7 provided by the embodiment of the present invention can obtain the directly connected network topology information according to the received DCN topology discovery message, and determine the DCN network route according to the DCN topology discovery message or the IGP routing protocol. In this way, the SDN switch 7 can discover the network topology changes around itself, calculate the corresponding route, and then notify the network management device and the controller of the change of the network topology by the sending unit 72, so as to complete the deployment of the new network topology change.
  • the DCN topology discovery packet is compatible with the topology discovery packet used by the non-SDN switch. In the above process, the SDN switch and the non-SDN switch can recognize each other, discover topology changes, and establish connections with each other based on these topology changes. Network compatibility.
  • the SDN switch refers to all switches that support SDN, such as a software-defined network packet transmission network SPTN switch.
  • a non-SDN switch refers to a switch that does not support SDN, such as a conventional PTN switch.
  • the SPTN switch can be further divided into an SPTN-hub type switch and an SPTN-CPE type switch.
  • the obtaining and determining unit 71 may be specifically configured to:
  • the route to the neighboring node is generated according to the DCN topology discovery packet.
  • the route to the neighbor node is generated using the IGP routing protocol.
  • the obtaining and determining unit 71 is specifically configured as:
  • a default route to the neighbor node is generated according to the DCN topology discovery message.
  • the embodiment of the present invention further provides a network management device 8, which includes:
  • the network management receiving unit 81 is configured to receive network topology information from the SDN switch;
  • the network management unit 82 is configured to establish a network management data connection with the SDN switch according to the network topology information.
  • the network management device 8 provided by the embodiment of the present invention can receive the network topology information from the SDN switch, and the network management unit 82 establishes a network management data connection with the SDN switch according to the network topology information. In this way, whether the SDN network element or the non-SDN network element changes, the network management device can learn the corresponding network topology change, and base. Establishing network connections for these topology changes effectively ensures network compatibility.
  • the gateway device 8 may further include a network management synchronization unit configured to synchronize the network topology information to the controller after receiving the network topology information from the SDN switch.
  • a network management synchronization unit configured to synchronize the network topology information to the controller after receiving the network topology information from the SDN switch.
  • the embodiment of the present invention further provides a controller 9, which includes:
  • the controller receiving unit 91 is configured to receive network topology information from the SDN switch;
  • the controller determining unit 92 is configured to determine, according to the network topology information, whether the newly added network element supports the SDN;
  • the controller establishing unit 93 is configured to establish a control channel with the SDN switch if the newly added network element supports the SDN.
  • the controller 9 provided by the embodiment of the present invention, the controller receiving unit 91 can receive network topology information from the SDN switch, and the controller determining unit 92 can determine, according to the network topology information, whether the newly added network element supports the SDN, in the new In the case that the enhanced network element supports SDN, the controller establishing unit 93 can establish a channel with the SDN switch, thereby enabling the controller to implement control of the network device.
  • controller receiving unit 91 is further configured to receive a network topology information synchronization message from the network management device.
  • the embodiment of the present invention further provides a network system, including any one of the switches, the network management device, and the controller provided by the foregoing embodiments, so that the corresponding beneficial technical effects can also be achieved, and the foregoing has been described in detail. I will not repeat them here.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the modules are located in multiple In the processor.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the software-defined network SDN switch obtains the directly connected network topology information according to the received data communication network DCN topology discovery message, and determines the DCN network route according to the DCN topology discovery message or the internal gateway protocol IGP routing protocol, where DCN The topology discovery packet is compatible with the topology discovery packet used by the non-SDN switch.
  • the SDN switch sends network topology information to the network management device and the controller through the DCN network route.
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the SDN switch can obtain the directly connected network topology information according to the received DCN topology discovery message, and determine the DCN network route according to the DCN topology discovery message or the IGP routing protocol, so that the SDN switch can The network topology is changed and the corresponding route is calculated. Then, the network topology is notified to the network management device and the controller to complete the deployment of the new network topology.
  • the DCN topology discovery packet is used by the non-SDN switch.
  • the topology discovery packet is compatible.
  • the SDN switch and the non-SDN switch can recognize each other, discover topology changes, and establish connections with each other based on these topology changes, thus effectively ensuring network compatibility.

Landscapes

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

Abstract

L'invention concerne un procédé, un dispositif, et un système d'établissement d'une liaison d'un dispositif de réseau SDN. L'invention vise à résoudre le problème lié, dans l'état de la technique, au fait qu'il est difficile à un dispositif SDN de se connecter à un dispositif non SDN classique. Dans le procédé, un commutateur SDN : acquiert, d'après un paquet de découverte de topologie DCN reçu, des informations de topologie d'un réseau relié directement à celui-ci, et détermine une route de réseau DCN d'après le paquet de découverte de topologie DCN ou un protocole de routage IGP (protocole de passerelle intérieur), le paquet de découverte de topologie DCN étant compatible avec un paquet de découverte de topologie utilisé par un commutateur non SDN; et transmet les informations de topologie de réseau, via la route de réseau DCN, à un dispositif de gestion de réseau et à un contrôleur respectivement.
PCT/CN2016/074414 2015-07-07 2016-02-24 Procédé, dispositif, et système d'établissement de liaison de dispositif de réseau sdn WO2016177030A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510393327.4A CN106330727A (zh) 2015-07-07 2015-07-07 Sdn网络设备建链方法、设备和系统
CN201510393327.4 2015-07-07

Publications (1)

Publication Number Publication Date
WO2016177030A1 true WO2016177030A1 (fr) 2016-11-10

Family

ID=57217355

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/074414 WO2016177030A1 (fr) 2015-07-07 2016-02-24 Procédé, dispositif, et système d'établissement de liaison de dispositif de réseau sdn

Country Status (2)

Country Link
CN (1) CN106330727A (fr)
WO (1) WO2016177030A1 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109274515A (zh) * 2017-07-18 2019-01-25 中兴通讯股份有限公司 业务迁移方法、相应设备及存储介质
CN109639495A (zh) * 2018-12-21 2019-04-16 江西山水光电科技股份有限公司 一种基于分组传送网设备地址池的dcn实现方案
CN110365549A (zh) * 2019-06-10 2019-10-22 烽火通信科技股份有限公司 一种sptn网络的处理方法和处理系统
CN111294244A (zh) * 2020-02-18 2020-06-16 国家电网有限公司 网管网络的优化方法和装置
CN112202620A (zh) * 2020-10-12 2021-01-08 曙光信息产业(北京)有限公司 一种网络拓扑结构生成方法及系统
CN112491587A (zh) * 2020-11-05 2021-03-12 烽火通信科技股份有限公司 一种sptn网络s-scn实现方法及系统
CN113067727A (zh) * 2021-03-16 2021-07-02 牛智军 基于国产系统下跨区全兼容装置及其网络拓扑采集方法
CN113612636A (zh) * 2021-07-28 2021-11-05 北京邮电大学 软件定义网络拓扑发现方法及系统
CN113645078A (zh) * 2021-08-16 2021-11-12 烽火通信科技股份有限公司 一种网管业务自动延展的方法及系统
CN115413068A (zh) * 2022-09-02 2022-11-29 湖南智领通信科技有限公司 一种适用于无线自组织网的跨域组网通信方法及装置
CN117278647A (zh) * 2023-11-21 2023-12-22 广东优力普物联科技有限公司 一种设备发现方法、存储介质及电子设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105471658B (zh) * 2015-12-11 2019-05-14 北京电子科技职业学院 一种sdn网络及其组网方法
CN108259352B (zh) * 2017-12-25 2021-01-15 锐捷网络股份有限公司 Sdn与非sdn互通的方法及装置
CN110708178B (zh) * 2018-07-09 2022-06-21 中兴通讯股份有限公司 网络部署方法及装置
CN109495901B (zh) * 2018-12-27 2022-03-11 南京未来网络产业创新有限公司 一种拓扑自适应的专网组建方法
CN113301668B (zh) * 2019-07-15 2023-06-23 安科讯(福建)科技有限公司 一种借助无线网络的e1点对点通信的方法、终端及系统
CN112653766B (zh) * 2020-12-25 2022-08-16 中国电子科技集团公司第三十四研究所 一种智能业务感知方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103888369A (zh) * 2014-04-10 2014-06-25 何顺民 以太网通信方法、系统和sdn交换机
CN104113792A (zh) * 2014-07-30 2014-10-22 上海斐讯数据通信技术有限公司 一种OpenFlow控制通道建立方法及系统
CN104320278A (zh) * 2014-10-31 2015-01-28 杭州华三通信技术有限公司 基于软件定义网络sdn的广域网络实现方法及设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104158747B (zh) * 2013-05-14 2019-09-24 中兴通讯股份有限公司 网络拓扑发现方法和系统
US9450823B2 (en) * 2013-08-09 2016-09-20 Nec Corporation Hybrid network management
US9338097B2 (en) * 2013-10-31 2016-05-10 Telefonaktiebolaget L M Ericsson (Publ) Method and system for load balancing at a data network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103888369A (zh) * 2014-04-10 2014-06-25 何顺民 以太网通信方法、系统和sdn交换机
CN104113792A (zh) * 2014-07-30 2014-10-22 上海斐讯数据通信技术有限公司 一种OpenFlow控制通道建立方法及系统
CN104320278A (zh) * 2014-10-31 2015-01-28 杭州华三通信技术有限公司 基于软件定义网络sdn的广域网络实现方法及设备

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109274515A (zh) * 2017-07-18 2019-01-25 中兴通讯股份有限公司 业务迁移方法、相应设备及存储介质
CN109639495A (zh) * 2018-12-21 2019-04-16 江西山水光电科技股份有限公司 一种基于分组传送网设备地址池的dcn实现方案
CN110365549A (zh) * 2019-06-10 2019-10-22 烽火通信科技股份有限公司 一种sptn网络的处理方法和处理系统
CN111294244A (zh) * 2020-02-18 2020-06-16 国家电网有限公司 网管网络的优化方法和装置
CN112202620A (zh) * 2020-10-12 2021-01-08 曙光信息产业(北京)有限公司 一种网络拓扑结构生成方法及系统
CN112491587A (zh) * 2020-11-05 2021-03-12 烽火通信科技股份有限公司 一种sptn网络s-scn实现方法及系统
CN113067727A (zh) * 2021-03-16 2021-07-02 牛智军 基于国产系统下跨区全兼容装置及其网络拓扑采集方法
CN113612636A (zh) * 2021-07-28 2021-11-05 北京邮电大学 软件定义网络拓扑发现方法及系统
CN113612636B (zh) * 2021-07-28 2022-08-05 北京邮电大学 软件定义网络拓扑发现方法及系统
CN113645078A (zh) * 2021-08-16 2021-11-12 烽火通信科技股份有限公司 一种网管业务自动延展的方法及系统
CN113645078B (zh) * 2021-08-16 2023-10-27 烽火通信科技股份有限公司 一种网管业务自动延展的方法及系统
CN115413068A (zh) * 2022-09-02 2022-11-29 湖南智领通信科技有限公司 一种适用于无线自组织网的跨域组网通信方法及装置
CN117278647A (zh) * 2023-11-21 2023-12-22 广东优力普物联科技有限公司 一种设备发现方法、存储介质及电子设备
CN117278647B (zh) * 2023-11-21 2024-02-27 广东优力普物联科技有限公司 一种设备发现方法、存储介质及电子设备

Also Published As

Publication number Publication date
CN106330727A (zh) 2017-01-11

Similar Documents

Publication Publication Date Title
WO2016177030A1 (fr) Procédé, dispositif, et système d'établissement de liaison de dispositif de réseau sdn
US9197583B2 (en) Signaling of attachment circuit status and automatic discovery of inter-chassis communication peers
US9634928B2 (en) Mesh network of simple nodes with centralized control
US7898965B2 (en) IP network and performance monitoring using ethernet OAM
CN110324165B (zh) 网络设备的管理方法、装置及系统
US10791053B2 (en) Service function chain SFC-based communication method, and apparatus
US8385353B2 (en) Connectivity fault management (CFM) auto-provisioning using virtual private LAN service (VPLS) auto-discovery
US9112816B2 (en) Dynamic EQAM discovery in M-CMTS architecture
US8687519B2 (en) Forced medium access control (MAC) learning in bridged ethernet networks
US9007916B2 (en) Network management utilizing topology advertisements
WO2015055016A1 (fr) Procédé et dispositif de configuration et de gestion de dispositifs d'éléments de réseau, et dispositif d'élément de réseau
TWI639325B (zh) 自動配置的交換機、自動配置交換機的方法、交換機自動部署的軟體定義網路系統及其方法
WO2016058329A1 (fr) Dispositif et procédé de transfert de service
CN109327318B (zh) 一种sdn管理网络架构和建立sdn管理网络的方法
US12009984B2 (en) Targeted neighbor discovery for border gateway protocol
US10404544B2 (en) Network topology determining method and apparatus, and centralized network status information storage device
US20230010837A1 (en) Fault diagnosis method and apparatus thereof
EP3583751B1 (fr) Procédé pour améliorer le déploiement et l'utilisation de noeuds de réseau d'une matrice de commutation d'un centre de données ou à l'intérieur d'un point de livraison de bureau central d'un réseau d'accès large bande d'un réseau de télécommunications
EP3975511B1 (fr) Découverte de voisinage de protocole à passerelle frontière dans un réseau multi-accès
US20140136714A1 (en) Method for exchanging information about network resources

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16789024

Country of ref document: EP

Kind code of ref document: A1