CN112822097B - 报文转发的方法、第一网络设备以及第一设备组 - Google Patents

报文转发的方法、第一网络设备以及第一设备组 Download PDF

Info

Publication number
CN112822097B
CN112822097B CN202010086666.9A CN202010086666A CN112822097B CN 112822097 B CN112822097 B CN 112822097B CN 202010086666 A CN202010086666 A CN 202010086666A CN 112822097 B CN112822097 B CN 112822097B
Authority
CN
China
Prior art keywords
network device
multicast
identifier
group
communication link
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
CN202010086666.9A
Other languages
English (en)
Other versions
CN112822097A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to KR1020227018037A priority Critical patent/KR20220093155A/ko
Priority to EP20886576.6A priority patent/EP4044523A4/en
Priority to JP2022527897A priority patent/JP7536093B2/ja
Priority to PCT/CN2020/117008 priority patent/WO2021093463A1/zh
Publication of CN112822097A publication Critical patent/CN112822097A/zh
Priority to US17/743,905 priority patent/US20220272028A1/en
Application granted granted Critical
Publication of CN112822097B publication Critical patent/CN112822097B/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
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/123Evaluation of link metrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/54Organization of routing tables
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • 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/15Flow control; Congestion control in relation to multipoint traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/806Broadcast or multicast traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/14Multichannel or multilink protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/618Details of network addresses
    • H04L2101/659Internet protocol version 6 [IPv6] addresses

Landscapes

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

Abstract

一种报文转发的方法,包括:第一网络设备接收组播源设备发送的、经由第一设备组转发的第一组播报文,第一设备组包括第二网络设备和第三网络设备,第一组播报文由第一设备组中的一个网络设备转发到第一网络设备;第一网络设备根据反向路径转发RPF表项确定第一组播报文是第一设备组转发的组播报文,RPF表项包括第一子表项和第二子表项,第一子表项指示第一网络设备转发第二网络设备发送的第一组播报文,第二子表项指示第一网络设备转发第三网络设备发送的第一组播报文;第一网络设备根据RPF表项向组播目的设备发送第一组播报文。本申请可以在第一设备组的任一个网络设备故障或网络设备的链路故障时,缩短业务的恢复时间。

Description

