CN106357537B - 一种基于sdn多路径传输的链路监控方法 - Google Patents
一种基于sdn多路径传输的链路监控方法 Download PDFInfo
- Publication number
- CN106357537B CN106357537B CN201610985605.XA CN201610985605A CN106357537B CN 106357537 B CN106357537 B CN 106357537B CN 201610985605 A CN201610985605 A CN 201610985605A CN 106357537 B CN106357537 B CN 106357537B
- Authority
- CN
- China
- Prior art keywords
- path
- node
- pair
- source mesh
- monitoring
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Classifications
-
- 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/12—Shortest path evaluation
- H04L45/123—Evaluation of link metrics
-
- 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/02—Topology update or discovery
-
- 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
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/38—Flow based routing
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种基于SDN多路径传输的链路监控方法,属于SDN中链路负载均衡相关领域;本发明用来实时根据全网转发情况,动态调整转发路径,使数据尽量处于全网最优路径上传输,减少了时延,降低丢包率,使得网络资源得到最佳利用,提升了网络资源的利用率。在SDN网络传输中,RYU控制器依据数据包的源目IP调用路由算法计算出转发路径,然后下发流表到交换机中。将已下发的转发路径加入到路径监控列表。周期性的获取底层转发流量状况;同时周期性检查路径监控列表中路径的流量状况;当某条路径负载过重时,重路由;最后数据转发完成后,删除无效路径监控;本方法使得网络资源得到最佳利用,提升了网络资源的利用率。
Description
技术领域
本发明属于SDN中链路负载均衡相关领域,尤其涉及一种基于SDN多路径传输的链路监控机制。
背景技术
在后网络2.0时代,数据通信多次加速,超过百分之五十的数据通信属于实时视频数据流,因此,设计一个新的网络迫在眉睫。网络的发展需要跟上数据通信加速的步伐(从电路/数据包交换到基于100G网速的复杂网络协议),网络发展的下一阶段即是软件定义网络(SDN)。
软件定义网络(Software Defined Network,SDN),是一种新型网络创新架构,其核心技术OpenFlow通过将网络设备控制面与数据面分离开,使控制逻辑集中,SDN控制器拥有网络的全局静态拓扑、全网的动态转发表信息、全网络的资源利用率、故障状态等,从而也开放了网络能力。但是目前SDN网络中对负载均衡的研究中,大部分是基于传统网络中负载均衡的思路,没有充分发挥SDN网络架构的潜力和功能。
发明内容
本发明要解决的技术问题是:提供一种基于SDN多路径传输的链路监控机制,来实时根据全网转发情况,动态调整转发路径,使数据尽量处于全网最优路径上传输,减少了时延,降低丢包率,使得网络资源得到最佳利用,提升了网络资源的利用率。
为解决上述问题,本发明采用如下的技术方案:
一种基于SDN多路径传输的链路监控方法,本发明提出的一种基于SDN多路径传输的链路监控方法是在基于RYU的路由算法及传输机制仿真平台中实现及应用,Mininet、RYU、Iperf的共同协作来完成路由算法及传输机制的仿真实现。首先由Mininet建立网络拓扑,控制器中运行APP文件来启动RYU控制器,周期性通过RYU的API获取到全网的拓扑信息,集中式处理和存储,利用Iperf模拟产生数据流,根据数据流的源目IP,调用路由算法计算出一对节点间的多条转发路径,通过评价函数选择出全网最优路径,同时开启路径监控,当某条路径负载过重时,动态调整转发路径。
该方法包括以下步骤:
步骤1:在SDN网络传输中,RYU控制器依据数据包的源目IP调用路由算法计算出转发路径,然后下发流表到交换机中。
步骤2:将已下发的转发路径加入到路径监控列表。
步骤2.1:SDN中计算并下发的转发路径是源节点到目的节点的一条转发路线,是由多条链路组成,每一条链路的转发状况都会影响到整个路径的转发状况,路径监控列表是一种按路径及路径信息一一对应存储的数据结构,是基于链路信息的路径监控,根据每一条路径中各条链路信息来判别该条路径数据转发是否需要重路由。路径监控列表数据结构如下表1所示:
表1
如上表1所示,第一行表示源目节点对,第二行表示源目IP对,第三行表示路径相关信息,路径监控列表中包含多个源目节点对,每一对源目节点对下,包含多个源目IP对,每一对源目IP对下又包含路径path和路径信息info。
步骤2.2:在RYU控制器中下发流表后,先检查源目节点对是否在路径监控列表中,若不存在,则添加该节点对,同时将源目IP信息和路径信息添加到该节点对下。
步骤2.3:若在路径监控列表中存在该节点对,则在该节点对下,继续检查源目IP对是否存在,若不存在,则将源目IP对相关信息添加该节点对下;若存在,就检查该源目IP对下的路径信息是否正确,不正确的话将对路径信息进行修正,并将路径加入到路径监控列表中。
步骤3:周期性的获取底层转发流量状况;
RYU控制器通过周期性下发packet-out消息到交换机,获取到交换机中端口流量信息和流表流量信息。
步骤4:周期性的检查路径监控列表中路径的流量状况;
步骤4.1:遍历路径监控列表中每一对交换机节点,检查路径监控列表中包含的每一条路径的流量状况。
步骤4.2:在路径监控列表的一对节点间,首先检查一对节点间的源目ip对数,若大于一对,说明这一对节点间不只是在一对主机间传输数据,而是多对主机间有数据传输,因此当一对节点间多路径传输数据时,是否发生链路拥塞,数据传输是否均衡,就是需要考虑的内容。
步骤4.3:在确认一对节点间的源目ip对数不只有一对时,遍历一对节点间不同源目IP,读取每一对源目IP下包含的转发路径,对这些路径进行查看。
步骤4.4:对转发路径状况进行查看时,首先通过函数获取到每条路径中的最小可用带宽,然后对其进行归一化处理,得到路径评价,并将路径评价和源目ip一一对应的存储到一个数据结构中。该数据结构如下表2所示:
表2
如表2所示,第一行表示路径评价,用数字来衡量这些路径的转发情况,第二行表示源目IP对,用源目IP对来区分路径。
步骤4.5:当遍历一对节点对下的所有IP对,获取到所有的转发路径评价后,对比一对节点间的各条转发路径的链路评价,找到这些转发路径中路径评价最差的路径,若该条转发路径的路径评价低于预定的阈值,则调整该条转发路径。
步骤5:重路由
步骤5.1:对于需要重路由的路径,首先根据原转发路径,回溯,从路径监控列表中获取到相关的路径信息。
步骤5.2:获取到相关的路径信息后,根据源目ip,依据网络现有转发情况,调用路由算法,计算重路由路径。
步骤5.3:下发重路由路径时,重路由路径的优先级要略高于原路径,同时下发路径后更新路径监控列表。
步骤6:删除无效路径监控;
步骤6.1:当数据传输完毕,路径监控列表中对于该条转发路径的监控就没有存在的意义,因此需要周期性的监控数据转发状况,这里采用基于流表流量的无效路径监控删除机制。
步骤6.2:和路径监控同周期内,遍历每对节点下,每对IP下的转发路径,如果转发路径的长度不大于1,则直接删除包括该节点对下的包括IP对在内的所有信息;如果路径的长度大于1,则进行查看路径起始交换机对应于入/出端口的流表流量。
步骤6.3:当路径的长度大于1时,读取到路径的相关信息,包括路径的第一个节点交换机号,第一个交换机的入、出端口号,目的IP,根据这些信息,读取到该条转发路径的起始交换机对应于入/出端口的流表流量,若此时流表流量为0,则说明该条转发路径上的数据传输完毕,可以删除对此条路径的监控,删除该节点对下包括IP对在内的所有路径信息。
本方法可行性高、可靠性强,可以实时根据全网转发情况,动态调整转发路径,使之尽量处于全网最优路径上传输,减少了时延,降低丢包率,使得网络资源得到最佳利用,提升了网络资源的利用率。
附图说明
图1为网络拓扑图。
图2为交换机9上的主机(10.0.0.6)向交换机7上的主机(10.0.0.1)发送数据的路径并加入路径监控列表。
图3为交换机9上的主机(10.0.0.5)向交换机7上的主机(10.0.0.2)发送数据的路径并加入路径监控列表。
图4为流表流量的相关信息。
图5为监控日志的显示信息。
图6为重路由中计算路径的细节显示信息。
图7为显示流表流量信息。
图8为显示删除路径监控信息一。
图9为显示删除路径监控信息二。
图10为本方法的实施流程图。
具体实施方式
下面结合附图1-10和实施例对本发明做进一步说明:
本发明提供一种基于SDN多路径传输的链路监控方法,包括以下步骤:
步骤1:在SDN网络传输中,RYU控制器依据数据包的源目IP调用路由算法计算出转发路径,然后下发流表到交换机中。
步骤2:将已下发的转发路径加入到路径监控列表。
步骤2.1:SDN中计算并下发的转发路径是源节点到目的节点的一条转发路线,是由多条链路组成,每一条链路的转发状况都会影响到整个路径的转发状况,路径监控列表是一种按路径及路径信息一一对应存储的数据结构,是基于链路信息的路径监控,根据每一条路径中各条链路信息来判别该条路径数据转发是否需要重路由。路径监控列表数据结构如下表3所示:
表3
如上表所示,第一行表示源目节点对,第二行表示源目IP对,第三行表示路径相关信息,路径监控列表中包含多个源目节点对,每一对源目节点对下,可包含多个源目IP对,每一对源目IP对下又包含路径(path)和路径信息(info)。
步骤2.2:在RYU控制器中下发流表后,先检查源目节点对是否在路径监控列表中,若不存在,则添加该节点对,同时将源目IP信息和路径信息添加到该节点对下。
步骤2.3:若在路径监控列表中存在该节点对,则在该节点对下,继续检查源目IP对是否存在,若不存在,则将源目IP对相关信息添加该节点对下;若存在,就检查该源目IP对下的路径信息是否正确,不正确的话将对路径信息进行修正,并将路径加入到路径监控列表中。
步骤3:周期性的获取底层转发流量状况;
RYU控制器通过周期性下发packet-out消息到交换机,获取到交换机中端口流量信息和流表流量信息。
步骤4:周期性的检查路径监控列表中路径的流量状况;
步骤4.1:遍历路径监控列表中每一对交换机节点,检查路径监控列表中包含的每一条路径的流量状况。
步骤4.2:在路径监控列表的一对节点间,首先检查一对节点间的源目ip对数,若大于一对,说明这一对节点间不只是在一对主机间传输数据,而是多对主机间有数据传输,因此当一对节点间多路径传输数据时,是否发生链路拥塞,数据传输是否均衡,就是需要考虑的内容。
步骤4.3:在确认一对节点间的源目ip对数不只有一对时,遍历一对节点间不同源目IP,读取每一对源目IP下包含的转发路径,对这些路径进行查看。
步骤4.4:对转发路径状况进行查看时,首先通过函数获取到每条路径中的最小可用带宽,然后对其进行归一化处理,得到路径评价,并将路径评价和源目ip一一对应的存储到一个数据结构中。该数据结构如下表4所示:
表4
如表4所示,第一行表示路径评价,用数字来衡量这些路径的转发情况,第二行表示源目IP对,用源目IP对来区分路径。
步骤4.5:当遍历一对节点对下的所有IP对,获取到所有的转发路径评价后,对比一对节点间的各条转发路径的链路评价,找到这些转发路径中路径评价最差的路径,若该条转发路径的路径评价低于预定的阈值,则调整该条转发路径。
步骤5:重路由
步骤5.1:对于需要重路由的路径,首先根据原转发路径,回溯,从路径监控列表中获取到相关的路径信息。
步骤5.2:获取到相关的路径信息后,根据源目ip,依据网络现有转发情况,调用路由算法,计算重路由路径。
步骤5.3:下发重路由路径时,重路由路径的优先级要略高于原路径,同时下发路径后更新路径监控列表。
步骤6:删除无效路径监控;
步骤6.1:当数据传输完毕,路径监控列表中对于该条转发路径的监控就没有存在的意义,因此需要周期性的监控数据转发状况,这里采用基于流表流量的无效路径监控删除机制。
步骤6.2:和路径监控同周期内,遍历每对节点下,每对IP下的转发路径,如果转发路径的长度不大于1,则直接删除包括该节点对下的包括IP对在内的所有信息;如果路径的长度大于1,则进行查看路径起始交换机对应于入/出端口的流表流量。
步骤6.3:当路径的长度大于1时,读取到路径的相关信息,包括路径的第一个节点交换机号,第一个交换机的入、出端口号,目的IP,根据这些信息,读取到该条转发路径的起始交换机对应于入/出端口的流表流量,若此时流表流量为0,则说明该条转发路径上的数据传输完毕,可以删除对此条路径的监控,删除该节点对下包括IP对在内的所有路径信息。
下面运行一个已应用此链路监控方法的仿真平台,通过仿真来重现该链路监控方法的运行机制和效果。
步骤1:利用Mininet建立K=2的Fat-tree网络拓扑,网络拓扑如图1所示。
从图1中看出,一对节点间存在多条转发路径,比如从节点E7到节点E9间存在多条路径,H1向H5的转发路径和H2向H6的转发路径不一定一样,可以在节点E7到节点E9间的两条不同路径上同时转发。
步骤2:运行RYU控制器。
步骤3:利用Iperf模拟产生数据流。
步骤4:在RYU控制器运行日志中看到此链路监控方法的运行状态。
步骤4.1:下发转发路径,加入路径监控列表。
交换机9上的主机(10.0.0.5)向交换机7上的主机(10.0.0.2)发送数据,如图2所示。经过RYU控制器中路由算法计算,得出传输路径为:S9-->S6-->S2-->S3-->S7(S9等代表交换机号)
交换机9上的主机(10.0.0.6)向交换机7上的主机(10.0.0.1)发送数据,如图2所示。
Path_Monitor显示的内容为路径监控列表,(9,7)是源目交换机对,(10.0.0.5,10.0.0.2)是源目IP,‘info’是存储的路径相关信息,‘path’是存储的传输路径。
显示表明:两条路径在下发后,加入了路径监控列表。
步骤4.2:流表流量显示
图4是流表流量的相关信息。Access Host部分显示的是交换机和主机的连接关系,还包括主机的MAC地址和IP地址。而下部分的内容是流表流量的相关信息,datapath是交换机号,in-port是入端口号,ip-dst是目的IP,out-port是出端口号,packets是统计的数据包数量,bytes是统计的字节数,flow-speed是对应交换机入/出端口的流表流量。
步骤4.3:监控路径,评价显示
图5中显示的是监控日志,首先进入路径监控列表,然后遍历每对交换机节点对、每对源目IP对中路径,对路径情况进行评价并保存到Multi_Path数据结构中,其中10代表路径评价,(10.0.0.6,10.0.0.1)是该条路径的源目IP,该数据结构保存的是路径评价和源目IP的一一对应,由于路径评价低于阈值,因此需要重路由。
步骤4.4:重路由
图6显示的是重路由中计算路径的细节,交换机9上的主机(10.0.0.6)向交换机7上的主机(10.0.0.1)的转发路径由原来的S9-->S5-->S1-->S3-->S7变为S9-->S5-->S1-->S4-->S7。
步骤4.5:删除无效路径监控
图7显示流表流量为0,说明数据传输完毕。
图8、图9显示删除路径监控,分两次把路径监控删除,最后剩下(9,7)交换机对。
通过上述仿真实验,实现了一种基于SDN多路径传输的链路监控方法,其中包括下发转发路径并加入路径监控列表、监控路径转发并动态调整、数据传输完毕后删除无效路径监控;本发明中所述细节均实现,保证了网络的负载均衡。
Claims (1)
1.一种基于SDN多路径传输的链路监控方法,本方法是在基于RYU的路由算法及传输机制仿真平台中实现及应用,Mininet、RYU、Iperf的共同协作来完成路由算法及传输机制的仿真实现;首先由Mininet建立网络拓扑,控制器中运行APP文件来启动RYU控制器,周期性通过RYU的API获取到全网的拓扑信息,集中式处理和存储,利用Iperf模拟产生数据流,根据数据流的源目IP,调用路由算法计算出一对节点间的多条转发路径,通过评价函数选择出全网最优路径,同时开启路径监控,当某条路径负载过重时,动态调整转发路径;
其特征在于,该方法包括以下步骤:
步骤1:在SDN网络传输中,RYU控制器依据数据包的源目IP调用路由算法计算出转发路径,然后下发流表到交换机中;
步骤2:将已下发的转发路径加入到路径监控列表;
步骤2.1:SDN中计算并下发的转发路径是源节点到目的节点的一条转发路线,是由多条链路组成,每一条链路的转发状况都会影响到整个路径的转发状况,路径监控列表是一种按路径及路径信息一一对应存储的数据结构,是基于链路信息的路径监控,根据每一条路径中各条链路信息来判别该条路径数据转发是否需要重路由;路径监控列表数据结构如下表1所示:
表1
如上表1所示,第一行表示源目节点对,第二行表示源目IP对,第三行表示路径相关信息,路径监控列表中包含多个源目节点对,每一对源目节点对下,包含多个源目IP对,每一对源目IP对下又包含路径path和路径信息info;
步骤2.2:在RYU控制器中下发流表后,先检查源目节点对是否在路径监控列表中,若不存在,则添加该节点对,同时将源目IP信息和路径信息添加到该节点对下;
步骤2.3:若在路径监控列表中存在该节点对,则在该节点对下,继续检查源目IP对是否存在,若不存在,则将源目IP对相关信息添加该节点对下;若存在,就检查该源目IP对下的路径信息是否正确,不正确的话将对路径信息进行修正,并将路径加入到路径监控列表中;
步骤3:周期性的获取底层转发流量状况;
RYU控制器通过周期性下发packet-out消息到交换机,获取到交换机中端口流量信息和流表流量信息;
步骤4:周期性的检查路径监控列表中路径的流量状况;
步骤4.1:遍历路径监控列表中每一对交换机节点,检查路径监控列表中包含的每一条路径的流量状况;
步骤4.2:在路径监控列表的一对节点间,首先检查一对节点间的源目ip对数,若大于一对,说明这一对节点间不只是在一对主机间传输数据,而是多对主机间有数据传输,因此当一对节点间多路径传输数据时,是否发生链路拥塞,数据传输是否均衡,就是需要考虑的内容;
步骤4.3:在确认一对节点间的源目ip对数不只有一对时,遍历一对节点间不同源目IP,读取每一对源目IP下包含的转发路径,对这些路径进行查看;
步骤4.4:对转发路径状况进行查看时,首先通过函数获取到每条路径中的最小可用带宽,然后对其进行归一化处理,得到路径评价,并将路径评价和源目ip一一对应的存储到一个数据结构中;该数据结构如下表2所示:
表2
如表2所示,第一行表示路径评价,用数字来衡量这些路径的转发情况,第二行表示源目IP对,用源目IP对来区分路径;
步骤4.5:当遍历一对节点对下的所有IP对,获取到所有的转发路径评价后,对比一对节点间的各条转发路径的链路评价,找到这些转发路径中路径评价最差的路径,若该条转发路径的路径评价低于预定的阈值,则调整该条转发路径;
步骤5:重路由
步骤5.1:对于需要重路由的路径,首先根据原转发路径,回溯,从路径监控列表中获取到相关的路径信息;
步骤5.2:获取到相关的路径信息后,根据源目ip,依据网络现有转发情况,调用路由算法,计算重路由路径;
步骤5.3:下发重路由路径时,重路由路径的优先级要略高于原路径,同时下发路径后更新路径监控列表;
步骤6:删除无效路径监控;
步骤6.1:当数据传输完毕,路径监控列表中对于该条转发路径的监控就没有存在的意义,因此需要周期性的监控数据转发状况,这里采用基于流表流量的无效路径监控删除机制;
步骤6.2:和路径监控同周期内,遍历每对节点下,每对IP下的转发路径,如果转发路径的长度不大于1,则直接删除包括该节点对下的包括IP对在内的所有信息;如果路径的长度大于1,则进行查看路径起始交换机对应于入/出端口的流表流量;
步骤6.3:当路径的长度大于1时,读取到路径的相关信息,包括路径的第一个节点交换机号,第一个交换机的入、出端口号,目的IP,根据这些信息,读取到该条转发路径的起始交换机对应于入/出端口的流表流量,若此时流表流量为0,则说明该条转发路径上的数据传输完毕,删除对此条路径的监控,删除该节点对下包括IP对在内的所有路径信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610985605.XA CN106357537B (zh) | 2016-11-09 | 2016-11-09 | 一种基于sdn多路径传输的链路监控方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610985605.XA CN106357537B (zh) | 2016-11-09 | 2016-11-09 | 一种基于sdn多路径传输的链路监控方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106357537A CN106357537A (zh) | 2017-01-25 |
CN106357537B true CN106357537B (zh) | 2019-08-09 |
Family
ID=57861519
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610985605.XA Active CN106357537B (zh) | 2016-11-09 | 2016-11-09 | 一种基于sdn多路径传输的链路监控方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106357537B (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107347021B (zh) * | 2017-07-07 | 2020-05-22 | 西安交通大学 | 一种基于sdn网络可靠传输方法 |
CN107135158A (zh) * | 2017-07-11 | 2017-09-05 | 北京工业大学 | 一种多路径传输中最优路径选择方法 |
CN107426102A (zh) * | 2017-07-26 | 2017-12-01 | 桂林电子科技大学 | 基于路径质量的多路径并行传输动态决策方法 |
CN107786458B (zh) * | 2017-11-02 | 2021-06-25 | 下一代互联网重大应用技术(北京)工程研究中心有限公司 | 基于dpdk的多端口准入准出的方法 |
CN107948173B (zh) * | 2017-11-30 | 2020-09-29 | 华北电力大学(保定) | 一种监听方法 |
CN109951738B (zh) * | 2017-12-21 | 2022-02-01 | 腾讯数码(天津)有限公司 | 传输路径获取方法、第一电子设备以及可读存储介质 |
CN108366098B (zh) * | 2018-01-19 | 2021-02-02 | 奇安信科技集团股份有限公司 | 一种网络节点的数据交互方法及装置 |
CN109067758B (zh) * | 2018-08-23 | 2020-07-10 | 江苏大学 | 一种基于多路径的sdn网络数据传输隐私保护系统及其方法 |
CN109617810B (zh) * | 2018-11-30 | 2021-04-16 | 中国联合网络通信集团有限公司 | 数据传输方法及装置 |
CN109992474A (zh) * | 2019-03-08 | 2019-07-09 | 江苏达科云数据科技有限公司 | 一种云环境下系统拓扑探测生成方法 |
CN110275437B (zh) * | 2019-06-06 | 2022-11-15 | 江苏大学 | Sdn网络流量优势监控节点动态选择系统及其方法 |
CN110708246A (zh) * | 2019-10-17 | 2020-01-17 | 山东健康医疗大数据有限公司 | 一种基于sdn网络的医疗健康数据传输优化方法及系统 |
CN112260959A (zh) * | 2020-09-02 | 2021-01-22 | 中电积至(海南)信息技术有限公司 | 一种云数据中心sdn网络负载均衡实现的方法 |
CN117395186A (zh) * | 2022-06-29 | 2024-01-12 | 华为云计算技术有限公司 | 一种分布式训练方法、系统及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104092565A (zh) * | 2014-06-24 | 2014-10-08 | 复旦大学 | 一种面向云数据中心的多租户策略驱动型软件定义网络方法 |
WO2015024838A1 (en) * | 2013-08-23 | 2015-02-26 | Nokia Solutions And Networks Oy | Subscriber tracing in communications |
CN104468408A (zh) * | 2013-09-22 | 2015-03-25 | 中国电信股份有限公司 | 用于动态调整业务带宽的方法和控制中心服务器 |
CN104579966A (zh) * | 2013-10-14 | 2015-04-29 | 华为技术有限公司 | 转发表项生成的方法、转发节点和控制器 |
CN104780056A (zh) * | 2014-01-13 | 2015-07-15 | 中国联合网络通信集团有限公司 | 一种网络管理的方法及设备 |
CN105162672A (zh) * | 2015-08-10 | 2015-12-16 | 刘昱 | 非sdn设备的互连装置及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7443801B2 (en) * | 2004-10-28 | 2008-10-28 | Telcordia Technologies, Inc. | Remote estimation of round-trip delays in a data network |
-
2016
- 2016-11-09 CN CN201610985605.XA patent/CN106357537B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015024838A1 (en) * | 2013-08-23 | 2015-02-26 | Nokia Solutions And Networks Oy | Subscriber tracing in communications |
CN104468408A (zh) * | 2013-09-22 | 2015-03-25 | 中国电信股份有限公司 | 用于动态调整业务带宽的方法和控制中心服务器 |
CN104579966A (zh) * | 2013-10-14 | 2015-04-29 | 华为技术有限公司 | 转发表项生成的方法、转发节点和控制器 |
CN104780056A (zh) * | 2014-01-13 | 2015-07-15 | 中国联合网络通信集团有限公司 | 一种网络管理的方法及设备 |
CN104092565A (zh) * | 2014-06-24 | 2014-10-08 | 复旦大学 | 一种面向云数据中心的多租户策略驱动型软件定义网络方法 |
CN105162672A (zh) * | 2015-08-10 | 2015-12-16 | 刘昱 | 非sdn设备的互连装置及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN106357537A (zh) | 2017-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106357537B (zh) | 一种基于sdn多路径传输的链路监控方法 | |
EP2544409B1 (en) | Generic monitoring packet handling mechanism for OpenFlow 1.1 | |
JP5981993B2 (ja) | オープンフローのためのコントローラ駆動型のoam | |
US8971338B2 (en) | Expanding network functionalities for openflow based split-architecture networks | |
US9369408B1 (en) | High performance and resilience in wide area networking | |
CN110995583B (zh) | 路径探测方法、装置及计算机存储介质 | |
CN106685835B (zh) | 一种在数据中心的计算节点间实现高速分布式路由的方法 | |
CN104704779A (zh) | 用于加速软件定义网络中的转发的方法和设备 | |
CN110601983A (zh) | 一种协议无感知源路由转发方法及系统 | |
CN105721358A (zh) | 多跳分布控制面和单跳数据面交换结构系统的方法和装置 | |
CN104065571B (zh) | 一种广播报文处理方法、装置及系统 | |
CN108471383A (zh) | 报文转发方法、装置和系统 | |
JP6323547B2 (ja) | 通信システム、制御装置、通信制御方法、および、プログラム | |
CN104852855B (zh) | 拥塞控制方法、装置及设备 | |
JP2015012531A (ja) | 通信システム、通信ノード、通信経路切替方法及びプログラム | |
CN108337179A (zh) | 链路流量控制方法及装置 | |
Morel et al. | Network services management using programmable data planes for visual cloud computing | |
CN112469067B (zh) | 一种网络批量业务流量监测方法和系统 | |
JPWO2014069502A1 (ja) | 通信システム、経路情報交換装置、通信ノード、経路情報の転送方法及びプログラム | |
CN109981456A (zh) | 网络装置内的虚拟节点的用于分组重新排序的智能缓存 | |
Adalian et al. | Load balancing in LTE core networks using SDN | |
CN109120539A (zh) | 一种实现数据传输处理的方法及装置 | |
CN113965470B (zh) | 一种航空信息网络实验仿真系统 | |
JP2017050708A (ja) | 通信システム、制御装置、スイッチ、通信方法及びプログラム | |
CN112436983B (zh) | 模拟广域网数据传输方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |