WO2016183970A1 - 传输处理方法及装置 - Google Patents

传输处理方法及装置 Download PDF

Info

Publication number
WO2016183970A1
WO2016183970A1 PCT/CN2015/089384 CN2015089384W WO2016183970A1 WO 2016183970 A1 WO2016183970 A1 WO 2016183970A1 CN 2015089384 W CN2015089384 W CN 2015089384W WO 2016183970 A1 WO2016183970 A1 WO 2016183970A1
Authority
WO
WIPO (PCT)
Prior art keywords
path
transmission
flow
protocol
preset
Prior art date
Application number
PCT/CN2015/089384
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 EP15892348.2A priority Critical patent/EP3297230B1/en
Priority to US15/574,332 priority patent/US20180139136A1/en
Publication of WO2016183970A1 publication Critical patent/WO2016183970A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/122—Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • 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/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Definitions

  • the present invention relates to the field of communications, and in particular to a transmission processing method and apparatus.
  • Network link traffic is an important indicator for network administrators. From this, you can know the latest dynamics and changes of the network. Observe the traffic status of the link to know the latest symptoms of the network.
  • SDN Software Defined Network
  • the embodiment of the invention provides a transmission processing method and device, so as to at least solve the problem that the related technology only relies on the intelligent scheduling of the system to solve the defect of link congestion.
  • a transmission processing method including: receiving a transfer request that a user transfers a flow on a transmission path where a link congestion occurs to a preset path for transmission, where the preset The path is one of the equivalent multipaths of the transmission path set in advance; and the flow on the transmission path where the link congestion occurs is transferred to the preset path for transmission according to the transfer request.
  • transferring, according to the transfer request, the flow on the transmission path where the link congestion occurs to the preset path for transmission includes: an access control list for each device in the preset path (Access Control List) , hereinafter referred to as ACL), the sending action is a flow rule of the specified outbound port, where the egress port is the egress port corresponding to the preset path on each device; the chain is generated according to the output flow rule The stream on the congestion path of the road is transferred to the preset path for transmission.
  • ACL access control list for each device in the preset path
  • the method further includes: receiving the setting of setting the flow path by the user a message, where the setting message includes: a virtual route forwarding VRF, a source IP subnet/mask, a source port, a source switch, a destination IP subnet/mask, a destination port, a destination switch, and a protocol, where the protocol Including one of the following: Transmission Control Protocol (TCP), is the User Datagram Protocol (User Datagram Protocol, Abbreviated as UDP, Network Control Message Protocol (ICMP), Open Shortest Path First (OSPF), Stream Control Transmission Protocol (SCTP), Datagram Congestion Control Protocol (DCCP), Multipath Transmission Control Protocol (MPTCP).
  • TCP Transmission Control Protocol
  • UDP User Datagram Protocol
  • ICMP Network Control Message Protocol
  • OSPF Open Shortest Path First
  • SCTP Stream Control Transmission Protocol
  • DCCP Datagram Congestion Control Protocol
  • MPTCP Multipath Transmission Control Protocol
  • the method further comprises: marking the equivalent multipath of the flow in the topology of the flow path.
  • the method further includes: displaying a topology of the flow path on a display interface, and displaying a traffic status of the flow path in a topology of the flow path, where the traffic status includes one of the following : Normal, early warning, congestion.
  • the method further includes: updating a topology of the flow path.
  • a transmission processing apparatus including: a first receiving module, configured to receive, by a user, a flow on a transmission path where a link congestion occurs is transferred to a preset path for transmission. a transfer request, wherein the preset path is one of an equivalent multipath of the transmission path set in advance; and a transmission module configured to transfer a flow on a transmission path in which link congestion occurs according to the transfer request Transfer on the preset path.
  • the transmission module includes: a sending unit, configured to send, to the access control list ACL table of each device in the preset path, a flow rule that specifies a port, where the egress port is The preset path is a corresponding egress port on each of the devices; and the transmitting unit is configured to transfer the stream on the transmission path where the link congestion occurs to the preset path according to the output flow rule.
  • the device further includes: a second receiving module, configured to receive a setting message that the user sets a flow path, where the setting message includes: a virtual route forwarding VRF, a source IP subnet/mask, and a source The port, the source switch, the destination IP subnet/mask, the destination port, the destination switch, and the protocol, wherein the protocol includes one of the following: a transmission control protocol TCP, a user datagram protocol UDP, a control message protocol ICMP, and an open minimum Path priority protocol OSPF, flow control transmission protocol SCTP, datagram congestion control protocol DCCP, multipath transmission protocol MPTCP; setting module, set to set the flow path according to the setting message; calculation module, set to calculate flow according to the set result Equivalent multipath.
  • the setting message includes: a virtual route forwarding VRF, a source IP subnet/mask, and a source The port, the source switch, the destination IP subnet/mask, the destination port, the destination switch, and the protocol, wherein the protocol includes one of the following:
  • the apparatus further includes a marking module configured to mark an equivalent multipath of the stream in a topology of the flow path.
  • the transfer request is transmitted by the user to transfer the flow on the transmission path where the link is congested to the preset path, where the preset path is an equivalent of the preset transmission path.
  • One of the multi-paths; the flow on the transmission path where the link congestion occurs is transferred to the preset path for transmission according to the transfer request, which solves the problem that the system-only intelligent scheduling in the related art solves the defect of the link congestion
  • the problem is that the congestion of the system link is greatly reduced, and the user experience is improved.
  • FIG. 1 is a flow chart of a transmission processing method according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing the structure of a transmission processing apparatus according to an embodiment of the present invention.
  • FIG. 3 is a block diagram 1 of a structure of a transmission processing apparatus according to a preferred embodiment of the present invention.
  • FIG. 4 is a block diagram 2 of a structure of a transmission processing apparatus according to a preferred embodiment of the present invention.
  • FIG. 5 is a block diagram 3 of a structure of a transmission processing apparatus according to a preferred embodiment of the present invention.
  • FIG. 6 is a structural block diagram of a traffic scheduling apparatus according to an alternative embodiment of the present invention.
  • FIG. 7 is a flowchart 1 of a transmission processing method according to an alternative embodiment of the present invention.
  • FIG. 8 is a second flowchart of a transmission processing method according to an alternative embodiment of the present invention.
  • FIG. 9 is a third flowchart of a transmission processing method according to an alternative embodiment of the present invention.
  • FIG. 10 is a flowchart 4 of a transmission processing method according to an alternative embodiment of the present invention.
  • FIG. 11 is a flow chart 5 of a transmission processing method in accordance with an alternative embodiment of the present invention.
  • FIG. 1 is a flowchart of a transmission processing method according to an embodiment of the present invention. As shown in FIG. 1, the flow includes the following steps:
  • Step S102 receiving a transfer request that the user transfers the flow on the transmission path where the link is congested to the preset path, where the preset path is one of the equivalent multipaths of the transmission path set in advance;
  • Step S104 Transfer the stream on the transmission path where the link congestion occurs to the preset path according to the transfer request for transmission.
  • the user receives a transfer request that the flow on the transmission path where the link is congested is transferred to the preset path for transmission, where the preset path is one of the equivalent multipaths of the transmission path set in advance; According to the transfer request, the flow on the transmission path where the link congestion occurs is transferred to the preset path for transmission, which solves the problem that the system-only intelligent scheduling in the related art solves the problem of link congestion defect, so that the system link The possibility of congestion is greatly reduced and the user experience is improved.
  • the method may be implemented in the following manner:
  • the ACL in the access control list of each device is the flow rule of the specified outbound port, where the egress port is the corresponding egress port of the preset path on each device; the chain is generated according to the output flow rule.
  • the stream on the congestion path of the road is transferred to the preset path for transmission.
  • the setting message includes: virtual route forwarding VRF, source IP subnet/mask, source port, source switch, destination IP subnet/mask, destination port, destination switch, protocol, where the protocol includes one of the following: Transmission Control Protocol TCP, User Datagram Protocol UDP, control message protocol ICMP, open shortest path first protocol OSPF, flow control transmission protocol SCTP, datagram congestion control protocol DCCP, multipath transmission protocol MPTCP; set the flow path according to the setting message; calculate the flow according to the set result Equivalent multipath.
  • the equivalent multipath of the stream may be marked in the topology of the stream path. There may be many ways of marking, and in an alternative embodiment, different colors may be used. Make a difference.
  • the topology of the flow path is displayed on the display interface, and the traffic status of the flow path is displayed in the topology of the flow path, where the traffic status includes one of the following: normal, early warning Congestion, for example, can be dragged onto an equivalent multipath for transmission if the traffic status is early warning or congested.
  • the topology of the flow path may also be updated.
  • the embodiment of the present invention further provides a transmission processing device, which is used to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 2 is a structural block diagram of a transmission processing apparatus according to an embodiment of the present invention. As shown in FIG. 2, the apparatus includes:
  • the first receiving module 22 is configured to receive a transfer request that the user transfers the flow on the transmission path where the link is congested to the preset path for transmission, where the preset path is an equivalent of the preset transmission path.
  • the transmission module 24 is configured to transfer the flow on the transmission path where the link congestion occurs according to the transfer request to the preset path for transmission.
  • the transmission module 24 includes:
  • the sending unit 32 is configured to send, according to the ACL of the ACL in the preset path, a flow rule that specifies a port, where the egress port corresponds to the preset path on each device.
  • Outlet port
  • the transmitting unit 34 is configured to transfer the flow on the transmission path where the link congestion occurs according to the output flow rule to the pre- Set the path for transmission.
  • FIG. 4 is a block diagram 2 of a structure of a transmission processing apparatus according to a preferred embodiment of the present invention. As shown in FIG. 4, the apparatus further includes:
  • the second receiving module 42 is configured to receive a setting message for setting the user to the flow path, where the setting message includes: a virtual route forwarding VRF, a source IP subnet/mask, a source port, a source switch, and a destination IP subnet/ The mask, the destination port, the destination switch, and the protocol, wherein the protocol includes one of the following: a transmission control protocol TCP, a user datagram protocol UDP, a control message protocol ICMP, an open shortest path priority protocol OSPF, and a flow control transmission protocol SCTP.
  • the setting module 44 is configured to set a flow path according to the setting message
  • the calculation module 46 is configured to calculate an equivalent multipath of the flow according to the set result.
  • FIG. 5 is a structural block diagram 3 of a transmission processing apparatus according to a preferred embodiment of the present invention. As shown in FIG. 5, the apparatus further includes:
  • a tagging module 52 is arranged to mark an equivalent multipath of the stream in the topology of the flow path.
  • the network administrator configures the service flow that needs to be observed. When the link of the observed service flow is found to be congested. When the traffic is manually scheduled to be transmitted on other equal-cost paths.
  • the optional embodiment is based on the static flow observation configured by the administrator (corresponding to the data flow of a certain network service), and the equal-cost multipath (Equal-Cost Multipath Routing) corresponding to the flow observation is rendered on the network topology map. For ECMP), and through the flowing animation effect, the path transmitted by the current stream is reflected.
  • ECMP exists in a network environment where multiple different links reach the same destination address. If the traditional routing technology is used, packets sent to the destination address can only use one link, and other links are in backup state or invalid. State, and it takes a certain time to switch between each other in a dynamic routing environment, and the equivalent multipath routing protocol can use multiple links simultaneously in the network environment, which not only increases the transmission bandwidth, but also has no delay and no packet loss. Back up the data transmission of the failed link.
  • FIG. 6 is a structural block diagram of a traffic scheduling device according to an alternative embodiment of the present invention. As shown in FIG. 6, the device includes: a setting module 62, a query module 64, The display module 66, the push module 68, the path calculation module 610, the statistics module 612, and the flow control module 614, the functions of these modules are implemented by the above-mentioned modules and units, which are further described below.
  • a setting module 62 is provided to set static flow observations, including flow definitions and flow paths.
  • the flow definition contains VRF, quintuple (source IP subnet/mask, source port, destination IP subnet/mask, destination port, protocol), and these parameters support wildcards.
  • the flow path includes the source switch device and the destination switch device. Since the quintuple supports the wildcard, it cannot be passed through the quintuple. The path is fixed, or there are too many paths, so you need to specify the source and destination switches to determine the path. The source and destination switch devices need to match the quintuple. Data configured by different administrators is isolated from each other.
  • FIG. 7 is a flowchart 1 of a transmission processing method according to an alternative embodiment of the present invention. As shown in FIG. 7, the method includes the following steps:
  • Step S702 the administrator inputs a flow definition and a flow path in the setting interface to define a static flow observation
  • Step S704 the system acquires information about the currently logged-in user, and binds the static flow observation information.
  • step S706 the system persists the binding information.
  • the query module 64 is configured to query the static flow observation, flow path, flow statistics, and link traffic set by the administrator, so that the administrator can monitor the running status of the network to determine whether the flow path needs to be dragged and dropped to ensure normal service data.
  • FIG. 8 is a second flowchart of a transmission processing method according to an alternative embodiment of the present invention. As shown in FIG. 8, the method includes the following steps:
  • Step S802 querying static flow observation information configured by the user from the persistent library
  • Step S804 after the user selects to view a certain flow observation, the equivalent multipath of the flow is queried from the path calculation module;
  • Step S806 the statistics module 612 queries the traffic statistics of the user-defined flow and the total traffic statistics of the topology link.
  • the display module 66 is configured to display, in the network topology diagram, the static flow observation information configured by the administrator, the flow path, the flow statistics of the flow, the link traffic visualization, and the addition, deletion, modification, and flow path dragging of the static flow observation. ⁇ Operation, etc.
  • the push module 68 is configured to push network topology changes, static flow configuration changes, and flow path changes to the front end display.
  • the path calculation module 610 is configured to calculate the ECMP between the two devices according to the source and destination switch devices defined in the flow observation configured by the administrator. After each system startup, the ECMP between the two devices is calculated according to the source and destination switch devices defined in the flow observation configured by the administrator, and the topology changes are monitored, and the paths between the devices are recalculated when the topology changes.
  • FIG. 9 is a third flowchart of a transmission processing method according to an alternative embodiment of the present invention. As shown in FIG. 9, the method includes the following steps:
  • Step S902 Observe an equivalent multipath between the source and destination switch devices according to the static flow configured by the user.
  • Step S904 the calculated path data is cached in the memory, so that the query module is queried;
  • step S906 the network topology change is monitored at the same time. If the topology change involves a certain segment in the path, the path is recalculated and the cache is updated.
  • the statistics module 612 is configured to collect statistics of traffic statistics and link traffic statistics.
  • the flow control module 614 is configured to: according to the static flow observation created by the user, obtain the switch device and the port in the path from the path calculation module, and send the ACL to the ACL in the path specified by the user.
  • Count (COUNT) flow rules After the user drags the specified flow path, the ACL table delivery action for each device in the path specified by the user is a flow rule specifying the port (OUTPUT) to change the data transmission path of the user-defined flow.
  • the flow control module monitors the path change message of the path calculation module. When the path changes, the switch device in the new path re-issues the corresponding flow rule, and the switch device in the failed path deletes the delivered flow rule.
  • FIG. 10 is a flowchart of a transmission processing method according to an alternative embodiment of the present invention. As shown in FIG. 10, the method includes the following steps:
  • Step S1002 Obtain, according to the static flow observation created by the user, the switch device and the port in all the paths from the path calculation module;
  • Step S1004 The flow control rule that the action is a count (COUNT) for the access control list ACL table of each device in the path specified by the user;
  • Step S1006 After the user drags the specified flow path, the ACL table of each device in the path specified by the user sends a flow rule to specify a port (OUTPUT) to change the data transmission path of the user-defined stream;
  • Step S1008 Listening to the path change message of the path calculation module, when the path changes, the corresponding flow rule is re-issued for the switch device in the new path, and the switch device in the failed path deletes the delivered flow rule.
  • the optional embodiment provides a method for traffic scheduling, the method further includes: defining a static flow observation, where the definition includes a flow definition and a flow path, where the flow definition includes virtual routing forwarding (VRF).
  • VRF virtual routing forwarding
  • the above parameters all support wildcarding;
  • the flow path also includes source switch devices and destination switch devices.
  • the corresponding multi-paths corresponding to the static flow observation are visualized, and the path is rendered in a thick manner by the link in the network topology diagram, and the transmission path of the current stream is rendered by increasing the flow animation effect in the direction.
  • the link traffic status can be divided into three states: normal, early warning, and congestion.
  • the network topology map is marked with different colors, for example.
  • the links are rendered in three colors, "green, orange, and red.”
  • the optional embodiment renders a plurality of equivalent paths corresponding to the flow observation and a transmission path of the current stream in the network topology according to the static flow observation created by the user.
  • the network topology map will be divided into three states: normal, early warning and congestion.
  • the user can manually drag and drop the flow to other equivalent paths in the network topology diagram to ensure that the user cares.
  • the business data can be transmitted normally.
  • 11 is a flowchart 5 of a transmission processing method according to an alternative embodiment of the present invention. As shown in FIG. 11, the method includes the following steps:
  • Step S1102 setting static flow observation
  • Step S1104 calculating an equivalent multipath of the stream
  • Step S1106 The flow control rule that the action is a count (COUNT) is sent to the access control list ACL table of each device in the path specified by the user;
  • Step S1108 The network topology interface renders the flow path, and the traffic and link traffic of the push flow are displayed in the topology map.
  • Step S1110 When a link is congested on the transmission path of the stream, the user drags the stream to any other equivalent path transmission;
  • Step S1112 The ACL table sending action of each device outbound port in the path specified by the user is a flow rule for specifying an outgoing port (OUTPUT);
  • step S1114 the network topology interface re-renders the transmission path of the display stream, and pushes new traffic statistics to the topology map for display.
  • 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 foregoing embodiments of the present invention can be applied to the field of communications, and solve the problem that the system-based intelligent scheduling only solves the problem of link congestion defects in the related art, so that the possibility of congestion of the system link is greatly reduced, and the user experience is improved.

