WO2018006671A1 - Procédé et appareil d'envoi de message, architecture de réseau et support de stockage informatique - Google Patents

Procédé et appareil d'envoi de message, architecture de réseau et support de stockage informatique Download PDF

Info

Publication number
WO2018006671A1
WO2018006671A1 PCT/CN2017/086982 CN2017086982W WO2018006671A1 WO 2018006671 A1 WO2018006671 A1 WO 2018006671A1 CN 2017086982 W CN2017086982 W CN 2017086982W WO 2018006671 A1 WO2018006671 A1 WO 2018006671A1
Authority
WO
WIPO (PCT)
Prior art keywords
domain
bfer
sub
bier
tlv
Prior art date
Application number
PCT/CN2017/086982
Other languages
English (en)
Chinese (zh)
Inventor
胡方伟
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2018006671A1 publication Critical patent/WO2018006671A1/fr

Links

Images

Definitions

  • the present invention relates to the field of communications, and in particular to a message sending method and apparatus, a network architecture, and a computer storage medium.
  • IP multicast technology realizes efficient point-to-multipoint data transmission in IP networks, which can effectively save network bandwidth and reduce network load. Therefore, IP multicast technology is used for real-time data transmission, multimedia conference, data copy, and network television (Internet). Protocol Television (abbreviated as IPTV), games and simulations have a wide range of applications.
  • IPTV Protocol Television
  • the multicast technology is generally implemented by protocol independent multicast (PIM, including PIM-SM, PIM-DM) and Multicast Source Discovery Protocol (MSDP).
  • PIM protocol independent multicast
  • MSDP Multicast Source Discovery Protocol
  • a common feature is the need to construct a control plane multicast tree, which uses the multicast tree to process the network plane logic into a tree to implement point-to-multipoint data forwarding and loop avoidance for multicast forwarding.
  • the intermediate node of the multicast routing protocol with the distribution tree as the core needs to maintain the state of complex multicast forwarding information.
  • Broadcast technology faces increasing costs and operational challenges.
  • Bit Indexed Explicit Replication BIER
  • BIER Bit Indexed Explicit Replication
  • a bit-forwarding router BFR
  • a multicast forwarding domain consisting of BFRs is called a BFIR domain (that is, a BFIR domain).
  • BFIR encapsulation of user multicast data is performed at the edge of the BIER domain.
  • the device is called BFIR (referred to as the BTIR1 and BFIR2, as shown in Figure 1).
  • the edge BFR device that decapsulates the BIER data packet is called BFER (called the Bit-Forwarding egress Router).
  • BFER1 and BFER2 shown in Figure 1, the multicast data is encapsulated by the BFIR into the BIER domain, and is forwarded in the BIER domain depending on the header of the BIER, and leaves the BIER domain via one or more BFER devices.
  • the device that receives and forwards the BIER message is called the transmission bit index forwarding router (ie, transit BFR) of the BIER message.
  • a BFR can be either a BFIR role or a BFER role, depending on the encapsulation and decapsulation messages.
  • each edge of the BFER is assigned a globally unique bit (ie bit position) in the entire bit index display copy copy subfield (ie BIER sub-domain), each BFER will use its own bit position
  • the Interior Gateway Protocol (IGP) floods the BIER domain. All bit positions form a binary string (bitstring). The transmission and routing of data packets in the BIER domain depends on the bitstring.
  • other BFRs receive the header containing the BIER, they are forwarded based on the bit string carried in the BIER header and based on the Bin Forwarding Table. This principle of forwarding based on the BIER bit will change the forwarding based on the construction of the multicast distribution tree to the unicast lookup and forwarding using the bit identifier, which greatly reduces the forwarding cost of the network.
  • BFR1 is the ingress-bit index forwarding router (ie, ingress BFR), BFR5, BFR6, and BFR7 are both egress BFR.
  • the BFRs of BFR5, BFR6, and BFR7 are 0001, 0010, respectively. 0100.
  • Egress BFR passed in advance
  • the IGP protocol such as IS-IS protocol, or OSPF protocol
  • BFR1 saves the information in the local bit index forwarding table. .
  • BFR1 assumes that the multicast packet needs to be transmitted to BFR5 and BFR6.
  • BFR1 calculates the value of the Bitstring of the packet as 0101.
  • the packet is encapsulated into a BIER packet.
  • the Bitstring in the BIER Header is padded with 0101 and forwarded to BFR2.
  • BFR2 searches for the entry in the previously stored bit index forwarding table. According to the entry, the packet needs to be forwarded to BFR3.
  • Bitstring is paired with the F-BM of the matching entry to obtain 0101.
  • BFR2 refills the BIER packet with 0101 as the Bitstring in the BIER Header, and forwards the packet to BFR3.
  • BFR3 receives the packet. Find its own bit index forwarding table.
  • BFR3 has two matching records, which represent the next hop of the packet forwarded to BFR4 and BFR6.
  • BFR3 compares the value of Bitstring with the F-BM in the entry. Operation, the result is 0001.
  • the value of Bitstring and the result of the F-BM operation are 0100.
  • BFR3 forwards the BIER message from the two interfaces to BFR4 and BFR6, BIER of BFR4. Header's Bitstring value is 00 01, and the value of the Bitstring of the BIER Header forwarded to BFR6 is 0100.
  • the value of the bitstring is the same as the bit position that it advertises. It indicates that it is the destination of the packet and decapsulates the BIER packet.
  • the packet forwarding is forwarded to the BFR5, and the BIER packet is decapsulated by the BFR5.
  • the multicast packet is transmitted in the BIER domain, and the multicast packet is The BFR1 node of the ingress is forwarded to the receiving nodes BFR4 and BFR6 of the multicast.
  • IGMP/MLD protocol Internet Group Management Protocol/Multicast Listening Discovery Protocol
  • BFER is used as the querier for IGMP/MLD.
  • the listener the user multicast group's packets are transmitted through the IGMP/MLD message overlay (that is, superimposed) to the BIER network. After receiving the IGMP/MLD message sent by the BFER, the BFIR can learn the user corresponding to the BFER.
  • Group Broadcast group is used as the Internet Group Management Protocol/Multicast Listening Discovery Protocol (IGMP/MLD protocol) to superimpose on the BIER layer.
  • IGMP/MLD protocol Internet Group Management Protocol/Multicast Listening Discovery Protocol
  • the above BIER forwarding and multicast group address advertisement method can be used to meet the requirements when applied to a single domain.
  • the existing bitstring advertisement is used.
  • the IGP protocol advertises that the distributed bitstring advertisement cannot be unified and managed.
  • the cross-domain forwarding needs to decapsulate the BIER packet of the first domain and re-encapsulate the BIER at the boundary of the second domain.
  • the forwarding efficiency is relatively low.
  • the IGMP/MLD packet is superimposed on the bit index to display the replication layer (that is, the overlay bier) to advertise the multicast group address of the inter-domain.
  • the replication layer that is, the overlay bier
  • the embodiments of the present invention provide a packet sending method and device, a network architecture, and a computer storage medium, to at least solve the technical problem that the network needs to occupy more resources when transmitting multicast data packets in the related art.
  • a packet sending method includes: displaying, by a bit index of a first domain, a copy-convergence point device BIER-RP advertising a cross-domain multicast group address to a controller; After the bit index forwarding ingress router BFIR of the domain receives the multicast data message requesting to transmit to the second domain across the domain, the BFIR transmits the multicast data packet to the bit index forwarding egress router BFER of the first domain, which will be The multicast data packet is forwarded to the second domain.
  • the bit index of the first domain shows that the replication-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller, including: the BIER-RP advertises the cross-domain to the controller through the extended BGP-LS protocol. Multicast group address.
  • a sub-TLV is added to the Node Descriptor TLVs of the BGP-LS protocol, and the newly added sub-TLVs are used to carry the inter-domain multicast group address.
  • the BFIR transmits the multicast data packet to the bit index forwarding egress router BFER of the first domain, where the BFIR determines the BFER that is connected to the second domain in the first domain, and the BFIR transmits the multicast data packet to the BFER.
  • a BFER that is in communication with the second domain.
  • forwarding the multicast data packet to the second domain by the BFER includes: determining, by the BFER, whether the second domain is adjacent to the first domain; and determining that the second domain is adjacent to the first domain, The BFER transmits the multicast data packet to the BFIR of the second domain. When it is determined that the second domain is not adjacent to the first domain, the BFER transmits the multicast data packet to the BFIR of the second domain through the third domain.
  • the third domain is in communication with the first domain and the second domain, respectively.
  • a packet sending method comprising: a bit index forwarding egress router BFER of a first domain, and an inter-domain capability for advertising a BFER in a first domain by using an extended routing protocol Attribute information; the bit index forwarding ingress router BFIR in the first domain determines the BFER connected to the second domain when receiving the multicast data message sent to the second domain, wherein the BFIR passes the cross-domain capability attribute of the BFER The information determines whether the BFER is connected to the second domain. The BFIR transmits the multicast data packet to the BFER connected to the second domain, and sends the multicast data packet to the second domain through the BFER connected to the second domain.
  • the bit index forwarding egress router BFER of the first domain advertises the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol, and the BFER of the first domain is first to the extended routing protocol.
  • the BFIR in the domain advertises the cross-domain capability attribute information of the BFER.
  • a sub-sub-TLV is added to the OSPF BIER Sub-TLV of the OSPF protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • a sub-sub-TLV is added to the ISIS BIER info Sub-TLV of the ISIS protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER. .
  • the sub-TLV is added to the BGP BIER info TLV of the BGP protocol, and the newly added sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • the cross-domain capability attribute information includes a first flag field for indicating a cross-domain capability attribute, a second flag field for indicating whether to support forwarding equal-cost multipath ECMP, and a second flag field for indicating the second domain
  • a message sending apparatus comprising: a first advertising unit configured to control a bit index of a first domain to display a copy-convergence point device BIER-RP to notify a controller The cross-domain multicast group address; the transmission unit, configured as the bit index forwarding ingress router BFIR of the first domain, after receiving the multicast data packet requesting to be transmitted to the second domain across the domain, controlling the BFIR to transmit the multicast data packet
  • the bit index to the first domain forwards the egress router BFER, and the BFER forwards the multicast data message to the second domain.
  • the first advertising unit includes: a first advertising module, configured to control the BIER-RP to notify the controller of the cross-domain multicast group address by using the extended BGP-LS protocol.
  • a sub-TLV is added to the Node Descriptor TLVs of the BGP-LS protocol, and the newly added sub-TLVs are used to carry the inter-domain multicast group address.
  • the transmission unit includes: a determining module configured to determine, by using the BFIR, a BFER that is connected to the second domain in the first domain; the first transmission module is configured to transmit the multicast data packet to the second through the BFIR Domain connected BFER.
  • the transmission unit includes: a determining module configured to determine, by using a BFER, whether the second domain is adjacent to the first domain; and the second transmitting module is configured to determine that the second domain is adjacent to the first domain
  • the BFER transmits the multicast data packet to the BFIR of the second domain
  • the third transmission module is configured to control the BFER to send the multicast data packet when it is determined that the second domain is not adjacent to the first domain.
  • the BFIR is transmitted to the second domain through the third domain, wherein the third domain is in communication with the first domain and the second domain, respectively.
  • a message sending apparatus comprising: a second advertising unit configured to control a bit index forwarding egress router BFER of the first domain by using an extended routing protocol The cross-domain capability attribute information of the BFER is advertised in a domain; the determining unit is configured to control the bit index forwarding ingress router BFIR in the first domain to determine the second domain when receiving the multicast data packet sent to the second domain The connected BFER, wherein the BFIR determines whether the BFER is connected to the second domain by using the BFER cross-domain capability attribute information; the sending unit is configured to control the BFIR to transmit the multicast data packet to the BFER connected to the second domain, and The BFER connected to the second domain sends the multicast data packet to the second domain.
  • the second advertising unit includes: a second advertising module, configured to control the BFER of the first domain to notify the BFIR in the first domain of the cross-domain capability attribute information of the BFER by using the extended routing protocol.
  • a sub-sub-TLV is added to the OSPF BIER Sub-TLV of the OSPF protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • a sub-sub-TLV is added to the ISIS BIER info Sub-TLV of the ISIS protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER. .
  • the sub-TLV is added to the BGP BIER info TLV of the BGP protocol, and the newly added sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • the cross-domain capability attribute information includes a first flag field for indicating a cross-domain capability attribute, a second flag field for indicating whether to support forwarding equal-cost multipath ECMP, and a second flag field for indicating the second domain
  • a network architecture includes a hierarchical controller in a first domain, a bit index display copy-convergence point device BIER-RP, The bit index forwarding ingress router BFIR and the bit index forwarding egress router BFER, wherein the hierarchical controller is used to manage cross-domain routing information, network topology information, and multicast group information;
  • the BIER-RP is respectively connected to the hierarchical controller and the BFIR, and configured To advertise the inter-domain multicast group address to the hierarchical controller, send the cross-domain routing information to the second domain, and advertise the received cross-domain routing information in the first domain;
  • the BFIR is connected to the hierarchical controller and configured to receive When requesting the transmission of the multicast data packet to the second domain, the multicast data packet is forwarded to the corresponding BFER according to the cross-domain multicast group address and the autonomous system information corresponding to the multicast data packet; the BFER is used for receiving The received multicast data packet is for
  • the hierarchical controller includes an SDN controller and a super network controller, and the super network controller is configured to generate an indication group according to the cross-domain multicast group address of the multicast data packet and the system information of the second domain.
  • the control information of the transmission route of the data packet is broadcasted, and the multicast data packet and the control information are sent to the BFIR through the SDN controller.
  • the BIER-RP advertises the inter-domain multicast group address and the system information of the second domain to the SDN controller through the extended BGP-LS protocol.
  • a sub-TLV is added to the Node Descriptor TLVs of the BGP-LS protocol, and the newly added sub-TLV is used to carry the inter-domain multicast group address and the system information of the second domain.
  • the BFER is further used to notify the BFIR of the second domain of the cross-domain capability attribute information of the BFER by using the extended routing protocol.
  • a sub-sub-TLV is added to the OSPF BIER Sub-TLV of the OSPF protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • a sub-sub-TLV is added to the ISIS BIER info Sub-TLV of the ISIS protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER. .
  • BGP when the routing protocol is BGP, BGP is BGP.
  • a new sub-TLV is added to the BIER info TLV.
  • the newly added sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • the cross-domain capability attribute information includes a first flag field for indicating a cross-domain capability attribute, a second flag field for indicating whether to support forwarding equal-cost multipath ECMP, and a second flag field for indicating the second domain
  • a computer storage medium wherein a computer program is stored, the computer program being configured to perform a message transmission method of an embodiment of the present invention.
  • the bit index of the first domain shows that the copy-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller; the bit index forwarding ingress router BFIR of the first domain receives the request. After the multicast data packet is transmitted to the second domain, the BFIR transmits the multicast data packet to the bit index forwarding egress router BFER of the first domain, and the BFER forwards the multicast data packet to the second domain.
  • the technical problem of consuming network resources in the transmission of multicast data packets in the related art is solved, and the technical effect of reducing network resources for transmitting multicast data packets is achieved.
  • FIG. 1 is a schematic diagram of a message forwarding architecture in the related art
  • FIG. 2 is a schematic diagram of packet forwarding in the related art
  • FIG. 3 is a schematic diagram of a network architecture of packet cross-domain forwarding according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of an optional network architecture for packet cross-domain forwarding according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of an optional network architecture for cross-domain forwarding of packets according to an embodiment of the present invention
  • FIG. 6 is a schematic diagram of an optional network architecture for cross-domain forwarding of packets according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of an optional network architecture for cross-domain forwarding of packets according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of an optional network architecture for cross-domain forwarding of packets according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a format of an optional TLV according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a format of an optional TLV according to an embodiment of the present invention.
  • FIG. 11 is a schematic diagram of a format of an optional TLV according to an embodiment of the present invention.
  • FIG. 12 is a schematic diagram of a format of an optional TLV according to an embodiment of the present invention.
  • FIG. 13 is a schematic diagram of a format of an optional TLV according to an embodiment of the present invention.
  • FIG. 14 is a schematic diagram of a format of an optional TLV according to an embodiment of the present invention.
  • 15 is a schematic diagram of an advertisement by a BGP protocol according to an embodiment of the present invention.
  • 16 is a schematic diagram of cross-domain multicast data forwarding according to an embodiment of the present invention.
  • FIG. 17 is a flowchart of a method for sending a message according to an embodiment of the present invention.
  • FIG. 18 is a schematic diagram of a message sending apparatus according to an embodiment of the present invention.
  • FIG. 19 is a flowchart of another method for sending a message according to an embodiment of the present invention.
  • FIG. 20 is a schematic diagram of another message transmitting apparatus according to an embodiment of the present invention.
  • the network architecture includes: a hierarchical controller located in the first domain AS100.
  • the Controller and the bit index display the copy-convergence point device BIER-RP, the bit index forwarding ingress router BFIR, and the bit index forwarding egress router BFER.
  • the hierarchical controller is used to manage cross-domain routing information, network topology information, and multicast group information.
  • the BIER-RP is connected to the hierarchical controller and the BFIR, and is configured to advertise the inter-domain multicast group address to the hierarchical controller, send the cross-domain routing information to the second domain AS200, and advertise the received cross-domain in the first domain. Routing information.
  • the BFIR is connected to the layered controller, and is configured to forward the multicast data according to the cross-domain multicast group address and the autonomous system information corresponding to the multicast data packet when receiving the multicast data packet that is requested to be transmitted to the second domain.
  • the message is sent to the corresponding BFER.
  • the BFER is configured to forward the received multicast data packet to the second domain.
  • the hierarchical controller manages the cross-domain routing information, the network topology information, and the multicast group information; the BIER-RP advertises the inter-domain multicast group address to the hierarchical controller, and sends the cross-domain routing information to the second domain. Notifying the received cross-domain routing information in the first domain; when receiving the multicast data message requested to be transmitted to the second domain, the BFIR is based on the inter-domain multicast group address and the autonomous system corresponding to the multicast data packet. The information forwards the multicast data packet to the corresponding BFER; the BFER forwards the received multicast data packet to the second domain, thereby solving the technology in the related art that needs to occupy more resources of the network when transmitting the multicast data packet.
  • the problem is that the technical effect of reducing network resources for transmitting multicast data messages is achieved.
  • the foregoing hierarchical controller includes an SDN controller and a super network controller, and the super network controller is configured to generate an indication according to the cross-domain multicast group address of the multicast data packet and the system information of the second domain. Control information about the transmission route of the multicast data packet, and send the multicast data packet and control information to the BFIR through the SDN controller.
  • the connection with the first domain AS100 may be one domain or multiple.
  • the network architecture includes a bit index forwarding ingress router device BFIR, and a bit index display replication-convergence point device.
  • BIER-RP bit index forwarding egress router device BFER, network controller device controller and super controller device Super Controller, bit index forwarding entry path receives multicast data and then BIER packet encapsulation, bit index forwarding egress router device is located
  • the autonomous domain boundary that is, the AS boundary, the full name of the AS
  • the BIER-RP device needs to advertise the inter-domain multicast group address information to the network controller.
  • the super controller performs hierarchical control of the BIER network.
  • the application can implement the function by extending the BGP-LS protocol.
  • the structure of the BIER cross-domain network proposed in this application is described in detail below with reference to FIG. 4:
  • the network architecture may include four AS autonomous system domains, namely AS100, AS200, AS300 and AS400.
  • AS domain is also considered as a BIER domain (in practical applications,
  • An AS domain may include multiple BIER domains, that is, BIER domain, that is, there are four BIER domains in FIG. 4, which are BIER domain 1, BIER domain 2, BIER domain 3, and BIER domain 4.
  • BIER domain 1 includes six devices: BFIR11, BFR11, BFR12, BFER11, BFER12 and BIER-RP11;
  • BIER domain2 includes five devices: BFIR21, BFR21, BFR22, BFER21 and BIER-RP21;
  • BIER domain 3 includes BFIR31, BFR31, BFR32, BFER31, BFER32 and BIER-RP31 six devices;
  • BIER domain 4 includes six devices BFIR41, BFR41, BFR42, BFER41, BFER42 and BIER-RP41.
  • Controller1, Controller1, and Controller3 are network SDN controllers, and Super Controller is a super controller. The functions of the various components of the network architecture of the present application are detailed below.
  • the BIER-RP (including BIER-RP11, BIER-RP21, etc.) is a bit index display copy-convergence point device, and is a new device for implementing the cross-domain BIER forwarding network structure based on the SDN controller of the present application.
  • the bit index shows that the replication-convergence point device is responsible for the advertisement of the inter-domain multicast address of the domain, and establishes a logical connection with the bit index display replication-aggregation point device of other domains, transmits the cross-domain routing information, and sends other domain information.
  • Cross-domain routing information is advertised in this domain.
  • bit index shows the copy-convergence point device with the bit index entry router BFIR11 (The bit index export router BFER11) is connected to the network controller Controller1.
  • bit index display copy-convergence point device can also be associated with other BIER domains (that is, the autonomous system domain.
  • the BIER domain and The bit index of the autonomous system domain shows that the replication-aggregation point devices are connected, such as BIER-RP11 and BIER-RP22. These connections can be either physical direct connections or logical connections.
  • the interface between the network SDN controller Controll1 and the BIER-RP11 can be defined as an I1 interface, so that the BIER-RP node can notify the network SDN controller of the network topology information and multicast group information of the BIER domain, and the I1 interface can pass.
  • the extension of the Netconf protocol or the BGP-LS protocol implementation can also be implemented using other southbound interface protocols.
  • the interface between BIER-RP11 and BFIR11 can be defined as an I2 interface, and the I2 interface completes the advertisement of cross-domain routing information between BIER-RP and BFIR.
  • the I2 interface can be implemented by extending the IGP protocol (ISIS protocol or OSPF protocol).
  • the interface between the BIER-RP11 and the BFER11 can be defined as an I3 interface.
  • the I3 interface implements the advertisement of the cross-domain routing information between the BIER-RP11 and the BFER11, and also implements the BFER11 cross-domain border node capability attribute to the BIER-RP11 node.
  • the I3 interface can be implemented by extending the IGP protocol (ISIS protocol or OSPF protocol).
  • the interface between the BIER-RP11 and the BIER-RP22 can be defined as an I4 interface.
  • the I4 interface can implement cross-domain routing and parameter information advertisement between two domains.
  • the I4 interface can be implemented by extending the BGP protocol, or other domains can be used. Inter-agreement implementation.
  • BFIR (including BFIR11, BFIR21, etc.) is a bit-indexing ingress router device.
  • BFIR11 is used to encapsulate BIER packets, and is also used to enhance cross-domain groups delivered by the receiving controller. Broadcast group address information.
  • the implementation of the network interface and function of the enhanced bit indexing ingress router for cross-domain forwarding proposed by the present application is described below with reference to FIG. 6:
  • FIG. 6 shows the interface diagram of the bit index ingress router, and BFIR11 is the bit index ingress route.
  • BFIR11 is connected to BFR11 in the BIER domain (a bit index forwarding router, an autonomous domain may include multiple bit index forwarding routers, such as BFR11 and BFR12), and is logically associated with BIER-RP11.
  • BIER domain a bit index forwarding router, an autonomous domain may include multiple bit index forwarding routers, such as BFR11 and BFR12
  • BIER-RP11 bit index forwarding router
  • the controllers are logically connected.
  • the interface between BFIR11 and other BIER forwarding devices in the BIER domain is defined as an I6 interface.
  • the interface between the BFIR11 and the BIER-RP is an I2 interface.
  • the interface between BFIR11 and Controller1 is an I5 interface.
  • the I2 interface is connected to the BFIR11.
  • the connection may be a physical direct connection or a logical connection.
  • the I2 interface is a newly implemented interface function of the BIER cross-domain network structure proposed by the application on the BIER, and the interface completes the BFIR. Announcement of information and parameters such as cross-domain network link status and cross-domain routing between BIER-RP.
  • the I5 interface is logically connected to the BFIR11 and the Controller1 device.
  • the I5 interface implements the network SDN controller Controller1 to deliver related forwarding routes and cross-domain parameters to the BFIR11 device.
  • the I5 interface is implemented through the southbound interface protocol, such as Netconf and PCEP. The specific implementation of the protocol is not specifically limited in the present invention.
  • the I6 interface is an interface that is required to be implemented by the existing BIER device.
  • the I6 interface performs the function of discovering and maintaining the neighbor status of the IGP protocol (ISIS or OSPF), flooding the link state parameters, and advertising information.
  • BFER (BFER11, BFER12, BFER21, etc.) is a bit index egress router device.
  • the BER11 and BFER12 devices not only need to decapsulate the BIER packets of the local domain, but also forward the multicast packets. To other ASs or to receivers of multicast packets, you need to advertise your own domain boundary capability attribute information.
  • the location index ingress router device selects the appropriate egress router for cross-domain multicast data forwarding.
  • the network structure and interface function definition implementation of the enhanced bit index forwarding egress router of the present application is explained below with reference to FIG.
  • Figure 7 shows the interface function diagram of the bit index forwarding egress router
  • BFER11 is the bit index forwarding egress router
  • BFR11 is the intermediate bit index forwarding router
  • BIER-RP11 is the bit index display copy-convergence point device
  • the present application Enhanced bit index forwarding egress router with BFER12 is connected to BIER-RP11 (can be physically connected or logically connected).
  • the interface between BFER11 and BER12 is defined as I7 interface.
  • the interface between BFER11 and BIER-RP11 is defined as I3 interface. I7 interface is present.
  • the BFER11 On the basis of the function of the link state and maintenance and link bandwidth of the IGP protocol, the BFER11 also advertises the BFER cross-domain boundary node capability attribute to the BFER12.
  • the functional interface definition of I3 has been described in detail in the above embodiments, and the description thereof will not be repeated here.
  • BFR (including BFR11, BFR12, BFR21, etc.) is a bit index transmission router that transmits BIER messages according to the bit index forwarding table.
  • the controller (including Controller1, Controller2, and so on) is a network SDN controller that configures and manages the forwarding device in the BIER domain.
  • the network SDN controller receives the topology information and multicast group address information sent by the BIER domain forwarding device through the southbound interface protocol. Then, the controller sends control information to the relevant BIER device through protocols such as Netconf or PCEP according to its own calculation and decision.
  • the controller Controller is managed by the super controller. When it is necessary to advertise information across domains, the super controller needs to perform calculations and decisions.
  • the super controller receives the information advertised by the controllers Controller1, Controller2, and Controller3, and sends related control information to the controllers Controller1, Controller2, and Controller3.
  • the SDN controller of the cross-domain network proposed in the present application adopts a hierarchical manner, and each BIER domain has its own SDN network controller, and the SDN network controller controls the autonomous system domain (BIER domain, default autonomous system domain and BIER domain).
  • the BIER device under the same scope, including the bit index entry router, the bit index shows the copy-aggregation device, the interface of the bit index entry router is I5, the interface with BIER-RP is I1, and for the I5 interface, the SDN network controller Issue related forwarding Information in-place index ingress router, the interface is implemented by the southbound interface protocol, and can be a southbound interface protocol such as Netconf or PCEP.
  • the interface between the replication-aggregation device is displayed for the SDN network controller and the bit index, and the user SDN network controller uses the interface to collect cross-domain information, network topology information, multicast group information, and the like.
  • the SDN network controller is connected to the super controller by using an I8 interface to advertise and deliver cross-domain information.
  • the interface can use the northbound interface protocol, the Restfull interface protocol, and the Netconf protocol.
  • the BIER-RP advertises the cross-domain multicast group address and the system information of the second domain to the SDN controller by using the extended BGP-LS protocol.
  • sub-TLVs are added to the Node Descriptor TLVs of the BGP-LS protocol, and the newly added sub-TLVs are used to carry the inter-domain multicast group address and the system information of the second domain.
  • Figure 9 shows the format of the Node Descriptor TLV in the existing BGP-LS protocol.
  • the value of the Type field is 256 or 257, which indicates the node description TLV and the remote node description TLV of the current segment.
  • the Length field is the total length value of the Sub-TLV.
  • the Node Descriptor Sub-TLVs (variable indicates variable length) field is the content of the Sub-TLV carried by the Node Descriptor TLV.
  • the Sub-TLV types that have been defined so far are as shown in Table 1.
  • Sub-TLVs there are four Sub-TLVs in the current Node Descriptor TLV extension.
  • the value of the Sub-TLV Code Point is 512 to 515, which indicates the autonomous system number (the Autonomous System corresponding to the Description) and the BGP-LS identifier. (BGP-LS Identifier), OSPF area ID (OSPF area-ID), IGP router ID (IGP Router-ID), length (ie Length) except IGP router ID is variable length, other The length is 4.
  • the information such as the cross-domain multicast group address and the autonomous system number proposed in this application needs to be extended by the new Sub-TLV (BIER inter-domain Multicast sub-TLV).
  • BIER inter-domain Multicast sub-TLV indicates BIER-RP support. Multicast address information and autonomous system information.
  • the Sub-TLV that the extended Node Descriptor TLV can support is shown in Table 2:
  • the BIER inter-domain Multicast sub-TLV format is shown in Figure 10. The fields are described as follows:
  • the value of the Type field is recommended to be 516.
  • the Length field is the total length of the BIER inter-domain Multicast Sub-TLV.
  • the AS number is the AS number where the BIER-RP that advertises the BGP-LS information is located.
  • Res is a reserved field.
  • the multicast address type field indicates the type of the multicast address. If the value is 1, the multicast address carried by the BIER inter-domain multicast sub-TLV is an IPv4 address. If the value is 2, the BIER inter-domain Multicast Sub is displayed. - The multicast address carried by the TLV is an IPv6 address.
  • Number of multicast address indicates BIER inter-domain Multicast Sub-TLV Number of multicast addresses carried.
  • Multicast address BIER inter-domain Multicast The multicast address carried by the Sub-TLV.
  • the BIER inter-domain Multicast Sub-TLV is advertised to the controller by the BIER-RP in the BIER domain, so this Sub-TLV is carried by the Local Node Descriptors TLV.
  • BIER inter-domain Multicast Sub-TLV can be filled multiple times.
  • the BFER is further used to notify the BFIR of the second domain of the cross-domain capability attribute information of the BFER through the extended routing protocol.
  • a sub-sub-TLV is added to the ISIS BIER info Sub-TLV of the ISIS protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG 11 shows the format of the ISIS BIER info Sub-TLV.
  • the ISIS BIER info Sub-TLV carries the basic parameters of the BIER, including sub-domain id and BFR-id.
  • the Sub-TLV can also carry MPLS Encapsulation.
  • Sub-Sub-TLV such as Sub-Sub-TLV and BIER sub-domain Tree Type, are used to carry the parameter information of the MPLS encapsulation of the BIER and the information of the tree used by the BIER to calculate the path.
  • the present application extends the ISIS BIER info Sub-TLV.
  • the newly added Sub-TLV is an AS Border BFER Sub-Sub-TLV, and carries the cross-domain capability attribute information of the bit index egress router.
  • the bit index egress router When the bit index egress router encapsulates a Link State Packet Data Unit (LSPDU), the ISIS BIER info-Sub-TLV information is encapsulated, and the BIER info Sub-TLV carries the AS Border BFER Sub-Sub- The TLV, the bit index egress router uses the ISIS flooding mechanism to flood the BIER domain after the LSPDU is encapsulated.
  • the bit index ingress router and the BIER-RP router in the BIER domain receive the LSPDU, they can be carried according to the The content indicated by the AS Border BFER Sub-Sub-TLV determines whether the index export egress router supports cross-domain forwarding and information such as the AS number of other connected AS domains.
  • a sub-sub-TLV is added to the OSPF BIER Sub-TLV of the OSPF protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG 12 shows the format of the OSPF BIER Sub-TLV.
  • the OSPF BIER sub-TLV also carries the basic parameters of the BIER, including Sub-domain-ID and BFR-id.
  • the sub-TLV can also carry MPLS Encapsulation.
  • Sub-Sub-TLV which is used to advertise the parameter information of the BIER MPLS encapsulation.
  • the OSPF BIER Sub-TLV is extended in this application.
  • the newly added sub-sub-TLV is the AS Border BFER Sub-Sub-TLV, which carries the cross-domain capability forwarding information of the bit index egress router (that is, the cross-domain capability attribute information).
  • the OSPF BIER Sub-TLV information is encapsulated.
  • the BIER Sub-TLV carries the AS Border BFER Sub-Sub-TLV.
  • the bit index egress router encapsulates the LSA.
  • the flooding is performed in the BIER domain by using the OSPF flooding mechanism.
  • the bit index ingress router and the BIER-RP router in the BIER domain receive the LSA, they can be instructed according to the carried AS Border BFER Sub-Sub-TLV.
  • the content determines whether the index export router supports cross-domain forwarding, and knows the AS number of other connected autonomous system domains.
  • the sub-TLV is added to the BGP BIER info TLV of the BGP protocol, and the newly added sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG. 13 shows the BGP BIER TLV format.
  • the BGP BIER TLV carries the BIER basic parameters, including the Sub-domain ID and BFR-id.
  • the TLV can carry the MPLS encapsulation sub-TLV to advertise the BIER MPLS encapsulation. Parameter information.
  • This application extends the BGP BIER TLV.
  • the newly added sub-TLV is the AS Border BFER Sub-TLV, which carries the cross-domain capability forwarding information of the bit index egress router.
  • the cross-domain capability attribute information includes a first flag field for indicating a cross-domain capability attribute, a second flag field for indicating whether to support forwarding equal-cost multipath ECMP, and A third field for indicating system information of an autonomous system connected to the BFIR of the second domain.
  • Type field expressed as AS Border BFER Sub-Sub-TLV, the value of this field requires IETF IANA allocation;
  • Length field the total length of this Sub-Sub-TLV
  • I field indicates whether the bit index egress router supports cross-domain forwarding. When the field value is 1, it indicates that cross-domain forwarding is supported. When 0, cross-domain forwarding is not supported. The value of the adjacency AS number field is ignored.
  • E field indicates whether the bit index egress router supports ECMP forwarding. When the field value is 1, it indicates that ECMP is supported. When 0, ECMP is not supported.
  • Adjacency AS number field The autonomous system number of the connected autonomous system of the bit index egress router.
  • the BGP peer connection is established between the BFER11 and the BFR12 and the BIER-RP11, and the BGP route is exchanged.
  • the BGP update message is encapsulated in the BFER11
  • the BGP BIER TLV information is encapsulated.
  • the AS Border BFER Sub-TLV proposed in this application carries the cross-domain capability attribute information of the bit index egress router BFER11 in the Sub-TLV, and the BFER11 sends the update message to the peers BFR12 and BIER-RP11, BFR12 and BIER-RP11.
  • the BFER11 After the update message is received, it can be determined whether the BFER11 supports cross-domain forwarding according to the AS Border BFER Sub-TLV indication content carried in the message, and the AS number of other connected autonomous systems is known. At the same time, since the BGP peer connection is established between the BIER-RP11 and the bit index entry router BFIR11, and the BGP route is exchanged, the BFIR11 can also learn whether the BFER11 supports cross-domain forwarding through BIER-RP11 and implement the bit index of the boundary. The cross-domain capability attribute of the egress router is transmitted to BFR11, BFIR11, etc. in the BIER domain by means of BGP distribution and flooding.
  • FIG. 16 is a process diagram of multicast data forwarding of the BIER cross-domain architecture of the present application.
  • Figure 16 still takes four BIER domains as an example.
  • the BFIR1 of BIER domain1 is the entry of the multicast data stream.
  • the multicast data needs to be forwarded to the receivers of BIER domain 3 and BIER domain4.
  • the index exit router BFER32 needs to pass through the BIER domain1, BIER domain 2 and BIER domain3 domains (AS100, AS200, and AS300).
  • BIER domain4 bit index egress router BFER42 it needs to go through.
  • BIER domain1 and BIER domain4 are two domains. The detailed data forwarding process is as follows:
  • step S101 the BFIR11 in the BIER domain1 domain receives the multicast data stream, and finds that the receiver of the multicast data has a cross-domain receiver, and needs to perform cross-domain multicast forwarding.
  • the BIER cross-domain multicast constructed by the BFIR11 according to the present invention.
  • the architecture performs BIER encapsulation, in which the BIER bitstring field contains the arrival of the domain index exit routers BFER11 and BFER12.
  • step S102 the BIER BFIR11 sends the encapsulated message to the BIER domain1, and the message is transmitted to the bit index egress routers BFER11, BFER12 via the intermediate transfer nodes BFR11, BFR12, and the like.
  • Step S103 the bit index egress routers BFER11 and BFER12 decapsulate the BIER packet encapsulation, and send the decapsulated multicast message to the bit index ingress router BFIR21 of BIER domain2 and the bit index ingress router BFIR41 of BIER domain4, respectively.
  • step S104 the bit index ingress routers BFIR21 and BFIR41 perform forwarding behavior similar to BFIR11, and forward the multicast messages to BFER21 and BFER42, respectively.
  • step S105 the bit index egress router BFER21 is similar to the forwarding behavior of the BFER11.
  • the BIER message is decapsulated and then forwarded to the BFIR31.
  • the bit index egress router BFER42 decapsulates the BIER message and forwards it to the multicast user receiver.
  • Step S106 After receiving the multicast packet, the bit index ingress router BFIR31 performs BIER encapsulation to forward the packet to the multicast receiver of the local domain, and completes the multicast data packet in multiple autonomy. Transmission between system domains.
  • Label (such as Label11, Label12, etc.) represents a label
  • BIER Header (such as BIER Header11, BIER Header13, etc.) represents the head of the BIER message, Payload load, and the logo and figure in FIG. 4 is the same and will not be described here.
  • the problem of the need to consume more resources in packet forwarding in the related art can be solved by the modification of the nodes in the network architecture and the expansion of the protocol.
  • a method embodiment of a message sending method is provided, and it should be noted that the steps shown in the flowchart of the drawing may be executed in a computer system such as a set of computer executable instructions, and Although the logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.
  • FIG. 17 is a flowchart of a method for sending a message according to an embodiment of the present invention. As shown in FIG. 17, the method includes the following steps:
  • Step S1701 the bit index of the first domain shows that the copy-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller.
  • Step S1702 After receiving the multicast data packet requesting the cross-domain transmission to the second domain, the BFIR transmits the multicast data packet to the bit index forwarding egress router of the first domain. BFER, the multicast data packet is forwarded by the BFER to the second domain.
  • the bit index of the first domain shows that the copy-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller; the bit index forwarding ingress router BFIR of the first domain transmits the request to the cross-domain transmission to the first After the multicast data packet of the second domain, the BFIR transmits the multicast data packet to the bit index forwarding egress router BFER of the first domain, and the BFER forwards the multicast data packet to the second domain, thereby solving the related art.
  • the technical problem of occupying more resources of the network is required when transmitting multicast data packets, and the technical effect of reducing network resources for transmitting multicast data packets is achieved.
  • the bit index of the first domain displays the copy-convergence point device BIER-RP
  • the device advertises the inter-domain multicast group address.
  • the BIER-RP advertises the inter-domain multicast group address to the controller through the extended BGP-LS protocol.
  • a sub-TLV is added to the Node Descriptor TLVs of the BGP-LS protocol, and the newly added sub-TLVs are used to carry the inter-domain multicast group address.
  • the BFIR transmits the multicast data message to the bit index forwarding egress router BFER of the first domain, including: BFIR determines a BFER in the first domain that is connected to the second domain; and the BFIR multicasts the datagram. The text is transmitted to the BFER that is in communication with the second domain.
  • forwarding, by the BFER, the multicast data packet to the second domain includes: determining, by the BFER, whether the second domain is adjacent to the first domain; determining that the second domain is adjacent to the first domain In the case of the BFER, the BFER transmits the multicast data packet to the BFIR of the second domain. When it is determined that the second domain is not adjacent to the first domain, the BFER transmits the multicast data packet to the third domain through the third domain. The BFIR of the two domains, wherein the third domain is in communication with the first domain and the second domain, respectively.
  • 16 is a process diagram of multicast data forwarding of the BIER cross-domain architecture of the present application. Embodiments of the present application are described in detail below with reference to FIG.
  • FIG. 16 is a process diagram of multicast data forwarding of the BIER cross-domain architecture of the present application.
  • Figure 16 still takes four BIER domains as an example.
  • the BFIR1 of BIER domain1 is the entry of the multicast data stream.
  • the multicast data needs to be forwarded to the receivers of BIER domain 3 and BIER domain4.
  • the index exit router BFER32 needs to pass through the BIER domain1, BIER domain 2 and BIER domain3 domains (AS100, AS200, and AS300).
  • BIER domain4 bit index egress router BFER42 it needs to go through.
  • BIER domain1 and BIER domain4 are two domains. The detailed data forwarding process is as follows:
  • step S101 the BFIR11 in the BIER domain1 domain receives the multicast data stream, and finds that the receiver of the multicast data has a cross-domain receiver, and needs to perform cross-domain multicast forwarding.
  • the BIER cross-domain multicast constructed by the BFIR11 according to the present invention.
  • the architecture is BIER-encapsulated, where BIER's bitstring The field contains the arrival of this domain bit index exit routers BFER11 and BFER12.
  • step S102 the BIER BFIR11 sends the encapsulated message to the BIER domain1, and the message is transmitted to the bit index egress routers BFER11, BFER12 via the intermediate transfer nodes BFR11, BFR12, and the like.
  • Step S103 the bit index egress routers BFER11 and BFER12 decapsulate the BIER packet encapsulation, and send the decapsulated multicast message to the bit index ingress router BFIR21 of BIER domain2 and the bit index ingress router BFIR41 of BIER domain4, respectively.
  • step S104 the bit index ingress routers BFIR21 and BFIR41 perform forwarding behavior similar to BFIR11, and forward the multicast messages to BFER21 and BFER42, respectively.
  • step S105 the bit index egress router BFER21 is similar to the forwarding behavior of the BFER11.
  • the BIER message is decapsulated and then forwarded to the BFIR31.
  • the bit index egress router BFER42 decapsulates the BIER message and forwards it to the multicast user receiver.
  • Step S106 After receiving the multicast packet, the bit index ingress router BFIR31 performs BIER encapsulation to forward the packet to the multicast receiver of the local domain, and completes the transmission of the multicast data packet between multiple autonomous system domains.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a packet sending apparatus is further provided in the embodiment of the present invention.
  • the device is used to implement the above
  • the embodiments and preferred embodiments have not been described again.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 18 is a schematic diagram of a message sending apparatus according to an embodiment of the present invention. As shown in FIG. 18, the apparatus may include: a first notification unit 181 and a transmission unit 182.
  • the first advertising unit 181 is configured to control the bit index of the first domain to display that the copy-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller.
  • the transmitting unit 182 the bit index forwarding ingress router BFIR configured as the first domain controls the BFIR to transmit the multicast data message to the bit of the first domain after receiving the multicast data message requesting to be transmitted to the second domain across the domain.
  • the index forwarding egress router BFER forwards the multicast data packet to the second domain by the BFER.
  • the first advertising unit controls the bit index of the first domain to display that the copy-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller; the bit index forwarding ingress router BFIR of the first domain receives the request.
  • the transmission unit controls the BFIR to transmit the multicast data packet to the bit index forwarding egress router BFER of the first domain, and the BFER forwards the multicast data packet to the second
  • the domain solves the technical problem that the network needs to occupy more resources when transmitting multicast data packets in the related art, and achieves the technical effect of reducing network resources for transmitting multicast data packets.
  • the first advertising unit includes: a first advertising module configured to control the BIER-RP to advertise the cross-domain multicast group address to the controller by using the extended BGP-LS protocol.
  • a sub-TLV is added to the Node Descriptor TLVs of the BGP-LS protocol, and the newly added sub-TLVs are used to carry the inter-domain multicast group address.
  • the foregoing transmission unit includes: a determining module configured to determine, by using BFIR, a BFER that is connected to the second domain in the first domain; and the first transmission module is configured to transmit the multicast data packet by using the BFIR To the BFER connected to the second domain.
  • the foregoing transmission unit further includes: a determining module, configured to determine, by using a BFER, whether the second domain is adjacent to the first domain; and the second transmitting module is configured to: when determining that the second domain is adjacent to the first domain, The BFER transmits the multicast data packet to the BFIR of the second domain, and the third transmission module is configured to control the BFER to pass the multicast data packet to the third device when it is determined that the second domain is not adjacent to the first domain.
  • the domain is transmitted to the BFIR of the second domain, wherein the third domain is in communication with the first domain and the second domain, respectively.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
  • the forms are located in different processors.
  • a method embodiment of a message sending method is provided, and it should be noted that the steps shown in the flowchart of the drawing may be executed in a computer system such as a set of computer executable instructions, and Although the logical order is shown in the flowcharts, in some cases the steps shown or described may be performed in a different order than the ones described herein.
  • FIG. 19 is a flowchart of another method for sending a message according to an embodiment of the present invention. As shown in FIG. 19, the method includes the following steps:
  • Step S1901 The bit index forwarding egress router BFER of the first domain advertises the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol.
  • Step S1902 The bit index forwarding ingress router BFIR in the first domain determines a BFER that is connected to the second domain when receiving the multicast data packet that is sent to the second domain, where the BFIR passes the BFER cross-domain capability attribute. The information determines if the BFER is in communication with the second domain.
  • the cross-domain capability attribute information carries the domain autonomous system information (such as the system number) that is connected to the BFER.
  • the multicast data packet also carries the autonomous system number of the destination domain. Therefore, the mutual autonomy can be determined. Whether the system number is the same to determine whether the BFER is connected to the second domain;
  • the second domain is the destination domain of the multicast data packet, or the domain through which the multicast data packet needs to reach the destination domain.
  • step S1903 the BFIR transmits the multicast data packet to the BFER connected to the second domain, and sends the multicast data packet to the second domain through the BFER connected to the second domain.
  • the bit index forwarding egress router BFER of the first domain advertises the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol; the bit index forwarding ingress router BFIR in the first domain sends the request to the BFIR.
  • the BFER is connected to the second domain, and the BFIR determines whether the BFER is connected to the second domain by using the BFER cross-domain capability attribute information; the BFIR transmits the multicast data packet to the BFER.
  • the BFER that is connected to the second domain sends the multicast data packet to the second domain through the BFER that is connected to the second domain, thereby solving the technology that needs to occupy more resources of the network when transmitting the multicast data packet in the related art.
  • the problem is that the technical effect of reducing network resources for transmitting multicast data messages is achieved.
  • the bit index forwarding egress router BFER of the first domain advertises the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol, and the BFER of the first domain is first to the extended routing protocol.
  • the BFIR in the domain advertises the cross-domain capability attribute information of the BFER.
  • a sub-sub-TLV is added to the OSPF BIER Sub-TLV of the OSPF protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG 12 shows the format of the OSPF BIER Sub-TLV.
  • the OSPF BIER sub-TLV also carries the basic parameters of the BIER, including Sub-domain-ID and BFR-id.
  • the sub-TLV can also carry MPLS Encapsulation.
  • Sub-Sub-TLV which is used to advertise the parameter information of the BIER MPLS encapsulation.
  • the OSPF BIER Sub-TLV is extended in this application.
  • the newly added sub-sub-TLV is the AS Border BFER Sub-Sub-TLV, which carries the cross-domain capability forwarding information of the bit index egress router (that is, the cross-domain capability attribute information).
  • the OSPF BIER Sub-TLV information is encapsulated.
  • the BIER Sub-TLV carries the AS Border BFER Sub-Sub-TLV.
  • the bit index egress router encapsulates the LSA.
  • the flooding is performed in the BIER domain by using the OSPF flooding mechanism.
  • the bit index ingress router and the BIER-RP router in the BIER domain receive the LSA, they can be instructed according to the carried AS Border BFER Sub-Sub-TLV.
  • the content determines whether the index export router supports cross-domain forwarding, and knows the AS number of other connected autonomous system domains.
  • a sub-sub-TLV is added to the ISIS BIER info Sub-TLV of the ISIS protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG 11 shows the format of the ISIS BIER info Sub-TLV.
  • the ISIS BIER info Sub-TLV carries the basic parameters of the BIER, including sub-domain id and BFR-id.
  • the Sub-TLV can also carry MPLS Encapsulation.
  • Sub-Sub-TLV such as Sub-Sub-TLV and BIER sub-domain Tree Type, are used to carry the parameter information of the MPLS encapsulation of the BIER and the information of the tree used by the BIER to calculate the path.
  • the present application extends the ISIS BIER info Sub-TLV.
  • the newly added Sub-TLV is an AS Border BFER Sub-Sub-TLV, and carries the cross-domain capability attribute information of the bit index egress router.
  • the bit index egress router When the bit index egress router encapsulates a Link State Packet Data Unit (LSPDU), the ISIS BIER info-Sub-TLV information is encapsulated, and the BIER info Sub-TLV carries the AS Border BFER Sub-Sub- The TLV, the bit index egress router uses the ISIS flooding mechanism to flood the BIER domain after the LSPDU is encapsulated.
  • the bit index ingress router and the BIER-RP router in the BIER domain receive the LSPDU, they can be carried according to the The content indicated by the AS Border BFER Sub-Sub-TLV determines whether the index export egress router supports cross-domain forwarding and information such as the AS number of other connected AS domains.
  • the routing protocol is BGP
  • BGP BIER info of BGP protocol A new sub-TLV is added to the TLV, and the added sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG. 13 shows the BGP BIER TLV format.
  • the BGP BIER TLV carries the BIER basic parameters, including the Sub-domain ID and BFR-id.
  • the TLV can carry the MPLS encapsulation sub-TLV to advertise the BIER MPLS encapsulation. Parameter information.
  • This application extends the BGP BIER TLV.
  • the newly added sub-TLV is the AS Border BFER Sub-TLV, which carries the cross-domain capability forwarding information of the bit index egress router.
  • the cross-domain capability attribute information includes a first flag field for indicating a cross-domain capability attribute, a second flag field for indicating whether to support forwarding equivalent multipath ECMP, and a BFIR for indicating the second domain.
  • Type field expressed as AS Border BFER Sub-Sub-TLV, the value of this field requires IETF IANA allocation;
  • Length field the total length of this Sub-Sub-TLV
  • I field indicates whether the bit index egress router supports cross-domain forwarding. When the field value is 1, it indicates that cross-domain forwarding is supported. When 0, cross-domain forwarding is not supported. The value of the adjacency AS number field is ignored.
  • E field indicates whether the bit index egress router supports ECMP forwarding. When the field value is 1, it indicates that ECMP is supported. When 0, ECMP is not supported.
  • Adjacency AS number field The autonomous system number of the connected autonomous system of the bit index egress router.
  • the BGP peer connection is established between the BFER11 and the BFR12 and the BIER-RP11, and the BGP route is exchanged.
  • the BGP update message is encapsulated in the BFER11
  • the BGP BIER TLV information is encapsulated.
  • the AS Border BFER Sub-TLV proposed in this application the cross-domain capability of the sub-TLV carrying the bit index egress router BFER11 Attribute information, BFER11 sends the update message to the peers BFR12 and BIER-RP11.
  • BFR12 and BIER-RP11 can determine whether BFER11 supports cross-domain according to the AS Border BFER Sub-TLV indication content carried in the message. Forward and know the AS number of other connected ASs.
  • the BFIR11 can also learn whether the BFER11 supports cross-domain forwarding through BIER-RP11 and implement the bit index of the boundary.
  • the cross-domain capability attribute of the egress router is transmitted to BFR11, BFIR11, etc. in the BIER domain by means of BGP distribution and flooding.
  • FIG. 16 is a process diagram of multicast data forwarding of the BIER cross-domain architecture of the present application.
  • Figure 16 still takes four BIER domains as an example.
  • the BFIR1 of BIER domain1 is the entry of the multicast data stream.
  • the multicast data needs to be forwarded to the receivers of BIER domain 3 and BIER domain4.
  • the index exit router BFER32 needs to pass through the BIER domain1, BIER domain 2 and BIER domain3 domains (AS100, AS200, and AS300).
  • the multicast data stream is forwarded to the BIER domain4 bit index egress router BFER42, it needs to go through.
  • the BIER domain1 and the BIER domain4 are in the detailed description of the previous embodiment, and are not described here.
  • the method according to the above embodiment can be implemented by means of software plus a necessary general hardware platform, and of course, by hardware, but in many cases, the former is A better implementation.
  • the technical solution of the present invention which is essential or contributes to the prior art, may be embodied in the form of a software product stored in a storage medium (such as ROM/RAM, disk,
  • the optical disc includes a number of instructions for causing a terminal device (which may be a cell phone, a computer, a server, or a network device, etc.) to perform the methods described in various embodiments of the present invention.
  • a packet sending apparatus is further provided in the embodiment of the present invention.
  • the device is used to implement the above embodiments and preferred embodiments, and the description thereof has been omitted.
  • the term "module” may implement a combination of software and/or hardware of a predetermined function.
  • the apparatus described in the following embodiments is preferably implemented in software, hardware, or a combination of software and hardware, is also possible and contemplated.
  • FIG. 20 is a schematic diagram of another message transmitting apparatus according to an embodiment of the present invention.
  • the apparatus may include: a second advertising unit 201, a determining unit 202, and a transmitting unit 203.
  • the second advertising unit 201 is configured to control the bit index forwarding egress router BFER of the first domain to advertise the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol.
  • the determining unit 202 is configured to control the bit index forwarding ingress router BFIR in the first domain to determine a BFER connected to the second domain when receiving the multicast data message requested to be sent to the second domain, where the BFIR passes the BFER
  • the cross-domain capability attribute information determines whether the BFER is in communication with the second domain.
  • the sending unit 203 is configured to control the BFIR to transmit the multicast data packet to the BFER connected to the second domain, and send the multicast data packet to the second domain by using the BFER connected to the second domain.
  • the second advertising unit controls the bit index forwarding egress router BFER of the first domain to announce the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol; the determining unit controls the bit index forwarding entry in the first domain.
  • the router BFIR determines a BFER that is connected to the second domain, where the BFIR determines whether the BFER is connected to the second domain by using the cross-domain capability attribute information of the BFER;
  • the unit control BFIR transmits the multicast data packet to the BFER connected to the second domain, and sends the multicast data packet to the second domain through the BFER connected to the second domain, thereby solving the related art transmission multicast datagram.
  • the technical problem of occupying more resources of the network is required in the text, and the technical effect of reducing the network resources for transmitting multicast data packets is achieved.
  • the second notification unit in the foregoing embodiment includes: a second notification module configured to control the first The BFER of the domain advertises the cross-domain capability attribute information of the BFER to the BFIR in the first domain through the extended routing protocol.
  • a sub-sub-TLV is added to the OSPF BIER Sub-TLV of the OSPF protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG 12 shows the format of the OSPF BIER Sub-TLV.
  • the OSPF BIER sub-TLV also carries the basic parameters of the BIER, including Sub-domain-ID and BFR-id.
  • the sub-TLV can also carry MPLS Encapsulation.
  • Sub-Sub-TLV which is used to advertise the parameter information of the BIER MPLS encapsulation.
  • the OSPF BIER Sub-TLV is extended in this application.
  • the newly added sub-sub-TLV is the AS Border BFER Sub-Sub-TLV, which carries the cross-domain capability forwarding information of the bit index egress router (that is, the cross-domain capability attribute information).
  • the OSPF BIER Sub-TLV information is encapsulated.
  • the BIER Sub-TLV carries the AS Border BFER Sub-Sub-TLV.
  • the bit index egress router encapsulates the LSA.
  • the flooding is performed in the BIER domain by using the OSPF flooding mechanism.
  • the bit index ingress router and the BIER-RP router in the BIER domain receive the LSA, they can be instructed according to the carried AS Border BFER Sub-Sub-TLV.
  • the content determines whether the index export router supports cross-domain forwarding, and knows the AS number of other connected autonomous system domains.
  • a sub-sub-TLV is added to the ISIS BIER info Sub-TLV of the ISIS protocol, and the newly added sub-sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG 11 shows the format of the ISIS BIER info Sub-TLV.
  • the ISIS BIER info Sub-TLV carries the basic parameters of the BIER, including sub-domain id and BFR-id.
  • the Sub-TLV can also carry MPLS Encapsulation.
  • Sub-Sub-TLV such as Sub-Sub-TLV and BIER sub-domain Tree Type, respectively for MPLS encapsulation carrying BIER
  • the application extends the ISIS BIER info Sub-TLV, and the added Sub-TLV is the AS Border BFER Sub-Sub-TLV, which carries the cross-domain capability attribute of the bit index egress router. information.
  • the bit index egress router When the bit index egress router encapsulates a Link State Packet Data Unit (LSPDU), the ISIS BIER info-Sub-TLV information is encapsulated, and the BIER info Sub-TLV carries the AS Border BFER Sub-Sub- The TLV, the bit index egress router uses the ISIS flooding mechanism to flood the BIER domain after the LSPDU is encapsulated.
  • the bit index ingress router and the BIER-RP router in the BIER domain receive the LSPDU, they can be carried according to the The content indicated by the AS Border BFER Sub-Sub-TLV determines whether the index export egress router supports cross-domain forwarding and information such as the AS number of other connected AS domains.
  • the sub-TLV is added to the BGP BIER info TLV of the BGP protocol, and the newly added sub-TLV is used to carry the cross-domain capability attribute information of the BFER.
  • FIG. 13 shows the BGP BIER TLV format.
  • the BGP BIER TLV carries the BIER basic parameters, including the Sub-domain ID and BFR-id.
  • the TLV can carry the MPLS encapsulation sub-TLV to advertise the BIER MPLS encapsulation. Parameter information.
  • This application extends the BGP BIER TLV.
  • the newly added sub-TLV is the AS Border BFER Sub-TLV, which carries the cross-domain capability forwarding information of the bit index egress router.
  • the cross-domain capability attribute information includes a first flag field for indicating a cross-domain capability attribute, a second flag field for indicating whether to support forwarding equivalent multipath ECMP, and a BFIR for indicating the second domain.
  • Type field expressed as AS Border BFER Sub-Sub-TLV, the value of this field requires IETF IANA allocation;
  • Length field the total length of this Sub-Sub-TLV
  • I field indicates whether the bit index egress router supports cross-domain forwarding. When the field value is 1, it indicates that cross-domain forwarding is supported. When 0, cross-domain forwarding is not supported. The value of the adjacency AS number field is ignored.
  • E field indicates whether the bit index egress router supports ECMP forwarding. When the field value is 1, it indicates that ECMP is supported. When 0, ECMP is not supported.
  • Adjacency AS number field The autonomous system number of the connected autonomous system of the bit index egress router.
  • the BGP peer connection is established between the BFER11 and the BFR12 and the BIER-RP11, and the BGP route is exchanged.
  • the BGP update message is encapsulated in the BFER11
  • the BGP BIER TLV information is encapsulated.
  • the AS Border BFER Sub-TLV proposed in this application carries the cross-domain capability attribute information of the bit index egress router BFER11 in the Sub-TLV, and the BFER11 sends the update message to the peers BFR12 and BIER-RP11, BFR12 and BIER-RP11.
  • the BFER11 After the update message is received, it can be determined whether the BFER11 supports cross-domain forwarding according to the AS Border BFER Sub-TLV indication content carried in the message, and the AS number of other connected autonomous systems is known. At the same time, since the BGP peer connection is established between the BIER-RP11 and the bit index entry router BFIR11, and the BGP route is exchanged, the BFIR11 can also learn whether the BFER11 supports cross-domain forwarding through BIER-RP11 and implement the bit index of the boundary. The cross-domain capability attribute of the egress router is transmitted to BFR11, BFIR11, etc. in the BIER domain by means of BGP distribution and flooding.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are in any combination.
  • the forms are located in different processors.
  • Embodiments of the present invention also provide a computer storage medium.
  • the above computer storage medium may be arranged to store program code for performing the following steps:
  • the BFIR transmits the multicast data packet to the bit index forwarding egress router BFER of the first domain.
  • the multicast data packet is forwarded by the BFER to the second domain.
  • the computer storage medium is further arranged to store program code for performing the following steps:
  • the bit index forwarding egress router BFER of the first domain advertises the cross-domain capability attribute information of the BFER in the first domain by using the extended routing protocol;
  • the bit index forwarding ingress router BFIR in the first domain determines the BFER connected to the second domain when receiving the multicast data packet that is sent to the second domain, where the BFIR passes the BFER cross-domain capability attribute information. Determining whether the BFER is connected to the second domain;
  • the BFIR transmits the multicast data packet to the BFER connected to the second domain, and sends the multicast data packet to the second domain by using the BFER connected to the second domain.
  • the computer storage medium may include, but is not limited to, a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or a magnetic disk. And other media that can store program code.
  • the processor executes according to the stored program code in the computer storage medium: controlling the bit index of the first domain to display the copy-convergence point device BIER-RP advertises the cross-domain multicast group address to the controller;
  • the bit index forwarding ingress router BFIR determines whether the second domain in which the receiving object of the multicast data packet is located is in the same domain as the first domain, and determines the second domain and the first domain. If the domain is not in the same domain, the BFIR is controlled to transmit the multicast data packet to the bit index forwarding egress router BFER of the first domain, and the BFER forwards the multicast data packet to the second domain.
  • the processor executes according to the stored program code in the computer storage medium:
  • the bit index forwarding egress router BFER that controls the first domain advertises the BFER cross-domain capability attribute information to the second domain by using the extended routing protocol, where the second domain is a group.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the BIER-RP of the first domain advertises the inter-domain multicast group address to the controller; after receiving the multicast data packet requesting the cross-domain transmission to the second domain, the BFIR of the first domain is received.
  • the multicast data packet is transmitted to the BFER of the first domain, and the BFER forwards the multicast data packet to the second domain, thereby solving the technology in the related art that needs to occupy more resources of the network when transmitting the multicast data packet.
  • the problem is that the technical effect of reducing network resources for transmitting multicast data messages is achieved.

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un appareil et un procédé d'envoi de message, une architecture de réseau, et un support de stockage informatique. Le procédé d'envoi de message comprend les étapes suivantes: un dispositif de réplication explicite indexé par bit - point de rendez-vous (BIER-RP) d'un premier domaine annonce une adresse d'un groupe de multidiffusion inter-domaine à un contrôleur; et après qu'un routeur d'entrée de transfert indexé par bit (BFIR) du premier domaine a reçu un message de données de multidiffusion demandant à être transmis à travers un domaine vers un second domaine, le BFIR transmet le message de données de multidiffusion à un routeur de sortie de transfert indexé par bit (BFER) du premier domaine, et le BFER transmet le message de données de multidiffusion au second domaine.
PCT/CN2017/086982 2016-07-07 2017-06-02 Procédé et appareil d'envoi de message, architecture de réseau et support de stockage informatique WO2018006671A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610532823.8 2016-07-07
CN201610532823.8A CN107592262A (zh) 2016-07-07 2016-07-07 报文发送方法和装置、报文跨域转发的网络架构

Publications (1)

Publication Number Publication Date
WO2018006671A1 true WO2018006671A1 (fr) 2018-01-11

Family

ID=60901391

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/086982 WO2018006671A1 (fr) 2016-07-07 2017-06-02 Procédé et appareil d'envoi de message, architecture de réseau et support de stockage informatique

Country Status (2)

Country Link
CN (1) CN107592262A (fr)
WO (1) WO2018006671A1 (fr)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019180305A1 (fr) * 2018-03-21 2019-09-26 Nokia Solutions And Networks Oy Réplication indexée de bits hiérarchiques de paquets de multidiffusion
US10581624B2 (en) * 2018-03-21 2020-03-03 Nokia Solutions And Networks Oy Hierarchical bit indexed replication of multicast packets
CN112511444A (zh) * 2020-04-03 2021-03-16 中兴通讯股份有限公司 一种组播流量传输方法、装置、通信节点及存储介质
CN113114576A (zh) * 2019-12-25 2021-07-13 华为技术有限公司 报文发送的方法、设备和系统
WO2021146196A1 (fr) * 2020-01-15 2021-07-22 Cisco Technology, Inc. Configuration et connexion automatiques de tissus de multidiffusion à gestion de largeur de bande hétérogènes
CN115134290A (zh) * 2021-03-29 2022-09-30 中国电信股份有限公司 组播信令传递方法和系统
EP4027597A4 (fr) * 2019-09-30 2022-10-26 Huawei Technologies Co., Ltd. Procédé, appareil et système d'établissement d'élément de table d'acheminement bier

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110324263B (zh) * 2018-03-30 2021-06-29 华为技术有限公司 传输组播报文的方法、设备和系统
CN110460522B (zh) * 2018-05-08 2021-11-19 华为技术有限公司 组播数据传输方法、相关装置及系统
WO2019214589A1 (fr) * 2018-05-08 2019-11-14 华为技术有限公司 Procédé de transmission de données de multidiffusion, appareil et système associés
CN114070770A (zh) * 2018-07-10 2022-02-18 华为技术有限公司 一种收发消息的方法、装置和系统
CN114884867A (zh) * 2019-03-08 2022-08-09 华为技术有限公司 一种bier报文的发送方法和装置
CN112054959B (zh) * 2019-06-06 2021-11-19 华为技术有限公司 一种bier报文的发送方法和装置
CN112187649B (zh) * 2019-07-01 2023-04-18 华为技术有限公司 一种报文转发方法、报文处理方法及装置
CN112448876B (zh) * 2019-08-30 2023-04-07 中兴通讯股份有限公司 一种实现报文传输的方法及装置
CN114531392A (zh) * 2020-11-03 2022-05-24 南京中兴软件有限责任公司 组播业务设计方法、服务器及存储介质
CN114598635A (zh) * 2020-12-02 2022-06-07 华为技术有限公司 报文传输的方法和装置
CN117834591A (zh) * 2022-09-29 2024-04-05 中兴通讯股份有限公司 组播流量报文转发方法、系统、计算机设备及可读介质
CN115955431B (zh) * 2022-11-28 2024-06-04 中国联合网络通信集团有限公司 一种数据传输方法、装置及存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101232392A (zh) * 2008-02-22 2008-07-30 中兴通讯股份有限公司 一种msdp和pim间通告组播源的方法
CN101605103A (zh) * 2009-07-16 2009-12-16 杭州华三通信技术有限公司 一种组播数据静态转发的方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101631073B (zh) * 2009-07-28 2012-09-05 北京交通大学 一种外部网关协议的多路径建立和转发的方法
CN102025522B (zh) * 2010-12-21 2012-09-05 北京星网锐捷网络技术有限公司 实现不同ip域之间组播的方法及边界网关路由器
CN102055817B (zh) * 2010-12-30 2014-07-30 中国人民解放军信息工程大学 同源地址束汇聚方法及同源汇聚网络路由系统
CN103248577B (zh) * 2012-02-01 2016-03-30 华为技术有限公司 确定组播路径的方法、接收数据报文的方法及路由器
US9544230B2 (en) * 2013-09-17 2017-01-10 Cisco Technology, Inc. Migration support for bit indexed explicit replication
CN105634940B (zh) * 2014-10-27 2020-06-16 中兴通讯股份有限公司 Sr信息获取方法及建立段路由网络的方法
US9432205B2 (en) * 2014-11-04 2016-08-30 Telefonaktiebolaget L M Ericsson (Publ) Explicit block encoding of multicast group membership information with bit index explicit replication (BIER)
US9742575B2 (en) * 2014-11-04 2017-08-22 Telefonaktiebolaget L M Ericsson (Publ) Explicit list encoding of sparse multicast group membership information with Bit Index Explicit Replication (BIER)

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101232392A (zh) * 2008-02-22 2008-07-30 中兴通讯股份有限公司 一种msdp和pim间通告组播源的方法
CN101605103A (zh) * 2009-07-16 2009-12-16 杭州华三通信技术有限公司 一种组播数据静态转发的方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ECKERT, T. ET AL.: "Traffic Engineering for Bit Index Explicit Replication BIER-TE", DRAFT-ECKERT-BIER-TE-ARCH-03, 20 March 2016 (2016-03-20) *
MIRSKY, G. ET AL.: "Operations, Administration and Maintenance (OAM) Requirements for Bit Index Explicit Replication (BIER) Layer", DRAFT-IETF-BIER-OAM-REQUIREMENTS-OL, 21 March 2016 (2016-03-21) *
WIJNANDS, I. ET AL.: "Multicast using Bit Index Explicit Replication", DRAFT-IETF-BIER-ARCHITECTURE-03, 19 January 2016 (2016-01-19) *

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019180305A1 (fr) * 2018-03-21 2019-09-26 Nokia Solutions And Networks Oy Réplication indexée de bits hiérarchiques de paquets de multidiffusion
US10581624B2 (en) * 2018-03-21 2020-03-03 Nokia Solutions And Networks Oy Hierarchical bit indexed replication of multicast packets
US10608922B2 (en) 2018-03-21 2020-03-31 Nokia Solutions And Networks Oy Hierarchical bit indexed replication of multicast packets
US11848858B2 (en) 2019-09-30 2023-12-19 Huawei Technologies Co., Ltd. Bier forwarding entry construction method, apparatus, and system
EP4027597A4 (fr) * 2019-09-30 2022-10-26 Huawei Technologies Co., Ltd. Procédé, appareil et système d'établissement d'élément de table d'acheminement bier
CN113114576A (zh) * 2019-12-25 2021-07-13 华为技术有限公司 报文发送的方法、设备和系统
CN113114576B (zh) * 2019-12-25 2022-11-25 华为技术有限公司 报文发送的方法、设备和系统
US11082336B1 (en) 2020-01-15 2021-08-03 Cisco Technology, Inc. Automatic configuration and connection of heterogeneous bandwidth managed multicast fabrics
CN114982201A (zh) * 2020-01-15 2022-08-30 思科技术公司 异构带宽管理的多播结构的自动配置和连接
CN114982201B (zh) * 2020-01-15 2024-05-17 思科技术公司 异构带宽管理的多播结构的自动配置和连接
WO2021146196A1 (fr) * 2020-01-15 2021-07-22 Cisco Technology, Inc. Configuration et connexion automatiques de tissus de multidiffusion à gestion de largeur de bande hétérogènes
US11558292B2 (en) 2020-01-15 2023-01-17 Cisco Technology, Inc. Automatic configuration and connection of heterogeneous bandwidth managed multicast fabrics
CN112511444B (zh) * 2020-04-03 2024-06-04 中兴通讯股份有限公司 一种组播流量传输方法、装置、通信节点及存储介质
CN112511444A (zh) * 2020-04-03 2021-03-16 中兴通讯股份有限公司 一种组播流量传输方法、装置、通信节点及存储介质
CN115134290A (zh) * 2021-03-29 2022-09-30 中国电信股份有限公司 组播信令传递方法和系统
CN115134290B (zh) * 2021-03-29 2023-06-20 中国电信股份有限公司 组播信令传递方法和系统

Also Published As

Publication number Publication date
CN107592262A (zh) 2018-01-16

Similar Documents

Publication Publication Date Title
WO2018006671A1 (fr) Procédé et appareil d'envoi de message, architecture de réseau et support de stockage informatique
KR102447132B1 (ko) 멀티 캐스트 데이터 전송 방법, 관련 장치 및 시스템
US10476793B2 (en) Multicast flow overlay using registration over a reliable transport
WO2017059708A1 (fr) Procédé d'émission et procédé de réception d'informations bier, et dispositif associé
US7570604B1 (en) Multicast data trees for virtual private local area network (LAN) service multicast
WO2018072704A1 (fr) Procédé et appareil de transmission de messages, nœud et support de stockage informatique
CN106603407B (zh) 组播地址的传输方法和装置
WO2018228490A1 (fr) Procédé, dispositif et système de traversée de domaine de multidiffusion et support de stockage lisible par ordinateur
US20180205636A1 (en) Bier packet transmission method and device
WO2015131560A1 (fr) Procédé d'affectation d'identificateur de routage de segment et nœud de routage de segment
US9838303B2 (en) PIM source discovery by last hop router
CN106603406B (zh) 一种bier网络中流量工程信息通告的方法和装置
US9288067B2 (en) Adjacency server for virtual private networks
WO2016058329A1 (fr) Dispositif et procédé de transfert de service
CN107623630B (zh) 一种位索引显式复制信息传递方法和装置
CN107294859B (zh) 一种信息传递方法、装置及系统
US9503272B2 (en) Fast convergence with multicast source mobility
WO2018040941A1 (fr) Procédé et dispositif de transmission de métadonnées
EP3907940B1 (fr) Procédures de réplication d'entrée pour faciliter la migration vers une technologie d'acheminement de routage de segments dans un réseau informatique
CN114726783A (zh) 通告路由的方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17823483

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17823483

Country of ref document: EP

Kind code of ref document: A1