报文转发的方法、第一网络设备以及第一设备组
技术领域
本申请涉及网络通信领域,并且更具体地,涉及一种报文转发的方法、第一网络设备以及第一设备组。
背景技术
组播(multicast)是一种通过使用一个组播地址将数据在同一时间以高效的方式发往处于传输控制协议(transmission control protocol,TCP)/互联网协议(internetprotocol,IP)网络上的多个接收者的数据传输方式。
组播接收者可以向网络设备发送组播加入消息,网络设备可以将该组播加入消息通过其连接的路由器发送至组播源。由组播源将该组播流量通过其连接的路由器发送至网络设备,并经过该网络设备转发至组播接收者。传统的技术方案中,在组播源与其连接的路由器之间的通信链路故障的情况下,与组播接收者连接的网络设备还需要再向其他路由器发送组播加入,造成业务恢复的时间较长。
发明内容
本申请提供一种报文转发的方法,可以在第一设备组的任一个网络设备故障或该网络设备的链路故障的情况下,缩短业务的恢复时间。
第一方面,提供了一种报文转发的方法,包括:第一网络设备接收组播源设备发送的、经由第一设备组转发的第一组播报文,第一设备组包括第二网络设备和第三网络设备,第一组播报文由第一设备组中的一个网络设备转发到第一网络设备;第一网络设备根据反向路径转发RPF表项确定第一组播报文是第一设备组转发的组播报文,RPF表项包括第一子表项和第二子表项,第一子表项指示第一网络设备转发第二网络设备发送的第一组播报文,第二子表项指示第一网络设备转发第三网络设备发送的第一组播报文;第一网络设备根据RPF表项向组播目的设备发送第一组播报文。
上述技术方案中,网络设备可以根据RPF表项对从第一设备组中的任意一个设备发送的组播报文进行转发,在第一设备组中的其中一个网络设备故障或该网络设备所在的链路故障的情况下,还可以根据RPF表项对第一设备组中的其他正常链路中的网络设备下发的组播报文进行转发,从而可以在对组播报文进行转发的设备组的其中一个网络设备故障或该网络设备的链路故障时,缩短业务的恢复时间。
在一种可能的实现方式中,第一通信链路的状态为正常状态,所述第一网络设备根据所述第一子表项向组播目的设备发送所述第一组播报文。
其中,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路。
在另一种可能的实现方式中,第二通信链路的状态为正常状态,所述第一网络设备接收经由所述第一通信链路转发的所述第一组播报文,所述第一通信链路的开销小于所述第二通信链路。
本申请的链路开销可以是链路质量,链路带宽等。第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路。
在另一种可能的实现方式中,在组播源到第二网络设备之间的链路开销小于组播源到第三网络设备之间的链路开销,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的优先级高于第二通信链路的优先级,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,所述第一网络设备根据所述第二子表项向组播目的设备发送所述第一组播报文。
在另一种可能的实现方式中,在所述第一网络设备根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文之前,所述方法还包括:所述第一网络设备接收所述第二网络设备发送的第一控制信息,所述第一控制信息包括第二标识,所述第二标识是所述第二网络设备的标识;所述第一网络设备根据所述第二标识生成所述第一子表项,其中,所述第一子表项为所述第一组播报文对应的组播源组(S,G)和所述第二标识之间的对应关系;
所述第一网络设备接收所述第三网络设备发送的第二控制信息,所述第二控制信息包括第三标识,其中,所述第三标识是所述第三网络设备的标识;所述第一网络设备根据所述第三标识生成所述第二子表项,其中,所述第二子表项为所述第一组播报文对应的组播源组(S,G)和所述第三标识之间的对应关系。
在另一种可能的实现方式中,所述第二标识和所述第三标识为互联网协议IP地址或互联网协议第六版IPv6地址。
在另一种可能的实现方式中,所述第一控制信息还包括第一设备组标识,所述第二控制信息还包括所述第一设备组标识,所述第一设备组标识是所述第一设备组的标识,所述方法还包括:所述第一网络设备根据所述第一设备组标识确定所述RPF表项。
具体的,第一网络设备根据第一设备组标识将第一子表项和第二子表项确定为所述RPF表项。
在另一种可能的实现方式中,所述第一设备组标识为IP地址或IPv6地址或一个整数。
在另一种可能的实现方式中,所述第一设备组标识可以是第二网络设备和第三网络设备上配置的一个相同的IP地址或Anycast IP地址。
在另一种可能的实现方式中,在第二网络设备向第一网络设备发送第一控制消息或第三网络设备向第一网络设备发送第二控制消息之前,所述方法还包括:在第一设备组的第二网络设备和第三网络设备配置第一设备组标识。
第二方面,提供了一种报文转发的方法,包括:第一设备组中的第二网络设备向第一网络设备发送第二标识和第一设备组标识,其中,所述第一设备组包括所述第二网络设备和第三网络设备,所述第二标识是所述第二网络设备的标识,所述第一设备组标识是所述第一设备组的标识;所述第一设备组中的所述第三网络设备向所述第一网络设备发送第三标识和所述第一设备组标识。
其中,所述第三标识是所述第三网络设备的标识,所述第二标识,所述第三标识以及所述第一设备组标识用于触发所述第一网络设备根据所述第二标识,所述第三标识以及所述第一设备组标识生成反向路径转发RPF表项,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第一设备组中的所述第二网络设备发送的第一组播报文,所述第二子表项指示所述第一网络设备转发所述第一设备组中的所述第三网络设备发送的所述第一组播报文。
在一种可能的实现方式中,所述方法还包括:所述第一设备组中的一个网络设备接收到组播源设备发送的所述第一组播报文;所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备。
在另一种可能的实现方式中,所述第一设备组中的一个网络设备接收到所述组播源发送的单播报文,所述单播报文中封装有所述第一组播报文。
在另一种可能的实现方式中,所述单播报文的目的地址为所述第一设备组标识或Anycast IP地址,或者也可以是一个整数。
在另一种可能的实现方式中,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,所述第一设备组中的所述第二网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述第一通信链路的开销小于所述第二通信链路。
在另一种可能的实现方式中,在组播源到第二网络设备之间的链路开销小于组播源到第三网络设备之间的链路开销,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的优先级高于第二通信链路的优先级,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,所述第一设备组中的所述第三网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,所述第一设备组标识为IP地址或IPv6地址或一个整数。
在另一种可能的实现方式中,所述第一设备组标识可以是第二网络设备和第三网络设备上配置的一个相同的IP地址或Anycast IP地址。
在另一种可能的实现方式中,在第二网络设备向第一网络设备发送第一控制消息或第三网络设备向第一网络设备发送第二控制消息之前,所述方法还包括:在第一设备组的第二网络设备和第三网络设备配置第一设备组标识。
第二方面和第二方面的任意一个可能的实现方式的有益效果和第一方面以及第一方面的任意一个可能的实现方式的有益效果是对应的,对此不再赘述。
第三方面,提供了一种第一网络设备,包括:
接收模块,用于接收组播源设备发送的、经由第一设备组转发的第一组播报文,所述第一设备组包括第二网络设备和第三网络设备,所述第一组播报文由所述第一组播组中的一个网络设备转发到所述第一网络设备;
确定模块,用于根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第二网络设备发送的所述第一组播报文,所述第二子表项指示所述第一网络设备转发所述第三网络设备发送的所述第一组播报文;
发送模块,用于根据所述RPF表项向组播目的设备发送所述第一组播报文。
在一种可能的实现方式中,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,所述发送模块具体用于:根据所述第一子表项向组播目的设备发送所述第一组播报文。
在另一种可能的实现方式中,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述接收模块具体用于:接收经由所述第一通信链路转发的所述第一组播报文,所述第一通信链路的开销小于所述第二通信链路。
在另一种可能的实现方式中,在组播源到第二网络设备之间的链路开销小于组播源到第三网络设备之间的链路开销,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的优先级高于第二通信链路的优先级,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,所述发送模块具体用于:根据所述第二子表项向组播目的设备发送所述第一组播报文。
在另一种可能的实现方式中,所述接收模块还用于:接收所述第二网络设备发送的第一控制信息,所述第一控制信息包括第二标识,所述第二标识是所述第二网络设备的标识;所述第一网络设备还包括:生成模块,用于根据所述第二标识生成所述第一子表项,其中,所述第一子表项为所述第一组播报文对应的组播源组(S,G)和所述第二标识之间的对应关系;所述接收模块还用于:接收所述第三网络设备发送的第二控制信息,所述第二控制信息包括第三标识,其中,所述第三标识是所述第三网络设备的标识;所述生成模块还用于:根据所述第三标识生成所述第二子表项,其中,所述第二子表项为所述第一组播报文对应的组播源组(S,G)和所述第三标识之间的对应关系。
在另一种可能的实现方式中,所述第二标识和所述第三标识为互联网协议IP地址或互联网协议第六版IPv6地址。
在另一种可能的实现方式中,所述第一控制信息还包括第一设备组标识,所述第二控制信息还包括所述第一设备组标识,所述第一设备组标识是所述第一设备组的标识,所述确定模块具体用于:根据所述第一设备组标识确定所述RPF表项。
在另一种可能的实现方式中,所述第一设备组标识为IP地址或IPv6地址或一个整数。
在另一种可能的实现方式中,所述第一设备组标识可以是第二网络设备和第三网络设备上配置的一个相同的IP地址或Anycast IP地址。
在另一种可能的实现方式中,在第二网络设备向第一网络设备发送第一控制消息或第三网络设备向第一网络设备发送第二控制消息之前,所述方法还包括:在第一设备组的第二网络设备和第三网络设备配置第一设备组标识。
第四方面,提供了一种第一设备组,所述第一设备组包括所述第二网络设备和第三网络设备,包括:
发送模块,用于所述第一设备组中的第二网络设备向第一网络设备发送第二标识和第一设备组标识,其中,所述第一设备组包括所述第二网络设备和第三网络设备,所述第二标识是所述第二网络设备的标识,所述第一设备组标识是所述第一设备组的标识;
所述发送模块还用于:所述第一设备组中的所述第三网络设备向所述第一网络设备发送第三标识和所述第一设备组标识,其中,所述第三标识是所述第三网络设备的标识,所述第二标识,所述第三标识以及所述第一设备组标识用于触发所述第一网络设备根据所述第二标识,所述第三标识以及所述第一设备组标识生成反向路径转发RPF表项,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第一设备组中的所述第二网络设备发送的第一组播报文,所述第二子表项指示所述第一网络设备转发所述第一设备组中的所述第三网络设备发送的所述第一组播报文。
在一种可能的实现方式中,还包括:接收模块,用于所述第一设备组中的一个网络设备接收到组播源设备发送的所述第一组播报文;所述发送模块还用于:所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备。
在另一种可能的实现方式中,所述发送模块具体用于:所述第一设备组中的一个网络设备接收到所述组播源发送的单播报文,所述单播报文中封装有所述第一组播报文。
在另一种可能的实现方式中,所述单播报文的目的地址为所述第一设备组标识或Anycast IP地址,或者也可以是一个整数。
在另一种可能的实现方式中,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,所述发送模块具体用于:所述第一设备组中的所述第二网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述第一通信链路的开销小于所述第二通信链路。
在另一种可能的实现方式中,在组播源到第二网络设备之间的链路开销小于组播源到第三网络设备之间的链路开销,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的优先级高于第二通信链路的优先级,由第二网络设备将组播源发送的第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,所述发送模块具体用于:所述第一设备组中的所述第三网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,所述第一设备组标识为IP地址或IPv6地址或一个整数。
在另一种可能的实现方式中,所述第一设备组标识可以是第二网络设备和第三网络设备上配置的一个相同的IP地址或Anycast IP地址。
在另一种可能的实现方式中,在第二网络设备向第一网络设备发送第一控制消息或第三网络设备向第一网络设备发送第二控制消息之前,所述方法还包括:在第一设备组的第二网络设备和第三网络设备配置第一设备组标识。
第五方面,提供了一种第一网络设备,所述第一网络设备包括处理器、存储器、接口和总线。其中接口可以通过无线或有线的方式实现,具体来讲可以是网卡。上述处理器、存储器和接口通过总线连接。
所述接口具体可以包括发送器和接收器,用于第一网络设备实现上述收发。例如,所述接口用于支持接收组播源设备发送的、经由第一设备组转发的第一组播报文。又例如,所述接口用于支持根据所述RPF表项向组播目的设备发送所述第一组播报文。又例如,所述接口用于支持根据所述第二子表项向组播目的设备发送所述第一组播报文。
所述处理器用于执行上述实施例中由第一网络设备进行的处理。例如,所述处理器用于根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文;用于根据所述第二标识生成所述第一子表项;根据所述第三标识生成所述第二子表项;和/或用于本文所描述的技术的其他过程。存储器包括操作系统和应用程序,用于存储程序、代码或指令,当处理器或硬件设备执行这些程序、代码或指令时可以完成方法实施例中涉及第一网络设备的处理过程。可选的,所述存储器可以包括只读存储器(read-onlymemory,ROM)和随机存取存储器(random access memory,RAM)。其中,所述ROM包括基本输入/输出系统(basic input/output system,BIOS)或嵌入式系统;所述RAM包括应用程序和操作系统。当需要运行第一网络设备时,通过固化在ROM中的BIOS或者嵌入式系统中的bootloader引导系统进行启动,引导第一网络设备进入正常运行状态。在第一网络设备进入正常运行状态后,运行在RAM中的应用程序和操作系统,从而,完成方法实施例中涉及第一网络设备的处理过程。
可以理解的是,在实际应用中,第一网络设备可以包含任意数量的接口,处理器或者存储器。
第六方面,提供了一种计算机可读介质,所述计算机可读介质存储有程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述上述第一方面或第一方面中任一项可能的方法。这些计算机可读存储包括但不限于如下的一个或者多个:只读存储器(read-only memory,ROM)、可编程ROM(programmable ROM,PROM)、可擦除的PROM(erasablePROM,EPROM)、Flash存储器、电EPROM(electrically EPROM,EEPROM)以及硬盘驱动器(harddrive)。
第七方面,提供了一种计算机可读介质,所述计算机可读介质存储有程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述上述第二方面或第二方面中任一项可能的方法。这些计算机可读存储包括但不限于如下的一个或者多个:只读存储器(read-only memory,ROM)、可编程ROM(programmable ROM,PROM)、可擦除的PROM(erasablePROM,EPROM)、Flash存储器、电EPROM(electrically EPROM,EEPROM)以及硬盘驱动器(harddrive)。
第八方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面或第一方面中任一项可能的方法。
第九方面,提供了一种计算机程序产品,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行上述第一方面或第一方面中任一项可能的方法。
第十方面,提供一种芯片,该芯片包括处理器与数据接口,其中,处理器通过所述数据接口读取存储器上存储的指令,以执行第一方面或第一方面任意一种可能的实现方式中的方法。在具体实现过程中,该芯片可以以中央处理器(central processing unit,CPU)、微控制器(micro controller unit,MCU)、微处理器(micro processing unit,MPU)、数字信号处理器(digital signal processing,DSP)、片上系统(system on chip,SoC)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或可编辑逻辑器件(programmable logicdevice,PLD)的形式实现。
第十一方面,提供一种芯片,该芯片包括处理器与数据接口,其中,处理器通过所述数据接口读取存储器上存储的指令,以执行第二方面或第二方面任意一种可能的实现方式中的方法。在具体实现过程中,该芯片可以以中央处理器(central processing unit,CPU)、微控制器(micro controller unit,MCU)、微处理器(micro processing unit,MPU)、数字信号处理器(digital signal processing,DSP)、片上系统(system on chip,SoC)、专用集成电路(application-specific integrated circuit,ASIC)、现场可编程门阵列(field programmable gate array,FPGA)或可编辑逻辑器件(programmable logicdevice,PLD)的形式实现。
第十二方面,提供了一种系统,该系统包括上述第一网络设备和所述第一设备组。
附图说明
图1是适用于本申请的一种可能的应用场景的示意性图。
图2是适用于本申请的另一种可能的应用场景的示意性图。
图3是本申请实施例提供的一种报文转发的方法的示意性流程图。
图4是本申请实施例提供的另一种报文转发的方法的示意性流程图。
图5是本申请实施例提供的另一种报文转发的方法的示意性流程图。
图6是本申请实施例提供的一种第一网络设备600的示意性结构图。
图7是本申请实施例提供的一种第一设备组700的示意性结构图。
图8是本申请实施例的第一网络设备2000的硬件结构示意图。
图9为本申请实施例的另一种第一网络设备2100的硬件结构示意图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
组播(multicast)是一种通过使用一个组播地址将数据在同一时间以高效的方式发往处于传输控制协议(transmission control protocol,TCP)/互联网协议(internetprotocol,IP)网络上的多个接收者的数据传输方式。组播源经由网络中的链路向组播组中的组播组成员发送组播流,该组播组中的组播组成员均可以接收到该组播流。组播传输方式实现了组播源和组播组成员之间的点对多点的数据连接。由于组播流在每条网络链路上只需传递一次,且只有在链路出现支路时,该组播才会被复制。因此,组播传输方式提高了数据传输效率和减少了骨干网络出现拥塞的可能性。
为了便于描述,下面结合图1-图2,对适用于本申请实施例的应用场景进行详细描述。
图1是适用于本申请实施例的一种可能的组播场景的示意图。参见图1,该场景中可以包括组播接收者(receive,RCV)以及组播源(source,SRC)。
一种可能的实现方式中,组播源可直接连接至少两台路由器(router,R),也可以称为组播源双归(dual homing)到该至少两台路由器。该组播源可以直接连接两台路由器,也可以直接连接三台甚至更多数量的路由器,本申请对此不作具体限定。
另一种可能的实现方式中,可选的,图1中还可以包括用户网络边缘设备(customer edge,CE)交换机,组播源可以分别通过至少两个CE交换机与至少两台路由器连接。
为了便于描述,图1中以两台路由器(例如,R1和R2)为例进行说明。
图2是本申请实施例提供的另一种可能的组播场景的示意图。参见图2,该场景中,组播源通过交换机(switch,SW)以及CE1,CE2分别与至少两台路由器连接。
作为示例,图2中以两台路由器(例如,R1和R2)为例,组播源通过SW以及CE1和R1连接,并通过SW以及CE2和R1连接。
本申请实施例中,组播接收者也可以称为组播目的设备,组播接收者也可以有多个。为了便于描述,图1或图2的场景中有2个组播接收者,例如,H1,H2。其中,H1/H2分别与路由器L1/L2连接,路由器L1/L2分别通过P1/P2与R1和R2连接。
其中,R1/R2、P1/P2、L1/L2组成的网络,也可称为核心(Core)网络,例如是一个运营商提供的网络。本申请实施例对该网络不做具体限定,可以是组播虚拟专用网络(multicast virtual private network,MVPN),或者还可以是以太虚拟专用网络(ethernet virtual private network,EVPN)。L1/L2连接H1/H2的接口及R1/R2连接组播源的接口为该网络的用户侧接口(也可以称为私网侧接口或私网接口),R1/R2连接P1/P2的接口,以及L1/L2连接P1/P2的接口为该网络的网络侧接口(也可以称为公网侧接口或公网接口)。
组播接收者(例如,H1/H2)可以向其与连接的L1/L2发送组播加入消息。本申请对该组播加入消息不做具体限定,可以是互联网组管理协议(internet group managementprotocol,IGMP)消息,或者还可以是组播发现监听(multicast listener discovery,MLD)消息。L1/L2接收到组播消息后,可以通过边界网关协议(border gateway protocol,BGP)消息将该组播加入发送至组播源侧的R1/R2。该BGP消息可以是BGP MVPN的路由消息或者BGP EVPN的路由消息。比如BGP MVPN的路由消息可以是C-multicast路由消息,也可以是Leaf A-D路由消息。组播源在接收到组播加入消息后,可以将组播报文发送给组播接收者。
应理解,本申请中组播接收者发送的组播加入消息中可以包括S1G1,其中,S1表示请求的组播报文的组播源(source,S),G1表示请求的组播报文的组播组(group,G)。组播源在接收到组播加入消息后,可以根据组播加入消息中组播报文的S1G1,将该组播报文发送给组播接收者。
传统的技术方案中,以L1为例,L1收到H1的关于S1G1的组播加入后,向R1发送组播加入,向R2发送携带“备份”指示信息的组播加入。R1和R2分别从组播源处接收组播报文后,R1向L1转发该组播报文。在R1故障的情况下,L1向R2发送不携带“备份”指示信息的组播加入,以便于R2向L1转发该组播报文。该方案中,在R1故障的情况下,L1还需要向R2发送组播加入,使得业务的恢复时间较长。
本申请实施例提供了一种报文转发的方法,可以在对组播报文进行转发的设备组的其中一个网络设备故障的情况下,缩短业务的恢复时间。下面会结合图3对该报文转发的方法进行详细描述。
图3是本申请实施例提供的一种报文转发的方法的示意性流程图。如图3所示,该方法可以包括步骤310-330,下面分别对步骤310-330进行详细描述。
步骤310:第一网络设备接收组播源设备发送的、经由第一设备组转发的第一组播报文,所述第一设备组包括第二网络设备和第三网络设备,所述第一组播报文由所述第一组播组中的一个网络设备转发到所述第一网络设备。
本申请实施例中的第一网络设备对应于图1中的L1/L2,第二网络设备和第三网络设备分别对应图1中的R1,R2。L1/L2可以接收到组播源设备发送的、经由R1/R2中的任一个网络设备发送的第一组播报文。
步骤320:所述第一网络设备根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文。
应理解,反向路径转发(reverse path forwarding,RPF)是为了防止多次转发组播数据包的一种技术,网络设备可以根据RPF表项对从上游组播跳(upstream multicasthop,UMH)收到的组播报文进行转发。
本申请实施例中,RPF表项包括第一子表项和第二子表项。其中,所述第一子表项指示所述第一网络设备转发所述第二网络设备发送的所述第一组播报文。所述第二子表项指示所述第一网络设备转发所述第三网络设备发送的所述第一组播报文。
步骤330:所述第一网络设备根据所述RPF表项向组播目的设备发送所述第一组播报文。
第一网络设备可以根据RPF表项对从第一设备组中的任意一个设备发送的组播报文进行转发。
上述技术方案中,网络设备可以根据RPF表项对从第一设备组中的任意一个设备发送的组播报文进行转发,在第一设备组中的其中一个网络设备故障或该网络设备的链路故障的情况下,还可以根据RPF表项对第一设备组中的其他链路正常的网络设备下发的组播报文进行转发,从而可以在对组播报文进行转发的设备组的其中一个网络设备故障的情况下,缩短业务的恢复时间。
本申请实施例对RPF表项不做具体限定。一种可能的实现方式中,RPF表项中的第一子表项可以是第一组播报文对应的组播源组(S,G)和第二网络设备的标识(例如,第二网络设备的IP地址)之间的对应关系,RPF表项中的第二子表项可以是第一组播报文对应的组播源组(S,G)和第三网络设备的标识(例如,第三网络设备的IP地址)之间的对应关系。另一种可能的实现方式中,RPF表项还可以是第一组播报文对应的组播源组(S,G)和第一设备组的标识之间的对应关系,以及第二网络设备的标识与第一设备组的标识之间的对应关系(第一子表项),以及第三网络设备的标识和第一设备组的标识之间的对应关系(第二子表项),其中,该第一设备组中包括第二网络设备和第三网络设备。
下面以图1所示的应用场景为例,结合图4中的实施例,对本申请实施例提供的报文转发的方法的具体实现方式进行详细描述。
图4是本申请实施例提供的另一种报文转发的方法的示意性流程图。参见图4,该方法可以包括步骤410-478,下面分别对步骤410-478进行详细描述。
应理解,为了便于描述,图4中以L1接收到S1G1组播加入消息为例进行说明。
步骤410:R1向L1发送设备标识。
步骤415:R2向L1发送设备标识。
一种可能的实现方式中,本申请实施例可以对R1/R2的设备标识(例如,互联网协议(internet protocol,IP)地址)进行配置。其中,R1/R2可以作为一个第一设备组。
例如,R1/R2、P1/P2、L1/L2组成的网络为互联网协议第4版(internet protocolversion 4,IPv4)网络,R1,R2上的配置如下所示:
其中,对于R1上的配置而言,“Ip addr 192.168.1.101”表示R1的接口IP地址1,“Multicast mvpn-id 192.168.1.101”表示BGP MVPN中使用mvpn-id所指定的IP地址作为MVPN消息路由中R1的IP地址1。对于R2上的配置而言,“Ip addr 192.168.1.102 32”表示R2的接口IP地址2,“Multicast mvpn-id 192.168.1.102”表示BGP MVPN中使用mvpn-id所指定的IP地址作为MVPN消息路由中R2的IP地址2。
R1和R2上配置的“Ip addr 192.168.1.100”表示第一设备组的标识IP地址0,“Anycast-rpf 192.168.1.100”表示在RPF检查中使用IP地址0来标识多个地址中的任意一个。
需要说明的是,“Ip addr 192.168.1.100”是可选的。也就是说,如果RPF表项是组播报文和第一设备组的标识之间的对应关系,可以在R1以及R2上配置“Ip addr192.168.1.100”。
又如,R1/R2、P1/P2、L1/L2组成的网络为互联网协议第6版(internet protocolversion 6,IPv6)网络,R1,R2上的配置如下所示:
其中,对于R1上的配置而言,“Ipv6 addr 2001:DB1::101”表示R1的接口IPv6地址1,“Multicast mvpn-id 2001:DB1::101”表示BGP MVPN中使用mvpn-id所指定的IP IP地址作为MVPN消息路由中R1的IPv6地址1。对于R2上的配置而言,“Ipv6 addr 2001:DB1::102”表示R2的接口IPv6地址2,“Multicast mvpn-id 2001:DB1::102”表示BGP MVPN中使用mvpn-id所指定的IP地址作为MVPN消息路由中R2的IPv6地址2。
R1和R2上配置的“Ipv6 addr 2001:DB1::100”表示第一设备组的标识IPv6地址0,“Anycast-rpf 2001:DB1::100”表示在RPF检查中使用IPv6地址0来标识多个地址中的任意一个。
需要说明的是,“Ipv6 addr 2001:DB1::100”是可选的。也就是说,如果RPF表项是组播报文和第一设备组的标识之间的对应关系,可以在R1以及R2上配置“Ipv6 addr 2001:DB1::100”。
R1,R2分别向L1发送设备标识的具体实现方式有多种,下面以R1为例,对R1向L1发送IP地址的几种可能的实现方式进行详细描述。
一种可能的实现方式中,R1可以在发布BGP-MVPN的路由中携带IP地址1。例如,R1可在BGP-MVPN的包含提供者多播服务接口自动发现(inclusive provider multicastservice interface auto-discovery,I-PMSI A-D)路由中携带IP地址1。又如,R1还可在BGP-MVPN的选择提供者多播服务接口自动发现(selective provider multicast serviceinterface auto-discovery,S-PMSI A-D)路由中携带IP地址1。可选的,还可以R1可以在发布BGP-MVPN的路由中携带IP地址0。
具体的,作为示例,R1通过消息1向L1发送IP地址1和IP地址0。一种可能的消息1的结构如下所示:
消息1={MP_REACH_NLRI属性<Type1,RD,IP地址1>,Extended_Community属性<Type2,IP地址0>};
其中,Type1标识I-PMSI A-D路由类型或S-PMSI A-D路由类型,RD是区分不同的VPN实例的路由标识route-distinguisher,IP地址1在本实施例中是“192.168.1.101”。Type2标识一个Anycast-rpf地址对象,IP地址0在本实施例中是“192.168.1.100”。
同样的,R2也可以通过BGP-MVPN的I-PMSI A-D路由或S-PMSI A-D路由携带IP地址2。可选的,R2还可通过BGP-MVPN的I-PMSI A-D路由或S-PMSI A-D路由携带IP地址0。具体的请参见上文中的描述,此处不再赘述。
另一种可能的实现方式中,R1可以在发布BGP-EVPN的路由中携带IP地址1。例如,R1可在BGP-EVPN的包容性多播以太网标签路由(inclusive multicast ethernet tagroute,IMET)中携带IP地址1。又如,R1还可在BGP-EVPN的选择提供者多播服务接口自动发现(selective provider multicast service interface auto-discovery,S-PMSI A-D)路由中携带IP地址1。可选的,还可以R1可以在发布BGP-EVPN的路由中携带IP地址0。
具体的,作为示例,另一种可能的消息1的结构如下所示:
消息1={MP_REACH_NLRI属性<Type1,RD,IP地址1>,Extended_Community属性<Type2,IP地址0>};
其中,Type1标识IMET路由类型或S-PMSI A-D路由类型,RD是区分不同的VPN实例的路由标识route-distinguisher,IP地址1在本实施例中是“192.168.1.101”。Type2标识一个Anycast-rpf地址对象,IP地址0在本实施例中是“192.168.1.100”。
同样的,R2也可以通过BGP-EVPN的IMET路由或S-PMSI A-D路由携带IP地址2。可选的,R2还可通过BGP-EVPN的IMET路由或S-PMSI A-D路由携带IP地址0。具体的请参见上文中的描述,此处不再赘述。
步骤420:L1保存R1/R2的设备标识信息。
L1可以接收到R1以及R2分别发送的消息1和消息2,该消息可以是如上所述BGP-MVPN路由消息,例如I-PMSI A-D路由或S-PMSI A-D路由消息,或者也可以是如上所述的BGP-EVPN路由消息,例如IMET路由或S-PMSI A-D路由消息。
一种可能的实现方式中,如果L1接收到的消息1中包括IP地址1,消息2中包括IP地址2,L1可以保存IP地址1和IP地址2。
另一种可能的实现方式中,如果L1接收到的消息1中包括IP地址1和IP地址0,消息2中包括IP地址2和IP地址0,L1可以建立如下映射关系:
映射关系1:(IP地址1,IP地址0);
映射关系2:(IP地址2,IP地址0)。
另一种可能的实现方式中,如果L1接收到的消息1中包括IPv6地址1和IPv6地址0,消息2中包括IPv6地址2和IPv6地址0,L1可以建立如下映射关系:
映射关系3:(IPv6地址1,IPv6地址0);
映射关系4:(IPv6地址2,IPv6地址0)。
步骤430:L1接收H1发送的S1G1组播加入消息。
L1接收到的S1G1组播加入消息可以是IGMP消息,或者也可以是MLD消息,本申请不做限定,具体的请参见上文中的描述,此处不再赘述。
步骤440:L1建立RPF表项。
L1收到H1的S1G1组播组加入后,L1可以选择该S1G1对应的UMH节点。该UMH节点表示L1节点期望接收组播流量S1G1来自于哪个节点。具体的,L1可以根据到达S1的单播路由获得UMH信息,例如L1可能获得到达S1的单播路由下一跳为主下一跳IP地址1、备份下一跳为IP地址2,则L1期望S1G1的组播流量来自于IP地址1。
本申请实施例中L1可以对来自于IP地址1以及IP地址2中的任一个发送的组播报文进行转发。具体的,作为示例,可以对L1进行配置,使得L1可以对来自于IP地址1以及IP地址2中的任一个发送的组播报文进行转发。
例如,R1/R2、P1/P2、L1/L2组成的网络为IPv4网络,L1上的配置如下:
又如,R1/R2、P1/P2、L1/L2组成的网络为IPv6网络,L1上的配置如下:
其中,“ip vpn vpn1”表示配置一个VPN实例。“ipv4-family”表示配置VPN的IPv4地址族,也称为VPNv4,也可以配置“ipv6-family”表示配置VPN的IPv6地址族,也称为VPNv6。MVPN表示对VPN实例配置mvpn使能,该VPN实例也称为MVPN实例。“Anycast-rpfenable”表示配置使能Anycast-rpf,即对于R1/R2发送的消息中含有的Anycast-rpf信息可以进行处理,或允许RPF检查中使用一个对象(例如,本申请实施例中第一设备组的标识IP地址0)标识多个IP地址中的任何一个。
需要说明的是,“Anycast-rpf enable”是可选的。也就是说,也可以不配该条配置,但是系统默认收到R1/R2发送的消息中含有的Anycast-rpf信息进行处理。
本申请中,L1可以根据“Anycast-rpf enable”配置,在L1获得主下一跳IP地址1、备下一跳IP地址2以后,会期望S1G1的组播流量来自于IP地址1、IP地址2中的任意一个。因此,L1会建立RPF表项。
下面以R1/R2、P1/P2、L1/L2组成的网络为IPv4网络为例。
一种可能的RPF表项为:(S1,UMH<IP地址1,IP地址2>)。该RPF表项表示对IP地址1的设备发送的S1G1组播报文进行转发,或者对IP地址2的设备发送的S1G1组播报文进行转发。
另一种可能的RPF表项为包括第一子表项和第二子表项,其中,第一子表项为:(S1,UMH<IP地址1>),表示对IP地址1的设备发送的S1G1组播报文进行转发。第二子表项为:(S1,UMH<IP地址2>),表示对IP地址2的设备发送的S1G1组播报文进行转发。
可选的,如果L1接收到的消息1中包括IP地址1和IP地址0,消息2中包括IP地址2和IP地址0,L1还可以根据上文中的映射关系1和映射关系2建立RPF表项:(S1,Anycast-UMH<IP地址0>),以及(IP地址1,IP地址0)、(IP地址2,IP地址0),表示L1上期望组播流(S1,G1)来自于Anycast的IP地址0标识的设备组,Anycast的IP地址0包含有IP地址1所代表的设备R1和IP地址2所代表的设备R2。该IP地址0可以用于标识IP地址1和IP地址0中的任一个。
下面以R1/R2、P1/P2、L1/L2组成的网络为IPv6网络为例。
一种可能的RPF表项为:(S1,UMH<IPv6地址1,IPv6地址2>)。该RPF表项表示对IPv6地址1的设备发送的S1G1组播报文进行转发,或者对IPv6地址2的设备发送的S1G1组播报文进行转发。
另一种可能的RPF表项为包括第一子表项和第二子表项,其中,第一子表项为:(S1,UMH<IPv6地址1>),表示对IPv6地址1的设备发送的S1G1组播报文进行转发。第二子表项为:(S1,UMH<IPv6地址2>),表示对IPv6地址2的设备发送的S1G1组播报文进行转发。
可选的,如果L1接收到的消息1中包括IPv6地址1和IPv6地址0,消息2中包括IPv6地址2和IPv6地址0,L1还可以根据上文中的映射关系3和映射关系4建立RPF表项:(S1,Anycast-UMH<IPv6地址0>),以及(IPv6地址1,IPv6地址0)、(IPv6地址2,IPv6地址0),该IPv6地址0可以用于标识IPv6地址1和IPv6地址0中的任一个。
步骤450:L1向R1发送组播加入。
步骤451:L1向R2发送组播加入。
L1可以通过消息3向R1发送组播加入,并通过消息4向R2发送组播加入。消息1、消息2可以是BGP-MVPN消息或BGP-EVPN消息。
可选的,L1向R1发送的消息3中还可以携带R1的IP地址1,以便于R1确定该组播加入是发送给自己的,从而向组播源发送组播加入。同样的,L1向R2发送的消息4中还可以携带R2的IP地址2,以便于R2确定该组播加入是发送给自己的,从而向组播源发送组播加入。
步骤455:R1向组播源发送组播加入。
步骤456:R2向组播源发送组播加入。
本申请实施例中可以是R1或R2向组播源发送组播加入,或者还可以是R1以及R2向组播源发送组播加入。也就是说,本实施例中可以仅执行步骤455,或者也可以仅执行步骤456,或者可以同时执行步骤455以及步骤456。
步骤460:组播源将组播数据报文S1G1发送给R1。
本申请中组播源将组播数据报文S1G1可以同时发送给R1以及R2。或者也可以发送给R1/R2中的某一个节点,也就是说,组播源可以将组播数据报文S1G1发送给R1,或者也可将组播数据报文S1G1发送给R2。
为了便于描述,图4中是以组播源将组播数据报文S1G1发送给R1为例进行说明的。
一种可能的实现方式中,可以将组播源的接口配置为eth-trunk口,其组播流量会发给R1或R2中的某一个。具体的,可以将组播源与R1/R2连接的2个接口配置为eth-trunk口,可选的,在一些系统中还可以将R1/R2的接口也需要配置为eth-trunk接口,组播源发送的组播数据报文S1G1只会往连接R1/R2的接口中的一个发送。
另一种可能的实现方式中,R1和R2均可以向组播源发送组播加入,将组播报文引到R1和R2上,然后R1/R2之间通过设备间的相互消息决定由其中一个设备转发组播报文。
另一种可能的实现方式中,R1/R2可以使用一个Anycast IP地址用于接收来自组播源的组播报文,例如将组播报文封装在一个单播报文中,单播报文的目的地址是AnycastIP地址,这样,该组播报文只会到达R1或R2中的某一个,不会到达多个设备。应理解,这种实现方式中,R1或R2中的某一个接收到的单播报文包含有外层IP头,R1或R2可以根据其外层IP头的目的地址是自己而将报文解封装,获得内层组播数据报文S1G1。
需要说明的是,上述Anycast IP地址可以和上文中描述的用于Anycast RPF的AnycastIP地址0相同,也可以不同,本申请对此不做具体限定。
应理解,为了便于描述,图4中是以组播源将组播数据报文S1G1发送给R1为例进行说明。
步骤470:R1将组播数据报文S1G1发送给L1。
可选的,作为示例,R1可有如下配置。
其中,“ip vpn vpn1”表示配置一个VPN实例。“ipv4-family”表示配置VPN的IPv4地址族,也称为VPNv4,“ipv6-family”表示配置的VPN的IPv6地址族,也称为VPNv6。“MVPN”表示对VPN实例配置mvpn使能,该VPN实例也称为MVPN实例。“sender-enable”表示节点作为MVPN组播的发送端,可以转发组播源发送的组播报文。“Anycast-rpf enable”表示配置使能Anycast-rpf,可以理解为在配置“sender-enable”的情况下,节点发送给叶子节点的消息中可以携带Anycast-rpf信息。
R1通过Core网络将组播数据报文S1G1发送给L1的实现方式有多种。一种可能的实现方式中,R1可通过点到多点(point-to-multipoint,P2MP)隧道将该组播数据报文S1G1发送给L1。另一种可能的实现方式中,R1可通过基于位索引的显式复制(bitindexedexplicit replication,BIER)-多协议标签交换(multi protocol labelswitching,MPLS)隧道将该组播数据报文S1G1发送给L1。另一种可能的实现方式中,R1可通过BIER互联网协议第6版(internet protocol version 6,BIERv6)隧道将该组播数据报文S1G1发送给L1。
以R1可通过P2MP隧道将该组播数据报文S1G1发送给L1为例。组播数据报文S1G1可以进行如下格式的封装:
(P2MP Label,IP报文<S1G1>)
其中,R1发送给到达L1的下一跳节点时封装的P2MP标签(label)为R1节点到达L1节点的下一跳节点为P2MP隧道分配的标签,例如R1发送给P1时封装P1节点为P2MP隧道分配的标签。P1再发送给到达L1的下一跳节点时封装的P2MP Label为P1节点到达L1节点的下一跳节点为P2MP隧道分配的标签,例如P1发送给L1时封装L1节点为P2MP隧道分配的标签。P2MP隧道可以使用一个转发等价类(forwarding equal class,FEC)来标识。P2MP隧道的FEC中包含有头节点的IP地址、隧道的ID号,例如(头节点R1,隧道ID=1)是一个FEC、(头节点R1,隧道ID=2)是另一个FEC。节点为P2MP隧道分配标签,就是节点生成一个对应于FEC的标签,例如为(头节点R1,隧道ID=1)分配一个标签Label1、为(头节点R1,隧道ID=2)分配一个标签Label2。
以R1可通过BIER-MPLS隧道将该组播数据报文S1G1发送给L1为例。组播数据报文S1G1可以进行如下格式的封装:
(BIER Header,可选VpnLabel,IP报文<S1G1>)
其中,R1发送给到达L1的下一跳节点时封装的BIER Header中的BIER Label为R1节点到达L1节点的下一跳节点为BIER隧道分配的标签,例如R1发送给P1时封装P1节点为BIER隧道分配的BIER标签。P1再发送给到达L1的下一跳节点时封装的BIERLabel为P1节点到达L1节点的下一跳节点为BIER隧道分配的标签,例如P1发送给L1时封装L1节点为BIER隧道分配的BIER标签。BIER隧道或BIER标签可以对应一个三元组(子域标识(sub-domain-id),比特串长度(bit string length,BSL),集合标识(setidentifier,SI))来标识。例如L1会为(0,256,0)的三元组分配一个标签Label1,P1会为(0,256,0)的三元组分配一个标签Label2。R1发送的报文使用(0,256,0)的三元组发送给P1时会封装标签Label2作为BIER头中的BIERLabel,P1根据标签Label2获知报文的三元组(0,256,0)并根据BIER转发发送给L1时封装标签Label1作为BIER头中的BIERLabel。
以R1可通过BIERv6隧道将该组播数据报文S1G1发送给L1为例。组播数据报文S1G1可以进行如下格式的封装:
(外层IPv6,外层IPv6扩展头<带BIER头>,IP报文<S1G1>)
其中,R1封装的外层IPv6中的源地址为R1节点的IPv6地址,BIER头中的BitString中对应于L1节点的比特位置1,R1发送的报文经过P1发送给L1。
步骤475:L1根据RPF表项确定是否对R1下发的组播数据报文S1G1进行转发。
具体的,L1收到组播数据报文S1G1后,进行Anycast的RPF检查。
一种可能的实现方式中,L1从P2MP隧道接收组播数据报文,L1根据P2MP Label获知报文实际来自于哪个IP。例如L1收到的报文P2MP标签为Label1,L1上保存有(FEC<头节点R1的IP地址=IP地址1,隧道ID=1>,P2MP Label=Label1)对应关系,则L1可以根据Label1知道报文实际来自于IP地址1。L1再根据映射关系1获知,报文实际来自的IP可以映射为IP地址0,即报文实际来自的设备组。L1再根据RPF表项中期望的Anycast-UMH,获得报文期待的UMH为IP地址0。两者相等,因此RPF检查通过,L1可以将该组播数据报文转发至H1。
另一种可能的实现方式中,L1从BIER隧道接收组播数据报文,L1根据BIER头获知报文实际来自于哪个IP。例如L1收到的报文BIER头的BIER标签为Label1,L1上保存有(<0,256,0>,BIER Label=Label1)对应关系,则L1可以根据Label1知道报文对应于三元组<0,256,0>。L1根据BIER头中的BFIR-id=X,以及报文对应于Sub-domain-id=0,以及L1上保存的<Sub-domain-id=0,BFIR-id=X,BFIR-prefix=IP地址1>的对应关系,可以获得报文实际来自IP地址1。L1再根据映射关系1获知,报文实际来自的IP可以映射为IP地址0。L1再根据RPF表项中期望的Anycast-UMH,获得报文期待的UMH为IP地址0。两者相等,因此RPF检查通过,L1可以将该组播数据报文转发至H1。
另一种可能的实现方式中,L1从BIERv6隧道接收组播数据报文,L1根据外层IPv6头的源地址获知报文实际来自于哪个IP地址。例如L1收到的报文外层IPv6头的源地址为IPV6地址1。L1再根据映射关系3获知,报文实际来自的IP地址可以映射为IPv6地址0。L1再根据RPF表项中期望的Anycast-UMH,获得报文期待的UMH为IPv6地址0。两者相等,因此RPF检查通过,L1可以将该组播数据报文转发至H1。
步骤478:L1将该组播数据报文转发至H1。
可选的,在一些实施例中,如果L1和组播源之间的通信链路故障,应理解,该通信链路可以是节点R1故障,或者节点R1与组播源之间的链路故障,或R1与P1/P2之间的链路故。图4所示的方法还可以包括步骤步骤480-497,下面分别对步骤480-497进行详细描述。
步骤480:组播源将组播数据报文S1G1发送给R2。
应理解,如果R1和组播源之间的通信链路故障,例如,如图1所示,CE1设备发生故障,或者CE1与组播源之间的通信链路发生故障。组播源可以将组播数据报文发送给R2,并由R2将组播数据报文发送给L1。下面对确定上述故障的具体实现方式进行详细描述。
以确定R1节点故障为例。本申请中,如果组播源感知到连接R1的接口状态为DOWN,则可以确定R1节点故障,该组播源不会再将组播数据报文发送给R1节点。可选的,如果组播源感知到连接R2的接口状态为UP,组播源可以将组播数据报文发送给R2。
以确定R1和P1之间的链路故障或R1和P2之间的链路故障为例。R1感知其接口状态为DOWN后,R1可以将R1和组播源之间的链路关闭,从而使得组播源感知到连接R1的接口状态为DOWN,且其连接R2的接口状态为UP,组播源会将组播数据报文发送给R2。
可选的,在一些实施例中,R1上感知其接口状态为DOWN后联动将R1和组播源之间的链路也关闭前,还可以通过如下的配置:
步骤490:R2将组播数据报文S1G1发送给L1。
可选的,作为示例,R2可有如下配置。
与步骤470中R1上的配置类似,具体的请参考步骤470中对配置信息的描述,此处不再赘述。
R2收到组播数据报文S1G1,根据R2上的MVPN配置,封装组播数据报文,并将报文通过Core网络发送给L1。R1通过Core网络将组播数据报文S1G1发送给L1的实现方式有多种。一种可能的实现方式中,R1可通过P2MP隧道将该组播数据报文S1G1发送给L1。另一种可能的实现方式中,R1可通过BIER-MPLS隧道将该组播数据报文S1G1发送给L1。另一种可能的实现方式中,R1可通过BIERv6隧道将该组播数据报文S1G1发送给L1。具体的实现方式与步骤470相同,请参考步骤470中的描述,此处不再赘述。
步骤495:L1根据RPF表项确定是否对R2下发的组播数据报文S1G1进行转发。
具体的,L1收到组播数据报文S1G1后,进行Anycast的RPF检查。
一种可能的实现方式中,L1从P2MP隧道接收组播数据报文,L1根据P2MP Label获知报文实际来自于哪个IP。例如L1收到的报文P2MP标签为Label2、L1上保存有(FEC<头节点R1的IP地址=IP地址2,隧道ID=1>,P2MP Label=Label2)对应关系,则L1可以根据Label2知道报文实际来自于IP地址2。L1再根据RPF表项中期望的Anycast-UMH,获得报文期待的UMH为IP地址0。两者相等,因此RPF检查通过,L1可以将该组播数据报文转发至H1。
另一种可能的实现方式中,L1从BIER隧道接收组播数据报文,L1根据BIER头获知报文实际来自于哪个IP。例如L1收到的报文BIER头的BIER标签为Label1、L1上保存有(<0,256,0>,BIER Label=Label1)对应关系,则L1可以根据Label1知道报文对应于三元组<0,256,0>。L1根据BIER头中的BFIR-id=Y,以及报文对应于Sub-domain-id=0,以及L1上保存的(<Sub-domain-id=0,BFIR-id=Y,BFIR-prefix=IP地址2>)的对应关系,可以获得报文实际来自IP地址2。L1再根据映射关系2获知,报文实际来自的IP可以映射为IP地址0。L1再根据RPF表项中期望的Anycast-UMH,获得报文期待的UMH为IP地址0。两者相等,因此RPF检查通过,L1可以将该组播数据报文转发至H1。
另一种可能的实现方式中,L1从BIERV6隧道接收组播数据报文,L1根据外层IPv6头获知报文实际来自于哪个IPV6,例如L1收到的报文外层IPv6头的源地址IPV6地址2。L1再根据映射关系4获知,报文实际来自的IP地址可以映射为IPv6地址0。L1再根据RPF表项中期望的Anycast-UMH,获得报文期待的UMH为IPv6地址0。两者相等,因此RPF检查通过,L1可以将该组播数据报文转发至H1。
步骤497:L1将该组播数据报文转发至H1。
上述技术方案中,一方面,在没有故障的情况下,组播源发出的流量只发送给R1,只有R1通过Core网络往L1发送,在Core网络里只有一份组播流量,可以节省一份组播流量。另一方面,在发生R1节点和组播源之间链路故障的情况下,组播源发出的流量只发送给R2,只有R2通过Core网络往L1发送,且R2无需等待L1发送组播加入消息,可以实现更快的业务恢复。
下面以图2所示的场景为例,结合图5中的实施例,对本申请实施例提供的报文转发的方法的具体实现方式进行详细描述。
图5是本申请实施例提供的另一种报文转发的方法的示意性流程图。参见图5,该方法可以包括步骤510-595,下面分别对步骤510-595进行详细描述。
步骤510:R1向L1发送设备标识。
步骤511:R2向L1发送设备标识。
步骤520:L1保存R1/R2的设备标识信息。
步骤530:L1接收H1发送的S1G1组播加入消息。
步骤540:L1建立RPF表项。
步骤550:L1向R1发送组播加入。
步骤551:L1向R2发送组播加入。
步骤555:R1向组播源发送组播加入。
步骤556:R2向组播源发送组播加入。
步骤560:R1向SW发送其共同的IP地址标识。
步骤561:R2向SW发送其共同的IP地址标识。
需要说明的是,步骤560和步骤561是可选的。本申请实施例中也可以是在SW上配置R1/R2共同的IP地址标识。
在一些实施例中,例如,分段的MVPN中R1/R2还会向SW发送R1/R2共同的IP地址标识,其中,该SW可以静态配置R1和R2上共同的IP地址标识。本申请中,该共同的IP地址标识例如可以是上文中的IP地址0或其他共同的标识(例如,可以是一个整数)。为了便于描述,下面以上面配置示例中的IP地址0(192.168.1.100)作为R1/R2共同的IP地址标识为例进行说明。
一种可能的实现方式中,R1/R2可以在发布BGP-MVPN的路由中携带IP地址0。例如,R1/R2可在BGP-MVPN的I-PMSI A-D路由中携带IP地址0。又如,R1/R2还可在BGP-MVPN的S-PMSI A-D路由中携带IP地址0。
另一种可能的实现方式中,R1/R2可以在发布BGP-EVPN的路由中携带IP地址0。例如,R1/R2可在BGP-MVPN的IMET路由中携带IP地址0。又如,R1/R2还可在BGP-EVPN的S-PMSIA-D路由中携带IP地址0。
上述消息格式与步骤410中消息1或消息2的结构类似,具体的请参考步骤410中的描述,此处不再赘述。
在另一种可能的实现方式中,可以在SW上静态配置R1和R2的共同IP地址或Anycast地址,作为SW向R1和R2组成的设备组发送报文的目的地址。例如,SW可以配置通用路由封装(generic routing encapsulation,GRE)隧道的目的地址是R1和R2的共同IP地址,SW再将组播数据报文封装在该GRE隧道中,即对组播数据报文封装一层外层IP头及GRE头且外层IP头的目的地址是R1和R2的Anycast地址。
应理解,为了便于描述,图5中是以R1向SW发送其共同的IP地址标识作为示例进行说明的。
步骤570:组播源将组播数据报文S1G1发送给SW。
步骤580:SW将组播数据报文S1G1发送给R1。
在图2的场景中,组播源可以将组播数据报文S1G1先发送给SW,并通过SW将组播数据报文S1G1封装一个外层单播IP头,外层单播IP头的目的地址是R1/R2共同的IP地址标识。例如,SW将组播数据报文S1G1封装一个外层单播IP头,外层单播IP头的目的地址是IP地址0(192.168.1.100)。R1/R2中的任一个在接收到SW发送的报文后,根据该报文外层IP头的目的地址是自己而将报文解封装,获得内层组播数据报文S1G1。并由R1/R2中的任一个将该组播数据报文S1G1通过Core网络发送给L1。
为了便于描述,图5中是以SW将组播数据报文S1G1发送给R1作为示例进行说明的。
步骤585:R1将组播数据报文S1G1发送给L1。
与步骤470对应,具体的请参考步骤470中的描述,此处不再赘述。
步骤590:L1根据RPF表项确定是否对R1下发的组播数据报文S1G1进行转发。
步骤595:L1将该组播数据报文转发至H1。
与步骤478对应,具体的请参考步骤478中的描述,此处不再赘述。
在图2所示的场景中,如果L1和组播源之间的通信链路故障,应理解,该通信链路可以是节点R1故障,或者CE1设备发生故障,或者SW设备发生故障,或者或R1与P1/P2之间的链路故障。组播源可以将将组播数据报文发送给R2,并由R2将组播数据报文发送给L1。具体的实现方法与图4中的步骤480-步骤497对应,详细的请参考图4中的描述,此处不再赘述。
上文结合图1至图5,详细描述了本申请实施例提供的报文转发的方法,下面将结合图6至图8,详细描述本申请的装置的实施例。应理解,方法实施例的描述与装置实施例的描述相互对应,因此,未详细描述的部分可以参见前面方法实施例。
图6是本申请实施例提供的一种第一网络设备600的示意性结构图。图6所示的该第一网络设备600可以执行上述实施例的方法中第一网络设备执行的相应步骤。如图6所示,所述第一网络设备600包括:接收模块610,确定模块620,发送模块630。
接收模块610,用于接收组播源设备发送的、经由第一设备组转发的第一组播报文,所述第一设备组包括第二网络设备和第三网络设备,所述第一组播报文由所述第一组播组中的一个网络设备转发到所述第一网络设备;
确定模块620,用于根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第二网络设备发送的所述第一组播报文,所述第二子表项指示所述第一网络设备转发所述第三网络设备发送的所述第一组播报文;
发送模块630,用于根据所述RPF表项向组播目的设备发送所述第一组播报文。
在一种可能的实现方式中,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,所述发送模块630具体用于:根据所述第一子表项向组播目的设备发送所述第一组播报文。
在另一种可能的实现方式中,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述接收模块610具体用于:接收经由所述第一通信链路转发的所述第一组播报文,所述第一通信链路的开销小于所述第二通信链路。
在另一种可能的实现方式中,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,所述发送模块630具体用于:根据所述第二子表项向组播目的设备发送所述第一组播报文。
在另一种可能的实现方式中,所述接收模块610还用于:接收所述第二网络设备发送的第一控制信息,所述第一控制信息包括第二标识,所述第二标识是所述第二网络设备的标识;所述第一网络设备还包括:生成模块,用于根据所述第二标识生成所述第一子表项,其中,所述第一子表项为所述第一组播报文对应的组播源组(S,G)和所述第二标识之间的对应关系;所述接收模块还用于:接收所述第三网络设备发送的第二控制信息,所述第二控制信息包括第三标识,其中,所述第三标识是所述第三网络设备的标识;所述生成模块还用于:根据所述第三标识生成所述第二子表项,其中,所述第二子表项为所述第一组播报文对应的组播源组(S,G)和所述第三标识之间的对应关系。
在另一种可能的实现方式中,所述第二标识和所述第三标识为互联网协议IP地址或互联网协议第六版IPv6地址。
在另一种可能的实现方式中,所述第一设备组标识为IP地址或IPv6地址或一个整数。
在另一种可能的实现方式中,所述第一控制信息还包括第一设备组标识,所述第二控制信息还包括所述第一设备组标识,所述第一设备组标识是所述第一设备组的标识,所述确定模块620具体用于:根据所述第一设备组标识确定所述RPF表项。
图7是本申请实施例提供的一种第一设备组700的示意性结构图。图7所示的该第一设备组700可以执行上述实施例的方法中第一设备组执行的相应步骤。如图7所示,所述第一设备组700包括:发送模块710。
发送模块710,用于所述第一设备组中的第二网络设备向第一网络设备发送第二标识和第一设备组标识,其中,所述第一设备组包括所述第二网络设备和第三网络设备,所述第二标识是所述第二网络设备的标识,所述第一设备组标识是所述第一设备组的标识;
所述发送模块710还用于:所述第一设备组中的所述第三网络设备向所述第一网络设备发送第三标识和所述第一设备组标识,其中,所述第三标识是所述第三网络设备的标识,所述第二标识,所述第三标识以及所述第一设备组标识用于触发所述第一网络设备根据所述第二标识,所述第三标识以及所述第一设备组标识生成反向路径转发RPF表项,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第一设备组中的所述第二网络设备发送的第一组播报文,所述第二子表项指示所述第一网络设备转发所述第一设备组中的所述第三网络设备发送的所述第一组播报文。
在一种可能的实现方式中,所述第一设备组700还包括:接收模块720,用于所述第一设备组中的一个网络设备接收到组播源设备发送的所述第一组播报文;所述发送模块还用于:所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备。
在另一种可能的实现方式中,所述发送模块710具体用于:所述第一设备组中的一个网络设备接收到所述组播源发送的单播报文,所述单播报文中封装有所述第一组播报文。
在另一种可能的实现方式中,所述单播报文的目的地址为所述第一设备组标识。
在另一种可能的实现方式中,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,所述发送模块710具体用于:所述第一设备组中的所述第二网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述第一通信链路的开销小于所述第二通信链路。
在另一种可能的实现方式中,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,所述发送模块710具体用于:所述第一设备组中的所述第三网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
在另一种可能的实现方式中,所述第一设备组标识为IP地址或IPv6地址或一个整数。
图8是本申请实施例的第一网络设备2000的硬件结构示意图。图8所示第一网络设备2000可以执行上述实施例的方法中第一网络设备执行的相应步骤。
如图8所示,所述第一网络设备2000包括处理器2001、存储器2002、接口2003和总线2004。其中接口2003可以通过无线或有线的方式实现,具体来讲可以是网卡。上述处理器2001、存储器2002和接口2003通过总线2004连接。
所述接口2003具体可以包括发送器和接收器,用于第一网络设备实现上述收发。例如,所述接口2003用于接收支持接收组播源设备发送的、经由第一设备组转发的第一组播报文。又例如,所述接口用于支持根据所述RPF表项向组播目的设备发送所述第一组播报文。又例如,所述接口用于支持根据所述第二子表项向组播目的设备发送所述第一组播报文。
所述处理器2001用于执行上述实施例中由第一网络设备进行的处理。例如,根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文;用于根据所述第二标识生成所述第一子表项;根据所述第三标识生成所述第二子表项;和/或用于本文所描述的技术的其他过程。
作为举例,所述处理器2001用于支持图4中的步骤410-495。存储器2002包括操作系统20021和应用程序20022,用于存储程序、代码或指令,当处理器或硬件设备执行这些程序、代码或指令时可以完成方法实施例中涉及第一网络设备的处理过程。可选的,所述存储器2002可以包括只读存储器(read-only memory,ROM)和随机存取存储器(random accessmemory,RAM)。其中,所述ROM包括基本输入/输出系统(basic input/output system,BIOS)或嵌入式系统;所述RAM包括应用程序和操作系统。当需要运行第一网络设备2000时,通过固化在ROM中的BIOS或者嵌入式系统中的bootloader引导系统进行启动,引导第一网络设备2000进入正常运行状态。在第一网络设备2000进入正常运行状态后,运行在RAM中的应用程序和操作系统,从而,完成方法实施例中涉及第一网络设备2000的处理过程。
可以理解的是,图8仅仅示出了第一网络设备2000的简化设计。在实际应用中,第一网络设备可以包含任意数量的接口,处理器或者存储器。
图9为本申请实施例的另一种第一网络设备2100的硬件结构示意图。图9所示的第一网络设备2100可以执行上述实施例的方法中第一网络设备执行的相应步骤。
如图9所述,第一网络设备2100包括:主控板2110、接口板2130、交换网板2120和接口板2140。主控板2110、接口板2130和2140,以及交换网板2120之间通过系统总线与系统背板相连实现互通。其中,主控板2110用于完成系统管理、设备维护、协议处理等功能。交换网板2120用于完成各接口板(接口板也称为线卡或业务板)之间的数据交换。接口板2130和2140用于提供各种业务接口(例如,POS接口、GE接口、ATM接口等),并实现数据包的转发。
接口板2130可以包括中央处理器2131、转发表项存储器2134、物理接口卡2133和网络处理器2132。其中,中央处理器2131用于对接口板进行控制管理并与主控板上的中央处理器进行通信。转发表项存储器2134用于保存RPF表项。物理接口卡2133用于完成流量的接收和发送。网络存储器2132用于根据所述表项控制物理接口卡2133收发流量。
具体的,物理接口卡2133用于接收组播源设备发送的、经由第一设备组转发的第一组播报文,物理接口卡2133接收到所述第一组播报文后,将所述第一组播报文由经由中央处理器2131发送到中央处理器2111,中央处理器2111处理所述第一组播报文。
中央处理器2111还用于根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文;和/或用于本文所描述的技术的其他过程。
应理解,本申请实施例中接口板2140上的操作与所述接口板2130的操作一致,为了简洁,不再赘述。应理解,本实施例的第一网络设备2100可对应于上述方法实施例所具有的功能和/或所实施的各种步骤,在此不再赘述。
此外,需要说明的是,主控板可能有一块或多块,有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块,第一网络设备的数据处理能力越强,提供的接口板越多。接口板上的物理接口卡也可以有一块或多块。交换网板可能没有,也可能有一块或多块,有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下,第一网络设备可以不需要交换网板,接口板承担整个系统的业务数据的处理功能。在分布式转发架构下,第一网络设备可以有至少一块交换网板,通过交换网板实现多块接口板之间的数据交换,提供大容量的数据交换和处理能力。所以,分布式架构的第一网络设备的数据接入和处理能力要大于集中式架构的设备。具体采用哪种架构,取决于具体的组网部署场景,此处不做任何限定。
本申请实施例还提供了计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行上述任一方面的任意可能的实现方式中的方法的指令。该可读介质可以是只读存储器(read-only memory,ROM)或随机存取存储器(random access memory,RAM),本申请实施例对此不做限制。
本申请实施例还提供了一种计算机程序产品,应用于第一网络设备,所述计算机程序产品包括一系列指令,当所述指令被运行时,以进行上述各个方面的所述的方法中所述第一网络设备的操作。
本申请实施例还提供了一种计算机程序产品,应用于第一设备组,所述计算机程序产品包括一系列指令,当所述指令被运行时,以进行上述各个方面的所述的方法中所述第一设备组的操作。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read-only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (38)