Landscapes

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

Abstract

本发明公开了一种传输处理方法及装置，其中，该方法包括：接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，该预设路径为预先设置的该传输路径的等价多路径之一；根据该转移请求将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输。通过本发明，解决了相关技术中仅依赖系统的智能调度在解决链路拥塞存在缺陷的问题，使得系统链路发生拥塞的可能大大降低，提高了用户体验。

Description

传输处理方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种传输处理方法及装置。
背景技术
网络链路流量对于网管员来说是一个比较重要的指标，从中可以得知网络的最新动态与变化，观察链路的流量状况可以得知网络的最新一些症状。
如果链路的流量出现拥塞，软件定义网络(Software Defined Network，简称为SDN)中的某些智能流量工程可能会将部分流量调度到其他等价路径，以减轻拥塞链路的流量压力，使链路流量状况自动恢复正常状态。但是某些特殊情况下，仅仅依赖系统的智能调度似乎无法解决链路拥塞的问题，或者说为了保证某些重要业务的流量不被拥塞，网络管理员人工对链路流量进行干预是很有必要的，但是相关技术中并不能实现人工的调度。
针对相关技术中仅依赖系统的智能调度在解决链路拥塞存在缺陷的问题，还未提出有效的解决方案。
发明内容
本发明实施例提供了一种传输处理方法及装置，以至少解决相关技术仅依赖系统的智能调度在解决链路拥塞存在缺陷的问题。
根据本发明实施例的一个方面，提供了一种传输处理方法，包括：接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，所述预设路径为预先设置的所述传输路径的等价多路径之一；根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
进一步地，根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输包括：对所述预设路径中的每一个设备的访问控制列表(Access Control List，简称为ACL)表下发动作为指定出端口的流规则，其中，所述出端口为所述预设路径在所述每一个设备上对应的出端口；根据所述输出的流规则将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
进一步地，在接收所述用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的所述转移请求之前，所述方法还包括：接收所述用户对流路径进行设置的设置消息，其中，所述设置消息包括：虚拟路由转发VRF、源IP子网/掩码、源端口、源交换机、目的IP子网/掩码、目的端口、目的交换机、协议，其中，所述协议包括以下之一：传输控制协议(Transmission Control Protocol，简称为TCP)，是用户数据报协议(User Datagram Protocol， 简称为UDP)，网络控制报文协议(Internet Control Message Protocol，简称为ICMP)，开放最短路径优先协议(Open Shortest Path First，简称为OSPF)，流控制传输协议(Stream Control Transmission Protocol，SCTP)，数据报拥塞控制协议(Datagram Congestion Control Protocol，简称为DCCP)，多路径传输协议(Multipath Transmission Control Protocol，简称为MPTCP)。
进一步地，在根据设置的结果计算流的等价多路径之后，所述方法还包括：在所述流路径的拓扑结构中标记所述流的等价多路径。
进一步地，所述方法还包括：在显示界面显示所述流路径的拓扑结构，并在所述流路径的拓扑结构中显示所述流路径的流量状态，其中，所述流量状态包括以下之一：正常，预警，拥塞。
进一步地，在根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输之后，所述方法还包括：更新所述流路径的拓扑结构。
根据本发明实施例的另一方面，还提供了一种传输处理装置，包括：第一接收模块，设置为接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，所述预设路径为预先设置的所述传输路径的等价多路径之一；传输模块，设置为根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
进一步地，所述传输模块包括：下发单元，设置为对所述预设路径中的每一个设备的访问控制列表ACL表下发动作为指定出端口的流规则，其中，所述出端口为所述预设路径在所述每一个设备上对应的出端口；传输单元，设置为根据所述输出的流规则将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
进一步地，所述装置还包括：第二接收模块，设置为接收所述用户对流路径进行设置的设置消息，其中，所述设置消息包括：虚拟路由转发VRF、源IP子网/掩码、源端口、源交换机、目的IP子网/掩码、目的端口、目的交换机、协议，其中，所述协议包括以下之一：传输控制协议TCP，用户数据报协议UDP，控制报文协议ICMP，开放最短路径优先协议OSPF，流控制传输协议SCTP，数据报拥塞控制协议DCCP，多路径传输协议MPTCP；设置模块，设置为根据所述设置消息对流路径进行设置；计算模块，设置为根据设置的结果计算流的等价多路径。
进一步地，所述装置还包括：标记模块，设置为在所述流路径的拓扑结构中标记所述流的等价多路径。
通过本发明实施例，采用接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，所述预设路径为预先设置的所述传输路径的等价多路径之一；根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输，解决了相关技术中仅依赖系统的智能调度在解决链路拥塞存在缺陷的问题，使得系统链路发生拥塞的可能大大降低，提高了用户体验。
附图说明
此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的传输处理方法的流程图；
图2是根据本发明实施例的传输处理装置的结构框图；
图3是根据本发明优选实施例的传输处理装置的结构框图一；
图4是根据本发明优选实施例的传输处理装置的结构框图二；
图5是根据本发明优选实施例的传输处理装置的结构框图三；
图6是根据本发明可选实施例的流量调度装置的结构框图；
图7是根据本发明可选实施例的传输处理方法的流程图一；
图8是根据本发明可选实施例的传输处理方法的流程图二；
图9是根据本发明可选实施例的传输处理方法的流程图三；
图10是根据本发明可选实施例的传输处理方法的流程图四；
图11是根据本发明可选实施例的传输处理方法的流程图五。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在本实施例中提供了一种传输处理方法，图1是根据本发明实施例的传输处理方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，该预设路径为预先设置的该传输路径的等价多路径之一；
步骤S104，根据该转移请求将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输。
通过上述步骤，接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，该预设路径为预先设置的该传输路径的等价多路径之一；根据该转移请求将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输，解决了相关技术中仅依赖系统的智能调度在解决链路拥塞存在缺陷的问题，使得系统链路发生拥塞的可能大大降低，提高了用户体验。
根据转移请求将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输的方式有多种，在一个可选的实施例中，可以通过以下方式实现：对该预设路径中的每一个设备的访问控制列表ACL表下发动作为指定出端口的流规则，其中，该出端口为该预设路径在该每一个设备上对应的出端口；根据该输出的流规则将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输。
在接收该用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的该转移请求之前，接收该用户对流路径进行设置的设置消息，其中，该设置消息包括：虚拟路由转发VRF、源IP子网/掩码、源端口、源交换机、目的IP子网/掩码、目的端口、目的交换机、协议，其中，该协议包括以下之一：传输控制协议TCP，用户数据报协议UDP，控制报文协议ICMP，开放最短路径优先协议OSPF，流控制传输协议SCTP，数据报拥塞控制协议DCCP，多路径传输协议MPTCP；根据该设置消息对流路径进行设置；根据设置的结果计算流的等价多路径。
为了清晰地区别出等价多路径，可以在该流路径的拓扑结构中标记该流的等价多路径，标记的方式可以有很多种，在一个可选的实施例中，可以通过不同的颜色进行区别。
考虑为了方便用户确定是否发生拥塞，在显示界面显示该流路径的拓扑结构，并在该流路径的拓扑结构中显示该流路径的流量状态，其中，该流量状态包括以下之一：正常，预警，拥塞，例如可以在流量状态为预警或拥塞的情况下，拖动到等价多路径上进行传输。
进一步地，在根据该转移请求将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输之后，还可以更新该流路径的拓扑结构。
本发明实施例还提供了一种传输处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的传输处理装置的结构框图，如图2所示，该装置包括：
第一接收模块22，设置为接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，该预设路径为预先设置的该传输路径的等价多路径之一；
传输模块24，设置为根据该转移请求将发生链路拥塞的传输路径上的流转移到该预设路径上进行传输。
图3是根据本发明优选实施例的传输处理装置的结构框图一，如图3所示，传输模块24包括：
下发单元32，设置为对该预设路径中的每一个设备的访问控制列表ACL表下发动作为指定出端口的流规则，其中，该出端口为该预设路径在该每一个设备上对应的出端口；
传输单元34，设置为根据该输出的流规则将发生链路拥塞的传输路径上的流转移到该预 设路径上进行传输。
图4是根据本发明优选实施例的传输处理装置的结构框图二，如图4所示，该装置还包括：
第二接收模块42，设置为接收该用户对流路径进行设置的设置消息，其中，该设置消息包括：虚拟路由转发VRF、源IP子网/掩码、源端口、源交换机、目的IP子网/掩码、目的端口、目的交换机、协议，其中，该协议包括以下之一：传输控制协议TCP，用户数据报协议UDP，控制报文协议ICMP，开放最短路径优先协议OSPF，流控制传输协议SCTP，数据报拥塞控制协议DCCP，多路径传输协议MPTCP；
设置模块44，设置为根据该设置消息对流路径进行设置；
计算模块46，设置为根据设置的结果计算流的等价多路径。
图5是根据本发明优选实施例的传输处理装置的结构框图三，如图5所示，该装置还包括：
标记模块52，设置为在该流路径的拓扑结构中标记该流的等价多路径。
针对相关技术中存在的上述问题，下面结合具体的可选实施例进行进一步说明，下述可选实施例结合了上述可选实施例及其可选实施方式。
为了保证某些重要业务的流量不被拥塞，网络管理员人工对链路流量进行干预是很有必要的，网络管理员配置需要观察的业务流，当发现其观察的业务流所在的链路拥塞时，能人工将该业务流调度到其他等价路径上传输。本可选实施例根据管理员配置的静态流观察(可对应到某网络业务的数据流上)，在网络拓扑图上渲染出该流观察对应的等价多路径(Equal-Cost Multipath Routing，简称为ECMP)，并通过流动的动画效果体现当前流所传输的路径，当管理员发现其观察的流传输路径上某条链路出现拥塞时，可在网络拓扑中通过拖拽的方式将流拖动到其他正常的等价路径上，以保证业务流的正常数据传输。其中，ECMP存在多条不同链路到达同一目的地址的网络环境中，如果使用传统的路由技术，发往该目的地址的数据包只能利用其中的一条链路，其它链路处于备份状态或无效状态，并且在动态路由环境下相互的切换需要一定时间，而等值多路径路由协议可以在该网络环境下同时使用多条链路，不仅增加了传输带宽，并且可以无时延无丢包地备份失效链路的数据传输。
本可选实施例还提供了一种流量调度装置，图6是根据本发明可选实施例的流量调度装置的结构框图，如图6所示，该装置包括：设置模块62、查询模块64、显示模块66、推送模块68、路径计算模块610、统计模块612、流控制模块614，这些模块的功能由上述的模块和单元共同实现，下面对这些模块进行进一步说明。
设置模块62，设置为设置静态流观察，包括流定义和流路径。流定义包含VRF，五元组(源IP子网/掩码，源端口，目的IP子网/掩码，目的端口，协议)，并且这些参数都支持通配。流路径包含源交换机设备和目的交换机设备，由于五元组支持通配，所以无法通过五元组确 定路径，或者路径太多，所以需要指定源和目的交换机来确定路径，源和目的交换机设备需要与五元组匹配。不同管理员配置的数据相互隔离。图7是根据本发明可选实施例的传输处理方法的流程图一，如图7所示，包括以下步骤：
步骤S702，管理员在设置界面输入流定义和流路径来定义静态流观察；
步骤S704，系统获取当前登陆用户的信息，和静态流观察信息绑定；
步骤S706，系统将绑定信息持久化。
查询模块64，设置为查询管理员设置的静态流观察，流路径，流统计，链路流量等信息，便于管理员监控网络运行状态，以决定是否需要拖拽改变流路径，保证业务数据的正常传输。图8是根据本发明可选实施例的传输处理方法的流程图二，如图8所示，包括以下步骤：
步骤S802，从持久化库中查询用户配置的静态流观察信息；
步骤S804，用户选中查看某一流观察后，从路径计算模块查询流的等效多路径；
步骤S806，从统计模块612查询用户定义流的流量统计，以及拓扑链路的总流量统计。
显示模块66，设置为在网络拓扑图中显示管理员配置的静态流观察信息，流路径，流的流量统计，链路流量可视化，以及提供静态流观察的增、删、改操作和流路径拖拽操作等。
推送模块68，设置为将网络拓扑变化，静态流配置变化和流路径变化推送到前端展示。
路径计算模块610，设置为根据管理员配置的流观察中定义的源和目的交换机设备计算这两个设备之间的ECMP。每次系统启动后根据管理员配置的流观察中定义的源和目的交换机设备计算这两个设备之间的ECMP，并监控拓扑变化，当拓扑发生变化时重新计算设备之间的路径。图9是根据本发明可选实施例的传输处理方法的流程图三，如图9所示，包括以下步骤：
步骤S902，根据用户配置的静态流观察计算源和目的交换机设备间的等效多路径；
步骤S904，将计算出的路径数据缓存在内存中，便于查询模块查询；
步骤S906，同时监听网络拓扑变化，若拓扑变化涉及到路径中的某一段，则重新计算路径，并更新缓存。
统计模块612，设置为统计流的流量统计和链路流量统计。
流控制模块614，设置为根据用户创建的静态流观察，从路径计算模块获取到所有路径的中的交换机设备及端口，针对用户指定的路径中的每一个设备的访问控制列表ACL表下发动作为计数(COUNT)的流规则。当用户拖拽指定流路径后，针对用户指定的路径中的每一个设备的ACL表下发动作为指定出端口(OUTPUT)的流规则，以改变用户定义的流的数据传输路径。同时，流控制模块会监控路径计算模块的路径变化消息，当路径变化时，针对新的路径中的交换机设备重新下发相应流规则，失效路径中的交换机设备删除已下发的流规则。 图10是根据本发明可选实施例的传输处理方法的流程图四，如图10所示，包括以下步骤：
步骤S1002，根据用户创建的静态流观察，从路径计算模块获取到所有路径的中的交换机设备及端口；
步骤S1004，针对用户指定的路径中的每一个设备的访问控制列表ACL表下发动作为计数(COUNT)的流规则；
步骤S1006，当用户拖拽指定流路径后，针对用户指定的路径中的每一个设备的ACL表下发动作为指定出端口(OUTPUT)的流规则，以改变用户定义的流的数据传输路径；
步骤S1008，监听路径计算模块的路径变化消息，当路径变化时，针对新的路径中的交换机设备重新下发相应流规则，失效路径中的交换机设备删除已下发的流规则。
本可选实施例提供了一种流量调度的方法，该方法进一步包括：定义静态流观察，该定义包括流定义和流路径，其中，流定义包含虚拟路由转发(Virtual Routing Forwarding，简称为VRF)，源IP子网/掩码，源端口，目的IP子网/掩码，目的端口，协议，该协议包括TCP，UDP，ICMP，OSPF，SCTP，DCCP，MPTCP。上述的参数都支持通配；流路径还包括源交换机设备和目的交换机设备。在显示界面将静态流观察对应的等价多路径可视化，在网络拓扑图中通过链路加粗的方式渲染路径，通过增加按方向流动动画效果方式渲染当前流的传输路径。也可以将链路流量可视化，将链路流量状态直观地显示出来，其中，链路流量状态可以分为正常、预警和拥塞三个状态，在网络拓扑图中分别通过不同的颜色进行标记，例如通过“绿色，橙色和红色”三种颜色分别渲染链路。在某条路径上的流量为预警或拥塞的情况下，允许管理员在网络拓扑图中将流路径拖拽到流的其他等价路径上。
本可选实施例根据用户创建的静态流观察，在网络拓扑中渲染出流观察对应的多条等效路径和当前流的传输路径。同时，网络拓扑图会分“正常，预警和拥塞”三种状态渲染链路。当用户发现其所配置的流的当前传输路径中的某条链路发生拥塞时，可以在网络拓扑图中通过手工拖拽方式将流拖动到其他等效路径上传输，以保证用户所关心的业务数据能够正常传输。图11是根据本发明可选实施例的传输处理方法的流程图五，如图11所示，包括以下步骤：
步骤S1102，设置静态流观察；
步骤S1104，计算流的等效多路径；
步骤S1106，针对用户指定的路径中的每一个设备的访问控制列表ACL表下发动作为计数(COUNT)的流规则；
步骤S1108，网络拓扑界面渲染显示流路径，并且推送流的流量和链路流量到拓扑图中显示；
步骤S1110，当流的传输路径上有链路发生拥塞时，用户拖拽流到其他任一等效路径传输；
步骤S1112，针对用户指定的路径中的每一个设备出端口的ACL表下发动作为指定出端口(OUTPUT)的流规则；
步骤S1114，网络拓扑界面重新渲染显示流的传输路径，并且推送新的流量统计信息到拓扑图中显示。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
上述的本发明实施例，可以应用于通信领域，解决了相关技术中仅依赖系统的智能调度在解决链路拥塞存在缺陷的问题，使得系统链路发生拥塞的可能大大降低，提高了用户体验。

