CN114465955B - 组播报文处理方法及装置 - Google Patents

组播报文处理方法及装置 Download PDF

Info

Publication number
CN114465955B
CN114465955B CN202210014027.0A CN202210014027A CN114465955B CN 114465955 B CN114465955 B CN 114465955B CN 202210014027 A CN202210014027 A CN 202210014027A CN 114465955 B CN114465955 B CN 114465955B
Authority
CN
China
Prior art keywords
multicast group
multicast
interface
network device
igmp
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
CN202210014027.0A
Other languages
English (en)
Other versions
CN114465955A (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.)
New H3C Technologies Co Ltd
Original Assignee
New H3C Technologies 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 New H3C Technologies Co Ltd filed Critical New H3C Technologies Co Ltd
Priority to CN202210014027.0A priority Critical patent/CN114465955B/zh
Publication of CN114465955A publication Critical patent/CN114465955A/zh
Application granted granted Critical
Publication of CN114465955B publication Critical patent/CN114465955B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/20Support for services
    • H04L49/201Multicast operation; Broadcast operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/30Peripheral units, e.g. input or output ports
    • H04L49/3009Header conversion, routing tables or routing tags
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/60Software-defined switches
    • H04L49/602Multilayer or multiprotocol switching, e.g. IP switching

Landscapes

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

Abstract

本申请提供一种组播报文处理方法及装置,所述方法应用于第一网络设备,所述第一网络设备处于DR***内,所述DR***还包括第二网络设备,所述第一网络设备与所述第二网络设备之间已建立IPL链路,所述方法包括:通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址;根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。

Description