1.一种报文转发的方法,其特征在于,所述方法包括:
第一网络设备接收组播源设备发送的、经由第一设备组转发的第一组播报文,所述第一设备组包括第二网络设备和第三网络设备,所述第一组播报文由所述第一设备组中的一个网络设备转发到所述第一网络设备;
所述第一网络设备根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第二网络设备发送的所述第一组播报文,所述第二子表项指示所述第一网络设备转发所述第三网络设备发送的所述第一组播报文;
所述第一网络设备根据所述RPF表项向组播目的设备发送所述第一组播报文;
在所述第一网络设备根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文之前,所述方法还包括:
所述第一网络设备接收所述第二网络设备发送的第一控制信息,所述第一控制信息包括第二标识,所述第二标识是所述第二网络设备的标识,所述第一控制信息用于生成所述第一子表项;
所述第一网络设备接收所述第三网络设备发送的第二控制信息,所述第二控制信息包括第三标识,其中,所述第三标识是所述第三网络设备的标识,所述第二控制信息用于生成所述第二子表项。
2.根据权利要求1所述的方法,其特征在于,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,
所述第一网络设备根据所述RPF表项向组播目的设备发送所述第一组播报文,包括:
所述第一网络设备根据所述第一子表项向组播目的设备发送所述第一组播报文。
3.根据权利要求2所述的方法,其特征在于,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,
所述第一网络设备接收组播源设备发送的、经由第一设备组转发的第一组播报文,包括:
所述第一网络设备接收经由所述第一通信链路转发的所述第一组播报文,所述第一通信链路的开销小于所述第二通信链路。
4.根据权利要求1所述的方法,其特征在于,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,
所述第一网络设备根据所述RPF表项向组播目的设备发送所述第一组播报文,包括:
所述第一网络设备根据所述第二子表项向组播目的设备发送所述第一组播报文。
5.根据权利要求1至4中任一项所述的方法,其特征在于,在所述第一网络设备根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文之前,
所述方法还包括:
所述第一网络设备根据所述第二标识生成所述第一子表项,其中,所述第一子表项为所述第一组播报文对应的组播源组(S,G)和所述第二标识之间的对应关系;
所述第一网络设备根据所述第三标识生成所述第二子表项,其中,所述第二子表项为所述第一组播报文对应的组播源组(S,G)和所述第三标识之间的对应关系。
6.根据权利要求5所述的方法,其特征在于,所述第二标识和所述第三标识为互联网协议IP地址或互联网协议第六版IPv6地址。
7.根据权利要求6所述的方法,其特征在于,所述第一控制信息还包括第一设备组标识,所述第二控制信息还包括所述第一设备组标识,所述第一设备组标识是所述第一设备组的标识,所述方法还包括:
所述第一网络设备根据所述第一设备组标识确定所述RPF表项。
8.根据权利要求7所述的方法,其特征在于,所述第一设备组标识为IP地址或IPv6地址或整数。
9.一种报文转发的方法,其特征在于,包括:
第一设备组中的第二网络设备向第一网络设备发送第二标识和第一设备组标识,其中,所述第一设备组包括所述第二网络设备和第三网络设备,所述第二标识是所述第二网络设备的标识,所述第一设备组标识是所述第一设备组的标识;
所述第一设备组中的所述第三网络设备向所述第一网络设备发送第三标识和所述第一设备组标识,其中,所述第三标识是所述第三网络设备的标识,所述第二标识,所述第三标识以及所述第一设备组标识用于触发所述第一网络设备根据所述第二标识,所述第三标识以及所述第一设备组标识生成反向路径转发RPF表项,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第一设备组中的所述第二网络设备发送的第一组播报文,所述第二子表项指示所述第一网络设备转发所述第一设备组中的所述第三网络设备发送的所述第一组播报文。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
所述第一设备组中的一个网络设备接收到组播源设备发送的所述第一组播报文;
所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备。
11.根据权利要求9所述的方法,其特征在于,所述第一设备组中的一个网络设备接收到组播源发送的所述第一组播报文,包括:
所述第一设备组中的一个网络设备接收到所述组播源发送的单播报文,所述单播报文中封装有所述第一组播报文。
12.根据权利要求11所述的方法,其特征在于,所述单播报文的目的地址为所述第一设备组标识,所述第一设备组标识为互联网协议IP地址或互联网协议第六版IPv6地址。
13.根据权利要求9至12中任一项所述的方法,其特征在于,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,
所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备,包括:
所述第一设备组中的所述第二网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
14.根据权利要求13所述的方法,其特征在于,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述第一通信链路的开销小于所述第二通信链路。
15.根据权利要求9至12中任一项所述的方法,其特征在于,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,
所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备,包括:
所述第一设备组中的所述第三网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
16.根据权利要求9至12中任一项所述的方法,其特征在于,所述第二标识和所述第三标识为IP地址或IPv6地址。
17.根据权利要求9至12中任一项所述的方法,其特征在于,所述第二网络设备和所述第三网络设备上配置有所述第一设备组标识。
18.一种第一网络设备,其特征在于,包括:
接收模块,用于接收组播源设备发送的、经由第一设备组转发的第一组播报文,所述第一设备组包括第二网络设备和第三网络设备,所述第一组播报文由所述第一组播组中的一个网络设备转发到所述第一网络设备;
所述接收模块还用于:接收所述第二网络设备发送的第一控制信息,所述第一控制信息包括第二标识,所述第二标识是所述第二网络设备的标识,所述第一控制信息用于生成第一子表项;
所述接收模块还用于:接收所述第三网络设备发送的第二控制信息,所述第二控制信息包括第三标识,其中,所述第三标识是所述第三网络设备的标识,所述第二控制信息用于生成第二子表项;
确定模块,用于根据反向路径转发RPF表项确定所述第一组播报文是所述第一设备组转发的组播报文,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第二网络设备发送的所述第一组播报文,所述第二子表项指示所述第一网络设备转发所述第三网络设备发送的所述第一组播报文;
发送模块,用于根据所述RPF表项向组播目的设备发送所述第一组播报文。
19.根据权利要求18所述的第一网络设备,其特征在于,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,
所述发送模块具体用于:根据所述第一子表项向组播目的设备发送所述第一组播报文。
20.根据权利要求19所述的第一网络设备,其特征在于,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,
所述接收模块具体用于:接收经由所述第一通信链路转发的所述第一组播报文,所述第一通信链路的开销小于所述第二通信链路。
21.根据权利要求18所述的第一网络设备,其特征在于,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,
所述发送模块具体用于:根据所述第二子表项向组播目的设备发送所述第一组播报文。
22.根据权利要求18至21中任一项所述的第一网络设备,其特征在于,
生成模块,用于根据所述第二标识生成所述第一子表项,其中,所述第一子表项为所述第一组播报文对应的组播源组(S,G)和所述第二标识之间的对应关系;
所述生成模块还用于:根据所述第三标识生成所述第二子表项,其中,所述第二子表项为所述第一组播报文对应的组播源组(S,G)和所述第三标识之间的对应关系。
23.根据权利要求22所述的第一网络设备,其特征在于,所述第二标识和所述第三标识为互联网协议IP地址或互联网协议第六版IPv6地址。
24.根据权利要求23所述的第一网络设备,其特征在于,所述第一控制信息还包括第一设备组标识,所述第二控制信息还包括所述第一设备组标识,所述第一设备组标识是所述第一设备组的标识,
所述确定模块具体用于:根据所述第一设备组标识确定所述RPF表项。
25.根据权利要求24所述的第一网络设备,其特征在于,所述第一设备组标识为IP地址或IPv6地址或整数。
26.一种第一设备组,所述第一设备组包括第二网络设备和第三网络设备,其特征在于,包括:
发送模块,用于所述第一设备组中的第二网络设备向第一网络设备发送第二标识和第一设备组标识,其中,所述第一设备组包括所述第二网络设备和第三网络设备,所述第二标识是所述第二网络设备的标识,所述第一设备组标识是所述第一设备组的标识;
所述发送模块还用于:所述第一设备组中的所述第三网络设备向所述第一网络设备发送第三标识和所述第一设备组标识,其中,所述第三标识是所述第三网络设备的标识,所述第二标识,所述第三标识以及所述第一设备组标识用于触发所述第一网络设备根据所述第二标识,所述第三标识以及所述第一设备组标识生成反向路径转发RPF表项,所述RPF表项包括第一子表项和第二子表项,所述第一子表项指示所述第一网络设备转发所述第一设备组中的所述第二网络设备发送的第一组播报文,所述第二子表项指示所述第一网络设备转发所述第一设备组中的所述第三网络设备发送的所述第一组播报文。
27.根据权利要求26所述的第一设备组,其特征在于,还包括:
接收模块,用于所述第一设备组中的一个网络设备接收到组播源设备发送的所述第一组播报文;
所述发送模块还用于:所述第一设备组中的一个网络设备将所述第一组播报文转发给所述第一网络设备。
28.根据权利要求26所述的第一设备组,其特征在于,所述发送模块具体用于:
所述第一设备组中的一个网络设备接收到组播源发送的单播报文,所述单播报文中封装有所述第一组播报文。
29.根据权利要求28所述的第一设备组,其特征在于,所述单播报文的目的地址为所述第一设备组标识,所述第一设备组标识为互联网协议IP地址或互联网协议第六版IPv6地址。
30.根据权利要求26至29中任一项所述的第一设备组,其特征在于,第一通信链路的状态为正常状态,所述第一通信链路为所述组播源设备经由所述第二网络设备到所述第一网络设备的通信链路,
所述发送模块具体用于:
所述第一设备组中的所述第二网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
31.根据权利要求30所述的第一设备组,其特征在于,第二通信链路的状态为正常状态,所述第二通信链路为所述组播源设备经由所述第三网络设备到所述第一网络设备的通信链路,所述第一通信链路的开销小于所述第二通信链路。
32.根据权利要求26至29中任一项所述的第一设备组,其特征在于,第一通信链路的状态为故障状态,第二通信链路的状态为正常状态,
所述发送模块具体用于:
所述第一设备组中的所述第三网络设备将从所述组播源设备接收到的所述第一组播报文转发至所述第一网络设备。
33.根据权利要求26至29中任一项所述的第一设备组,其特征在于,所述第二标识和所述第三标识为IP地址或IPv6地址。
34.根据权利要求26至29中任一项所述的第一设备组,其特征在于,所述第二网络设备和所述第三网络设备上配置有所述第一设备组标识。
35.一种第一网络设备,其特征在于,包括:处理器和存储器,所述存储器用于存储程序,所述处理器用于从存储器中调用并运行所述程序以执行权利要求1至8中任一项所述的方法。
36.一种第一设备组,其特征在于,包括:处理器和存储器,所述存储器用于存储程序,所述处理器用于从存储器中调用并运行所述程序以执行权利要求9至17中任一项所述的方法。
37.一种计算机可读存储介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行权利要求1至8中任一项所述的方法。
38.一种计算机可读存储介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行权利要求9至17中任一项所述的方法。
CN202010086666.9A 2019-11-15 2020-02-11 报文转发的方法、第一网络设备以及第一设备组 Active CN112822097B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
KR1020227018037A KR20220093155A (ko) 2019-11-15 2020-09-23 패킷 전달 방법, 제1 네트워크 디바이스 및 제1 디바이스 그룹
EP20886576.6A EP4044523A4 (en) 2019-11-15 2020-09-23 PACKET FORWARDING METHOD, FIRST NETWORK DEVICE AND FIRST GROUP OF DEVICES
JP2022527897A JP7536093B2 (ja) 2019-11-15 2020-09-23 パケット転送方法、第1のネットワークデバイス、および第1のデバイスグループ
PCT/CN2020/117008 WO2021093463A1 (zh) 2019-11-15 2020-09-23 报文转发的方法、第一网络设备以及第一设备组
US17/743,905 US20220272028A1 (en) 2019-11-15 2022-05-13 Packet Forwarding Method, First Network Device, and First Device Group

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201911115998 2019-11-15
CN2019111159989 2019-11-15