Claims (10)

  1. 一种传输处理方法，包括：
    接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，所述预设路径为预先设置的所述传输路径的等价多路径之一；
    根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
  2. 根据权利要求1所述的方法，其中，根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输包括：
    对所述预设路径中的每一个设备的访问控制列表ACL表下发动作为指定出端口的流规则，其中，所述出端口为所述预设路径在所述每一个设备上对应的出端口；
    根据输出的流规则将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
  3. 根据权利要求1所述的方法，其中，在接收所述用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的所述转移请求之前，所述方法还包括：
    接收所述用户对流路径进行设置的设置消息，其中，所述设置消息包括：虚拟路由转发VRF、源IP子网/掩码、源端口、源交换机、目的IP子网/掩码、目的端口、目的交换机、协议，其中，所述协议包括以下之一：传输控制协议TCP，用户数据报协议UDP，控制报文协议ICMP，开放最短路径优先协议OSPF，流控制传输协议SCTP，数据报拥塞控制协议DCCP，多路径传输协议MPTCP；
    根据所述设置消息对流路径进行设置；
    根据设置的结果计算流的等价多路径。
  4. 根据权利要求3所述的方法，其中，在根据设置的结果计算流的等价多路径之后，所述方法还包括：
    在所述流路径的拓扑结构中标记所述流的等价多路径。
  5. 根据权利要求3所述的方法，其中，所述方法还包括：
    在显示界面显示所述流路径的拓扑结构，并在所述流路径的拓扑结构中显示所述流路径的流量状态，其中，所述流量状态包括以下之一：正常，预警，拥塞。
  6. 根据权利要求3-5中任一项所述的方法，其中，在根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输之后，所述方法还包括：
    更新所述流路径的拓扑结构。
  7. 一种传输处理装置，包括：
    第一接收模块，设置为接收用户将发生链路拥塞的传输路径上的流转移到预设路径上进行传输的转移请求，其中，所述预设路径为预先设置的所述传输路径的等价多路径之一；
    传输模块，设置为根据所述转移请求将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
  8. 根据权利要求7所述的装置，其中，所述传输模块包括：
    下发单元，设置为对所述预设路径中的每一个设备的访问控制列表ACL表下发动作为指定出端口的流规则，其中，所述出端口为所述预设路径在所述每一个设备上对应的出端口；
    传输单元，设置为根据输出的流规则将发生链路拥塞的传输路径上的流转移到所述预设路径上进行传输。
  9. 根据权利要求7所述的装置，其中，所述装置还包括：
    第二接收模块，设置为接收所述用户对流路径进行设置的设置消息，其中，所述设置消息包括：虚拟路由转发VRF、源IP子网/掩码、源端口、源交换机、目的IP子网/掩码、目的端口、目的交换机、协议，其中，所述协议包括以下之一：传输控制协议TCP，用户数据报协议UDP，控制报文协议ICMP，开放最短路径优先协议OSPF，流控制传输协议SCTP，数据报拥塞控制协议DCCP，多路径传输协议MPTCP；
    设置模块，设置为根据所述设置消息对流路径进行设置；
    计算模块，设置为根据设置的结果计算流的等价多路径。
  10. 根据权利要求9所述的装置，其中，所述装置还包括：
    标记模块，设置为在所述流路径的拓扑结构中标记所述流的等价多路径。
