CN105577550A - 一种单播数据包的处理方法及装置 - Google Patents
一种单播数据包的处理方法及装置 Download PDFInfo
- Publication number
- CN105577550A CN105577550A CN201410542976.1A CN201410542976A CN105577550A CN 105577550 A CN105577550 A CN 105577550A CN 201410542976 A CN201410542976 A CN 201410542976A CN 105577550 A CN105577550 A CN 105577550A
- Authority
- CN
- China
- Prior art keywords
- time
- unicast packet
- unicast
- request message
- main frame
- 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.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种单播数据包的处理方法及装置,其中,该方法包括:监测网卡是否收到不属于自己的单播数据包;在监测收到所述单播数据包后,解析出所述单播数据包的目的IP;向目的IP所属主机发送请求报文;其中,所述请求报文用于要求对所述单播数据包中对应的目的主机进行MAC地址反馈。通过本发明,有效解决了相关技术中单播包泛洪对网络的不良影响的问题,从而有效消除网路中各交换机对该目的MAC的单播包泛洪。
Description
技术领域
本发明涉及移动通讯领域,特别是涉及一种单播数据包的处理方法及装置。
背景技术
在以太局域网中,对于未知单播,交换机会从各个端口泛洪出去。未知单播,即交换机的MAC转发表中没有该单播帧的目的MAC对应的条目。从而,当交换机从某个端口收取到这种未知单播数据包时,交换机就会从除收取端口外的所有端口泛洪转发出去,这就是交换机的单播泛洪。如果交换机一直未学习到该目的MAC,则会一直对此目的MAC为此MAC的数据包持续泛洪。在此异常情况下,持续泛洪会消耗网路带宽,影响网络通畅性,同时消耗终端的网卡、CPU(CentralProcessingUnit,中央处理器)等以及综合性能资源,造成终端操作慢甚至卡死。
针对相关技术中单播包泛洪对网络的不良影响的问题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中单播包泛洪对网络的不良影响的问题,本发明提供了一种单播数据包的处理方法及装置,用以解决上述技术问题。
根据本发明的一个方面,本发明提供了一种单播数据包的处理方法,其中,该方法包括:监测网卡是否收到不属于自己的单播数据包;在监测收到所述单播数据包后,解析出所述单播数据包的目的IP;向目的IP所属主机发送请求报文;其中,所述请求报文用于要求对所述单播数据包中对应的目的主机进行MAC地址反馈。
优选地,监测网卡是否收到不属于自己的单播数据包之前,所述方法还包括:建立待清理单播泛洪数据集;其中,所述待清理单播泛洪数据集中记录所述目的MAC。
优选地,向目的IP所属主机发送请求报文包括:向目的IP所属主机首次发送请求报文之后,实时监测是否满足第一条件:当前时间-请求报文发送时间≥第一预设时间;其中,所述请求报文发送时间为前一次向该主机发送请求报文的时间;如果是,则向该主机重发所述请求报文;如果否,则继续实时监测是否满足所述第一条件。
优选地,实时监测是否满足所述第一条件之前,所述方法还包括:确定所述待清理单播泛洪数据集中,记录有所述主机的目的MAC。
优选地,向目的IP所属主机发送请求报文还包括:实时监测是否满足第二条件:当前时间-单播数据包接收时间≥第二预设时间;其中,所述单播数据包接收时间为所述网卡前一次接收到所述单播数据包的时间;如果是,则将所述单播数据包对应的目的MAC,从所述待清理单播泛洪数据集中清除;如果否,则继续实时监测是否满足所述第二条件。
根据本发明的另一方面,本发明还提供了一种单播数据包的处理装置,其中,该装置包括:数据包监测模块,用于监测网卡是否收到不属于自己的单播数据包;IP解析模块,用于在监测收到所述单播数据包后,解析出所述单播数据包的目的IP;报文发送模块,用于向目的IP所属主机发送请求报文;其中,所述请求报文用于要求对所述单播数据包中对应的目的主机进行MAC地址反馈。
优选地,所述装置还包括:数据集建立模块,用于在监测网卡是否收到不属于自己的单播数据包之前,建立待清理单播泛洪数据集;其中,所述待清理单播泛洪数据集中记录所述目的MAC。
优选地,所述报文发送模块包括:第一条件判断单元,用于向目的IP所属主机首次发送请求报文之后,实时监测是否满足第一条件:当前时间-请求报文发送时间≥第一预设时间;其中,所述请求报文发送时间为前一次向该主机发送请求报文的时间;第一处理单元,用于在判断结果为是的情况下,向该主机重发所述请求报文;在判断结果为否的情况下,继续实时监测是否满足所述第一条件。
优选地,所述报文发送模块还包括:
记录确定单元,用于在所述第一条件判断单元实时监测是否满足所述第一条件之前,确定所述待清理单播泛洪数据集中,记录有所述主机的目的MAC。
优选地,所述报文发送模块还包括:第二条件判断单元,用于实时监测是否满足第二条件:当前时间-单播数据包接收时间≥第二预设时间;其中,所述单播数据包接收时间为所述网卡前一次接收到所述单播数据包的时间;第二处理单元,用于在判断结果为是的情况下,将所述单播数据包对应的目的MAC,从所述待清理单播泛洪数据集中清除;在判断结果为否的情况下,继续实时监测是否满足所述第二条件。
本发明的目的在于:提供一种通过IP终端消除局域网内单播泛洪的方法,在IP终端实时自动检测该终端的网卡是否收到非本IP终端网卡的单播数据包,如果收到,则解析出该单播数据包的目的IP,然后向该目的IP所属主机发送ARP请求报文、或者ping报文等。这样,该目的IP所属主机就会回复arp请求报文或回复ping报文,这些回复报文就会通过网络中的交换机,使这些交换机学习到该IP所属主机的MAC,并将该MAC加入交换机的MAC转发表,从而消除网路中各交换机对该目的MAC的单播包泛洪。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
图1是根据本发明实施例的单播数据包的处理方法流程图;
图2是根据本发明实施例一的技术方案流程图;
图3是根据本发明实施例二的技术方案流程图;
图4是根据本发明实施例的单播数据包的处理装置的结构框图。
具体实施方式
为了解决现有技术中单播包泛洪对网络的不良影响的问题,本发明提供了一种单播数据包的处理方法及装置,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。
本实施例提供了一种单播数据包的处理方法,该方法可以在终端侧实现,例如个人电脑(PC)、个人平板电脑、IP机顶盒、智能IP机顶盒等等。图1是根据本发明实施例的单播数据包的处理方法流程图,如图1所示,该方法包括以下步骤(步骤S102-步骤S106):
步骤S102,监测网卡是否收到不属于自己的单播数据包(非本网卡的单播数据包);
步骤S104,在监测收到上述单播数据包后,解析出上述单播数据包的目的IP;
步骤S106,向目的IP所属主机发送请求报文(例如ARP请求报文或者ping报文,或者其他可引起该目的IP所属主机响应答复的报文);其中,该请求报文用于要求对上述单播数据包中对应的目的主机进行MAC地址反馈。
通过本实施例,有效解决了相关技术中单播包泛洪对网络的不良影响的问题,从而有效消除网路中各交换机对该目的MAC的单播包泛洪。
在具体实施过程中,为了便于记录目的MAC,本实施例提供了一种优选实施方式,即监测网卡是否收到不属于自己的单播数据包之前,上述方法还包括:建立待清理单播泛洪数据集;其中,该待清理单播泛洪数据集中记录上述目的MAC。
对于上述待清理单播泛洪数据集,可以有多种体现形式,例如可以以待清理单播泛洪链表的形式体现,也可以是数组、栈、集合、hash表等。
优选地,向目的IP所属主机发送请求报文包括以下优选实施方式:
向目的IP所属主机首次发送请求报文之后,实时监测是否满足第一条件:当前时间-请求报文发送时间≥第一预设时间;其中,上述请求报文发送时间为前一次向该主机发送请求报文的时间;如果是,则向该主机重发上述请求报文;如果否,则继续实时监测是否满足上述第一条件。
其中,在实时监测是否满足上述第一条件之前,上述方法还包括:确定上述待清理单播泛洪数据集中,记录有上述主机的目的MAC。
优选地,向向目的IP所属主机发送请求报文还包括以下优选实施方式:
实时监测是否满足第二条件:当前时间-单播数据包接收时间≥第二预设时间;其中,上述单播数据包接收时间为上述网卡前一次接收到上述单播数据包的时间;如果是,则将上述单播数据包对应的目的MAC,从上述待清理单播泛洪数据集中清除;如果否,则继续实时监测是否满足上述第二条件。
在具体实施过程中,第一预设时间和第二预设时间可根据实际情况进行设定。
下面本发明分别以发送arp报文为例、发送ping报文为例,对本发明的技术方案分别说明。
实施例一:通过发送ARP请求报文方式消除对应单播泛洪
本实施例提供一种通过IP终端消除局域网内单播泛洪的方法:在IP终端检测网卡收到不属于自己的单播数据包之后,解析出该单播数据包的目的IP,向该目的IP所属主机发送ARP请求报文。这样,该目的IP所属主机在收到该ARP请求报文后,会答复该ARP请求,从而使这些交换机学习到该IP所属主机的MAC,并将该MAC加入交换机的MAC转发表,从而消除网路中各交换机对该目的MAC的单播包泛洪。
在该实施例中,会维护一个“待清理单播泛洪链表”,将检测到的非本机的每个泛洪单播包信息组织为一个表项保存到链表中(以目的MAC为表项唯一标记,表项信息包括目的MAC、目的IP、最后收到此目的MAC的单播数据包的时间、ARP请求报文发送时间)。通过重发ARP时间间隔T1控制每个表项的ARP请求报文发送间隔,通过表项老化时间T2对已完成单播泛洪的表项进行老化,删除该表项。
图2是根据本发明实施例一的技术方案流程图,如图2所示,该流程包括:
步骤201:创建并初始化“待清理单播泛洪链表”。
步骤202:启动“待清理单播泛洪链表”子线程。该子线程用于“待清理单播泛洪链表”表项的ARP请求报文重发管理、表项老化删除。该子线程在后续叙述。
步骤203:实时动态监测网卡是否收到非本网卡的单播数据包。如果收到,进入步骤204;如果未收到,继续本步骤203。
步骤204:解析收到的非本网卡单播数据包的目的MAC。
步骤205:判断“待清理单播泛洪链表”是否有该目的MAC对应的表项。如果有,进入步骤205a;如果没有,进入步骤206。
步骤205a:更新该目的MAC对应表项的“最后一次接收到此目的MAC单播数据包的接收时间”为当前时间,然后进入步骤203继续检测新情况。
步骤206:将该目的MAC表项记录到“待清理单播泛洪链表”。
步骤207:解析收到的该非本网卡单播数据包的目的IP,更新对应表项的目的IP信息。
步骤208:向该目的IP所属主机发送ARP请求报文。
步骤209:更新该目的MAC对应表项的ARP请求发送时间为当前时间。然后进入步骤203继续检测新情况。
其中,在本实施例中,上述步骤202启动的“待清理单播泛洪链表”子线程步骤如下:
步骤2101:初始化重发ARP时间间隔T1,初始化表项老化时间T2,一般T2>2T1。
步骤2102:“待清理单播泛洪链表”表项是否空。如果为空,继续进入步骤2102;如果非空,进入步骤2103。
步骤2103:检测各表项是否需要重发ARP请求数据包:如果“当前时间”减去该表项“APR请求发送时间”大于或等于T1,则重发该表项的ARP请求报文,并更新该表项的“APR请求发送时间”为当前时间。
步骤2104:检测各表项老化时间是否已到,如果已到,则清除对应表项。即如果“当前时间”减去该表项“最后一次接收到此目的MAC单播数据包的接收时间”大于或等于T2,则清除该表项。然后继续进入步骤2102。
实施例二:通过发送ping请求报文方式消除对应单播泛洪
本实施例提供一种通过IP终端消除局域网内单播泛洪的方法:在IP终端检测网卡收到不属于自己的单播数据包之后,解析出该单播数据包的目的IP,向该目的IP所属主机发送ping请求报文。这样,该目的IP所属主机在收到该ping请求报文后,会答复该ping请求,从而使这些交换机学习到该IP所属主机的MAC,并将该MAC加入交换机的MAC转发表,从而消除网路中各交换机对该目的MAC的单播包泛洪。
在该实施例中,会维护一个“待清理单播泛洪链表”,将检测到的非本机的每个泛洪单播包信息组织为一个表项保存到链表中(以目的MAC为表项唯一标记,表项信息包括目的MAC、目的IP、最后收到此目的MAC的单播数据包的时间、ping请求报文发送时间)。通过重发ping时间间隔T1控制每个表项的ping请求报文发送间隔,通过表项老化时间T2对已完成单播泛洪的表项进行老化,删除该表项。
图3是根据本发明实施例二的技术方案流程图,如图3所示,该流程包括:
步骤301:创建并初始化“待清理单播泛洪链表”。
步骤302:启动“待清理单播泛洪链表”子线程。该子线程用于“待清理单播泛洪链表”表项的ping请求报文重发管理、表项老化删除。该子线程在后续叙述。
步骤303:实时动态监测网卡是否收到非本网卡的单播数据包。如果收到,进入步骤304;如果未收到,继续本步骤303。
步骤304:解析收到的非本网卡单播数据包的目的MAC。
步骤305:判断“待清理单播泛洪链表”是否有该目的MAC对应的表项。如果有,进入步骤305a;如果没有,进入步骤306。
步骤305a:更新该目的MAC对应表项的“最后一次接收到此目的MAC单播数据包的接收时间”为当前时间,然后进入步骤303继续检测新情况。
步骤306:将该目的MAC表项记录到“待清理单播泛洪链表”。
步骤307:解析收到的该非本网卡单播数据包的目的IP,更新对应表项的目的IP信息。
步骤308:向该目的IP所属主机发送ping请求报文。
步骤309:更新该目的MAC对应表项的ping请求发送时间为当前时间。然后进入步骤203继续检测新情况。
其中,在本实施例中,上述步骤302启动的“待清理单播泛洪链表”子线程步骤如下:
步骤3101:初始化重发ARP时间间隔T1,初始化表项老化时间T2,一般T2>2T1。
步骤3102:“待清理单播泛洪链表”表项是否空。如果为空,继续进入步骤3102;如果非空,进入步骤3103。
步骤3103:检测各表项是否需要重发ping请求数据包:如果“当前时间”减去该表项“ping请求发送时间”大于或等于T1,则重发该表项的ping请求报文,并更新该表项的“ping请求发送时间”为当前时间。
步骤3104:检测各表项老化时间是否已到,如果已到,则清除对应表项。即如果“当前时间”减去该表项“最后一次接收到此目的MAC单播数据包的接收时间”大于或等于T2,则清除该表项。然后继续进入步骤3102。
以上所述仅为本发明的优选实施例而已,通过不同的方法检测非本机是否收到非本机的单播数据包,通过向“收到非本机的单播数据包目的IP所属主机”发送除ARP请求报文、ping报文之外的其他可引起“收到非本机的单播数据包目的IP所属主机”回复响应的其他报文,或间接导致向“收到非本机的单播数据包目的IP所属主机”发送ARP请求报文、ping报文的方法,均可实现本发明的技术方案。
对应于上述实施例介绍的单播数据包的处理方法,本实施例提供了一种单播数据包的处理装置,该装置可以设置在终端侧,用以实现上述实施例。图4是根据本发明实施例的单播数据包的处理装置的结构框图,如图4所示,该装置包括:数据包监测模块10、IP解析模块20和报文发送模块30。下面对该结构进行详细介绍。
数据包监测模块10,用于监测网卡是否收到不属于自己的单播数据包;
IP解析模块20,用于在监测收到所述单播数据包后,解析出所述单播数据包的目的IP;
报文发送模块30,用于向目的IP所属主机发送请求报文;其中,所述请求报文用于要求对所述单播数据包中对应的目的主机进行MAC地址反馈。
在具体实施过程中,为了便于记录目的MAC,本实施例提供了一种优选实施方式,即所述装置还包括:数据集建立模块,用于在监测网卡是否收到不属于自己的单播数据包之前,建立待清理单播泛洪数据集;其中,所述待清理单播泛洪数据集中记录所述目的MAC。
优选地,所述报文发送模块30包括:第一条件判断单元,用于向目的IP所属主机首次发送请求报文之后,实时监测是否满足第一条件:当前时间-请求报文发送时间≥第一预设时间;其中,所述请求报文发送时间为前一次向该主机发送请求报文的时间;第一处理单元,用于在判断结果为是的情况下,向该主机重发所述请求报文;在判断结果为否的情况下,继续实时监测是否满足所述第一条件。
所述报文发送模块30还包括:记录确定单元,用于在所述第一条件判断单元实时监测是否满足所述第一条件之前,确定所述待清理单播泛洪数据集中,记录有所述主机的目的MAC。
所述报文发送模块30还包括:第二条件判断单元,用于实时监测是否满足第二条件:当前时间-单播数据包接收时间≥第二预设时间;其中,所述单播数据包接收时间为所述网卡前一次接收到所述单播数据包的时间;第二处理单元,用于在判断结果为是的情况下,将所述单播数据包对应的目的MAC,从所述待清理单播泛洪数据集中清除;在判断结果为否的情况下,继续实时监测是否满足所述第二条件。
本发明通过自动检测网卡是否收到目的MAC为非本网卡MAC的单播数据包,如果收到,则解析出该单播数据包的目的IP,然后向该目的IP所属主机发送arp请求报文、或ping报文等。这样,该目的IP所属主机就会回复arp请求报文或回复ping报文,这些回复报文就会通过网络中的交换机,使这些交换机学习到该IP所属主机的MAC,并将该MAC加入交换机的MAC转发表,从而消除网路中各交换机对该目的MAC的单播包泛洪。
尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。
Claims (10)
1.一种单播数据包的处理方法,其特征在于,所述方法包括:
监测网卡是否收到不属于自己的单播数据包;
在监测收到所述单播数据包后,解析出所述单播数据包的目的网络互联协议IP;
向目的IP所属主机发送请求报文;其中,所述请求报文用于要求对所述单播数据包中对应的目的主机进行MAC地址反馈。
2.如权利要求1所述的方法,其特征在于,监测网卡是否收到不属于自己的单播数据包之前,所述方法还包括:
建立待清理单播泛洪数据集;其中,所述待清理单播泛洪数据集中记录所述目的MAC。
3.如权利要求2所述的方法,其特征在于,向目的IP所属主机发送请求报文包括:
向目的IP所属主机首次发送请求报文之后,实时监测是否满足第一条件:当前时间-请求报文发送时间≥第一预设时间;其中,所述请求报文发送时间为前一次向该主机发送请求报文的时间;
如果是,则向该主机重发所述请求报文;如果否,则继续实时监测是否满足所述第一条件。
4.如权利要求3所述的方法,其特征在于,实时监测是否满足所述第一条件之前,所述方法还包括:
确定所述待清理单播泛洪数据集中,记录有所述主机的目的MAC。
5.如权利要求2所述的方法,其特征在于,向目的IP所属主机发送请求报文还包括:
实时监测是否满足第二条件:当前时间-单播数据包接收时间≥第二预设时间;其中,所述单播数据包接收时间为所述网卡前一次接收到所述单播数据包的时间;
如果是,则将所述单播数据包对应的目的MAC,从所述待清理单播泛洪数据集中清除;如果否,则继续实时监测是否满足所述第二条件。
6.一种单播数据包的处理装置,其特征在于,所述装置包括:
数据包监测模块,用于监测网卡是否收到不属于自己的单播数据包;
IP解析模块,用于在监测收到所述单播数据包后,解析出所述单播数据包的目的网络互联协议IP;
报文发送模块,用于向目的IP所属主机发送请求报文;其中,所述请求报文用于要求对所述单播数据包中对应的目的主机进行MAC地址反馈。
7.如权利要求6所述的装置,其特征在于,所述装置还包括:
数据集建立模块,用于在监测网卡是否收到不属于自己的单播数据包之前,建立待清理单播泛洪数据集;其中,所述待清理单播泛洪数据集中记录所述目的MAC。
8.如权利要求7所述的装置,其特征在于,所述报文发送模块包括:
第一条件判断单元,用于向目的IP所属主机首次发送请求报文之后,实时监测是否满足第一条件:当前时间-请求报文发送时间≥第一预设时间;其中,所述请求报文发送时间为前一次向该主机发送请求报文的时间;
第一处理单元,用于在判断结果为是的情况下,向该主机重发所述请求报文;在判断结果为否的情况下,继续实时监测是否满足所述第一条件。
9.如权利要求8所述的装置,其特征在于,所述报文发送模块还包括:
记录确定单元,用于在所述第一条件判断单元实时监测是否满足所述第一条件之前,确定所述待清理单播泛洪数据集中,记录有所述主机的目的MAC。
10.如权利要求7所述的装置,其特征在于,所述报文发送模块还包括:
第二条件判断单元,用于实时监测是否满足第二条件:当前时间-单播数据包接收时间≥第二预设时间;其中,所述单播数据包接收时间为所述网卡前一次接收到所述单播数据包的时间;
第二处理单元,用于在判断结果为是的情况下,将所述单播数据包对应的目的MAC,从所述待清理单播泛洪数据集中清除;在判断结果为否的情况下,继续实时监测是否满足所述第二条件。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410542976.1A CN105577550A (zh) | 2014-10-15 | 2014-10-15 | 一种单播数据包的处理方法及装置 |
PCT/CN2015/084951 WO2016058429A1 (zh) | 2014-10-15 | 2015-07-23 | 一种单播数据包的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410542976.1A CN105577550A (zh) | 2014-10-15 | 2014-10-15 | 一种单播数据包的处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105577550A true CN105577550A (zh) | 2016-05-11 |
Family
ID=55746099
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410542976.1A Pending CN105577550A (zh) | 2014-10-15 | 2014-10-15 | 一种单播数据包的处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105577550A (zh) |
WO (1) | WO2016058429A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113726632B (zh) * | 2021-07-31 | 2023-04-18 | 新华三信息安全技术有限公司 | 一种报文转发方法及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6456597B1 (en) * | 1998-05-04 | 2002-09-24 | Hewlett Packard Co. | Discovery of unknown MAC addresses using load balancing switch protocols |
CN101616082A (zh) * | 2009-07-29 | 2009-12-30 | 杭州华三通信技术有限公司 | 一种虚拟专用局域网服务网络中报文处理的方法及设备 |
CN103581062A (zh) * | 2012-08-09 | 2014-02-12 | 国际商业机器公司 | 用于处理未知单播数据包的方法和*** |
-
2014
- 2014-10-15 CN CN201410542976.1A patent/CN105577550A/zh active Pending
-
2015
- 2015-07-23 WO PCT/CN2015/084951 patent/WO2016058429A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6456597B1 (en) * | 1998-05-04 | 2002-09-24 | Hewlett Packard Co. | Discovery of unknown MAC addresses using load balancing switch protocols |
CN101616082A (zh) * | 2009-07-29 | 2009-12-30 | 杭州华三通信技术有限公司 | 一种虚拟专用局域网服务网络中报文处理的方法及设备 |
CN103581062A (zh) * | 2012-08-09 | 2014-02-12 | 国际商业机器公司 | 用于处理未知单播数据包的方法和*** |
Also Published As
Publication number | Publication date |
---|---|
WO2016058429A1 (zh) | 2016-04-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11115426B1 (en) | Distributed packet capture for network anomaly detection | |
CN101764751B (zh) | 无线用户终端跨vlan漫游报文转发的方法、***及设备 | |
CN101577722B (zh) | 实现强制mac转发功能的方法和装置 | |
CN107925629B (zh) | 一种IPv6网络中数据报文的发送方法及装置 | |
JP2016514385A (ja) | モノのインターネットにおけるZigBeeネットワークを管理する方法 | |
CN104301141B (zh) | 一种保存配置信息的方法、装置及*** | |
CN101471821B (zh) | 运营商骨干网传输网络的故障检测方法和装置 | |
WO2016086890A1 (zh) | 一种检测连通性的方法和装置 | |
CN101291350B (zh) | 媒体访问控制地址冲突的处理方法和装置 | |
US10931529B2 (en) | Terminal device management method, server, and terminal device for managing terminal devices in local area network | |
CN105391612A (zh) | 一种vxlan vtep邻接学习的方法及装置 | |
CN105703967B (zh) | 一种检测标签交换路径连通性的方法及装置 | |
CN108259442B (zh) | 一种慢协议报文处理方法及相关装置 | |
CN107786441B (zh) | 一种通信方法、OpenFlow交换机及通信*** | |
US9985926B2 (en) | Address acquiring method and network virtualization edge device | |
CN103036648A (zh) | 一种capwap报文处理方法及装置 | |
CN105577550A (zh) | 一种单播数据包的处理方法及装置 | |
CN103401780A (zh) | 路由信息协议联动双向会话检测建立路由的方法及设备 | |
CN103354567A (zh) | 一种同步媒体访问控制地址的方法和设备 | |
CN101635656B (zh) | 层次化有序地址分组网络中故障检测的方法、***及设备 | |
JP4873556B2 (ja) | ネットワークの論理トポロジを検出するトポロジ検出方法、通信装置、管理装置及びプログラム | |
KR20130007246A (ko) | 시그널링 트래픽 관리 시스템 및 그 방법 | |
KR20160072718A (ko) | 소프트웨어 정의 네트워크에서 인접 네트워크 장비 발견 시스템 및 방법 | |
CN104052717A (zh) | 一种报文发送方法及装置 | |
US9912557B2 (en) | Node information detection apparatus, node information detection method, and program |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160511 |
|
RJ01 | Rejection of invention patent application after publication |