Publications (2)

Publication Number Publication Date
CN112822097A CN112822097A (zh) 2021-05-18
CN112822097B true CN112822097B (zh) 2024-06-18

Family

ID=75852962

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010086666.9A Active CN112822097B (zh) 2019-11-15 2020-02-11 报文转发的方法、第一网络设备以及第一设备组

Country Status (6)

Country Link
US (1) US20220272028A1 (zh)
EP (1) EP4044523A4 (zh)
JP (1) JP7536093B2 (zh)
KR (1) KR20220093155A (zh)
CN (1) CN112822097B (zh)
WO (1) WO2021093463A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116743519A (zh) * 2022-03-04 2023-09-12 华为技术有限公司 一种用于发现根节点的方法及装置
CN114793226A (zh) * 2022-06-23 2022-07-26 北京安盟信息技术股份有限公司 一种基于中间设备实现组播代理与组播溯源的方法及系统
CN115442294B (zh) * 2022-07-29 2023-10-31 中盈优创资讯科技有限公司 一种基于bier和ipv 6组播的文件分发方法及装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101094175A (zh) * 2007-06-14 2007-12-26 华为技术有限公司 一种组播流量保护方法、装置及系统
JP2013118537A (ja) * 2011-12-05 2013-06-13 Hitachi Ltd マルチキャスト配信システム、ルータ及びマルチキャスト配信方法

