CN106254267A - 一种数据转发路径调整方法及网关设备 - Google Patents
一种数据转发路径调整方法及网关设备 Download PDFInfo
- Publication number
- CN106254267A CN106254267A CN201610799423.3A CN201610799423A CN106254267A CN 106254267 A CN106254267 A CN 106254267A CN 201610799423 A CN201610799423 A CN 201610799423A CN 106254267 A CN106254267 A CN 106254267A
- Authority
- CN
- China
- Prior art keywords
- equipment
- gateway
- tuple information
- data stream
- upstream
- 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.)
- Granted
Links
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/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- 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/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64784—Data processing by the network
- H04N21/64792—Controlling the complexity of the content stream, e.g. by dropping packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种数据转发路径调整方法。网关设备获取由解码设备发送至前端设备的重传请求报文,并根据重传请求报文确定与前端设备以及解码设备对应的五元组信息,这样在当根据重传请求报文确定由网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包的情况下,可根据五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备,并根据五元组信息在上行网关设备为发生传输丢包的数据流设置新的路由。从而能够针对丢包问题动态调整数据流的转发路径,实现网路路径的充分利用,提高了网络稳定性以及利用率。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种数据转发路径调整方法。本发明同时还涉及一种网关设备。
背景技术
随着IP监控技术、互联网的推广普及,互联网接入越来越方便,跨地区部门分支机构、商业集团全球分布越来越多地需要远程互联网视频监控。远程视频监控系统是通过标准电话线、网络、移动宽带及ISDN数据线或直接连接,可达到的世界任何角落,并能够控制云台/镜头、存储视频监控图像,并具备当报警触发时向接收端反向拨号报警功能。
在应用远程互联网视频监控的过程中,网络丢包、乱序、延时会带来视频图像的卡顿、花屏等严重后果,影响用户的体验,由于网络下的丢包乱序基本是无法避免的,因此现有技术中通过重新传输丢失的数据来尽量弥补丢包乱序给远程视频监控带来的影响。
如图1所示,为现有技术中的可靠UDP原理示意图,该图中的视频发送端和接收端根据流量的码率特点自适应的开辟专用的发送缓存和接收缓存。接收端内置乱序和丢包处理模块,在一定算法控制下,接收端在恰当的时刻向发送端请求发送缓存中的特定报文,同时发送缓存在算法控制下实时更新数据。据此,IPC通过可靠UDP发送视频流,解码器收到报文进行解码。当网络传输存在数据丢失时,需要解码器发送可靠UDP重传请求。
以上技术需要在SDN的自定义网络中通过网络控制器控制所有连接的交换机,这样在当某个链路发生丢包时,能由网络控制器控制相关路由的切换。然而,发明人在实现本发明的过程中发现,该方式需要当前网络中的所有交换机都支持SDN特性,这样将极大地增加网络实现的设备成本,并且各个交换机都需要集中统一控制(由网络控制器实现,网络控制器一般为SDN控制器),如果SDN控制器宕机,则整个远程视频监控网络都将处于瘫痪状态。
由此可见,如何在节省硬件资源以及保障网络稳定性的前提下,针对网络中数据流的丢包情况的进行动态调整,避免由于数据丢包给视频监控带来的影响,成为本领域技术人员亟待解决的技术问题。
发明内容
本发明提供了一种数据转发路径调整方法,通过动态调整转发路径以解决交换机丢包问题,从而提高网络效率及监控传输的可靠性。该方法应用于包括多个网关设备、解码设备以及前端设备的远程视频监控网络中,包括以下步骤:
所述网关设备获取由所述解码设备发送至所述前端设备的重传请求报文,并根据所述重传请求报文确定与所述前端设备以及所述解码设备对应的五元组信息;
当根据所述重传请求报文确定由所述网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备;
根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由。
优选地,所述重传请求报文是通过对所述网关设备上所述前端设备与所述解码设备通信的端口进行侦听所获取的,所述五元组信息是通过对所述重传请求报文中的设备信息进行解析后获取的,还包括:
所述五元组信息中的目的IP为所述前端设备的IP地址;
所述五元组信息中的目的端口为所述前端设备的端口;
所述五元组信息中的源IP为所述解码器的IP地址;
所述五元组信息中的源端口为所述解码器的端口。
优选地,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备,具体为:
判断所述目的IP是否处于与所述网关设备直连的网段内;
若否,从与所述五元组信息匹配的数据流中提取源MAC地址,并将与所述源MAC地址匹配的ARP表项中的IP地址作为所述上行网关设备的IP地址,以及将所述源MAC地址作为所述上行网关设备的MAC地址。
优选地,根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由,具体为:
根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由;
若存在,将所述数据流切换至所述等价路由;
若不存在,在所述前端设备与所述上行网关设备之间的其他网关设备中选择新的上行网关设备,并继续根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由。
优选地,还包括:
若所述新的上行网关设备与所述前端设备处于同一网段,在与所述上行网关设备处于同一网段的网关设备中选择新的上行网关设备。
相应的,本申请还提出了一种网关设备,应用于包括多个所述网关设备、解码设备以及前端设备的远程视频监控网络中,包括:
处理模块,获取由所述解码设备发送至所述前端设备的重传请求报文,并根据所述重传请求报文确定与所述前端设备以及所述解码设备对应的五元组信息;
确定模块,当根据所述重传请求报文确定由所述网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备;
设置模块,根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由。
优选地,所述重传请求报文是通过对所述网关设备上所述前端设备与所述解码设备通信的端口进行侦听所获取的,所述五元组信息是通过对所述重传请求报文中的设备信息进行解析后获取的,还包括:
所述五元组信息中的目的IP为所述前端设备的IP地址;
所述五元组信息中的目的端口为所述前端设备的端口;
所述五元组信息中的源IP为所述解码器的IP地址;
所述五元组信息中的源端口为所述解码器的端口。
优选地,所述确定模块具体用于:
判断所述目的IP是否处于与所述网关设备直连的网段内;
若否,从与所述五元组信息匹配的数据流中提取源MAC地址,并将与所述源MAC地址匹配的ARP表项中的IP地址作为所述上行网关设备的IP地址,以及将所述源MAC地址作为所述上行网关设备的MAC地址。
优选地,所述设置模块具体用于:
根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由;
若存在,将所述数据流切换至所述等价路由;
若不存在,在所述前端设备与所述上行网关设备之间的其他网关设备中选择新的上行网关设备,并继续根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由。
优选地,所述设置模块还用于:
若所述新的上行网关设备与所述前端设备处于同一网段,在与所述上行网关设备处于同一网段的网关设备中选择新的上行网关设备。
由此可见,通过应用本申请的技术方案,网关设备获取由解码设备发送至前端设备的重传请求报文,并根据重传请求报文确定与前端设备以及解码设备对应的五元组信息,这样在当根据重传请求报文确定由网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包的情况下,可根据五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备,并根据五元组信息在上行网关设备为发生传输丢包的数据流设置新的路由。从而能够针对丢包问题动态调整数据流的转发路径,实现网路路径的充分利用,提高了网络稳定性以及利用率。
附图说明
图1为现有技术中的可靠UDP原理示意图;
图2为本申请提出的一种数据转发路径调整方法的流程示意图;
图3为本申请具体实施例提出的一种视频组网结构示意图;
图4为本申请具体实施例中标准的SIP协议报文格式示意图;
图5为本申请具体实施例中的ARP地址表示意图;
图6为本申请提出的一种网关设备的结构示意图。
具体实施方式
有鉴于现有技术中的问题,本申请提出了一种数据转发路径调整方法。在此需要说明的是,由于本申请旨在针对多路径的交换机组网中所存在的丢包情况动态调整数据流的传输路径,因此该方案应用于包括多个网关设备、解码设备以及前端设备的远程视频监控网络中,其中多个网关设备组成多层网络,前端设备所发送的数据流通过层层网关设备传输,最终由解码设备接收,由于不同的网关设备的转发能力以及设备使用情况均不同,因此该网络中所传输的数据流将不可避免的存在丢包情况,通过应用本申请的技术方案,可以在减少硬件资源消耗的前提下解决丢包问题,提高网络的稳定性。
如图2所示,该方法包括以下步骤:
S201,所述网关设备获取由所述解码设备发送至所述前端设备的重传请求报文,并根据所述重传请求报文确定与所述前端设备以及所述解码设备对应的五元组信息。
如背景技术所述,在当前的视频组网中,前端设备(例如IPC)所发送的视频数据流经过各个网关设备(如交换机等)被传输至解码器,解码器获取视频流进行解码显示。由于IPC和解码器DC之间遵守可靠UDP原理机制,因此当解码器发生视频报文丢失的情况时,可靠UDP重传机制会被触发,此时解码器需要发送重传请求到IPC,要求其重发丢失的报文。
基于上述情况,当前的视频组网中的网关设备通过组网形成多路径,本申请技术方案指示其中的各个网关设备监听并识别由解码器发送的重传请求报文,并据此获取前端设备和解码设备相关的五元组信息。
在本申请的优选实施例中,重传请求报文通过对网关设备上前端设备与解码设备通信的端口进行侦听所获取,而五元组信息是通过对重传请求报文中的设备信息进行解析后获取的。五元组信息中各个内容所指代的内容如下:
所述五元组信息中的目的IP为所述前端设备的IP地址;
所述五元组信息中的目的端口为所述前端设备的端口;
所述五元组信息中的源IP为所述解码器的IP地址;
所述五元组信息中的源端口为所述解码器的端口。
S202,当根据所述重传请求报文确定由所述网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备。
当某台转发的网关交换机发现某条或多条数据流传输丢包,则可以根据当前交换机通过IPC发送的数据流的源MAC查找上行交换机。对于处于中间层(即和前端设备非直连)的网关设备来说,本申请针对其进行数据流的传输路径切换,而对于与前端设备直连的网关设备来说,则无需再切换。
基于S201中所获取的五元组信息,本申请的优选实施例指示网关设备从重传请求中分析得到IPC的IP地址及端口,从而具体确定是哪条数据流发生丢包,再根据该IPC发送的数据流的源MAC地址来寻找上行网关设备。由于网关设备在与前端设备直连的情况下无需再切换数据流的传输路径,因此该步骤首先判断目的IP是否处于与所述网关设备直连的网段内,并依据以下情况进行处理:
(1)源IP处于与网关设备直连的网段内
在该情况下,意味着网关设备与前端设备处于直连状态,此时将该网关设备进行替换即可。
(2)源IP处于与网关设备非直连的网段内
在该情况下,网关设备与前端设备处于非直连状态,因此本优选实施例从与五元组信息匹配的数据流中提取源MAC地址,并将与源MAC地址匹配的ARP表项中的IP地址作为上行网关设备的IP地址,以及将源MAC地址作为所述上行网关设备的MAC地址。
S203,根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由。
在通过S202寻找到上行源端的交换机后,本步骤即在此网关交换机上根据五元组信息设置调整部分丢包数据流发送的新的路由,通过另外的交换机对数据流进行转发,从而能够动态调整数据流转发的路径,避免丢包情况的出现。
在本申请的优选实施例中,根据五元组信息中的目的IP判断上行网关设备与解码设备之间是否存在与当前的路由不同的等价路由,若按照当前的上行网关设备无法查找到合适的等价路由,那么则以更上一层的交换机为基础进行等价路由的查询。具体处理方式如下:
(1)若存在等价路由,将所述数据流切换至所述等价路由;
(2)若不存在等价路由,在前端设备与上行网关设备之间的其他网关设备中选择新的上行网关设备,并继续根据目的IP判断上行网关设备与解码设备之间是否存在与当前的路由不同的等价路由。
此外,若再往上一层的网关设备为与前端设备直连的网关设备时,则需要在另外的底层的网关设备中重新查找,因此若新的上行网关设备与前端设备处于同一网段时,在与上行网关设备处于同一网段的网关设备中选择新的上行网关设备。
通过应用本申请的技术方案,网关设备获取由解码设备发送至前端设备的重传请求报文,并根据重传请求报文确定与前端设备以及解码设备对应的五元组信息,这样在当根据重传请求报文确定由网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包的情况下,可根据五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备,并根据五元组信息在上行网关设备为发生传输丢包的数据流设置新的路由。从而能够针对丢包问题动态调整数据流的转发路径,实现网路路径的充分利用,提高了网络稳定性以及利用率。
为了进一步阐述本发明的技术思想,现结合图3所示的具体应用场景,对本发明的技术方案进行说明。在图3所示的视频组网结构示意图中,IPC与解码器通过多个交换机进行连接,由IPC发送的码流通过多层交换机的路由传输至解码器。与解码器直连的交换机为接入交换机,如ESW1、ESW2、ESW3、ESW4、ESW5、ESW6等,接入交换机同时与上一层的汇聚交换机连接,如CSW1、CSW2、CSW3等,通过各层交换机,路由最终连接至IPC。IPC发送的视频流经过各个交换机,解码器获取视频流进行解码显示。
需要说明的是,在上述视频组网中,IPC和解码器DC之间是遵守可靠UDP原理机制的。这样就能利用UDP协议的高效性保证可用带宽不会急速下降,从而能比TCP更适应恶劣的网络环境。
具体地,该具体实施例由以下主要步骤组成:
一、重传请求的发送
以图3所示的视频组网结构为例,假设数据流是由地址为1.1.1.2的IPC发送可靠UDP视频流至地址为2.1.1.6的解码器DC1,由于IPC和各个解码器DC之间是遵守可靠UDP原理机制的,因此根据可靠UDP的原理,当IPC发送到解码器的视频流发生丢包时,解码器需要发送丢失报文的重传请求给IPC,该重传请求用以请求IPC重发丢失的相应报文段。
在图3所示的组网图中,解码器DC的重传请求在传输至IPC的过程中,会经过接入交换机和汇聚交换机,最后到达IPC。
二、重传请求的获取以及解析
在应用本具体实施例的视频组网中,交换机的组网存在多个路径,这些路径中的各个交换机将监听并识别解码器的重传请求报文,并据此获取IPC和解码器相关的五元组信息(目的IP、目的端口、源IP、源端口、传输协议)。以图3所示的存在多个路径的视频组网为例,对于视频监控领域所有的存储流或实况流而言,终端设备(IPC)对外发送的数据流都是以来自视频管理服务器所下发的信令来进行相关动作的。
例如,某客户端需要实况某一路网络摄像机的实时图像时,VM管理服务器都会下发信令,信令报文里会明确告知需要每秒多少速率的数据流,承载的协议是什么,在图4所示的标准的SIP协议报文格式示意图中,该报文携带了发送数据流大小以及编码格式等信息。
基于以上介绍,当解码器DC1发送至IPC1的重传请求经过接入网关交换机ESW1时,交换机ESW1上将会启动一个后台程序,在DC和IPC通信的端口(例如25060上)侦听DC发送的重传请求消息。通过检查每个请求报文内容中的设备信息,交换机ESW1可以获取与IPC以及解码器相关的五元组信息,即目的IP(IPC地址1.1.1.2)、目的端口(IPC端口25060)、源IP(DC的IP地址2.1.1.6)、源端口(DC端口25060)、传输协议(可靠UDP)。
同理,交换机ESW2,ESW3,ESW4,ESW5,ESW6分别针对其下连接的DC侦听DC的重传请求消息,通过检查每个请求报文内容中的设备信息来获取IPC和解码器相关的五元组信息,即目的IP(IPC地址)、目的端口(IPC端口)、源IP(DC的IP地址、源端口(DC端口)、传输协议(可靠UDP)。
三、针对传输丢包的调整
在该步骤中,当某台转发的交换机发现某条或多条数据流传输丢包,当前交换机可以通过IPC发送的数据流的源MAC查找上行的交换机。以图3为例,该步骤具体包括以下流程:
步骤a)当某个交换机(例如ESW1)发现自身转发的多条(例如超过5%)数据流传输丢包,则判断此交换机的数据转发压力比较大,需要寻找上行网段的多个路由,寻找新的交换机转发路径;
步骤b)ESW1根据步骤(二)中的DC发送的重传请求信息获取IPC和解码器相关的五元组信息,即目的IP(IPC地址)、目的端口(IPC端口)、源IP(DC的IP地址)、源端口(DC端口)、传输协议(可靠UDP),并根据通过IPC发送的数据流的源MAC查找上行交换机。
例如,在ESW1交换机上可以获取各个网关设备的ARP地址表,查询到的ARP地址表如图5所示,当寻找到上行对应的交换机后,在此交换机上根据五元组信息设置调整部分丢包数据流发送的新的路由,使得数据流通过另外的交换机进行传输。从而实现数据流转发的路径的动态调整。以图3所示的具体应用场景为例,调整流程如下:
步骤a)DC发送包含流的五元组信息的重传请求给网关交换机ESW1;
步骤b)网关ESW1收到后,根据五元组信息,先判断目的IP是否处于与自身直连的网段;
步骤c)如果是,说明该IPC就是自己直连的设备,则不再处理。
步骤d)如果不是,则找到匹配的视频流,从视频流中提取源MAC;网关ESW1根据源MAC,找到对应的ARP表项和端口,这个ARP表项中的IP就是流的上游三层交换机CSW1的IP,这个MAC就是这个设备交换机CSW1的MAC;网关ESW1将请求送往上游设备CSW1
步骤e)CSW1上游设备收到后,根据五元组中的目的IP判断是否存在等价路由,如果是,则将流切换到等价路由的其他下一跳;例如当找到网关交换机TSW1,此时,交换机TSW1会把IPC发送的数据流,由原来的新路径IPC---ASW1---TSW2---CSW1-ESW1-DC,切换为新路径IPC---ASW1---TSW1---CSW2-ESW1-DC。
步骤f)网关交换机TSW1把流(来自IPC的数据流)切换过去后,判断是否还有来自下游CSW2的切换请求,如果一段时间内没有DC重传请求,则表示切换路径后,DC解码不存在丢包
步骤g)针对步骤e)的另一种可能,如果没有等价路由,则继续执行d的步骤。向上继续寻找新的路径。如果寻找到的网关交换机和IPC在同一网段则表示,当前路径未寻找成功,需要从底层的交换机,例如CSW2继续执行d的步骤,向上去寻找交换机。
通过采取以上具体实施例的技术方案,当某台转发的交换机发现多条数据流传输丢包,并且它到上行网段存在多个路由,则可以当前交换机通过IPC发送的数据流的源MAC,去查找上行的多个交换机,2.当寻找到上行源端对应的发流端(IPC端)对应的交换机后,在此交换机上,根据五元组信息,设置调整部分丢包数据流发送的新的路由,走另外的交换机。动态逐级调整数据流转发的路径。通过此种方法,可以动态调整多条UDP/TCP数据流的转发路径,调整充分利用网络路径,降低丢包。
为达到以上技术目的,本申请还提出了一种网关设备,应用于包括多个所述网关设备、解码设备以及前端设备的远程视频监控网络中,如图6所示,包括:
处理模块610,获取由所述解码设备发送至所述前端设备的重传请求报文,并根据所述重传请求报文确定与所述前端设备以及所述解码设备对应的五元组信息;
确定模块620,当根据所述重传请求报文确定由所述网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备;
设置模块630,根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由。
在具体的应用场景中,所述重传请求报文是通过对所述网关设备上所述前端设备与所述解码设备通信的端口进行侦听所获取的,所述五元组信息是通过对所述重传请求报文中的设备信息进行解析后获取的,还包括:
所述五元组信息中的目的IP为所述前端设备的IP地址;
所述五元组信息中的目的端口为所述前端设备的端口;
所述五元组信息中的源IP为所述解码器的IP地址;
所述五元组信息中的源端口为所述解码器的端口。
在具体的应用场景中,所述确定模块具体用于:
判断所述目的IP是否处于与所述网关设备直连的网段内;
若否,从与所述五元组信息匹配的数据流中提取源MAC地址,并将与所述源MAC地址匹配的ARP表项中的IP地址作为所述上行网关设备的IP地址,以及将所述源MAC地址作为所述上行网关设备的MAC地址。
在具体的应用场景中,所述设置模块具体用于:
根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由;
若存在,将所述数据流切换至所述等价路由;
若不存在,在所述前端设备与所述上行网关设备之间的其他网关设备中选择新的上行网关设备,并继续根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由。
在具体的应用场景中,所述设置模块还用于:
若所述新的上行网关设备与所述前端设备处于同一网段,在与所述上行网关设备处于同一网段的网关设备中选择新的上行网关设备。
由此可见,通过采取以上具体实施例的技术方案,当某台转发的交换机发现多条数据流传输丢包,并且它到上行网段存在多个路由,则可以当前交换机通过IPC发送的数据流的源MAC,去查找上行的多个交换机,2.当寻找到上行源端对应的发流端(IPC端)对应的交换机后,在此交换机上,根据五元组信息,设置调整部分丢包数据流发送的新的路由,走另外的交换机。动态逐级调整数据流转发的路径。通过此种方法,可以动态调整多条UDP/TCP数据流的转发路径,调整充分利用网络路径,降低丢包。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施场景所述的方法。
本领域技术人员可以理解附图只是一个优选实施场景的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中,也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述,不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (10)
1.一种数据转发路径调整方法,应用于包括多个网关设备、解码设备以及前端设备的远程视频监控网络中,其特征在于,该方法包括:
所述网关设备获取由所述解码设备发送至所述前端设备的重传请求报文,并根据所述重传请求报文确定与所述前端设备以及所述解码设备对应的五元组信息;
当根据所述重传请求报文确定由所述网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备;
根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由。
2.如权利要求1所述的方法,其特征在于,所述重传请求报文是通过对所述网关设备上所述前端设备与所述解码设备通信的端口进行侦听所获取的,所述五元组信息是通过对所述重传请求报文中的设备信息进行解析后获取的,还包括:
所述五元组信息中的目的IP为所述前端设备的IP地址;
所述五元组信息中的目的端口为所述前端设备的端口;
所述五元组信息中的源IP为所述解码器的IP地址;
所述五元组信息中的源端口为所述解码器的端口。
3.如权利要求2所述的方法,其特征在于,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备,具体为:
判断所述目的IP是否处于与所述网关设备直连的网段内;
若否,从与所述五元组信息匹配的数据流中提取源MAC地址,并将与所述源MAC地址匹配的ARP表项中的IP地址作为所述上行网关设备的IP地址,以及将所述源MAC地址作为所述上行网关设备的MAC地址。
4.如权利要求2所述的方法,其特征在于,根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由,具体为:
根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由;
若存在,将所述数据流切换至所述等价路由;
若不存在,在所述前端设备与所述上行网关设备之间的其他网关设备中选择新的上行网关设备,并继续根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由。
5.如权利要求4所述的方法,其特征在于,还包括:
若所述新的上行网关设备与所述前端设备处于同一网段,在与所述上行网关设备处于同一网段的网关设备中选择新的上行网关设备。
6.一种网关设备,应用于包括多个所述网关设备、解码设备以及前端设备的远程视频监控网络中,其特征在于,包括:
处理模块,获取由所述解码设备发送至所述前端设备的重传请求报文,并根据所述重传请求报文确定与所述前端设备以及所述解码设备对应的五元组信息;
确定模块,当根据所述重传请求报文确定由所述网关设备转发的数据流中有大于预设的数量阈值的数据流发生传输丢包,根据所述五元组信息确定与各个发生传输丢包的数据流所对应的上行网关设备;
设置模块,根据所述五元组信息在所述上行网关设备为所述发生传输丢包的数据流设置新的路由。
7.如权利要求6所述的网关设备,其特征在于,所述重传请求报文是通过对所述网关设备上所述前端设备与所述解码设备通信的端口进行侦听所获取的,所述五元组信息是通过对所述重传请求报文中的设备信息进行解析后获取的,还包括:
所述五元组信息中的目的IP为所述前端设备的IP地址;
所述五元组信息中的目的端口为所述前端设备的端口;
所述五元组信息中的源IP为所述解码器的IP地址;
所述五元组信息中的源端口为所述解码器的端口。
8.如权利要求7所述的网关设备,其特征在于,所述确定模块具体用于:
判断所述目的IP是否处于与所述网关设备直连的网段内;
若否,从与所述五元组信息匹配的数据流中提取源MAC地址,并将与所述源MAC地址匹配的ARP表项中的IP地址作为所述上行网关设备的IP地址,以及将所述源MAC地址作为所述上行网关设备的MAC地址。
9.如权利要求7所述的网关设备,其特征在于,所述设置模块具体用于:
根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由;
若存在,将所述数据流切换至所述等价路由;
若不存在,在所述前端设备与所述上行网关设备之间的其他网关设备中选择新的上行网关设备,并继续根据所述目的IP判断所述上行网关设备与所述解码设备之间是否存在与当前的路由不同的等价路由。
10.如权利要求9所述的网关设备,其特征在于,所述设置模块还用于:
若所述新的上行网关设备与所述前端设备处于同一网段,在与所述上行网关设备处于同一网段的网关设备中选择新的上行网关设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610799423.3A CN106254267B (zh) | 2016-08-31 | 2016-08-31 | 一种数据转发路径调整方法及网关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610799423.3A CN106254267B (zh) | 2016-08-31 | 2016-08-31 | 一种数据转发路径调整方法及网关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106254267A true CN106254267A (zh) | 2016-12-21 |
CN106254267B CN106254267B (zh) | 2020-01-14 |
Family
ID=58081138
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610799423.3A Active CN106254267B (zh) | 2016-08-31 | 2016-08-31 | 一种数据转发路径调整方法及网关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106254267B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108347310A (zh) * | 2017-01-25 | 2018-07-31 | 中国移动通信有限公司研究院 | 一种分组数据的实时重传方法、实时重传系统及相关装置 |
CN109495352A (zh) * | 2018-12-27 | 2019-03-19 | 新华三技术有限公司 | 一种传输路径的确定方法和装置 |
CN111163040A (zh) * | 2018-11-08 | 2020-05-15 | 浙江宇视科技有限公司 | 一种重协商的会话重建方法及装置 |
CN115941816A (zh) * | 2021-08-17 | 2023-04-07 | 中移(苏州)软件技术有限公司 | 一种丢包处理方法、装置及存储介质 |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080130571A1 (en) * | 2006-12-05 | 2008-06-05 | Motorola, Inc. | Handover in a mobile network domain |
CN102316011A (zh) * | 2010-07-07 | 2012-01-11 | 阿里巴巴集团控股有限公司 | 消息路由方法、消息路由系统和路由网关 |
CN102377672A (zh) * | 2011-11-03 | 2012-03-14 | 华为技术有限公司 | 数据中心网络中的选路方法和通信设备 |
CN102413054A (zh) * | 2011-12-15 | 2012-04-11 | 北京星网锐捷网络技术有限公司 | 数据流量控制方法、装置及系统、网关设备、交换机设备 |
CN103686445A (zh) * | 2013-12-03 | 2014-03-26 | 浙江宇视科技有限公司 | 一种视频监控网络中Qos动态调整方法和装置 |
US20140269277A1 (en) * | 2013-03-15 | 2014-09-18 | International Business Machines Corporation | Dynamic maximum transmission unit size adaption |
CN104717144A (zh) * | 2015-03-23 | 2015-06-17 | 中国科学技术大学 | 一种基于网内缓存和逐跳确认的可靠组播方法 |
CN104852855A (zh) * | 2014-02-19 | 2015-08-19 | 华为技术有限公司 | 拥塞控制方法、装置及设备 |
CN105430531A (zh) * | 2015-11-03 | 2016-03-23 | 浙江万里学院 | 一种基于软件定义网络的远程医疗3d视频服务传输方法 |
CN105450532A (zh) * | 2014-09-28 | 2016-03-30 | 杭州华三通信技术有限公司 | 软件定义网络中的三层转发方法及装置 |
CN105791054A (zh) * | 2016-04-22 | 2016-07-20 | 西安交通大学 | 一种基于流分类实现的自主可控可靠组播传输方法 |
-
2016
- 2016-08-31 CN CN201610799423.3A patent/CN106254267B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080130571A1 (en) * | 2006-12-05 | 2008-06-05 | Motorola, Inc. | Handover in a mobile network domain |
CN102316011A (zh) * | 2010-07-07 | 2012-01-11 | 阿里巴巴集团控股有限公司 | 消息路由方法、消息路由系统和路由网关 |
CN102377672A (zh) * | 2011-11-03 | 2012-03-14 | 华为技术有限公司 | 数据中心网络中的选路方法和通信设备 |
CN102413054A (zh) * | 2011-12-15 | 2012-04-11 | 北京星网锐捷网络技术有限公司 | 数据流量控制方法、装置及系统、网关设备、交换机设备 |
US20140269277A1 (en) * | 2013-03-15 | 2014-09-18 | International Business Machines Corporation | Dynamic maximum transmission unit size adaption |
CN103686445A (zh) * | 2013-12-03 | 2014-03-26 | 浙江宇视科技有限公司 | 一种视频监控网络中Qos动态调整方法和装置 |
CN104852855A (zh) * | 2014-02-19 | 2015-08-19 | 华为技术有限公司 | 拥塞控制方法、装置及设备 |
CN105450532A (zh) * | 2014-09-28 | 2016-03-30 | 杭州华三通信技术有限公司 | 软件定义网络中的三层转发方法及装置 |
CN104717144A (zh) * | 2015-03-23 | 2015-06-17 | 中国科学技术大学 | 一种基于网内缓存和逐跳确认的可靠组播方法 |
CN105430531A (zh) * | 2015-11-03 | 2016-03-23 | 浙江万里学院 | 一种基于软件定义网络的远程医疗3d视频服务传输方法 |
CN105791054A (zh) * | 2016-04-22 | 2016-07-20 | 西安交通大学 | 一种基于流分类实现的自主可控可靠组播传输方法 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108347310A (zh) * | 2017-01-25 | 2018-07-31 | 中国移动通信有限公司研究院 | 一种分组数据的实时重传方法、实时重传系统及相关装置 |
CN111163040A (zh) * | 2018-11-08 | 2020-05-15 | 浙江宇视科技有限公司 | 一种重协商的会话重建方法及装置 |
CN111163040B (zh) * | 2018-11-08 | 2022-06-14 | 浙江宇视科技有限公司 | 一种重协商的会话重建方法及装置 |
CN109495352A (zh) * | 2018-12-27 | 2019-03-19 | 新华三技术有限公司 | 一种传输路径的确定方法和装置 |
CN115941816A (zh) * | 2021-08-17 | 2023-04-07 | 中移(苏州)软件技术有限公司 | 一种丢包处理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN106254267B (zh) | 2020-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9083585B2 (en) | Retransmission-based stream repair and stream join | |
EP3193489B1 (en) | Software-defined network-based method and system for implementing content distribution network | |
Barakabitze et al. | A novel QoE-centric SDN-based multipath routing approach for multimedia services over 5G networks | |
US9838724B2 (en) | Media distribution network for live streaming | |
US8792510B2 (en) | System and method for pseudowire packet cache and re-transmission | |
CN104869065A (zh) | 数据报文处理方法及装置 | |
CN106254267A (zh) | 一种数据转发路径调整方法及网关设备 | |
US20160182368A1 (en) | Multi-nonce enabled interest packet design for named-data networking | |
CN104023006A (zh) | 一种基于应用层中继的多径传输系统及方法 | |
CN103338207A (zh) | 无线自组织网络中实时视频多跳中继方法 | |
US11134001B2 (en) | Data distribution method and distribution server | |
Hodroj et al. | A survey on video streaming in multipath and multihomed overlay networks | |
CN111224889A (zh) | 一种数据传输的方法和装置 | |
US20230155921A1 (en) | Multicast packet sending method, apparatus, and system | |
CN107070790A (zh) | 一种路由学习方法及路由设备 | |
CN106302213A (zh) | 一种数据传输的方法及装置 | |
Lindner et al. | P4-Protect: 1+ 1 Path Protection for P4 | |
CN102769552B (zh) | 一种通过bfd检测lsp时传输bfd报文的方法和设备 | |
CN116915688B (zh) | 一种实时音视频传输网络的数据传输方法及系统 | |
CN110677392B (zh) | 一种视频数据传输方法和装置 | |
CN103916489B (zh) | 一种单域名多ip的域名解析方法及系统 | |
CN111245733B (zh) | 一种数据传输的方法和装置 | |
CN106101005B (zh) | 一种数据中心网络中基于分组长度的拥塞控制方法 | |
CN109963123B (zh) | 一种摄像头的控制方法和装置 | |
US20240251138A1 (en) | Reference video quality measurement feedback |
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 |