PCT/CN2015/089384 2015-05-15 2015-09-10 传输处理方法及装置 WO2016183970A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP15892348.2A EP3297230B1 (en) 2015-05-15 2015-09-10 Transmission processing method and device
US15/574,332 US20180139136A1 (en) 2015-05-15 2015-09-10 Transmission processing method and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510251366.0A CN106302204B (zh) 2015-05-15 2015-05-15 传输处理方法及装置
CN201510251366.0 2015-05-15

Publications (1)

Publication Number Publication Date
WO2016183970A1 true WO2016183970A1 (zh) 2016-11-24

Family

ID=57319266

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/089384 WO2016183970A1 (zh) 2015-05-15 2015-09-10 传输处理方法及装置

Country Status (4)

Country Link
US (1) US20180139136A1 (zh)
EP (1) EP3297230B1 (zh)
CN (1) CN106302204B (zh)
WO (1) WO2016183970A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109921988B (zh) * 2014-07-21 2021-08-03 华为技术有限公司 链路控制节点、链路控制方法及通信系统
US10367722B2 (en) * 2017-02-27 2019-07-30 International Business Machines Corporation Optimizing performance of computer networks
ES2798127T3 (es) * 2018-02-06 2020-12-09 Deutsche Telekom Ag Técnicas para transmisión de múltiples trayectos eficaz
DE102018212360A1 (de) * 2018-07-25 2020-01-30 Robert Bosch Gmbh Erste Netzwerkeinheit eines Kommunikationsnetzwerks
WO2020034869A1 (zh) * 2018-08-14 2020-02-20 华为技术有限公司 一种业务流的传输方法、通信方法及装置
CN112511534B (zh) 2018-08-14 2022-02-25 华为技术有限公司 一种业务流的传输方法、通信方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159669A (zh) * 2007-10-09 2008-04-09 华为技术有限公司 一种业务流量切换方法及装置
CN101447929A (zh) * 2008-12-26 2009-06-03 华为技术有限公司 一种流量选路方法、路由器和通信系统
CN103152251A (zh) * 2013-02-27 2013-06-12 杭州华三通信技术有限公司 一种报文处理方法及装置
CN103428101A (zh) * 2013-08-01 2013-12-04 华为技术有限公司 负载分担的方法和装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7715403B2 (en) * 2003-10-01 2010-05-11 Genband Inc. Methods, systems, and computer program products for load balanced and symmetric path computations for VoIP traffic engineering
WO2012120557A1 (ja) * 2011-03-07 2012-09-13 株式会社日立製作所 ネットワーク管理装置、ネットワーク管理方法及びネットワーク管理システム
US9300483B2 (en) * 2013-03-15 2016-03-29 International Business Machines Corporation Self-routing multicast in a software defined network fabric
CN104144120A (zh) * 2013-05-07 2014-11-12 杭州华三通信技术有限公司 转发信息配置方法及装置
US9264521B2 (en) * 2013-11-01 2016-02-16 Broadcom Corporation Methods and systems for encapsulating and de-encapsulating provider backbone bridging inside upper layer protocols
CN103618677B (zh) * 2013-12-11 2017-01-11 王逊 一种网络流量调整方法及系统
CN105325020B (zh) * 2014-06-19 2019-02-12 华为技术有限公司 用于毫微微接入点之间的通信方法以及毫微微接入点
US9509616B1 (en) * 2014-11-24 2016-11-29 Amazon Technologies, Inc. Congestion sensitive path-balancing
AU2016242302A1 (en) * 2015-04-02 2017-10-19 Sedonasys Systems Ltd Systems and methods for managing multi-layer communication networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101159669A (zh) * 2007-10-09 2008-04-09 华为技术有限公司 一种业务流量切换方法及装置
CN101447929A (zh) * 2008-12-26 2009-06-03 华为技术有限公司 一种流量选路方法、路由器和通信系统
CN103152251A (zh) * 2013-02-27 2013-06-12 杭州华三通信技术有限公司 一种报文处理方法及装置
CN103428101A (zh) * 2013-08-01 2013-12-04 华为技术有限公司 负载分担的方法和装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3297230A4 *