Family Cites Families (46)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3997844B2 (ja) 2002-06-12 2007-10-24 日本電気株式会社 経路計算方法、経路計算プログラム及び経路計算装置
CA2495059C (en) * 2002-08-17 2010-05-18 Kt Corporation Satellite ip multicasting system and method
CN100592712C (zh) 2004-04-14 2010-02-24 日本电气株式会社 链路特性设置方法、路由计算方法及其系统
US8089964B2 (en) * 2005-04-05 2012-01-03 Cisco Technology, Inc. Transporting multicast over MPLS backbone using virtual interfaces to perform reverse-path forwarding checks
CN1992707B (zh) * 2005-12-29 2012-05-23 上海贝尔阿尔卡特股份有限公司 一种组播业务快速恢复方法及网络设备
CN100571205C (zh) * 2006-03-24 2009-12-16 上海贝尔阿尔卡特股份有限公司 一种接入网络中的组播业务保护方法及其系统、装置
CN1933448A (zh) * 2006-08-17 2007-03-21 华为技术有限公司 业务快速收敛的方法和网络设备
CN1946040A (zh) * 2006-10-13 2007-04-11 华为技术有限公司 一种组播业务的保护方法和装置
CN101035009A (zh) * 2007-03-31 2007-09-12 华为技术有限公司 一种组播流量冗余保护的方法及设备
US8223660B2 (en) * 2007-04-18 2012-07-17 Rockstar Bidco Lp Failure notification in a network having serially connected nodes
CA2684623A1 (en) * 2007-04-18 2008-10-30 Nortel Networks Limited Failure notification in a network having serially connected nodes
CN101170516B (zh) * 2007-11-29 2010-12-01 杭州华三通信技术有限公司 非rpf接口的状态自适应方法及装置
US7684316B2 (en) * 2008-02-12 2010-03-23 Cisco Technology, Inc. Multicast fast reroute for network topologies
WO2010139115A1 (zh) 2009-06-03 2010-12-09 上海贝尔股份有限公司 多个汇聚节点共同处理移动组播源组播业务的方法及装置
CN101656679B (zh) * 2009-09-25 2012-04-04 华为技术有限公司 一种组播快速收敛方法、路由器和通信系统
CN101702672A (zh) * 2009-11-04 2010-05-05 华为技术有限公司 组播数据报文转发方法和转发装置
CN101800742B (zh) * 2010-01-28 2012-12-19 华为技术有限公司 路由设备上游信息的更新处理方法、路由设备及网络系统
CN101873260B (zh) * 2010-06-01 2012-06-27 北京星网锐捷网络技术有限公司 组播流转发方法及路由设备
JP2012054861A (ja) 2010-09-03 2012-03-15 Fujitsu Telecom Networks Ltd 通信システムおよび通信制御方法
CN102025541B (zh) * 2010-12-08 2014-12-10 中兴通讯股份有限公司 一种实现组播保护的方法及系统
EP2692097B1 (en) * 2011-03-31 2015-08-19 Telefonaktiebolaget L M Ericsson (publ) Technique for operating a network node
CN102158405B (zh) * 2011-03-31 2014-06-11 杭州华三通信技术有限公司 双向协议无关组播网络中组播转发表项建立方法及设备
CN102111342B (zh) * 2011-04-07 2014-09-10 杭州华三通信技术有限公司 一种链路保护方法及其设备
CN102742221B (zh) * 2011-05-19 2015-07-29 华为技术有限公司 一种组播实现的方法和网络设备
US8873558B2 (en) * 2011-08-03 2014-10-28 Cisco Technology, Inc. Reverse path forwarding lookup with link bundles
JP5795290B2 (ja) * 2012-08-10 2015-10-14 日本電信電話株式会社 マルチキャストパケット転送システムおよび方法
CN102970231B (zh) * 2012-11-20 2018-05-01 中兴通讯股份有限公司 组播流转发实现方法和路由网桥(rb)
CN103051536A (zh) * 2012-12-22 2013-04-17 中国船舶重工集团公司第七0九研究所 一种二层冗余链路的快速组播切换方法
US9246797B2 (en) * 2013-02-11 2016-01-26 Cisco Technology, Inc. PORT based redundant link protection
CN103905320B (zh) * 2014-04-02 2017-02-15 杭州华三通信技术有限公司 一种组播报文处理方法和装置
US9806895B1 (en) * 2015-02-27 2017-10-31 Juniper Networks, Inc. Fast reroute of redundant multicast streams
CN104901893B (zh) * 2015-06-11 2018-05-11 新华三技术有限公司 组播流量保护方法及装置
CN105337746B (zh) * 2015-09-23 2018-11-13 浙江宇视科技有限公司 一种组播数据的传输方法和装置
US9853915B2 (en) * 2015-11-04 2017-12-26 Cisco Technology, Inc. Fast fail-over using tunnels
CN105871846A (zh) * 2016-03-31 2016-08-17 杭州华三通信技术有限公司 一种组播组的管理方法及装置
CN107770073B (zh) * 2016-08-19 2020-06-02 华为技术有限公司 一种信息同步的方法,装置及系统
CN109218178B (zh) * 2017-07-05 2021-06-22 华为技术有限公司 一种报文处理方法及网络设备
US10554425B2 (en) * 2017-07-28 2020-02-04 Juniper Networks, Inc. Maximally redundant trees to redundant multicast source nodes for multicast protection
CN110999230B (zh) * 2017-10-18 2021-06-01 华为技术有限公司 传输组播报文的方法、网络设备和系统
CN109981308B (zh) * 2017-12-27 2022-05-24 北京华为数字技术有限公司 报文传输方法及装置
CN108234358B (zh) * 2017-12-29 2021-09-21 新华三技术有限公司 一种组播报文传输方法、装置及机器可读存储介质
CN110278156B (zh) * 2018-03-14 2020-12-22 华为技术有限公司 组播路由处理方法、网络设备以及路由反射器
CN109005109B (zh) * 2018-07-24 2021-04-06 新华三技术有限公司 路由设置方法及组播组网系统
CN109743250B (zh) * 2018-12-07 2020-09-04 华为技术有限公司 组播报文的传输方法、第一网络设备和第二网络设备
CN111600798B (zh) * 2019-02-21 2021-11-19 华为技术有限公司 一种发送和获取断言报文的方法和设备
CN109787839A (zh) * 2019-02-28 2019-05-21 新华三技术有限公司 一种报文转发方法及装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101094175A (zh) * 2007-06-14 2007-12-26 华为技术有限公司 一种组播流量保护方法、装置及系统
JP2013118537A (ja) * 2011-12-05 2013-06-13 Hitachi Ltd マルチキャスト配信システム、ルータ及びマルチキャスト配信方法