组播报文处理方法及装置
技术领域
本申请涉及通信技术领域,尤其涉及一种组播报文处理方法及装置。
背景技术
分布式弹性网络互联(英文:Distributed Resilient Network Interconnect,简称:DRNI)网络是一种跨设备链路聚合技术,其将两台物理设备在聚合层面虚拟为一台设备来实现跨设备链路聚合,从而提供设备级冗余保护和流量如在分担。
如图1所示,图1为现有DRNI网络模型示意图。在图1中,设备(Device)A和设备B形成负载分担,共同进行流量转发,当某一台设备故障时,可快速将流量切换至另一台设备处转发,保证业务正常运行。
互联网组管理协议窥探(英文:Internet Group Management ProtocolSnooping,简称:IGMP Snooping)运行在二层设备上,通过侦听三层设备与主机之间的IGMP报文来生成二层组播转发表,从而管理和控制组播数据报文的转发,实现组播数据报文在二层的按需分发。
目前,为了提高组网网络的可靠性,IGMP侦听(IGMP Snooping)可与DRNI网络结合,利用DRNI网络,将两台物理设备连接起来形成分布式聚合(英文:Distributed Relay,简称:DR)***。该DR***作为一台虚拟IGMP Snooping设备,使用该虚拟IGMP Snooping设备连接组播源或组播接收者,可避免单点故障对组播网络造成影响,提高组播网络可靠性。
如图2所示,图2为现有组播接收者接入DR***并加入组播组示意图。在图2中,组播接收者(Receiver)1为单挂网络设备并与DR***内交换机(Switch)A连接。组播接收者2与交换机C连接,且交换机C通过DR口接入DR***。交换机C发送的报文通过负载分担方式进入DR***。
组播接收者1向交换机A发送IGMP成员关系报告报文(该报文包括组播组地址(*,225.1.1.1))。交换机A接收IGMP成员关系报告报文后上送二层组播模块。二层组播模块将通过IPL链路向交换机B转发该IGMP成员关系报告报文。如此,交换机A、交换机B分别学习到组播表项,交换机A学习到组播组表项的成员端口为单挂口,交换机B学习到组播组表项的成员端口为IPP口。
组播接收者2向交换机C发送IGMP成员关系报告报文(该报文包括组播组地址(*,225.1.1.1))。该IGMP成员关系报告报文被负载分担到交换机A上进行转发处理。交换机A接收IGMP成员关系报告报文后上送二层组播模块。二层组播模块将通过IPL链路向交换机B转发该IGMP成员关系报告报文,可以理解的是,在该IGMP成员关系报告报文中包括交换机A的DR口信息。如此,交换机A、交换机B分别学习到组播表项,且每个交换机学习到组播组表项的成员端口均为DR口。
在图2中,组播源发送的组播数据报文通过二层网络到达交换机B。根据组播表项,交换机B查找到成员端口分别为内部控制链路端口(英文:Intra-Portal Port,简称:IPP口)和DR口。交换机B通过DR口,向交换机C转发组播数据报文,以使得交换机C查表后将组播数据报文转发至组播接收者2。交换机B通过IPP口以及内部控制链路链路(英文:Intra-Portal Link,简称:IPL链路),向交换机A转发组播数据报文。根据组播表项,交换机A查找到成员端口分别为DR口和单挂口。交换机A通过单挂口,向组播接收者1转发组播数据报文。同时,根据DR***对于数据报文的处理规则,从IPL链路上接收到的数据报文不再通过本地DR口转发(除非对端DR口故障时转发),如此,组播接收者2最终将接收到一份组播数据报文。
如图3所示,图3为现有组播接收者接入DR***并离开组播组示意图。在图3中,组播接收者1、组播接收者2、组播接收者3均已加入组播组中。交换机A通过同一个单挂口与组播接收者1、组播接收者3连接。
组播接收者1向交换机A发送IGMP离开组报文,通过IPL链路,交换机A向交换机B转发IGMP离开组报文。交换机A对IGMP离开组报文进行处理,根据IGMP Snooping协议,网络设备接收到IGMP离开组报文后,需通过接收IGMP离开组报文的成员端口发送特定组播组查询报文。同理,交换机B通过IPP口接收到IGMP离开组报文后,也通过IPP口发送特定组播组查询报文。此时,交换机A将会通过单挂口发送2次特定组播组查询报文。组播接收者3也将接收到2次特定组播组查询报文,并回复2次IGMP成员关系报告报文,交换机A、交换机B又分别接收到2次IGMP成员关系报告报文。
上述组播接收者加入、离开组播组的过程中,IPL链路做为DR***中两台DR设备之间报文同步的唯一通道,存在较多冗余报文的传递(例如,每一个接入交换机A的组播接收者加入、离开组播组时,交换机A均会向交换机B转发报文),占用了正常链路带宽,影响报文传递性能。
发明内容
有鉴于此,本申请提供了一种组播报文处理方法及装置,用以解决组播接收者加入、离开组播组的过程中,IPL链路中存在较多冗余报文的传递,占用正常链路带宽,影响报文传递性能的问题。
第一方面,本申请提供了一种组播报文处理方法,所述方法应用于第一网络设备,所述第一网络设备处于DR***内,所述DR***还包括第二网络设备,所述第一网络设备与所述第二网络设备之间已建立IPL链路,所述方法包括:
通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址;
根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。
第二方面,本申请提供了一种组播报文处理装置,所述装置应用于第一网络设备,所述第一网络设备处于DR***内,所述DR***还包括第二网络设备,所述第一网络设备与所述第二网络设备之间已建立IPL链路,所述装置包括:
接收单元,用于通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址;
第一判断单元,用于根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
加入单元,用于若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。
第三方面,本申请提供了一种网络设备,包括处理器和机器可读存储介质,机器可读存储介质存储有能够被处理器执行的机器可执行指令,处理器被机器可执行指令促使执行本申请第一方面所提供的方法。
附图说明
图1为多台路由器组网示意图;
图2为现有组播接收者接入DR***并加入组播组示意图;
图3为现有组播接收者接入DR***并离开组播组示意图;
图4为本申请实施例提供的组播报文处理方法的流程图;
图5为本申请实施例提供的DR***内应用通信方法的组网示意图;
图6为本申请实施例提供的组播报文处理装置结构图;
图7为本申请实施例提供的网络设备硬件结构体。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施例并不代表与本申请相一致的所有实施例。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相对应的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面对本申请实施例提供的组播报文处理方法进行详细地说明。参见图4,图4为本申请实施例提供的组播报文处理方法的流程图。该方法应用于第一网络设备。本申请实施例提供的通信方法可包括如下所示步骤。
步骤410、通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址。
具体地,第一网络设备处于DR***内,该DR***还包括第二网络设备,第一网络设备、第二网络设备各自通过自身包括的IPP口,建立IPL链路。至少一个组播接收者接入第一网络设备。
第一组播接收者通过第一接口接入第一网络设备。当第一组播接收者预接入第一组播组时,第一组播接收者向第一网络设备发送第一IGMP成员关系报告报文,第一IGMP成员关系报告报文包括第一组播组地址。
通过第一接口,第一网络设备接收第一组播接收者发送的第一IGMP成员关系报告报文。
进一步地,在本步骤之前,还包括第一网络设备接收其他组播接收者发送的IGMP成员关系报告报文,并生成组播组表项的过程。
第二组播接收者通过第二接口接入第一网络设备。当第二组播接收者预接入第一组播组时,第二组播接收者向第一网络设备发送第二IGMP成员关系报告报文,第二IGMP成员关系报告报文包括第一组播组地址。
根据第一组播组地址,第一网络设备判断本地是否已存在与第一组播组地址匹配的第一组播组表项。若未存在,则说明第二组播接收者为首个加入第一组播组的网络设备,第一网络设备在本地创建第一组播组表项,第一组播组表项包括第一组播组地址以及第二接口的标识,其中,第二接口的标识存储至第一组播组表项的出端口列表中。
由于第二组播接收者为首个加入第一组播组的网络设备,此时,第一网络设备通过IPL链路,向第二网络设备转发第二IGMP成员关系报告报文。
通过IPP口,第二网络设备接收到第二IGMP成员关系报告报文后,从第二IGMP成员关系报告报文中获取第一组播组地址。根据第一组播组地址,第二网络设备判断本地是否已存在与第一组播组地址匹配的第一组播组表项,若未存在,则第二网络设备在本地创建第一组播组表项,第一组播组表项包括第一组播组地址以及IPP口的标识,其中,IPP口的标识存储至第一组播组表项的出端口列表中。
在本申请实施例中,第一网络设备将第二接口作为动态成员口加入第一组播组表项中,该动态成员口设置老化。第二网络设备将IPP口作为静态成员口加入第一组播组表项中,该静态成员口不设置老化。
需要说明的是,第一接口与第二接口可为相同或不同的接口,本申请实施例并不对此进行限制。
步骤420、根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项。
具体地,根据步骤410的描述,第一网络设备从第一IGMP成员关系报告报文中获取第一组播组地址后,根据第一组播组地址,再次判断本地是否已存在与第一组播组地址匹配的第一组播组表项。
若存在,则执行步骤430;若未存在,则说明第一组播接收者为首个加入第一组播组的网络设备,第一网络设备再次在本地创建组一播组表项,该组播组表项包括第一组播组地址以及第一接口的标识。
可以理解的是,在本申请实施例中,第一IGMP成员关系报告报文、第二IGMP成员关系报告报文中包括的组播组地址均为相同的组播组地址,因此,在第一网络设备内存在匹配的第一组播组表项。
步骤430、若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。
具体地,根据步骤420的描述,若本地已存在与第一组播组地址匹配的第一组播组表项,则第一网络设备将第一接口的标识加入第一组播组表项内,其中,第一接口的标识存储至第一组播组表项的出端口列表中。此时,第一组播表项的出端口列表中包括第一接口的标识、第二接口的标识。
同时,第一网络设备不再通过IPL链路向第二网络设备转发第一IGMP成员关系报告报文。
在本申请实施例中,第一网络设备将第一接口作为动态成员口加入第一组播组表项中,该动态成员口设置老化。
由于第一网络设备已将首次加入第一组播组地址的组播接收者发送的IGMP成员关系报告报文转发至第二网络设备,也使得第二网络设备在本地创建对应的包括第一组播组地址以及IPP口的第一组播组表项,因此,后续加入同一组播组地址的组播接收者发送的IGMP成员关系报告报文可不必再转发至第二网络设备,原因在于,第二网络设备接收到后续的IGMP成员关系报告报文后,其仍将IPP口作为在先已建立的第一组播组的成员接口加入第一组播组表项中。如此,DR***内的DR设备不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。
因此,通过应用本申请提供的组播报文处理方法,第一网络设备通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,该第一IGMP成员关系报告报文包括第一组播组地址;根据第一组播组地址,第一网络设备判断本地是否已存在与第一组播组地址匹配的第一组播组表项;若存在,则第一网络设备将第一接口的标识加入第一组播组表项内,并不再通过IPL链路向第二网络设备转发第一IGMP成员关系报告报文。
如此,当DR***内某一个DR设备单挂接入一个或多个组播接收者时,不再频繁使用IPL链路向另一台DR设备转发组播相关报文,同理,另一台DR设备也不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。解决了组播接收者加入、离开组播组的过程中,IPL链路中存在较多冗余报文的传递,占用正常链路带宽,影响报文传递性能的问题。
可选地,在本申请实施例中,还包括第一网络设备接收到IGMP离开组报文后,对IGMP离开组报文进行处理的过程。
具体地,第三组播接收者通过第三接口接入第一网络设备,并且,第三组播接收者已加入第二组播组。当第三组播接收者预离开第二组播组时,第三组播接收者向第一网络设备发送第一IGMP离开组报文,第一IGMP离开组报文包括第二组播组地址。
通过第三接口,第一网络设备接收第一IGMP离开组报文,并从第一IGMP离开组报文中获取第二组播组地址。
根据第二组播组地址,第一网络设备判断本地是否已存在与第二组播组地址匹配的第二组播组表项。若本地已存在与第二组播组地址匹配的第二组播组表项,则第一网络设备判断第二组播组表项的出端口列表中是否不包括除第三接口之外的其他接口,也即是,第一网络设备判断第二组播组表项的出端口列表中第三接口是否为唯一接口。若第二组播组表项的出端口列表中第三接口是唯一接口,则第一网络设备判断第三接口下是否还接入第四组播接收者(也即是该第三接口下是否接入了多个组播接收者)。
若第三接口下未接入第四组播接收者,则说明该第三接口下当前仅第三组播接收者接入,第一网络设备从出端口列表中删除第三接口,并删除第二组播组表项。
由于第一网络设备内已将第二组播组表项删除,也即是,第一网络设备当前接入的组播接收者均不再接收第二组播组的任何信息。此时,第一网络设备需将第一IGMP离开组报文通过IPL链路转发至第二网络设备。
通过IPL链路,第一网络设备向第二网络设备转发第一IGMP离开组报文。通过IPP口,第二网络设备接收到第一IGMP离开组报文,并从第一IGMP离开组报文中获取第二组播组地址。
根据第二组播组地址,第二网络设备判断本地是否已存在与第二组播组地址匹配的第二组播组表项。
可以理解的是,第一网络设备可参照前述实施例步骤410-步骤430的描述将包括第二组播组地址的IGMP成员关系报告报文通过IPL链路传输至第二网络设备处,以使得第二网络设备已在本地创建第二组播组表项,该第二组播组表项包括第二组播组地址以及IPP口的标识。
若第二网络设备内已存在与第二组播组地址匹配的第二组播组表项,则第二网络设备判断第二组播组表项的出端口列表中是否不包括除IPP口之外的其他接口,也即是,第二网络设备判断第二组播组表项的出端口列表中IPP口是否为唯一接口。若第二组播组表项的出端口列表中IPP口是唯一接口,则第二网络设备从出端口列表中删除IPP口,并删除第二组播组表项;若第二组播组表项的出端口列表中IPP口不是唯一接口,则第二网络设备从出端口列表中删除IPP口。
需要说明的是,第二网络设备接收到第一IGMP离开组报文后,不再通过IPL链路向第一网络设备发送IGMP特定组查询报文。如此,DR***内的DR设备不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。
进一步地,第一网络设备判断第二组播组表项的出端口列表中是否不包括除第三接口之外的其他接口还包括一种情况,即,若第二组播组表项的出端口列表中第三接口不是唯一接口,也即是,该出端口列表中还包括其他接口,则第一网络设备继续判断第三接口下是否还接入第四组播接收者(也即是该第三接口下是否接入了多个组播接收者)。
若第三接口下未接入第四组播接收者,则说明该第三接口下当前仅第三组播接收者接入,第一网络设备从出端口列表中删除第三接口,并保留第二组播组表项。同时,第一网络设备不再通过IPL链路向第二网络设备转发第一IGMP离开组报文。
由于出端口列表中还包括其他接口,则说明第一网络设备内仍通过其他接口与组播接收者连接,因此,前述第一IGMP离开组报文可不必再转发至第二网络设备,原因在于,在先已建立的第二组播组仍为有效的组播组,其对应的组播组表项中仍存在其他接口,若第二网络设备接收到IGMP离开组报文后,其无法将IPP口从该组播组表项中删除,仍会保留IPP口在该组播组表项中,以使得第二网络设备接收到组播报文后,可通过IPL链路将组播报文转发至第一网络设备中,并由第一网络设备通过其他接口向组播接收者转发组播报文。如此,DR***内的DR设备不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。
更进一步地,前述第一网络设备判断第三接口下是否接入第四组播接收者的具体过程为:第一网络设备生成IGMP特定组查询报文,并向第三接口发送IGMP特定组查询报文。第三接口接收到IGMP特定组查询报文后,向接入第三接口的第三组播接收者发送IGMP特定组查询报文。
在本申请实施例中,第一网络设备向第三接口发送IGMP特定组查询报文后,启动一定时器,并在定时器设置的时长内判断是否通过第三接口接收到第三组播接收者发送的第三IGMP成员关系报告报文。
若在预设时间内,第一网络设备未通过第三接口接收到第三IGMP成员关系报告报文,则第一网络设备确定第三接口下未接入第四组播接收者;若在预设时间内,第一网络设备通过第三接口接收到第三IGMP成员关系报告报文,则第一网络设备确定第三接口下接入第四组播接收者。
可选地,在本申请实施例中,还包括第一网络设备接收第二网络设备发送的IGMP离开组报文,并对IGMP离开组报文进行处理的过程。
具体地,第一网络设备与第二网络设备角色互换,即第二网络设备通过自身接口接入过个组播接收者,与前一实施例的过程相似,第二网络设备可通过IPL链路,向第一网络设备转发IGMP离开组报文,以使得第一网络设备在本地删除对应的组播组表项,在此仅简单说明。
当第二网络设备接收到第二IGMP离开组报文后,确定接收第二IGMP离开组报文的接口为出端口列表中唯一接口,且该接口下未接入其他组播接收者,通过IPL链路,第二网络设备向第一网络设备转发第二IGMP离开组报文。
通过IPL链路,第一网络设备接收第二IGMP离开组报文,该第二IGMP离开组报文包括第三组播组地址。
根据第三组播组地址,第一网络设备判断本地是否已存在与第三组播组地址匹配的第三组播组表项。若已存在与第三组播组地址匹配的第三组播组表项,则第一网络设备判断第三组播组表项的出端口列表中是否不包括除IPP口之外的其他接口。若第三组播组表项的出端口列表中IPP口是唯一接口,则第一网络设备将IPP口从第三组播组表项的出端口列表中删除,并删除第三组播组表项;若第三组播组表项的出端口列表中IPP口不是唯一接口,则第一网络设备将IPP口从第三组播组表项的出端口列表中删除。
需要说明的是,第一网络设备接收到第二IGMP离开组报文后,不再通过IPL链路向第二网络设备发送IGMP特定组查询报文。如此,DR***内的DR设备不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。
可选地,在本申请实施例中,还包括IPL链路故障、网络设备故障以使得IPP口down时,对本地组播组表项进行处理的过程。
具体地,若IPL链路故障或者第二网络设备故障,此时,第一网络设备的IPP口为down状态,则第一网络设备从本地获取包括IPP口的第四组播组表项。第一网络设备从第四组播组表项的出端口列表中删除IPP口。
可以理解的是,若第四组播组表项的出端口列表中不包括除IPP口之外的其他接口,则第一网络设备删除第四组播组表项。
下面通过一个具体示例详细说明本申请实施例提供的组播报文处理方法。以图5所示的组网为例进行说明。图5为本申请实施例提供的应用组播报文处理方法的组网示意图。
在图5中,交换机A与交换机B组成DR***,交换机A与交换机B之间已建立IPL链路。组播接收者1、组播接收者3、组播接收者4、组播接收者5均为单挂网络设备并接入交换机A的不同接口。组播接收者2与交换机C连接,且交换机C通过DR口接入DR***。交换机C发送的报文通过负载分担方式进入DR***。
在本申请实施例中,以多个组播接收者接入交换机A的不同接口为例进行说明。在实际应用中,多个组播接收者也可接入交换机A的同一接口,本申请实施例并不对此进行限制。
组播接收者1预加入组播组1时,组播接收者1向交换机A发送第一IGMP成员关系报告报文,第一IGMP成员关系报告报文包括组播组地址1。
通过port1,交换机A接收第一IGMP成员关系报告报文。根据组播组地址1,交换机A判断本地是否已存在与组播组地址1匹配的第一组播组表项。若未存在,则说明组播接收者1为首个加入组播组1的网络设备,交换机A在本地创建第一组播组表项,第一组播组表项包括组播组地址1以及port1的标识,其中,port1的标识存储至第一组播组表项的出端口列表中。
由于组播接收者1为首个加入组播组1的网络设备,此时,交换机A通过IPL链路,向交换机B转发第一IGMP成员关系报告报文。
通过IPP口,交换机B接收到第一IGMP成员关系报告报文后,根据组播组地址1,交换机B判断本地是否已存在与组播组地址1匹配的第一组播组表项,若未存在,则交换机B在本地创建第一组播组表项,第一组播组表项包括组播组地址1以及IPP口的标识,其中,IPP口的标识存储至第一组播组表项的出端口列表中。
在本申请实施例中,交换机A将port1作为动态成员口加入第一组播组表项中,该动态成员口设置老化。交换机B将IPP口作为静态成员口加入第一组播组表项中,该静态成员口不设置老化。
后续,组播接收者3、组播接收者4以及组播接收者5均预加入组播组1时,组播接收者3、组播接收者4以及组播接收者5向交换机A发送第二IGMP成员关系报告报文(可以理解的是,每个组播接收者分别向交换机A发送一IGMP成员关系报告报文,为了方便描述,在此统称为第二IGMP成员关系报告报文),第二IGMP成员关系报告报文包括组播组地址1。
以组播接收者3发送的第二IGMP成员关系报告报文为例,通过port3,交换机A接收第二IGMP成员关系报告报文。根据组播组地址1,交换机A判断本地是否已存在与组播组地址1匹配的第一组播组表项。若存在,则交换机A将port3的标识加入第一组播组表项内。此时,第一组播组表项包括组播组地址1、port1的标识以及port3的标识,其中,port3的标识存储至第一组播组表项的出端口列表中。
可以理解的是,后续交换机A接收到组播接收者4、组播接收者5发送的第二IGMP成员关系报告报文后,将port4的标识、port5的标识加入第一组播组表项。第一组播组表项包括组播组地址1、port1的标识、port3的标识、port4的标识、port5的标识,其中,出端口列表包括port1的标识、port3的标识、port4的标识、port5的标识。
同时,交换机A不再通过IPL链路向交换机B转发第二IGMP成员关系报告报文。
组播接收者1预离开组播组1时,组播接收者1向交换机A发送第一IGMP离开组报文,第一IGMP离开组报文包括组播组地址1。
通过port1,交换机A接收第一IGMP离开组报文。根据组播组地址1,交换机A判断本地是否已存在与组播组地址1匹配的第一组播组表项。若存在,则交换机A判断第一组播组表项的出端口列表中是否不包括除port1之外的其他接口,也即是,交换机A判断第一组播组表项的出端口列表中port1是否为唯一接口。
在本申请实施例中,交换机A内第一组播表项的出端口列表中包括了4个接口的标识,分别为port1的标识、port3的标识、port4的标识、port5的标识。因此,第一组播组表项的出端口列表中port1不是唯一接口,则交换机A判断port1下是否还接入组播接收者6。
在本申请实施例中,port1下未接入组播接收者6,则交换机A从第一组播组表项的出端口列表中删除port1的标识,并保留第一组播组表项。同时,交换机A不再通过IPL链路向交换机B转发第一IGMP离开组报文。
后续,组播接收者3、组播接收者4以及组播接收者5均预离开组播组1时,组播接收者3、组播接收者4以及组播接收者5向交换机A发送第二IGMP离开组报文(可以理解的是,每个组播接收者分别向交换机A发送一IGMP离开组报文,为了方便描述,在此统称为第二IGMP离开组报文),第二IGMP离开组报文包括组播组地址1。
同理,组播接收者3、组播接收者4发送第二IGMP离开组报文后,交换机A也执行前述接收到第一IGMP离开组报文相同过程,在此不再复述。可以理解的是,交换机A接收到组播接收者3、组播接收者4发送的第二IGMP离开组报文后,第一组播组表项的出端口列表中包括port5的标识。
组播接收者5预离开组播组1时,组播接收者5向交换机A发送第二IGMP离开组报文,第二IGMP离开组报文包括组播组地址1。
通过port5,交换机A接收第二IGMP离开组报文。根据组播组地址1,交换机A判断本地是否已存在与组播组地址1匹配的第一组播组表项。若存在,则交换机A判断第一组播组表项的出端口列表中是否不包括除port5之外的其他接口,也即是,交换机A判断第一组播组表项的出端口列表中port5是否为唯一接口。
在本申请实施例中,交换机A内第一组播表项的出端口列表中包括了1个接口的标识,即,port5的标识。因此,第一组播组表项的出端口列表中port5是唯一接口,则交换机A判断port5下是否还接入组播接收者6。
在本申请实施例中,port5下未接入组播接收者6,则交换机A从第一组播组表项的出端口列表中删除port5的标识,由于出端口列表中已不存在接口,交换机A删除第一组播组表项。同时,交换机A通过IPL链路向交换机B转发第二IGMP离开组报文。
通过IPP口,交换机B接收到第二IGMP离开组报文,并从第二IGMP离开组报文中获取组播组地址1。
根据组播组地址1,交换机B判断本地是否已存在与组播组地址1匹配的第一组播组表项。
在本申请实施例中,交换机B内已存在与组播组地址1匹配的第一组播组表项,且该第一组播组表项的出端口列表中包括IPP口的标识。交换机B判断第一组播组表项的出端口列表中是否不包括除IPP口之外的其他接口,也即是,交换机B判断第一组播组表项的出端口列表中IPP口是否为唯一接口。
在本申请实施例中,交换机B内第一组播表项的出端口列表中包括了1个接口的标识,即,IPP口的标识。因此,第一组播组表项的出端口列表中IPP口是唯一接口,则交换机B从出端口列表中删除IPP口,由于出端口列表中已不存在接口,交换机B删除第一组播组表项。
需要说明的是,交换机B接收到第二IGMP离开组报文后,不再通过IPL链路向交换机A发送IGMP特定组查询报文。如此,DR***内的DR设备不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。
在本申请实施例中,若IPL链路故障或者交换机A故障,此时,交换机B的IPP口为down状态,则交换机B从本地获取包括IPP口的第一组播组表项,并从第一组播组表项的出端口列表中删除IPP口。
可以理解的是,若第一组播组表项的出端口列表中不包括除IPP口之外的其他接口,则交换机B删除第一组播组表项。
基于同一发明构思,本申请实施例还提供了与组播报文处理方法对应的通信装置。参见图6,图6为本申请实施例提供的组播报文处理装置结构图。所述装置应用于第一网络设备,所述第一网络设备处于DR***内,所述DR***还包括第二网络设备,所述第一网络设备与所述第二网络设备之间已建立IPL链路,所述装置包括:
接收单元610,用于通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址;
第一判断单元620,用于根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
加入单元630,用于若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。
可选地,所述接收单元610还用于,通过第二接口,接收第二组播接收者发送的第二IGMP成员关系报告报文,所述第二IGMP成员关系报告报文包括所述第一组播组地址;
所述第一判断单元620还用于,根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
所述装置还包括:创建单元(图中未示出),用于若未存在,则在本地创建所述第一组播组表项,所述第一组播组表项包括所述第一组播组地址以及所述第二接口的标识;
所述发送单元630还用于,通过所述IPL链路,向所述第二网络设备转发所述第二IGMP成员关系报告报文,以使得所述第二网络设备在本地创建第一组播组表项,所述第一组播组表项包括所述第一组播组地址以及IPP口的标识,所述IPP口被设置为静态成员口且不设置老化时间。
可选地,所述接收单元610还用于,通过第三接口,接收第三组播接收者发送的第一IGMP离开组报文,所述第一IGMP离开组报文包括第二组播组地址;
所述装置还包括:第二判断单元(图中未示出),用于根据所述第二组播组地址,判断本地是否已存在与所述第二组播组地址匹配的第二组播组表项;
第三判断单元(图中未示出),用于若存在,则判断所述第二组播组表项的出端口列表中是否不包括除所述第三接口之外的其他接口;
第四判断单元(图中未示出),用于若是,则判断所述第三接口下是否接入第四组播接收者;
第一删除单元(图中未示出),用于若未接入,则从所述出端口列表中删除所述第三接口,并删除所述第二组播组表项;
所述发送单元630还用于,通过所述IPL链路,向所述第二网络设备转发所述第一IGMP离开组报文,以使得所述第二网络设备在本地删除对应的第二组播组表项。
可选地,所述装置还包括:
第五判断单元(图中未示出),用于若否,则判断所述第三接口下是否接入第四组播接收者;
第二删除单元(图中未示出),用于若未接入,则从所述出端口列表中删除所述第三接口。
可选地,所述第四判断单元(图中未示出)、所述第五判断单元(图中未示出)具体用于,向所述第三接口发送IGMP特定组查询报文;
若在预设时间内,未通过所述第三接口接收到第三IGMP成员关系报告报文,则确定所述第三接口下未接入所述第四组播接收者。
可选地,所述接收单元610还用于,通过所述IPL链路,接收所述第二网络设备发送的第二IGMP离开组报文,所述第二IGMP离开组报文包括第三组播组地址;
第六判断单元(图中未示出),用于根据所述第三组播组地址,判断本地是否已存在与所述第三组播组地址匹配的第三组播组表项;
第七判断单元(图中未示出),用于若存在,则判断所述第三组播组表项的出端口列表中是否不包括除IPP口之外的其他接口;
第三删除单元(图中未示出),用于若是,则将所述IPP口从所述第三组播组表项的出端口列表中删除,并删除所述第三组播组表项;
若否,则将所述IPP口从所述第三组播组表项的出端口列表中删除。
可选地,所述装置还包括:
获取单元(图中未示出),用于若所述IPL链路故障或者所述第二网络设备故障,则从本地获取包括IPP口的第四组播组表项;
第四删除单元(图中未示出),用于从所述第四组播组表项的出端口列表中删除所述IPP口;
若所述第四组播组表项的出端口列表中不包括除所述IPP口之外的其他接口,则删除所述第四组播组表项。
因此,通过应用本申请提供的组播报文处理装置,第一网络设备通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,该第一IGMP成员关系报告报文包括第一组播组地址;根据第一组播组地址,第一网络设备判断本地是否已存在与第一组播组地址匹配的第一组播组表项;若存在,则第一网络设备将第一接口的标识加入第一组播组表项内,并不再通过IPL链路向第二网络设备转发第一IGMP成员关系报告报文。
如此,当DR***内某一个DR设备单挂接入一个或多个组播接收者时,不再频繁使用IPL链路向另一台DR设备转发组播相关报文,同理,另一台DR设备也不再频繁使用IPL链路发送组播相关报文,有效地提升IPL链路的性能。解决了组播接收者加入、离开组播组的过程中,IPL链路中存在较多冗余报文的传递,占用正常链路带宽,影响报文传递性能的问题。
基于同一发明构思,本申请实施例还提供了一种网络设备,如图7所示,包括处理器710、收发器720和机器可读存储介质730,机器可读存储介质730存储有能够被处理器710执行的机器可执行指令,处理器710被机器可执行指令促使执行本申请实施例所提供的组播报文处理方法。前述图6所示的组播报文处理装置,可采用如图7所示的网络设备硬件结构实现。
上述计算机可读存储介质730可以包括随机存取存储器(英文:Random AccessMemory,简称:RAM),也可以包括非易失性存储器(英文:Non-volatile Memory,简称:NVM),例如至少一个磁盘存储器。可选的,计算机可读存储介质730还可以是至少一个位于远离前述处理器710的存储装置。
上述处理器710可以是通用处理器,包括中央处理器(英文:Central ProcessingUnit,简称:CPU)、网络处理器(英文:Network Processor,简称:NP)等;还可以是数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:ApplicationSpecific Integrated Circuit,简称:ASIC)、现场可编程门阵列(英文:Field-Programmable Gate Array,简称:FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本申请实施例中,处理器710通过读取机器可读存储介质730中存储的机器可执行指令,被机器可执行指令促使能够实现处理器710自身以及调用收发器720执行前述本申请实施例描述的组播报文处理方法。
另外,本申请实施例提供了一种机器可读存储介质730,机器可读存储介质730存储有机器可执行指令,在被处理器710调用和执行时,机器可执行指令促使处理器710自身以及调用收发器720执行前述本申请实施例描述的通信方法。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
对于组播报文处理装置以及机器可读存储介质实施例而言,由于其涉及的方法内容基本相似于前述的方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。

Claims (14)

1.一种组播报文处理方法,其特征在于,所述方法应用于第一网络设备,所述第一网络设备处于DR***内,所述DR***还包括第二网络设备,所述第一网络设备与所述第二网络设备之间已建立IPL链路,所述方法包括:
通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址;
根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。
2.根据权利要求1所述的方法,其特征在于,所述通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文之前,所述方法还包括:
通过第二接口,接收第二组播接收者发送的第二IGMP成员关系报告报文,所述第二IGMP成员关系报告报文包括所述第一组播组地址;
根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
若未存在,则在本地创建所述第一组播组表项,所述第一组播组表项包括所述第一组播组地址以及所述第二接口的标识;
通过所述IPL链路,向所述第二网络设备转发所述第二IGMP成员关系报告报文,以使得所述第二网络设备在本地创建第一组播组表项,所述第一组播组表项包括所述第一组播组地址以及IPP口的标识,所述IPP口被设置为静态成员口且不设置老化时间。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过第三接口,接收第三组播接收者发送的第一IGMP离开组报文,所述第一IGMP离开组报文包括第二组播组地址;
根据所述第二组播组地址,判断本地是否已存在与所述第二组播组地址匹配的第二组播组表项;
若存在,则判断所述第二组播组表项的出端口列表中是否不包括除所述第三接口之外的其他接口;
若是,则判断所述第三接口下是否接入第四组播接收者;
若未接入,则从所述出端口列表中删除所述第三接口,并删除所述第二组播组表项;
通过所述IPL链路,向所述第二网络设备转发所述第一IGMP离开组报文,以使得所述第二网络设备在本地删除对应的第二组播组表项。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
若所述第二组播组表项的出端口列表中所述第三接口不是唯一接口,则判断所述第三接口下是否接入第四组播接收者;
若未接入,则从所述出端口列表中删除所述第三接口。
5.根据权利要求3或4所述的方法,其特征在于,所述判断所述第三接口下是否接入第四组播接收者,具体包括:
向所述第三接口发送IGMP特定组查询报文;
若在预设时间内,未通过所述第三接口接收到第三IGMP成员关系报告报文,则确定所述第三接口下未接入所述第四组播接收者。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
通过所述IPL链路,接收所述第二网络设备发送的第二IGMP离开组报文,所述第二IGMP离开组报文包括第三组播组地址;
根据所述第三组播组地址,判断本地是否已存在与所述第三组播组地址匹配的第三组播组表项;
若存在,则判断所述第三组播组表项的出端口列表中是否不包括除IPP口之外的其他接口;
若是,则将所述IPP口从所述第三组播组表项的出端口列表中删除,并删除所述第三组播组表项;
若否,则将所述IPP口从所述第三组播组表项的出端口列表中删除。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述IPL链路故障或者所述第二网络设备故障,则从本地获取包括IPP口的第四组播组表项;
从所述第四组播组表项的出端口列表中删除所述IPP口;
若所述第四组播组表项的出端口列表中不包括除所述IPP口之外的其他接口,则删除所述第四组播组表项。
8.一种组播报文处理装置,其特征在于,所述装置应用于第一网络设备,所述第一网络设备处于DR***内,所述DR***还包括第二网络设备,所述第一网络设备与所述第二网络设备之间已建立IPL链路,所述装置包括:
接收单元,用于通过第一接口,接收第一组播接收者发送的第一IGMP成员关系报告报文,所述第一IGMP成员关系报告报文包括第一组播组地址;
第一判断单元,用于根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
加入单元,用于若存在,则将所述第一接口的标识加入所述第一组播组表项内,并不再通过所述IPL链路向所述第二网络设备转发所述第一IGMP成员关系报告报文。
9.根据权利要求8所述的装置,其特征在于,所述接收单元还用于,通过第二接口,接收第二组播接收者发送的第二IGMP成员关系报告报文,所述第二IGMP成员关系报告报文包括所述第一组播组地址;
所述第一判断单元还用于,根据所述第一组播组地址,判断本地是否已存在与所述第一组播组地址匹配的第一组播组表项;
所述装置还包括:创建单元,用于若未存在,则在本地创建所述第一组播组表项,所述第一组播组表项包括所述第一组播组地址以及所述第二接口的标识;
所述发送单元还用于,通过所述IPL链路,向所述第二网络设备转发所述第二IGMP成员关系报告报文,以使得所述第二网络设备在本地创建第一组播组表项,所述第一组播组表项包括所述第一组播组地址以及IPP口的标识,所述IPP口被设置为静态成员口且不设置老化时间。
10.根据权利要求8所述的装置,其特征在于,所述接收单元还用于,通过第三接口,接收第三组播接收者发送的第一IGMP离开组报文,所述第一IGMP离开组报文包括第二组播组地址;
所述装置还包括:第二判断单元,用于根据所述第二组播组地址,判断本地是否已存在与所述第二组播组地址匹配的第二组播组表项;
第三判断单元,用于若存在,则判断所述第二组播组表项的出端口列表中是否不包括除所述第三接口之外的其他接口;
第四判断单元,用于若是,则判断所述第三接口下是否接入第四组播接收者;
第一删除单元,用于若未接入,则从所述出端口列表中删除所述第三接口,并删除所述第二组播组表项;
所述发送单元还用于,通过所述IPL链路,向所述第二网络设备转发所述第一IGMP离开组报文,以使得所述第二网络设备在本地删除对应的第二组播组表项。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
第五判断单元,用于若所述第二组播组表项的出端口列表中所述第三接口不是唯一接口,则判断所述第三接口下是否接入第四组播接收者;
第二删除单元,用于若未接入,则从所述出端口列表中删除所述第三接口。
12.根据权利要求11所述的装置,其特征在于,所述第四判断单元、所述第五判断单元具体用于,向所述第三接口发送IGMP特定组查询报文;
若在预设时间内,未通过所述第三接口接收到第三IGMP成员关系报告报文,则确定所述第三接口下未接入所述第四组播接收者。
13.根据权利要求8所述的装置,其特征在于,所述接收单元还用于,通过所述IPL链路,接收所述第二网络设备发送的第二IGMP离开组报文,所述第二IGMP离开组报文包括第三组播组地址;
第六判断单元,用于根据所述第三组播组地址,判断本地是否已存在与所述第三组播组地址匹配的第三组播组表项;
第七判断单元,用于若存在,则判断所述第三组播组表项的出端口列表中是否不包括除IPP口之外的其他接口;
第三删除单元,用于若是,则将所述IPP口从所述第三组播组表项的出端口列表中删除,并删除所述第三组播组表项;
若否,则将所述IPP口从所述第三组播组表项的出端口列表中删除。
14.根据权利要求8所述的装置,其特征在于,所述装置还包括:
获取单元,用于若所述IPL链路故障或者所述第二网络设备故障,则从本地获取包括IPP口的第四组播组表项;
第四删除单元,用于从所述第四组播组表项的出端口列表中删除所述IPP口;
若所述第四组播组表项的出端口列表中不包括除所述IPP口之外的其他接口,则删除所述第四组播组表项。
CN202210014027.0A 2022-01-06 2022-01-06 组播报文处理方法及装置 Active CN114465955B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210014027.0A CN114465955B (zh) 2022-01-06 2022-01-06 组播报文处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210014027.0A CN114465955B (zh) 2022-01-06 2022-01-06 组播报文处理方法及装置

Publications (2)

Publication Number Publication Date
CN114465955A CN114465955A (zh) 2022-05-10
CN114465955B true CN114465955B (zh) 2023-09-15

Family

ID=81410303

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210014027.0A Active CN114465955B (zh) 2022-01-06 2022-01-06 组播报文处理方法及装置

Country Status (1)

Country Link
CN (1) CN114465955B (zh)

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075422A (zh) * 2011-01-04 2011-05-25 杭州华三通信技术有限公司 一种组播管理方法及二层设备
CN102742221A (zh) * 2011-05-19 2012-10-17 华为技术有限公司 一种组播实现的方法和网络设备
CN107547243A (zh) * 2017-05-24 2018-01-05 新华三技术有限公司 一种报文转发方法及装置
CN107547398A (zh) * 2017-05-23 2018-01-05 新华三技术有限公司 报文转发方法、装置和设备
CN109039675A (zh) * 2018-09-26 2018-12-18 盛科网络(苏州)有限公司 基于IGMPv2协议的成员离开管理方法及***
EP3605973A1 (en) * 2017-05-24 2020-02-05 New H3C Technologies Co., Ltd. Method and apparatus for message transmission
EP3618366A1 (en) * 2017-06-23 2020-03-04 New H3C Technologies Co., Ltd. Forwarding entry generation
CN112367257A (zh) * 2020-10-30 2021-02-12 新华三技术有限公司 路由通告方法及装置
CN112968836A (zh) * 2021-01-31 2021-06-15 新华三信息安全技术有限公司 跨设备聚合链路配置方法、装置、设备及可读存储介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075422A (zh) * 2011-01-04 2011-05-25 杭州华三通信技术有限公司 一种组播管理方法及二层设备
CN102742221A (zh) * 2011-05-19 2012-10-17 华为技术有限公司 一种组播实现的方法和网络设备
CN107547398A (zh) * 2017-05-23 2018-01-05 新华三技术有限公司 报文转发方法、装置和设备
CN107547243A (zh) * 2017-05-24 2018-01-05 新华三技术有限公司 一种报文转发方法及装置
EP3605973A1 (en) * 2017-05-24 2020-02-05 New H3C Technologies Co., Ltd. Method and apparatus for message transmission
EP3618366A1 (en) * 2017-06-23 2020-03-04 New H3C Technologies Co., Ltd. Forwarding entry generation
CN109039675A (zh) * 2018-09-26 2018-12-18 盛科网络(苏州)有限公司 基于IGMPv2协议的成员离开管理方法及***
CN112367257A (zh) * 2020-10-30 2021-02-12 新华三技术有限公司 路由通告方法及装置
CN112968836A (zh) * 2021-01-31 2021-06-15 新华三信息安全技术有限公司 跨设备聚合链路配置方法、装置、设备及可读存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
IP组播技术在广电网络前端的应用;林尊杰;;广播电视信息(第08期);全文 *
X. Liu ; Volta Networks ; F. Guo ; Huawei ; M. Sivakumar ; P. McAllister ; Metaswitch Networks ; A. Peter ; IP Infusion India ; .A YANG Data Model for the Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD).《IETF》.2019,全文. *

