CN101577647A - 一种支持多vlan的告警箱及其告警处理方法 - Google Patents
一种支持多vlan的告警箱及其告警处理方法 Download PDFInfo
- Publication number
- CN101577647A CN101577647A CNA2009101483111A CN200910148311A CN101577647A CN 101577647 A CN101577647 A CN 101577647A CN A2009101483111 A CNA2009101483111 A CN A2009101483111A CN 200910148311 A CN200910148311 A CN 200910148311A CN 101577647 A CN101577647 A CN 101577647A
- Authority
- CN
- China
- Prior art keywords
- virtual interface
- driver module
- interface driver
- vlan
- datagram
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种支持多VLAN的告警箱及其告警处理方法,该告警箱包括:虚拟接口管理模块,用于管理虚拟接口配置文件,在系统启动或在接收到业务处理模块发送的配置指令时,加载虚拟接口驱动模块;物理接口驱动模块,用于将接收到的不同VLAN告警源发送的数据报向上转发,且在接收到虚拟接口驱动模块发送的数据报时,对数据报对应数据结构进行包装处理后发送至对应的VLAN告警源;多个虚拟接口驱动模块,用于转发物理接口驱动模块与业务处理模块之间的数据报。本发明提供的告警箱,可在VLAN环境下和多个通信系统连接,降低了告警箱的数目和对数据交换机的要求,减轻了运维人员的工作量。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种支持多VLAN的告警箱及其告警处理方法。
背景技术
为解决使用不同体系结构的网络间互相通信的问题,国际标准化组织提出了开放系统互联参考模型(Open System Interconnection Reference Model,简称OSI/RM或者OSI),将庞大复杂的网络结构和协议使用分层的方法划分为若干个容易处理的小问题,各层完成的功能和接口严格定义。OSI模型从上到下分为七层,分别是应用层,表示层,会话层,传输层,网络层,数据链路层,物理层。目前广泛应用的因特网协议簇(传输层协议网际协议,简称TCP/IP)是OSI模型的一个浓缩版本,有四个层次:网络接口层(对应OSI的物理层和数据链路层,TCP/IP未对网络接口层进行定义,而由参与互联的网络自行定义,然后与网际互联层对接),网际互联层(对应OSI的网络层),传输层(对应OSI传输层),应用层(对应OSI会话层和表示层)。
LAN(Local Area Network,局域网)是覆盖家庭,办公室或者建筑等小地域范围的一种网络,一般基于以太网技术。附属于某个LAN的主机通过交换机或者集线器进行通信。LAN内的各主机通过广播方式实现操作和管理机制,比如定位信息或者可用资源信息。当某一LAN内主机数目增加到一定程度时,广播通信流可能导致部分主机的网络服务不可用,当这些主机重建连接时引发更多广播通信流,由此引发的连锁反应是广播风暴,它会使得整个网络陷入瘫痪。另外大型局域网内的某个主机产生的问题(比如蠕虫)很容易蔓延至整个网络。
VLAN(Virtual LAN,虚拟局域网)是将大型网络划分为一个个小型的虚拟网络,便于隔离广播和管理。VLAN的具体实现由支持VLAN的数据交换机进行,工作在OSI模型的数据链路层。这种交换机具有若干端口,每个端口都可以通过配置归属于某个虚拟子网,交换机自端口收到主机发送的数据后,为数据包打上特殊的标签(VLAN ID),交换机允许具有相同VLAN ID的数据包在端口间传递,这样就实现了广播的隔离。当数据包自端口发往与之连接的主机时,交换机将删除其中的VLAN ID。
告警箱是一种通过声光指示,提醒维护人员所管理的通信系统(以下用告警源表述)产生异常的设备,属于通信系统的操作维护模块。告警箱内置网络接口卡,使用双绞线通过交换机接入LAN,使用TCP/IP协议和被管理的通信系统连接。在实际工程实施中,一般每个通信系统的各模块,包括告警箱,组成一个LAN。基于安全和管理便利的考虑,各系统之间使用VLAN进行隔离。
随着电信运营商业务的多样化,通信系统的数量和种类也越来越多。技术进步和运营商之间的竞争使得运维人员相对通信系统的数量和种类变少,同一组或者个人所管理的系统数量增加,这要求告警箱可以监控多个通信系统,同时和处于多个处于不同VLAN内的通信系统连接。
然而,现有的告警箱通过网络和告警源连接,在有路由功能的三层交换机的支持下,可以和处于不同VLAN中的告警源连接,若现场没有三层交换机,现有告警箱则无能为力。
发明内容
本发明提供一种支持多VLAN的告警箱及其告警处理方法,用以解决现有技术中存在的告警箱只能通过三层交换机连接处于不同VLAN中的多个通信系统,当只有二层交换机的情况下无法实现一个告警箱连接多个通信系统的问题。
本发明提供一种支持多VLAN的告警箱,包括用户接口模块、业务处理模块,进一步的所述告警箱还包括:虚拟接口管理模块、物理接口驱动模块和多个虚拟接口驱动模块,
所述虚拟接口管理模块,用于维护管理虚拟接口的配置文件,并在系统启动时或在接收到所述业务处理模块发送的配置指令时,加载虚拟接口驱动模块;
所述物理接口驱动模块,用于在接收到不同VLAN告警源发送的数据报时,分析所述数据报的VLAN帧头将其发送至对应的虚拟接口驱动模块;在接收到所述虚拟接口驱动模块发送的数据结构和VLAN ID信息时,对所述数据结构进行包装处理后,发送至对应的VLAN告警源;
所述多个虚拟接口驱动模块,用于在接收到物理接口驱动模块发送的源自不同VLAN告警源的数据报时,将其通过网络协议栈发送至业务处理模块;在接收到业务处理模块通过网络协议栈发送的数据报时,将所述数据报对应的数据结构和虚拟接口驱动模块自身的VLAN ID信息发送至物理接口驱动模块。
其中,所述物理接口驱动模块包括:
物理接口第一收发子模块,用于接收源自不同VLAN告警源的数据报,分析所述数据报的VLAN帧头,获取所述数据报的VLAN ID信息,根据所述VLANID信息查找对应的虚拟接口驱动模块,并将所述数据报发送至对应的虚拟接口驱动模块;
物理接口第二收发子模块,用于接收所述虚拟接口驱动模块发送的数据结构和VLAN ID信息,对所述数据结构进行组装VLAN帧头、填入所述VLAN ID信息处理后,发送至对应的VLAN告警源。
所述虚拟接口驱动模块包括:
虚拟接口第一收发子模块,用于在接收到所述物理接口驱动模块发送的数据报后,将所述数据报对应的数据结构中的网络接口卡设备指针指向所述虚拟接口驱动模块自身,然后通过网络协议栈将所述数据报发送至业务处理模块进行处理;
虚拟接口第二收发子模块,用于在接收到所述业务处理模块通过网络协议栈发送的数据报时,获取自身的VLAN ID信息,将所述数据报对应的数据结构和自身的VLAN ID信息发送至所述物理接口驱动模块。
进一步的,本发明提供的告警箱还具有以下特点:
所述虚拟接口管理模块在系统启动时,读取虚拟接口配置文件信息生成配置信息缓存,并根据所述配置信息缓存加载虚拟接口驱动模块。
所述虚拟接口管理模块,还用于在接收到所述业务处理模块发送的查询指令时,根据所述查询指令查找虚拟接口配置文件信息,并将查询结果返回;在接收到所述业务处理模块发送的卸载指令时,卸载虚拟接口驱动模块。
本发明还提供一种支持多VLAN告警箱的告警处理方法,包括:
A、虚拟接口管理模块维护管理虚拟接口配置文件,并在系统启动时或在接收到所述业务处理模块发送的配置指令时,加载虚拟接口驱动模块;
B、当物理接口驱动模块收到源自不同VLAN告警源发送的数据报时,分析所述数据报的VLAN帧头将其发送到对应的虚拟接口驱动模块,由所述虚拟接口驱动模块通过网络协议栈将所述数据报发送到业务处理模块进行处理;并且,
当所述虚拟接口驱动模块收到所述业务处理模块通过网络协议栈发送的数据报时,将所述数据报对应的数据结构和虚拟接口驱动模块自身的VLAN ID信息发送至所述物理接口驱动模块,由所述物理接口驱动模块对接收到的数据结构进行包装处理后,发送至对应的VLAN告警源。
其中,所述物理接口驱动模块收到源自不同VLAN告警源发送的数据报时,将其发送到对应的虚拟接口驱动模块具体为:
步骤B1、所述物理接口驱动模块接收源自不同VLAN告警源发送的数据报,分析所述数据报的VLAN帧头,获取所述数据报的VLAN ID信息;
步骤B2、根据所述VLAN ID信息查找与其对应的虚拟接口驱动模块,并将所述数据报发送至对应的虚拟接口驱动模块。
所述虚拟接口驱动模块通过网络协议栈将所述数据报发送到业务处理模块进行处理具体为:
所述虚拟接口驱动模块接收到所述物理接口驱动模块发送的数据报后,将所述数据报对应的数据结构中的网络接口卡设备指针指向所述虚拟接口驱动模块自身,然后通过网络协议栈将所述数据报发送至业务处理模块进行处理。
上述步骤B中,所述虚拟接口驱动模块收到业务处理模块通过网络协议栈发送的数据报时的处理过程具体为:
虚拟接口驱动模块在接收到所述业务处理模块通过网络协议栈发送的数据报时,获取自身的VLAN ID信息,将所述数据报对应的数据结构和自身的VLANID信息发送至所述物理接口驱动模块,所述物理接口驱动模块对接收到的数据结构进行组装VLAN帧头、填入所述VLAN ID信息处理后,发送至对应的VLAN告警源。
本发明提供的告警处理方法进一步具有以下特点:
所述虚拟接口管理模块在系统启动时,读取虚拟接口配置文件信息生成配置文件缓存,并根据所述配置文件缓存加载虚拟接口驱动模块;
其中,上述虚拟接口管理模块在系统启动时或在接收到所述业务处理模块发送的配置指令时加载虚拟接口驱动模块的过程具体为:
步骤1、申请虚拟接口数据结构,将所述数据结构加入到配置信息缓存,并同步到本地配置文件;
步骤2、构造网络接口卡设备系统数据结构,并将该数据结构关联到所述配置信息缓存中对应数据项的网络接口卡设备指针;
步骤3、向系统注册,在注册成功后设置虚拟接口的IP地址和掩码,并返回结果信息。
所述虚拟接口管理模块在接收到所述业务处理模块发送的卸载指令时,卸载所述虚拟接口驱动模块;在接收到所述业务处理模块发送的查询指令时,根据所述查询指令查找配置文件信息,并将查询结果返回。
其中,所述虚拟接口管理模块卸载虚拟接口驱动模块的过程具体为:
步骤11、根据接收到的卸载指令,检查配置信息缓存,获取对应的配置项;
步骤12、根据所述配置项中的配置信息,向系统进行反注册;
步骤13、删除配置信息缓存中对应的配置项;
步骤14、从虚拟接口配置文件信息中删除对应虚拟接口的配置信息后,返回结果信息。
与现有技术相比,本发明具有以下优点:
通过本发明提供的支持多VLAN的告警箱及其告警处理方法,实现了在二层交换机的支持下,告警箱可以在VLAN环境下和多个通信系统连接,有效降低了告警箱的需要数目和对数据交换机的要求,减轻了系统运维人员的工作量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图进行简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的一种支持多VLAN的告警箱的结构图;
图2为本发明实施例提供的虚拟接口管理模块加载虚拟接口驱动模块流程图;
图3为本发明实施例提供的虚拟接口管理模块卸载虚拟接口驱动模块流程图;
图4为本发明提供的告警箱与告警源之间的信息收发过程的原理图;
图5为现有技术中业务处理模块接收到来自操作人员指令的处理流程图;
图6为本发明提供的一种支持多VLAN告警箱的告警处理方法流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供一种支持多VLAN的告警箱及其告警处理方法,用以解决现有技术中存在的告警箱只能通过三层交换机连接处于不同VLAN中的多个通信系统,当只有二层交换机的情况下无法实现一个告警箱连接多个通信系统的问题。
具体的,本发明提供的一种支持多VLAN的告警箱,如图1所示,包括:用户接口模块110、业务处理模块120,进一步的,还包括:虚拟接口管理模块130、物理接口驱动模块140和多个虚拟接口驱动模块150,其中,
虚拟接口管理模块130,用于维护管理虚拟接口的配置文件,并在系统启动时或在接收到业务处理模块120发送的配置指令时,加载虚拟接口驱动模块150;
物理接口驱动模块140,用于在接收到不同VLAN告警源发送的数据报时,分析该数据报的VLAN帧头,将其发送至对应的虚拟接口驱动模块150;在接收到虚拟接口驱动模块150发送的数据结构和VLAN ID信息时,对该数据结构进行包装处理后,发送至对应的VLAN告警源;
多个虚拟接口驱动模块150,用于在接收到物理接口驱动模块140发送的源自不同VLAN告警源的数据报时,将其通过网络协议栈发送至业务处理模块120;在接收到业务处理模块120通过网络协议栈发送的数据报时,将该数据报对应的数据结构和虚拟接口驱动模块150自身的VLAN ID信息发送至物理接口驱动模块140。
其中,上述物理接口驱动模块140包括:
物理接口第一收发子模块141,用于接收源自不同VLAN告警源的数据报,分析该数据报的VLAN帧头,获取该数据报的VLAN ID信息,根据VLAN ID信息查找对应的虚拟接口驱动模块150,并将该数据报发送至对应的虚拟接口驱动模块150;
物理接口第二收发子模块142,用于接收虚拟接口驱动模块150发送的数据结构和VLAN ID信息,对该数据结构进行组装VLAN帧头、填入VLAN ID信息处理后,发送至对应的VLAN告警源。
上述虚拟接口驱动模块150包括:
虚拟接口第一收发子模块151,用于在接收到物理接口驱动模块140发送的数据报后,将该数据报对应的数据结构中的网络接口卡设备指针指向虚拟接口驱动模块150自身,然后通过网络协议栈将该数据报发送至业务处理模块120进行处理;
虚拟接口第二收发子模块152,用于在接收到业务处理模块120通过网络协议栈发送的数据报时,获取自身的VLAN ID信息,将数据报对应的数据结构和自身的VLAN ID信息发送至物理接口驱动模块140。
进一步地,虚拟接口管理模块130在系统启动时,读取虚拟接口配置文件信息生成配置信息缓存,并根据该配置信息缓存加载虚拟接口驱动模块150。
虚拟接口管理模块130,还用于在接收到业务处理模块120发送的查询指令时,根据该查询指令查找虚拟接口配置文件信息,并将查询结果返回;在接收到业务处理模块120发送的卸载指令时,卸载虚拟接口驱动模块150。
通过本发明提供的支持多VLAN的告警箱,实现了在二层交换机的支持下,告警箱可以在VLAN环境下和多个通信系统连接,有效降低了告警箱的需要数目,和对数据交换机的要求,减轻了系统运维人员的工作量。
下面通过一具体实施例来详细阐述本发明提供的支持多VLAN的告警箱的组成及其实现告警的处理过程。
本发明实施例所提供的支持多个VLAN的告警箱的结构图继续如图1所示,具体包括用户接口模块110,业务处理模块120、虚拟接口管理模块130、物理接口驱动模块140和多个虚拟接口驱动模块150。
其中,用户接口模块110以及业务处理模块120为现有技术中告警箱所具备的基本模块。用户接口模块110主要负责处理操作员的按钮指令等操作;业务处理模块120主要负责完成告警箱的业务逻辑处理过程;上述的物理接口驱动模块140则是一个针对虚拟接口优化了的网络接口卡设备驱动程序,包含设备初始化,设备打开,设备关闭,数据帧发送,接收回调等标准网络接口卡驱动的功能,还用于接收不同告警源(即不同通信系统)发送的数据,并将上层下发的数据报发送出去;虚拟接口管理模块130负责维护管理虚拟接口的配置文件,并且用于加载和卸载虚拟接口驱动模块150;虚拟接口驱动模块150可根据VLAN的数量加载为多个,具体数量根据具体情况来设定。
下面详细阐述各模块的功能及其在实现告警时的具体操作:
虚拟接口管理模块130的功能从处理数据类型角度可以分为两类,一类为负责虚拟接口配置文件的管理;另一类为负责在系统启动时,加载虚拟接口驱动模块150,以及处理业务处理模块120转发来自操作员的查询指令、配置指令(即加载指令)或删除指令(即卸载指令)。其中,对于查询指令的执行是虚拟接口管理模块130根据查询指令查找自身所维护的虚拟接口配置文件信息,并将查询结果后返回给操作员的过程。
下面对虚拟接口管理模块130加载和卸载虚拟接口驱动模块150的原理做简要说明。虚拟接口管理模块130作为守护进程在系统启动时加载,并在加载时读取虚拟接口配置文件信息生成配置信息缓存,根据该配置信息缓存加载已配置的虚拟接口驱动模块150,调用虚拟接口驱动模块150内部的注册函数向系统注册;当虚拟接口管理模块130在收到业务处理模块120转发来的为配置命令时,虚拟接口管理模块130首先检查配置信息缓存,检测结果无冲突后(即IP地址和VLAN ID均不重复),根据配置命令中的参数加载虚拟接口驱动模块150;当虚拟接口管理模块130收到业务处理模块120转发来的为删除命令时,检查该命令中的参数有效后,卸载与之对应的虚拟接口驱动模块150。
具体的,虚拟接口管理模块130实现加载虚拟接口驱动模块150的过程,如图2所示,包括以下步骤:
步骤S201、虚拟接口管理模块130在系统启动时或接收到业务处理模块120发送的虚拟接口配置指令时,开时加载虚拟接口驱动模块150过程。
步骤S202、虚拟接口管理模块130申请虚拟接口数据结构,在该数据结构中填入虚拟接口的IP地址,掩码,VLAN ID等信息后,加入到配置信息缓存中。
步骤S203、将加入到配置信息缓存中的信息同步到本地配置文件中。
步骤S204、构造网络接口卡设备系统数据结构,设置其中的成员,包括设备名(物理接口名称,[VLAN ID]形式),初始化函数,清除函数,发送函数,统计函数等,并将网络接口卡设备系统数据结构关联到配置信息缓存中对应数据项的网络接口卡设备指针成员。
步骤S205、向系统注册。
步骤S206、注册成功后,根据接收到的配置命令参数设置虚拟接口的IP地址,掩码。
步骤S207、返回命令执行结果信息。
具体的,虚拟接口管理模块130实现卸载虚拟接口驱动模块150的过程,如图3所示,包括以下步骤:
步骤S301、虚拟接口管理模块130接收到业务处理模块120发送的虚拟接口删除命令。
步骤S302、根据删除命令中的参数检查配置信息缓存,找到对应的配置项。
步骤S303、根据配置项中的配置信息,向系统反注册。
步骤S304、在配置信息缓存中删除对应的配置项。
步骤S305、在配置文件信息中删除对应的配置信息。
步骤S306、返回命令执行结果信息。
系统启动后各模块加载完毕,告警箱处于正常工作状态。下面详细阐述告警箱与不同VLAN告警源之间的信息收发原理,如图4所示为告警箱和告警源间消息收发的原理图。在系统启动时或根据操作人员的配置指令(运行时)进行配置时,告警箱向告警源建链,建链成功后,告警源周期性的向告警箱发送本告警源的告警统计消息(以数据报的形式发送),并指示每个级别告警自上一次发送后是否产生新告警,告警箱对消息予以确认,这个周期性发送的统计消息同时作为告警源侧的心跳消息,确认消息作为告警箱侧的心跳消息。告警源在相应系统设备告警发生变化(告警恢复或新生成)时立即向告警箱发送统计消息。业务处理模块120根据收到的统计消息以及来源,点亮/闪烁告警级别指示灯和告警源指示灯,驱动喇叭发出特定的声音指示。当新生成的告警符合告警源侧指定的条件时,告警源向告警箱发送告警前转消息,该前转消息内容包含告警内容信息以及前转目标号码,告警箱通过无线模块短信前转告警至指定的号码。
具体的,告警箱接收到告警源发送的数据报是通过物理接口驱动模块140接收的,物理接口驱动模块140将接收告警源发送的数据报发送到虚拟接口驱动模块150,虚拟接口驱动模块150再将该数据报发送至业务处理模块120,业务处理模块120根据收到的数据报内的消息内容以及来源,点亮/闪烁告警级别指示灯和告警源指示灯,驱动喇叭发出特定的声音指示。
下面详细阐述物理网络接口模块140接收到不同告警源发送的数据报时的处理过程:
物理接口驱动模块140通过内置的接收函数接收来自不同VLAN发送的数据报,该接收函数分析接收到数据报的VLAN帧头,获得该VLAN帧头中的VLAN ID信息,通过虚拟接口管理模块130维护的虚拟接口和VLAN ID信息的对照关系,查找到与该VLAN ID对应的虚拟接口驱动模块150,并将接收到的数据报交虚拟接口驱动模块150处理,该处理过程具体为:将接收到的数据报对应的系统数据结构中的网络接口卡设备指针指向虚拟接口驱动模块150自身,然后通过系统调用将数据报交给系统的网络协议栈进行处理。
业务处理模块120通过网络协议栈接收来自虚拟接口驱动模块150发送的数据报,并根据该数据报中的告警消息内容以及来源点亮/闪烁告警级别指示灯和告警源指示灯,驱动喇叭发出特定的声音指示。
下面继续阐述业务处理模块120实现告警箱向告警源发送消息的详细处理过程:
业务处理模块120通过网络协议栈向虚拟接口驱动模块150发送待传递的数据报,虚拟接口驱动模块150再将该数据报发送至物理接口驱动模块140,最终通过物理接口驱动模块140发送至告警源。具体的,虚拟接口驱动模块150收到上层协议软件发送的数据报时(对应一个系统数据结构),该虚拟接口驱动模块150根据虚拟接口管理模块130维护的虚拟接口和VLAN ID信息的关系,查找到该虚拟接口驱动模块150的VLAN ID信息后,将接收到的数据报对应的数据结构和VLAN ID信息发送至物理接口驱动模块140,物理接口驱动模块140调用自身的包装函数,对接收到的数据结构进行组装VLAN帧头,填入VLAN ID信息后,调用发送函数将包装后的数据报发送至对应VLAN告警源。
需要说明的是,上述业务处理模块120作为告警箱的业务逻辑处理模块,具有在告警处理过程中完成的上述功能外,业务处理模块120还负责处理来自操作员的相关指令,即当业务处理模块120接收到来自用户接口模块110发送的指令消息为:告警源告警状态查询,告警源链路状态查询,告警源配置参数查询,告警源配置参数增加/删除,告警箱自身参数,包括IP地址,掩码,路由,声音指示音量的设置修改等消息时,根据指令消息的内容自行处理。当然,当业务处理模块120接收到的指令消息:虚拟接口的查询,配置和删除命令时,会自动将该指令消息下发。
具体的,上述业务处理模块120接收到的用户接口模块110发送的指令消息为该业务处理模块120自身处理的消息时的处理流程,如图5所示,具体包括以下步骤:
步骤S501、开始。
步骤S502、业务处理模块120实时检测是否接收到来自用户接口模块110发送的指令消息,当接收到指令消息时,执行步骤S503;否则继续执行本步骤。
步骤S503、判断接收到的指令消息是否为与虚拟接口相关的指令消息,若是,则执行步骤S504;若不是,则执行步骤S505。
步骤S504、将接收到的指令消息透传给虚拟接口驱动模块150进行处理。
步骤S505、判断接收到的指令消息是否为告警源链路状态查询命令,若是则执行步骤S506,否则执行步骤S507。
步骤S506、查询业务处理模块120内部维护的告警源链路信息表中的链路状态字段,并将查询结果回送给用户接口模块110。
步骤S507、判断接收到的指令消息是否为告警源告警状态查询命令,若是则执行步骤S508,否则执行步骤S509。
步骤S508、查询所维护的告警源链路信息表中各告警源告警状态信息,并将查询结果回送给用户接口模块110。
步骤S509、判断接收到的指令消息是否为查询各告警源链路配置参数信息,若是则执行步骤S510,否则执行步骤S511。
步骤S510、查询所维护的告警源链路信息表中告警源链路参数信息,并将
查询结果回送给用户接口模块110。
步骤S511:判断接收到的指令消息是否为增加告警源命令,若是则执行步骤S512,否则执行步骤S516。
步骤S512、首先检查待增加的告警源的IP地址是否与已经存在的告警源IP地址重复,若不重复则在告警源链路信息表中增加一项。
步骤S513:填入增加的告警源链接参数,并同步至告警源链路信息配置文件,再根据链接参数向该告警源建链。
步骤S514:判断建链是否成功,若建链成功,更新告警源链路信息表中的链路状态字段;否则执行步骤S515。
步骤S515、延时一定时间后重新建链直至成功。
步骤S516:若收到的指令消息是删除告警源命令,首先检查待删除的告警源是否存在,若存在则关闭对应网络连接,执行步骤S517;否则回送参数错误信息。
步骤S517:删除告警源链路信息表和告警源链路信息配置文件中删除的告警源参数信息后返回。
当然,上述业务处理模块120对接收到的指令消息为自行处理的指令的操作过程为现有技术中业务处理模块所具有的。
本发明实施例提供的支持多VLAN的告警箱及其告警处理方法,实现了在二层交换机的支持下,告警箱可以在VLAN环境下和多个通信系统连接,有效降低了告警箱的需要数目,和对数据交换机的要求,减轻了系统运维人员的工作量。
本发明还提供的一种支持多VLAN告警箱的告警处理方法,如图6所示,该方法具体包括以下步骤:
步骤S601、虚拟接口管理模块维护管理虚拟接口配置文件,并在系统启动时或在接收到业务处理模块发送的配置指令时,加载虚拟接口驱动模块。
其中,虚拟接口管理模块在系统启动时,读取虚拟接口配置文件信息生成配置文件缓存,并根据配置文件缓存加载虚拟接口驱动模块;
上述虚拟接口管理模块加载虚拟接口驱动模块的过程具体为:
申请虚拟接口数据结构,将该数据结构加入到配置信息缓存,并同步到本地配置文件;构造网络接口卡设备系统数据结构,并将该数据结构关联到配置信息缓存中对应数据项的网络接口卡设备指针;向系统注册,在注册成功后设置虚拟接口的IP地址和掩码,并返回结果信息。
该虚拟接口管理模块在接收到业务处理模块发送的卸载指令时,卸载虚拟接口驱动模块;在接收到业务处理模块发送的查询指令时,根据该查询指令查找配置文件信息,并将查询结果返回。
其中,虚拟接口管理模块卸载虚拟接口驱动模块的过程具体为:
根据接收到的卸载指令,检查配置信息缓存,获取对应的配置项;根据该配置项中的配置信息,向系统进行反注册;从虚拟接口配置文件信息中删除对应虚拟接口的配置信息后,返回结果信息。
步骤S602、当物理接口驱动模块收到源自不同VLAN告警源发送的数据报时,分析该数据报的VLAN帧头将其发送到对应的虚拟接口驱动模块,由虚拟接口驱动模块通过网络协议栈将该数据报发送到业务处理模块进行处理;并且,
当虚拟接口驱动模块收到业务处理模块通过网络协议栈发送的数据报时,将该数据报对应的数据结构和虚拟接口驱动模块自身的VLAN ID信息发送至物理接口驱动模块,由物理接口驱动模块对接收到的数据结构进行包装处理后,发送至对应的VLAN告警源。
其中,物理接口驱动模块收到源自不同VLAN告警源发送的数据报时,将其发送到对应的虚拟接口驱动模块具体为:
(1)物理接口驱动模块接收源自不同VLAN告警源发送的数据报,分析该数据报的VLAN帧头,获取该数据报的VLAN ID信息;
(2)根据VLAN ID信息查找与其对应的虚拟接口驱动模块,并将该数据报发送至对应的虚拟接口驱动模块。
上述虚拟接口驱动模块通过网络协议栈将数据报发送到业务处理模块进行处理具体为:
虚拟接口驱动模块接收到物理接口驱动模块发送的数据报后,将该数据报对应的数据结构中的网络接口卡设备指针指向虚拟接口驱动模块自身,然后通过网络协议栈将该数据报发送至业务处理模块进行处理。
上述步骤S602的中虚拟接口驱动模块收到业务处理模块通过网络协议栈发送的数据报时的处理过程具体为:
虚拟接口驱动模块在接收到业务处理模块通过网络协议栈发送的数据报时,获取自身的VLAN ID信息,将数据报对应的数据结构和自身的VLAN ID信息发送至物理接口驱动模块,物理接口驱动模块对接收到的数据结构进行组装VLAN帧头、填入VLAN ID信息处理后,发送至对应的VLAN告警源。
通过本发明提供的告警处理方法,实现了在二层交换机的支持下,告警箱可以在VLAN环境下和多个通信系统连接,有效降低了告警箱的需要数目和对数据交换机的要求,减轻了系统运维人员的工作量。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (11)
1、一种支持多虚拟局域网VLAN的告警箱,包括用户接口模块、业务处理模块,其特征在于,还包括:虚拟接口管理模块、物理接口驱动模块和多个虚拟接口驱动模块,
所述虚拟接口管理模块,用于维护管理虚拟接口的配置文件,并在系统启动时或在接收到所述业务处理模块发送的配置指令时,加载虚拟接口驱动模块;
所述物理接口驱动模块,用于在接收到不同VLAN告警源发送的数据报时,分析所述数据报的VLAN帧头将其发送至对应的虚拟接口驱动模块;在接收到所述虚拟接口驱动模块发送的数据结构和VLAN ID信息时,对所述数据结构进行包装处理后,发送至对应的VLAN告警源;
所述多个虚拟接口驱动模块,用于在接收到物理接口驱动模块发送的源自不同VLAN告警源的数据报时,将其通过网络协议栈发送至业务处理模块;在接收到业务处理模块通过网络协议栈发送的数据报时,将所述数据报对应的数据结构和虚拟接口驱动模块自身的VLAN ID信息发送至物理接口驱动模块。
2、如权利要求1所述的告警箱,其特征在于,所述物理接口驱动模块包括:
物理接口第一收发子模块,用于接收源自不同VLAN告警源的数据报,分析所述数据报的VLAN帧头,获取所述数据报的VLAN ID信息,根据所述VLANID信息查找对应的虚拟接口驱动模块,并将所述数据报发送至对应的虚拟接口驱动模块;
物理接口第二收发子模块,用于接收所述虚拟接口驱动模块发送的数据结构和VLAN ID信息,对所述数据结构进行组装VLAN帧头、填入所述VLAN ID信息处理后,发送至对应的VLAN告警源。
3、如权利要求1或2所述的告警箱,其特征在于,所述虚拟接口驱动模块包括:
虚拟接口第一收发子模块,用于在接收到所述物理接口驱动模块发送的数据报后,将所述数据报对应的数据结构中的网络接口卡设备指针指向所述虚拟接口驱动模块自身,然后通过网络协议栈将所述数据报发送至业务处理模块进行处理;
虚拟接口第二收发子模块,用于在接收到所述业务处理模块通过网络协议栈发送的数据报时,获取自身的VLAN ID信息,将所述数据报对应的数据结构和自身的VLAN ID信息发送至所述物理接口驱动模块。
4、如权利要求1所述的告警箱,其特征在于,所述虚拟接口管理模块在系统启动时,读取虚拟接口配置文件信息生成配置信息缓存,并根据所述配置信息缓存加载虚拟接口驱动模块;
所述虚拟接口管理模块,还用于在接收到所述业务处理模块发送的查询指令时,根据所述查询指令查找虚拟接口配置文件信息,并将查询结果返回;在接收到所述业务处理模块发送的卸载指令时,卸载虚拟接口驱动模块。
5、一种权利要求1所述告警箱的告警处理方法,其特征在于,包括:
A、虚拟接口管理模块维护管理虚拟接口配置文件,并在系统启动时或在接收到所述业务处理模块发送的配置指令时,加载虚拟接口驱动模块;
B、当物理接口驱动模块收到源自不同VLAN告警源发送的数据报时,分析所述数据报的VLAN帧头将其发送到对应的虚拟接口驱动模块,由所述虚拟接口驱动模块通过网络协议栈将所述数据报发送到业务处理模块进行处理;并且,
当所述虚拟接口驱动模块收到所述业务处理模块通过网络协议栈发送的数据报时,将所述数据报对应的数据结构和虚拟接口驱动模块自身的VLAN ID信息发送至所述物理接口驱动模块,由所述物理接口驱动模块对接收到的数据结构进行包装处理后,发送至对应的VLAN告警源。
6、如权利要求5所述的方法,其特征在于,所述物理接口驱动模块收到源自不同VLAN告警源发送的数据报时,将其发送到对应的虚拟接口驱动模块具体为:
步骤B1、所述物理接口驱动模块接收源自不同VLAN告警源发送的数据报,分析所述数据报的VLAN帧头,获取所述数据报的VLAN ID信息;
步骤B2、根据所述VLAN ID信息查找与其对应的虚拟接口驱动模块,并将所述数据报发送至对应的虚拟接口驱动模块。
7、如权利要求5或6所述的方法,其特征在于,所述虚拟接口驱动模块通过网络协议栈将所述数据报发送到业务处理模块进行处理具体为:
所述虚拟接口驱动模块接收到所述物理接口驱动模块发送的数据报后,将所述数据报对应的数据结构中的网络接口卡设备指针指向所述虚拟接口驱动模块自身,然后通过网络协议栈将所述数据报发送至业务处理模块进行处理。
8、如权利要求5或6所述的方法,其特征在于,所述虚拟接口驱动模块收到业务处理模块通过网络协议栈发送的数据报时的处理过程具体为:
虚拟接口驱动模块在接收到所述业务处理模块通过网络协议栈发送的数据报时,获取自身的VLAN ID信息,将所述数据报对应的数据结构和自身的VLANID信息发送至所述物理接口驱动模块,所述物理接口驱动模块对接收到的数据结构进行组装VLAN帧头、填入所述VLAN ID信息处理后,发送至对应的VLAN告警源。
9、如权利要求5所述的方法,其特征在于,
所述虚拟接口管理模块在系统启动时,读取虚拟接口配置文件信息生成配置文件缓存,并根据所述配置文件缓存加载虚拟接口驱动模块;
所述虚拟接口管理模块在接收到所述业务处理模块发送的卸载指令时,卸载所述虚拟接口驱动模块;在接收到所述业务处理模块发送的查询指令时,根据所述查询指令查找配置文件信息,并将查询结果返回。
10、如权利要求5或9所述的告警箱,其特征在于,所述虚拟接口管理模块加载虚拟接口驱动模块的过程具体为:
步骤1、申请虚拟接口数据结构,将所述数据结构加入到配置信息缓存,并同步到本地配置文件;
步骤2、构造网络接口卡设备系统数据结构,并将该数据结构关联到所述配置信息缓存中对应数据项的网络接口卡设备指针;
步骤3、向系统注册,在注册成功后设置虚拟接口的IP地址和掩码,并返回结果信息。
11、如权利要求9所述的告警箱,其特征在于,所述虚拟接口管理模块卸载虚拟接口驱动模块的过程具体为:
步骤11、根据接收到的卸载指令,检查配置信息缓存,获取对应的配置项;
步骤12、根据所述配置项中的配置信息,向系统进行反注册;
步骤13、删除配置信息缓存中对应的配置项;
步骤14、从虚拟接口配置文件信息中删除对应虚拟接口的配置信息后,返回结果信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101483111A CN101577647B (zh) | 2009-06-15 | 2009-06-15 | 一种支持多vlan的告警箱及其告警处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101483111A CN101577647B (zh) | 2009-06-15 | 2009-06-15 | 一种支持多vlan的告警箱及其告警处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101577647A true CN101577647A (zh) | 2009-11-11 |
CN101577647B CN101577647B (zh) | 2011-07-13 |
Family
ID=41272441
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101483111A Expired - Fee Related CN101577647B (zh) | 2009-06-15 | 2009-06-15 | 一种支持多vlan的告警箱及其告警处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101577647B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107577590A (zh) * | 2016-07-04 | 2018-01-12 | 北京奇虎科技有限公司 | 基于数据库服务实时调用虚拟接口的方法及装置 |
WO2018010601A1 (zh) * | 2016-07-12 | 2018-01-18 | 中兴通讯股份有限公司 | 一种路由器配置方法及装置 |
CN113672411A (zh) * | 2021-08-25 | 2021-11-19 | 烽火通信科技股份有限公司 | 一种网络设备虚拟化驱动适配层的实现方法和装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1330139C (zh) * | 2003-07-31 | 2007-08-01 | 华为技术有限公司 | 多协议标签交换(mpls)支持多端口虚拟局域网(vlan)的方法 |
CN1943190B (zh) * | 2005-03-08 | 2011-08-31 | 日本电信电话株式会社 | 洪泛抑制方法 |
DE602006019853D1 (de) * | 2006-08-01 | 2011-03-10 | Alcatel Lucent | Verfahren und Netzknoten zur Verkehrsüberwachung eines privaten-VLANs |
CN100450038C (zh) * | 2006-09-29 | 2009-01-07 | 杭州华三通信技术有限公司 | 一种链路负载分担的方法及转发设备 |
-
2009
- 2009-06-15 CN CN2009101483111A patent/CN101577647B/zh not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107577590A (zh) * | 2016-07-04 | 2018-01-12 | 北京奇虎科技有限公司 | 基于数据库服务实时调用虚拟接口的方法及装置 |
CN107577590B (zh) * | 2016-07-04 | 2023-12-05 | 北京奇虎科技有限公司 | 基于数据库服务实时调用虚拟接口的方法及装置 |
WO2018010601A1 (zh) * | 2016-07-12 | 2018-01-18 | 中兴通讯股份有限公司 | 一种路由器配置方法及装置 |
CN113672411A (zh) * | 2021-08-25 | 2021-11-19 | 烽火通信科技股份有限公司 | 一种网络设备虚拟化驱动适配层的实现方法和装置 |
CN113672411B (zh) * | 2021-08-25 | 2023-08-11 | 烽火通信科技股份有限公司 | 一种网络设备虚拟化驱动适配层的实现方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101577647B (zh) | 2011-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104079492B (zh) | 一种OpenFlow网络中流表配置的方法、装置和系统 | |
TWI393401B (zh) | 用以管理多播路由之系統、裝置、方法及具有電腦程式收錄其中之記憶體 | |
CN100563251C (zh) | 一种双向转发检测会话建立方法 | |
CN105207853B (zh) | 一种局域网监控管理方法 | |
US7801060B2 (en) | Network management apparatus and network system | |
CN102377640B (zh) | 一种报文处理装置和报文处理方法、及预处理器 | |
CN105052081A (zh) | 通信流量处理架构和方法 | |
EP3200399B1 (en) | Automated mirroring and remote switch port analyzer (rspan)/encapsulated remote switch port analyzer (erspan) functions using fabric attach (fa) signaling | |
US20090210601A1 (en) | Systems and methods for providing a virtual network interface connection ("nic") with the baseboard management controller ("bmc") | |
CN102843286A (zh) | 虚拟路由器的实现方法、装置及系统 | |
CN101707569A (zh) | Nat业务报文处理的方法及装置 | |
CN100446509C (zh) | 实现重定向报文正确转发的方法及第一部件、第二部件 | |
CN101296168A (zh) | 芯片内部连接表支持策略路由的方法 | |
CN101577647B (zh) | 一种支持多vlan的告警箱及其告警处理方法 | |
CN110417687A (zh) | 一种报文发送与接收方法及装置 | |
CN107733930A (zh) | 用于在多个wan网络网关处转发互联网协议(ip)数据包的方法和系统 | |
CN104539539A (zh) | 一种 ac 设备多业务板数据转发方法 | |
US9692723B2 (en) | Network management of devices residing behind a network device | |
CN106506409B (zh) | 一种网管交换机的管理方法及网管交换机 | |
CN101692654A (zh) | 一种HUB-Spoken组网的方法、系统及设备 | |
CN104363185B (zh) | 一种微型复合网络数据交换系统 | |
CN101465858B (zh) | 监控业务中实现私网穿越的方法、网络设备和服务器 | |
CN102833155A (zh) | 在二层单板上实现三层通信的方法及装置 | |
CN112583746B (zh) | 信元传输方法及装置、存储介质、电子装置 | |
CN109756409A (zh) | 桥接转发方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180712 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Nanshan District high tech Industrial Park, Shenzhen, Guangdong, Ministry of justice, Zhongxing Road, South China road. Patentee before: ZTE Corp. |
|
TR01 | Transfer of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110713 |
|
CF01 | Termination of patent right due to non-payment of annual fee |