Also Published As

Publication number Publication date
JP2023503825A (ja) 2023-02-01
CN112822097A (zh) 2021-05-18
US20220272028A1 (en) 2022-08-25
EP4044523A1 (en) 2022-08-17
JP7536093B2 (ja) 2024-08-19
WO2021093463A1 (zh) 2021-05-20
KR20220093155A (ko) 2022-07-05
EP4044523A4 (en) 2022-12-21

Similar Documents

Publication Publication Date Title
CN109873760B (zh) 处理路由的方法和装置、以及数据传输的方法和装置
CN110784411B (zh) 建立bier转发表项的方法、装置和系统
CN109218178B (zh) 一种报文处理方法及网络设备
CN107547402B (zh) 一种转发表生成方法和装置
EP2412129B1 (en) Redundant host connection in a routed network
CN110061915B (zh) 跨多个架构交换机的虚拟链路聚合的方法和系统
US20230283554A1 (en) BIER Packet Forwarding Method, Device, and System
CN112822097B (zh) 报文转发的方法、第一网络设备以及第一设备组
US11563680B2 (en) Pseudo wire load sharing method and device
CN114465920B (zh) 确定对应关系的方法、装置以及系统
CN113114576B (zh) 报文发送的方法、设备和系统
CN111585899A (zh) 一种evpn组播方法、装置及系统
WO2022117018A1 (zh) 报文传输的方法和装置
US20110222541A1 (en) Network System, Edge Node, and Relay Node
US12058027B2 (en) Packet transmission method, correspondence obtaining method, apparatus, and system
JP7273125B2 (ja) BIERv6パケットを送信するための方法および第1のネットワークデバイス
US20220337521A1 (en) Packet Sending Method, Device and System
CN114915589B (zh) 报文传输方法及装置
CN116132364A (zh) 报文传输方法、装置及系统
CN115460140A (zh) 网络互通方法及装置
CN115460138A (zh) 网络互通方法及装置
CN115460141A (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