Also Published As

Publication number Publication date
CN114465955A (zh) 2022-05-10

Similar Documents

Publication Publication Date Title
US11522734B2 (en) Method for controlling a remote service access path and relevant device
CN106789526B (zh) 多***网络连接的方法及装置
JP5612468B2 (ja) リアルタイム通信ネットワークにおける診断データの通信のための方法と装置
CN107147580B (zh) 一种隧道建立的方法及通信***
CN113839862B (zh) Mclag邻居之间同步arp信息的方法、***、终端及存储介质
US11381501B2 (en) Coordinating pseudowire connection characteristics and multi-homed provider edge device capabtilities
US20240121220A1 (en) Media access control security (macsec) enabled links of a link aggregation group (lag)
US10372673B2 (en) Storage network element discovery method and apparatus
JP2010531602A5 (zh)
CN114553799B (zh) 基于可编程数据平面的组播转发方法、装置、设备及介质
CN111865704A (zh) 数据传输方法、***和网络设备
CN100488201C (zh) 一种基于路由的链路备份方法
US10476774B2 (en) Selective transmission of bidirectional forwarding detection (BFD) messages for verifying multicast connectivity
CN109120556B (zh) 一种云主机访问对象存储服务器的方法及***
CN101222370B (zh) 使用故障定位报文进行故障定位的方法及装置
CN109818869B (zh) 组播流量转发端口的生成方法及相关设备
CN114465955B (zh) 组播报文处理方法及装置
CN114268578B (zh) 切换线路的数据传输方法、装置、设备及存储介质
US11032093B2 (en) Multicast group membership management
CN110545240B (zh) 基于分布式聚合***的标签转发表的建立及报文转发方法
CN108418709B (zh) 端口聚合方法及装置
CN112468363A (zh) 一种链路连通性检测的方法及装置
CN112367238A (zh) 报文处理方法及装置
CN106992878B (zh) 一种组播检测的方法及装置
CN114513549B (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