CN111490903B - 一种网络数据采集处理方法和装置 - Google Patents

一种网络数据采集处理方法和装置 Download PDF

Info

Publication number
CN111490903B
CN111490903B CN202010289911.6A CN202010289911A CN111490903B CN 111490903 B CN111490903 B CN 111490903B CN 202010289911 A CN202010289911 A CN 202010289911A CN 111490903 B CN111490903 B CN 111490903B
Authority
CN
China
Prior art keywords
processing unit
acquisition processing
setting
sending
receiving end
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
Application number
CN202010289911.6A
Other languages
English (en)
Other versions
CN111490903A (zh
Inventor
黄耀宗
周晓军
吕晶
黄伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Teligen Communication Technology Co ltd
Original Assignee
Guangzhou Teligen Communication Technology Co ltd
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 Guangzhou Teligen Communication Technology Co ltd filed Critical Guangzhou Teligen Communication Technology Co ltd
Priority to CN202010289911.6A priority Critical patent/CN111490903B/zh
Publication of CN111490903A publication Critical patent/CN111490903A/zh
Application granted granted Critical
Publication of CN111490903B publication Critical patent/CN111490903B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0668Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network

Landscapes

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

Abstract

本申请公开了一种网络数据采集处理方法和装置,方法包括:S1、接收端采集处理单元接收到发送端采集处理单元发送的心跳消息,提取心跳消息中的发送端时间戳;S2、当本地时间戳与发送端时间戳的差值超过预置的时间差阈值时,通过发送异常请求消息确认发送端为处于异常时;S3、判断接收端是否为主采集处理单元,若是,执行S4,否则执行S5;S4、通过接收端设置发送端对应的LAN端口为不可用状态;S5、将接收端设置为主采集处理单元,通过接收端设置发送端对应的LAN端口为不可用状态。解决了现有技术无法检测到由于硬件问题、采集处理单元操作系统或软件问题导致的故障,进而继续把数据输出到相关的LAN端口导致数据丢失或断网的技术问题。

Description

一种网络数据采集处理方法和装置
技术领域
本申请涉及网络数据采集技术领域,尤其涉及一种网络数据采集处理方法和装置。
背景技术
在通信技术飞速发展的今天,各种网络应用迅猛发展,网络流量也呈现出爆炸式的增长。为了能够提供更好的网络服务,保证更安全的网络环境,需要通过串接或并接的方式对网络数据进行采集、分析和处理。由于通信协议多种多样、数据格式千变万化,这对采集处理单元的处理能力和稳定性提出了极高的要求。
现有的采集处理单元,通常由汇聚交换设备通过LAN端口的电气状态来判断与采集处理单元的链路是否正常。在LAN端口状态和链路都正常的情况下,如果出现汇聚交换设备因监测不到的硬件故障导致LAN端口通信中断的故障,或者采集处理单元出现操作系统死机和采集处理软件出现故障时,汇聚交换设备将无法判断出故障,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断,将严重影响网络的安全和稳定。因此设计一种高可用并且负载均衡的网络数据采集处理方法和装置尤为重要。
发明内容
本申请提供了一种网络数据采集处理方法和装置,用于解决现有网络数据采集处理系统由于无法监测到硬件问题、操作系统死机或软件出现故障时,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断的技术问题。
有鉴于此,本申请第一方面提供了一种网络数据采集处理方法,应用于网络数据采集处理装置,各个所述采集处理单元与汇聚交换设备的LAN端口一一对应连接;
所述网络数据采集处理方法包括:
S1、响应于接收到的心跳消息,提取所述心跳消息中的发送端时间戳,其中,所述心跳消息为发送端采集处理单元向接收端采集处理单元发送的消息;
S2、当本地时间戳与所述发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至所述发送端采集处理单元,当收到异常确认消息或响应超时消息,确定所述发送端采集处理单元为异常状态;
S3、判断所述接收端采集处理单元是否为主采集处理单元,若是,执行步骤S4,否则执行步骤S5;
S4、通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态;
S5、将所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
可选地,步骤S1之前还包括:
各个所述采集处理单元均预设主机ID号。
可选地,步骤S5之后还包括:
当本地时间戳与所述发送端时间戳的差值未超过预置的时间差阈值时,将所述主采集处理单元设置为备采集处理单元。
可选地,当设置有多个所述采集处理单元时,步骤S5包括:
将任意一个所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
可选地,当设置有多个所述采集处理单元时,步骤S5还包括:
将主机ID号最大或主机ID号最小的所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
可选地,所述发送端采集处理单元向接收端采集处理单元发送的消息包括:
各个所述发送端采集处理单元每间隔预置时间,向所述汇聚交换设备发送心跳消息;
所述汇聚交换设备将心跳消息广播至各个非发送端采集处理单元。
本申请第二方面提供了一种网络数据采集处理装置,包括:
接收单元,用于响应于接收到的心跳消息,提取所述心跳消息中的发送端时间戳,其中,所述心跳消息为发送端采集处理单元向接收端采集处理单元发送的消息;
确认单元,用于当本地时间戳与所述发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至所述发送端采集处理单元,当收到异常确认消息或响应超时消息,确定所述发送端采集处理单元为异常状态;
判断单元,用于判断所述接收端采集处理单元是否为主采集处理单元,若是,执行第一设置单元,否则执行第二设置单元;
第一设置单元,用于通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态;
第二设置单元,用于将所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
可选地,还包括:
配置单元,用于各个所述采集处理单元均预设主机ID号。
可选地,还包括:
切换单元,用于当本地时间戳与所述发送端时间戳的差值未超过预置的时间差阈值时,将所述主采集处理单元设置为备采集处理单元。
可选地,还包括:
第三设置单元,用于将任意一个所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
发明人在研究现有技术后发现,现有网络数据采集装置的汇聚交换设备是通过LAN端口的电气状态来判断与采集处理单元的链路是否正常。但在端口状态和链路都正常的情况下,如果出现汇聚交换设备因监测不到的硬件故障导致LAN端口通信中断的故障,或者采集处理单元出现操作系统死机、采集处理软件出现故障时,汇聚交换设备将无法判断,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断,将严重影响网络的安全和稳定。
本申请提供了一种网络数据采集处理方法和装置,通过各个采集处理单元分别向相互之间发送心跳消息并记录对应的发送时间戳;当时间戳超过预置时间未更新时,通过组网交换机发送异常请求消息至发送端采集处理单元,当收到异常确认消息或响应超时消息,确定发送端采集处理单元为异常状态;接着判断接收端采集处理单元是否为主采集处理单元,若是,则通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态;否则,将接收端采集处理单元设置为主采集处理单元,通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。具备了双重保障机制,避免系统异常的误判,同时能够实现非LAN端口电气故障时的系统冗余,弥补了汇聚交换设备对LAN端口故障监控的盲点。解决了现有网络数据采集处理系统由于无法监测到硬件问题、或采集处理单元出现操作系统死机和采集处理软件出现故障时,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断的技术问题。
附图说明
图1为本申请实施例中一种网络数据采集处理方法的第一实施例的流程示意图;
图2为本申请实施例中一种网络数据采集处理方法的第二实施例的流程示意图;
图3为本申请实施例中一种网络数据采集处理装置的结构示意图。
具体实施方式
本申请实施例提供了一种网络数据采集处理方法和装置,解决了现有网络数据采集处理系统由于无法监测到硬件问题、操作系统死机或软件出现故障时,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断的技术问题。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
请参阅图1,本申请实施例中一种网络数据采集处理方法的第一实施例的流程示意图,应用于网络数据采集处理装置,各个采集处理单元与汇聚交换设备的LAN端口一一对应连接;网络数据采集处理方法包括:
需要说明的是,各个采集处理单元与汇聚交换设备的LAN端口一一对应连接,进行网络数据传输。
步骤101、响应于接收到的心跳消息,提取心跳消息中的发送端时间戳,其中,心跳消息为发送端采集处理单元向接收端采集处理单元发送的消息。
需要说明的是,各个采集处理单元相互之间发送心跳消息,为了便于描述,将采集处理单元分为发送端采集处理单元和接收端采集处理单元。可以理解的是,接收端采集处理单元接收到心跳消息,从心跳消息中提取时间戳,该时间戳为发送端采集处理单元生成心跳消息的时间戳。
步骤102、当本地时间戳与发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至发送端采集处理单元,当收到异常确认消息或响应超时消息,确定发送端采集处理单元为异常状态。
通过上述每一个从接收端采集处理单元提取的时间戳,从而判断发送端采集处理单元是否按照预置时间生成心跳消息,也就是说通过时间戳判断发送端采集处理单元的运行状态。通常时间戳可以根据实际需要进行设置,本实施例将时间戳设置精确到毫秒,例如,每个5毫秒生成心跳消息,将预置时间设置为15毫秒,当接收端采集处理单元超过15毫秒未提取到心跳消息时。通过组网交换机发送异常请求消息至发送端采集处理单元,接收到异常确认消息或响应超时消息,可以确定发送端采集处理单元为异常状态,也就是说,本实施例通过双重判断,确保了对采集处理单元监控的准确性。
充分发挥汇聚交换设备能够高效收发数据包的优势,在不占用系统和网络资源的情况下,采集处理单元能以极短的时间间隔(毫秒)发送心跳消息,可以极大提高采集处理单元发现系统异常的灵敏度。
步骤103、判断接收端采集处理单元是否为主采集处理单元,若是,执行步骤104,否则执行步骤105。
需要说明的是,各个采集处理单元中设置一个主采集处理单元,其他的为备采集处理单元,主采集处理单元用于控制存在异常状态的采集处理单元对应的汇聚交换设备的LAN端口状态。
步骤104、通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
确定了接收端采集处理单元为主采集处理单元时,则该接收端采集处理单元设置存在异常的发送端采集处理单元对应的汇聚交换设备的LAN端口为不可用状态。
步骤105、将接收端采集处理单元设置为主采集处理单元,通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
可以理解的是,在只有两个采集处理单元的情况时,在上述步骤103中,确定了接收端采集处理单元不是主采集处理单元时,由于确认发送端采集处理单元存在异常,所以,只有将该接收端采集处理单元设置为主采集处理单元。并通过该接收端采集处理单元设置存在异常的发送端采集处理单元对应的汇聚交换设备的LAN端口为不可用状态。
需要说明的是,当某一个采集处理单元为异常时,那么它对应的汇聚交换设备的LAN端口也设置为不可用用状态,此时,汇聚交换设备的数据便不会从这个LAN端口输出。
通过均衡负载方案可以知道,根据源IP、源端口、目的IP、目的端口,按照同源同宿的原则,把网络数据流量均衡地分配到LAN端口组的多个端口,采集处理单元按照平均的原则,各采集处理单元接入相同数量的LAN端口链路,从而实现系统在负载上的均衡。
本实施例中的网络数据采集处理方法,各个采集处理单元相互之间发送心跳消息,通过生成心跳消息的时间戳,对各个采集处理单元的状态进行第一次判断,接着通过组网交换机发送异常请求消息至超过预置时间未更新时间戳的采集处理单元,再次确认该采集处理单元是否处于异常状态,使得具备了双重保障机制,避免系统异常的误判。由于有多个采集处理单元,因此需要设置一个主采集处理单元,用来设置处于异常的采集处理单元对应的汇聚交换设备的LAN端口为不可用状态。
本实施例在实现了可以通过监控LAN端口电气状态(例如LAN端口损坏、掉电、链路中断等)的基础上,还可以监测非LAN端口电气故障引起的系统异常,弥补汇聚交换设备仅对LAN端口电气故障监控的盲点,完善系统冗余功能。真正的达到了高可用,并且负载均衡的网络数据采集效果。解决了现有网络数据采集处理系统由于无法监测到硬件问题、或采集处理单元出现操作系统死机和采集处理软件出现故障时,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断的技术问题。
以上为本申请实施例提供的一种网络数据采集处理方法的第一实施例,以下为本申请实施例提供的一种网络数据采集处理方法的第二实施例。
请参阅图2,本申请实施例中网络数据采集处理方法的第二实施例的流程示意图,包括:
步骤201、各个采集处理单元均预设主机ID号。
需要说明的是,每个采集处理单元均设置了唯一的一个主机ID号,以及对应的汇聚交换设备LAN端口,根据采集处理单元的主机ID号确定一个主采集处理单元。本领域技术人员也可以根据实际需要,例如,将主机ID号为最大或最小的采集处理单元设置为主采集处理单元,也可以是任意一个主机ID号的采集处理单元设置为主采集处理单元。
步骤202、响应于接收到的心跳消息,提取心跳消息中的发送端时间戳,其中,心跳消息为各个发送端采集处理单元每间隔预置时间,向汇聚交换设备发送心跳消息;汇聚交换设备将心跳消息广播至各个非发送端采集处理单元。
需要说明的是,各个采集处理单元相互之间发送心跳消息,因此为了便于描述,将采集处理单元分为发送端采集处理单元和接收端采集处理单元。可以理解的是,接收端采集处理单元接收到心跳消息,从心跳消息中提取时间戳,该时间戳未发送端采集处理单元生成心跳消息的时间戳
可以理解的是,为了保证能够实时地对采集处理单元的状态进行监测,同时保证监测的精确性和灵敏度,因此需要每个采集处理单元每间隔一段时间,分别通过与之连接的LAN端口发送心跳消息到汇聚交换设备,再经过汇聚交换设备通过广播的形式将心跳消息发送到其他的采集处理单元,并记录心跳消息的时间戳。本实施例将发送心跳的间隔时间设置为5毫秒,充分发挥汇聚交换设备能够高效收发数据包的优势,在不占用系统和网络资源的情况下,采集处理单元能以极短的时间间隔(5毫秒)发送心跳消息,可以极大提高发现系统异常的灵敏度。
步骤203、当本地时间戳与发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至发送端采集处理单元,当收到异常确认消息或响应超时消息,确定发送端采集处理单元为异常状态。
步骤203与实施例一中步骤102的描述相同,具体可以参见上述步骤102的描述,在此不再赘述。
步骤204、判断接收端采集处理单元是否为主采集处理单元,若是,执行步骤205,否则执行步骤206和207。
步骤204与实施例一中步骤103的描述相同,具体可以参见上述步骤103的描述,在此不再赘述。
步骤205、通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
步骤205与实施例一中步骤104的描述相同,具体可以参见上述步骤104的描述,在此不再赘述。
步骤206、当设置有多个采集处理单元时,将任意一个接收端采集处理单元设置为主采集处理单元,通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
需要说明的是,当设置有多个(大于等于3个)采集采集处理单元时,本领域技术人员可以根据实际需要,将任意一个接收端采集处理单元设置为主采集处理单元。
步骤207、当设置有多个采集处理单元时,将主机ID号最大或主机ID号最小的接收端采集处理单元设置为主采集处理单元,通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
需要说明的是,当设置有多个(大于或等于3个)采集处理单元时,本领域技术人员可以根据实际需要,还可以将主机ID号最大或主机ID号最小的接收端采集处理单元设置为主采集处理单元。
步骤208、当本地时间戳与发送端时间戳的差值未超过预置的时间差阈值时,将主采集处理单元设置为备采集处理单元。
需要说明的是,当原主采集处理单元恢复正常时,由于其为预先设置的主采集处理单元,所以重新成为主采集处理单元,而之前接替的主采集处理单元判断到原主采集处理单元恢复正常时,则退出主控状态,切换为备用状态。
本实施例中的安全漏洞检测方法,实现了能够监测非LAN端口电气故障引起的系统异常,弥补汇聚交换设备仅对LAN端口电气故障监控的盲点,完善系统冗余功能。真正的达到了高可用,并且负载均衡的网络数据采集效果。解决了现有网络数据采集处理系统由于无法监测到硬件问题、或采集处理单元出现操作系统死机和采集处理软件出现故障时,会继续把数据输出到相关的LAN端口,从而造成数据丢失或网络中断的技术问题。
以上为本申请实施例提供的一种网络数据采集处理方法的第二实施例,以下为本申请实施例提供的一种网络数据采集处理装置的实施例,请参阅图3。
本申请实施例中提供的一种网络数据采集处理装置,包括:
接收单元301,用于响应于接收到的心跳消息,提取心跳消息中的发送端时间戳,其中,心跳消息为发送端采集处理单元向接收端采集处理单元发送的消息;
确认单元302,用于当本地时间戳与发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至发送端采集处理单元,当收到异常确认消息或响应超时消息,确定发送端采集处理单元为异常状态。
判断单元303,用于判断接收端采集处理单元是否为主采集处理单元,若是,执行第一设置单元,否则执行第二设置单元。
第一设置单元304,用于通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
第二设置单元305,用于将接收端采集处理单元设置为主采集处理单元,通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
进一步地,还包括:
配置单元306,用于各个采集处理单元均预设主机ID号。
进一步地,还包括:
切换单元307,用于当本地时间戳与发送端时间戳的差值未超过预置的时间差阈值时,将主采集处理单元设置为备采集处理单元。
进一步地,还包括:
第三设置单元308,用于将任意一个接收端采集处理单元设置为主采集处理单元,通过接收端采集处理单元设置发送端采集处理单元对应的LAN端口为不可用状态。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种网络数据采集处理方法,其特征在于,应用于网络数据采集处理装置,各个采集处理单元与汇聚交换设备的LAN端口一一对应连接;
所述网络数据采集处理方法包括:
S1、响应于接收到的心跳消息,提取所述心跳消息中的发送端时间戳,其中,所述心跳消息为发送端采集处理单元向接收端采集处理单元发送的消息;
S2、当本地时间戳与所述发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至所述发送端采集处理单元,当收到异常确认消息或响应超时消息,确定所述发送端采集处理单元为异常状态;
S3、判断所述接收端采集处理单元是否为主采集处理单元,若是,执行步骤S4,否则执行步骤S5;
S4、通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态;
S5、将所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
2.根据权利要求1所述的网络数据采集处理方法,其特征在于,步骤S1之前还包括:
各个所述采集处理单元均预设主机ID号。
3.根据权利要求1所述的网络数据采集处理方法,其特征在于,步骤S5之后还包括:
当本地时间戳与所述发送端时间戳的差值未超过预置的时间差阈值时,将所述主采集处理单元设置为备采集处理单元。
4.根据权利要求2所述的网络数据采集处理方法,其特征在于,当设置有多个所述采集处理单元时,步骤S5包括:
将任意一个所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
5.根据权利要求2所述的网络数据采集处理方法,其特征在于,当设置有多个所述采集处理单元时,步骤S5还包括:
将主机ID号最大或主机ID号最小的所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
6.根据权利要求1所述的网络数据采集处理方法,其特征在于,所述发送端采集处理单元向接收端采集处理单元发送的消息包括:
各个所述发送端采集处理单元每间隔预置时间,向所述汇聚交换设备发送心跳消息;
所述汇聚交换设备将心跳消息广播至各个非发送端采集处理单元。
7.一种网络数据采集处理装置,其特征在于,包括:
接收单元,用于响应于接收到的心跳消息,提取所述心跳消息中的发送端时间戳,其中,所述心跳消息为发送端采集处理单元向接收端采集处理单元发送的消息;
确认单元,用于当本地时间戳与所述发送端时间戳的差值超过预置的时间差阈值时,通过组网交换机发送异常请求消息至所述发送端采集处理单元,当收到异常确认消息或响应超时消息,确定所述发送端采集处理单元为异常状态;
判断单元,用于判断所述接收端采集处理单元是否为主采集处理单元,若是,执行第一设置单元,否则执行第二设置单元;
第一设置单元,用于通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态;
第二设置单元,用于将所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
8.根据权利要求7所述的网络数据采集处理装置,其特征在于,还包括:
配置单元,用于各个所述采集处理单元均预设主机ID号。
9.根据权利要求7所述的网络数据采集处理装置,其特征在于,还包括:
切换单元,用于当本地时间戳与所述发送端时间戳的差值未超过预置的时间差阈值时,将所述主采集处理单元设置为备采集处理单元。
10.根据权利要求8所述的网络数据采集处理装置,其特征在于,当设置有多个所述采集处理单元时,还包括:
第三设置单元,用于将任意一个所述接收端采集处理单元设置为所述主采集处理单元,通过所述接收端采集处理单元设置所述发送端采集处理单元对应的LAN端口为不可用状态。
CN202010289911.6A 2020-04-14 2020-04-14 一种网络数据采集处理方法和装置 Active CN111490903B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010289911.6A CN111490903B (zh) 2020-04-14 2020-04-14 一种网络数据采集处理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010289911.6A CN111490903B (zh) 2020-04-14 2020-04-14 一种网络数据采集处理方法和装置

Publications (2)

Publication Number Publication Date
CN111490903A CN111490903A (zh) 2020-08-04
CN111490903B true CN111490903B (zh) 2022-08-09

Family

ID=71812752

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010289911.6A Active CN111490903B (zh) 2020-04-14 2020-04-14 一种网络数据采集处理方法和装置

Country Status (1)

Country Link
CN (1) CN111490903B (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112235407B (zh) * 2020-10-19 2024-02-13 郑州大学体育学院 一种基于互联网的教育系统及其网关数据传输方法
CN112395155A (zh) * 2020-11-06 2021-02-23 微民保险代理有限公司 服务的监控方法和装置、存储介质、电子装置
CN112419681B (zh) * 2020-11-19 2022-04-01 杭州云深科技有限公司 目标预警方法、电子设备和介质
CN112511558B (zh) * 2020-12-01 2023-04-07 东方世纪科技股份有限公司 一种基于物联网的机电设备测控系统
CN112698989B (zh) * 2020-12-31 2024-01-02 科华恒盛股份有限公司 数据采集系统的双机互备方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101150430A (zh) * 2007-09-17 2008-03-26 中兴通讯股份有限公司 一种通过心跳机制实现网络接口板倒换的方法
CN101345663A (zh) * 2008-08-22 2009-01-14 杭州华三通信技术有限公司 心跳检测方法和心跳检测设备
CN104113428A (zh) * 2013-04-18 2014-10-22 杭州迪普科技有限公司 一种设备管理装置和方法
CN107124324A (zh) * 2016-02-25 2017-09-01 阿里巴巴集团控股有限公司 一种基于租约的心跳协议方法和设备
CN109167962A (zh) * 2018-09-26 2019-01-08 视联动力信息技术股份有限公司 一种视联网资源释放方法及监控协转服务器

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8150973B2 (en) * 2004-12-30 2012-04-03 Intel Corporation Virtual serial port and protocol for use in serial-over-LAN communication
US8762546B2 (en) * 2011-12-13 2014-06-24 Motorola Mobility Llc Method and apparatus for adaptive network heartbeat message for TCP channel

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101150430A (zh) * 2007-09-17 2008-03-26 中兴通讯股份有限公司 一种通过心跳机制实现网络接口板倒换的方法
CN101345663A (zh) * 2008-08-22 2009-01-14 杭州华三通信技术有限公司 心跳检测方法和心跳检测设备
CN104113428A (zh) * 2013-04-18 2014-10-22 杭州迪普科技有限公司 一种设备管理装置和方法
CN107124324A (zh) * 2016-02-25 2017-09-01 阿里巴巴集团控股有限公司 一种基于租约的心跳协议方法和设备
CN109167962A (zh) * 2018-09-26 2019-01-08 视联动力信息技术股份有限公司 一种视联网资源释放方法及监控协转服务器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
冗余链路技术在测控计算机系统中的应用;王琛等;《飞行器测控学报》;20110415(第02期);全文 *

Also Published As

Publication number Publication date
CN111490903A (zh) 2020-08-04

Similar Documents

Publication Publication Date Title
CN111490903B (zh) 一种网络数据采集处理方法和装置
CN112866004B (zh) 控制面设备的切换方法、装置及转控分离系统
US8117337B2 (en) Method and device for implementing link pass through in point-to-multipoint network
US9237092B2 (en) Method, apparatus, and system for updating ring network topology information
CN110808873B (zh) 一种检测链路故障的方法及装置
CN110740072A (zh) 一种故障检测方法、装置和相关设备
EP2892274B1 (en) Fault recovery method of operation and maintenance channel and network management terminal
CN110674096B (zh) 节点故障排查方法、装置、设备及计算机可读存储介质
CN111654435B (zh) 一种基于lacp的链路保护故障处理系统及方法
US8830842B2 (en) Communication apparatus and communication method
CN106302001B (zh) 数据通信网络中业务故障检测方法、相关装置及系统
US11258666B2 (en) Method, device, and system for implementing MUX machine
CN109039761B (zh) 集群控制通道中故障链路处理方法和装置
JP5440713B2 (ja) 伝送装置および伝送システム並びに障害通知方法
KR101831165B1 (ko) Ntp 서버와 ntp 클라이언트 간 시각 동기 상태의 실시간 모니터링 및 분석 장치
CN112751740B (zh) 一种erps子环资源释放方法、系统、服务器及存储介质
CN114884803A (zh) 多重冗余状态的处理方法、装置、设备和介质
CN115514623A (zh) 故障处理方法、堆叠设备及存储介质
CN112636999A (zh) 一种端口的探测方法和网络监控系统
CN110601972A (zh) 一种报文传输方法、装置及智能弹性架构系统
CN105530113A (zh) 一种实现生成树协议保护倒换的方法和装置
CN115842751B (zh) 一种链路探测方法、装置、系统、设备及可读存储介质
CN115529220B (zh) 通信网关容灾系统及方法
CN117729236A (zh) 一种终端信息采集方法、服务器、设备及存储介质
CN116708477A (zh) 业务保护方法、装置及分布式多芯片设备

Legal Events

Date Code Title Description
PB01 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