Also Published As

Publication number Publication date
EP3297230B1 (en) 2021-12-29
EP3297230A4 (en) 2018-05-16
CN106302204B (zh) 2020-11-03
EP3297230A1 (en) 2018-03-21
US20180139136A1 (en) 2018-05-17
CN106302204A (zh) 2017-01-04

Similar Documents

Publication Publication Date Title
WO2016183970A1 (zh) 传输处理方法及装置
US11848757B2 (en) In-situ passive performance measurement in a network environment
US9450874B2 (en) Method for internet traffic management using a central traffic controller
CN108353006B (zh) 用于测试和剖析网络服务功能的非侵入式方法
US9503344B2 (en) Data path performance measurement using network traffic in a software defined network
US9537741B2 (en) Data path performance measurement using test messages in a software defined network
JP5874726B2 (ja) 通信制御システム、制御サーバ、転送ノード、通信制御方法および通信制御プログラム
KR101473783B1 (ko) 터널링을 이용한 다이나믹 서비스 체이닝 제어 방법 및 장치
US9325609B2 (en) Segmented source routing in a network
JP2024012632A (ja) 強化されたｓｄ－ｗａｎパスの品質測定および選択
CN108234312B (zh) 一种流量调度方法、pce及sdn网络系统
WO2016162833A1 (en) Method and system for traffic pattern generation in a software-defined networking (sdn) system
CN105900406B (zh) 针对网络服务可用性的技术
US20140140210A1 (en) Network system and load balancing method
JP2005278178A (ja) Ｉｐ網内配分用ルート選択方法及び装置
WO2021000848A1 (zh) 一种报文转发方法、报文处理方法及装置
JP2009303090A (ja) 負荷分散サーバ、ネットワーク負荷分散方法および輻輳回避方法
CN107078953A (zh) 用于可扩展计算机网络划分的方法
KR20180122513A (ko) Sdn 기반 네트워크 가상화 플랫폼의 네트워크 하이퍼바이저에서 트래픽 엔지니어링 방법 및 프레임워크
JP5870995B2 (ja) 通信システム、制御装置、計算機、ノードの制御方法およびプログラム
López-Rodríguez et al. A robust SDN network architecture for service providers
EP2940937A1 (en) Control apparatus, communication system, communication node control method and program
CN107508730B (zh) 一种基于sdn网络的数据中心互联方法及装置
EP2897331A1 (en) A network element for a data transfer network
JP2002247087A (ja) Ｉｐネットワーク負荷分散方法、ｉｐネットワーク、ｉｐルーティング装置及びルートサーバ装置

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15574332

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2015892348

Country of ref document: EP