WO2017193692A1 - 组播信息的处理方法及装置 - Google Patents

组播信息的处理方法及装置 Download PDF

Info

Publication number
WO2017193692A1
WO2017193692A1 PCT/CN2017/076490 CN2017076490W WO2017193692A1 WO 2017193692 A1 WO2017193692 A1 WO 2017193692A1 CN 2017076490 W CN2017076490 W CN 2017076490W WO 2017193692 A1 WO2017193692 A1 WO 2017193692A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
information
network
multicast information
network device
Prior art date
Application number
PCT/CN2017/076490
Other languages
English (en)
French (fr)
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 WO2017193692A1 publication Critical patent/WO2017193692A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L7/00—Arrangements for synchronising receiver with transmitter

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and an apparatus for processing multicast information.
  • Multicast data communication plays an increasingly important role in the current Internet.
  • IPTV Internet-based
  • Network-Meeting Internet-based
  • live broadcast etc. all use multicast technology.
  • the existing multicast technologies include Protocol Independent Multicast (PIM), Internet Group Management Protocol (IGMP), and Multicast Listener Discovery Protocol (Multicast Listener Discovery Protocol). MLD) and so on.
  • PIM Protocol Independent Multicast
  • IGMP Internet Group Management Protocol
  • MLD Multicast Listener Discovery Protocol
  • MLD Multicast Listener Discovery Protocol
  • these existing protocols can meet the needs of users.
  • multicast applications become more widespread and networking forms become more complex, multicast is directly applied to the Internet.
  • the multicast state in the backbone network is too large, which occupies a large number of control resources and signaling interactions of the intermediate nodes, and cannot support the development of the virtual private network (VPN) technology that is widely used nowadays.
  • VPN virtual private network
  • MLDP Multicast Label Distribution Protocol
  • P2MP TE point-to-multipoint traffic engineering
  • bit indexing Explicit copy BIER Bit Indexed Explicit Replication
  • the ingress node and the egress node are determined, thereby determining the packet destination or tunnel.
  • the multicast protocol can be modified to run in all ingress and egress nodes, and determine the set of ingress and egress nodes for each multicast traffic through a certain advertising mechanism. Obviously, this notification mechanism must also be transmitted through the intermediate network in order for the ingress node and the egress node to interact with each other. Know the other party's information.
  • the transmission of the intermediate network is not 100% reliable, and packet loss may occur. Once the loss of the control message occurs, the data flow may be delayed, or the traffic that should be revoked is always occupying bandwidth.
  • the embodiment of the invention provides a method and a device for processing multicast information, so as to at least solve the problem that the multicast information in the related art is not reliable in the transmission process, and thus is prone to loss and delay in the multicast data stream. problem.
  • a method for processing multicast information including: receiving, by a network device, multicast information sent by other network devices in a multicast network; and determining, by the network device, the received multicast When the information is inconsistent with the locally saved multicast information, the network device performs information interaction with the other network device.
  • the multicast information is synchronously sent by the other network device to the network device.
  • the locally saved multicast information includes: all multicast information related to the network device stored by the network device; or multicast information of the entire multicast network.
  • the multicast information includes at least one of the following: multicast stream information; multicast ingress device information; multicast egress device set information; and the receiver of the multicast information.
  • the multicast information includes: a multicast information digest, where the multicast information digest is used to uniquely identify the multicast information version.
  • the summary of the multicast information includes at least one of the following information: a sequence number, and a timestamp.
  • the multicast information further includes at least one of the following: virtual private network VPN information; and multicast information of a data center of the multicast network.
  • the network device includes at least one of the following: each multicast ingress device; each multicast egress device; a designated device that is elected or configured; and a controller.
  • the network device performs information interaction with the other network device, including:
  • the network device updates the received multicast information in synchronization with the other network devices.
  • the received multicast information is synchronously updated by at least one of the following extended fields of the multicast signaling protocol: a multicast snooping discovery protocol (MLD); a network group management protocol (IGMP); and a protocol-independent multicast PIM protocol.
  • MLD multicast snooping discovery protocol
  • IGMP network group management protocol
  • protocol-independent multicast PIM protocol a protocol-independent multicast PIM protocol.
  • IGP Interior Gateway Protocol
  • OSPF Open Shortest Path First
  • ISIS Intermediate System-to-Intermediate System
  • network Configuring NETCONF protocol RESTCONF
  • border gateway-intermediate system BGP-LS protocol border gateway-intermediate system BGP-LS protocol
  • OPENFLOW Software Defined Network
  • a device for processing multicast information which is applied to a network device, and includes: a receiving module, configured to receive multicast information sent by other network devices in the multicast network; and an interaction module, And configured to perform information interaction with the other network device when determining that the received multicast information is inconsistent with the locally stored multicast information.
  • a computer storage medium is further provided, and the computer storage medium may store an execution instruction for performing the implementation of the processing method of the multicast information in the foregoing embodiment.
  • the network device compares the received multicast information with the locally saved multicast information.
  • the network device interacts with other devices to implement the synchronization process of the multicast information.
  • the solution solves the problem that the multicast information is not highly reliable in the transmission process, and the packet loss and the multicast data flow are delayed, and the multicast information in the network can be consistent and avoided.
  • the multicast information transmission caused by the packet loss of the multicast network is not timely or incomplete, which greatly improves the reliability of information transmission and has a good promotion effect on the development of multicast technology and network.
  • FIG. 1 is a flowchart of a method for processing multicast information according to an embodiment of the present invention
  • FIG. 2 is a block diagram showing the structure of a menu display device according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of interconnection of a network device multicast through an intermediate network according to a preferred embodiment of the present invention
  • FIG. 4 is a schematic diagram of a network problem of a network device according to a preferred embodiment 1 of the present invention.
  • FIG. 5 is a flowchart of an information synchronization method according to a preferred embodiment 1 of the present invention.
  • FIG. 6 is a schematic diagram of a network device advertisement according to a preferred embodiment 1 of the present invention.
  • FIG. 7 is a schematic diagram of a designated network device advertisement according to Embodiment 2 of the present invention.
  • FIG. 8 is a schematic diagram of a designated network device advertisement according to a preferred embodiment 2 of the present invention.
  • FIG. 9 is a schematic diagram of a controller announcement according to a preferred embodiment 3 of the present invention.
  • FIG. 10 is a schematic diagram showing an extension of an MLD protocol according to a preferred embodiment 4 of the present invention.
  • FIG. 11 is a schematic diagram showing an extension of an MLD protocol according to a preferred embodiment 4 of the present invention.
  • FIG. 12 is a schematic diagram of a summary information synchronization network according to a preferred embodiment 4 of the present invention.
  • FIG. 13 is a schematic diagram (1) of a summary information synchronization protocol extension according to a preferred embodiment 4 of the present invention.
  • FIG. 14 is a schematic diagram (2) of a summary information synchronization protocol extension according to a preferred embodiment 4 of the present invention.
  • FIG. 15 is a schematic diagram of an extension of a multicast information request protocol according to a preferred embodiment 4 of the present invention.
  • FIG. 1 is a flowchart of a method for processing multicast information according to an embodiment of the present invention. As shown in FIG. 1, the process includes the following steps:
  • Step S102 The network device receives multicast information sent by other network devices in the multicast network.
  • Step S104 The network device performs information interaction with other network devices when the network device determines that the received multicast information is inconsistent with the locally stored multicast information.
  • the network device compares the received multicast information with the locally saved multicast information.
  • the network device interacts with other devices to implement the synchronization process of the multicast information.
  • the reliability of the multicast information in the transmission process is not high, and the packet loss and the delay of the multicast data stream are not allowed to pass, and the multicast information in the network can be consistent, thereby avoiding
  • the multicast information transmission caused by packet loss in the multicast network is not timely or incomplete, which greatly improves the reliability of information transmission and has a good promotion effect on the development of multicast technology and network.
  • the multicast information is synchronously sent to the network device by other network devices, and the multicast information may also be synchronized by the network device to other network devices.
  • the multicast information is usually stored in the synchronization process.
  • the multicast information network device synchronizes to other network devices.
  • the locally saved multicast information includes: all multicast information related to the network device stored by the network device; or multicast information of the entire multicast network; the multicast information includes at least one of the following groups: Broadcast stream information; multicast ingress device information; multicast egress device set information; receiver of multicast information, wherein the multicast stream information can be understood to include a multicast source and a multicast group.
  • the entire content of the foregoing multicast information is not completely required, and the consistency process may be implemented by using the multicast information digest, where the multicast information digest is used to uniquely identify the version of the multicast information, in the embodiment of the present invention.
  • the multicast information digest may be specifically indicated by, but not limited to, a sequence number and a timestamp.
  • the multicast information further includes at least one of the following: virtual private network VPN information; and multicast information of the data center of the multicast network.
  • the network device of the embodiment of the present invention includes at least one of the following: each multicast ingress device; each multicast egress device; a designated device that is elected or configured; and a controller that specifically targets different network devices in the following preferred embodiments. The process is explained and will not be described here.
  • the information exchange between the network device and the other network devices in step S104 can be implemented by: the network device and the other network devices synchronously update the received multicast information, optionally, at least through one of the following multicast signaling protocol extensions.
  • the field synchronously updates the received multicast information: MLD; IGMP; PIM protocol; internal gateway protocol IGP; open shortest path protocol OSPF; intermediate system to intermediate system ISIS protocol; network configuration NETCONF protocol; RESTCONF; border gateway-intermediate system BGP- LS protocol; OPENFLOW; virtual definition network SDN interface protocol.
  • 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 of various embodiments of the present invention.
  • a device for processing multicast information is also provided, which is applied to a network device, and the device is used to implement the foregoing embodiments and preferred embodiments, and details are not described herein.
  • 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. 2 is a structural block diagram of a device for processing multicast information according to an embodiment of the present invention. As shown in FIG. 2, the device includes:
  • the receiving module 20 is configured to receive multicast information sent by other network devices in the multicast network;
  • the interaction module 22 is configured to perform information interaction with the other network device when determining that the received multicast information is inconsistent with the locally stored multicast information.
  • the received multicast information is compared with the locally stored multicast information.
  • the network device interacts with other devices to implement the synchronization process of the multicast information.
  • the reliability of the multicast information in the transmission process is not high, and the packet loss and the delay of the multicast data stream are not allowed to pass, and the multicast information in the network can be consistent, thereby avoiding
  • the multicast information transmission caused by packet loss in the multicast network is not timely or incomplete, which greatly improves the reliability of information transmission and has a good promotion effect on the development of multicast technology and network.
  • the multicast information is synchronously sent to the network device by other network devices, and the multicast information may also be synchronized by the network device to other network devices.
  • the multicast information is usually stored in the synchronization process.
  • the multicast information network device synchronizes to other network devices.
  • the locally saved multicast information includes: all multicast information related to the network device stored by the network device; or multicast information of the entire multicast network; the multicast information includes at least the following: the multicast stream Information; multicast ingress device information; multicast egress device set information; receiver of multicast information, wherein the multicast stream information can be understood to include a multicast source and a multicast group.
  • the entire content of the foregoing multicast information is not completely required, and the consistency process may be implemented by using the multicast information digest, where the multicast information digest is used to uniquely identify the version of the multicast information, in the embodiment of the present invention.
  • the multicast information digest may be specifically indicated by, but not limited to, a sequence number and a timestamp.
  • the multicast information further includes at least one of the following: virtual private network VPN information; and multicast information of the data center of the multicast network.
  • 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.
  • FIG. 3 is a schematic diagram of interconnection of a network device multicast through an intermediate network according to a preferred embodiment of the present invention.
  • the sources are respectively connected to devices R1 and R2, and one multicast stream is
  • the receiver is connected to network devices R3, R4 and R7, and the receiver of the other stream is connected to network devices R6, R7 and R8.
  • the first multicast stream can be transmitted in the BIER mode of the public network multicast stream.
  • the second multicast stream uses the public network multicast tunnel (MLDP) mode for traffic transmission.
  • MLDP public network multicast tunnel
  • FIG. 4 is a schematic diagram of a network problem of a network device according to a preferred embodiment 1 of the present invention. As shown in FIG. 4, a new recipient is added under device R5, and R5 needs to notify this information to the R2 device that generated the flow, but Due to the possible temporary packet loss in the intermediate network, the notification message R2 device did not receive it, causing R5 to delay receiving this traffic.
  • FIG. 5 is a flowchart of an information synchronization method according to a preferred embodiment 1 of the present invention, including the following steps:
  • Step S502 After collecting the multicast information, the network device sends the multicast information to other network devices.
  • the multicast information here includes multicast source and group information, and related receiver information. When applied to other scenarios such as multicast VPN or data center, it also includes VPN or other information related to the data center.
  • Step S504 After receiving the multicast information sent by the other network device, compare the local related multicast information, and if there is a non-conformity, for example, the receiver of the local multicast stream is received, but the receiver receives the multicast information. In the multicast information that arrives, the receiver does not have the device; or a multicast stream previously received by the local device is no longer intended to be received, but the device still receives the multicast stream in the received multicast information.
  • the receiver can infer that there may be packet loss caused by the intermediate network, and the device needs to perform further control information interaction with the device where the source is located, so that the local multicast information is consistent with it.
  • Step S506 After the received multicast information and the local multicast information are completely consistent, the network information is unified. It will be in a stable state until the next multicast information change.
  • the multicast information synchronized by R1 includes source information Source1 and receiver information R3/R4/R7.
  • the R2 synchronized multicast information includes source information Source2 and receiver information R6/R7/R8.
  • the multicast information synchronized by R1 is received by other devices R2-R8. After comparison with the local control information, it can be seen to be unified. Therefore, the multicast information synchronized by R1 will not cause new control information interaction.
  • R2 synchronous multicast information similarly, other devices, R1, R3 - R8 will be received, compared with the local control information, except R5 is also unified.
  • the R5 device When the R5 device sees that there is no information about the device in the multicast information sent by R2, it can be sure that the intermediate network has lost packets. Therefore, the R5 device immediately initiates control information exchange with the R2 device, and transmits the information of the local receiver to the R2 device. After receiving the control information sent by the R5, the R2 device updates the local control information and sends the multicast data stream to the R2 device. The R5 device sends the updated multicast information to other network devices again until the multicast information of the entire network is unified.
  • the synchronization information may be scheduled to be advertised at regular intervals according to the needs of the network, or only announced at the time of update.
  • the local information is different from the synchronized multicast information.
  • the process of synchronization can be performed by extension of a multicast signaling protocol, including MLD, IGMP, and PIM protocols. It can also be implemented through signaling extensions such as IGP, including OSPF and ISIS protocols. It can also be NETCONF, RESTCONF, BGP-LS, OPENFLOW or other SDN interface protocols.
  • a multicast signaling protocol including MLD, IGMP, and PIM protocols. It can also be implemented through signaling extensions such as IGP, including OSPF and ISIS protocols. It can also be NETCONF, RESTCONF, BGP-LS, OPENFLOW or other SDN interface protocols.
  • FIG. 7 is a schematic diagram of a specified network device advertisement according to Embodiment 2 of the present invention.
  • a designated device may be elected or configured in the network, and the device is responsible for collecting and synchronizing multicast information in the network. Based on the multicast information sent by the device, the other device compares with the local control information and interacts with the specified device when the discrepancy occurs. The multicast information is unified.
  • the designated device may be a device connected to the source or the receiver, or an intermediate network device.
  • the designated device is an intermediate network device, all other connection sources or network devices of the receiver are To interact with this intermediate network device for multicast information.
  • FIG. 7 shows only one of the cases.
  • a device R1 of the connection source is elected or configured as a designated device. After collecting the multicast information in the network, the designated device synchronizes to other network devices, for example, in the same example.
  • the network multicast information collected by the designated device DR at the beginning includes source Source1, the receiver is R3/R4/R7, the source Source2, and the receiver is R6/R7/R8.
  • the DR advertises the multicast information to other network devices.
  • the network device checks the local multicast information.
  • R5 finds that the information is inconsistent and feeds the information back to the DR device.
  • the DR sends the information to the R2 that lacks the receiver.
  • R2 updates its control information and sends it to the DR.
  • the DR re-advertises the multicast information based on the updated control information.
  • the multicast information of the network device is consistent.
  • R5 finds that the multicast message advertised by the DR is inconsistent with the local, the R5 can directly perform control signaling interaction with the device R2 of the connection source. After R2 updates its control information, it sends it to the DR again, and the DR then performs the control according to the update. The information is advertised again, and the multicast information of the network device is consistent.
  • the advertisement information may be set to be periodically announced at a certain interval according to the needs of the network, or only announced when the update is performed.
  • the local information is different from the synchronized multicast information.
  • FIG. 8 is a schematic diagram of a specified network device advertisement according to a preferred embodiment 2 of the present invention.
  • One device in the network is elected or configured as a designated device.
  • the device itself may not be connected to a source or a receiver.
  • the device is collected from the network device.
  • the multicast information is synchronized, it is synchronized to the connection source or the receiver's device in the network.
  • the network device After receiving the multicast information sent by the DR, the network device checks the consistency of the local multicast information and finds that there is any discrepancy.
  • the source connected device with incorrect multicast information performs control information exchange.
  • the R5 device sends multicast information to the R2 device, R2 updates the multicast receiver information on it, adds R5, and synchronizes the updated multicast information to the specified.
  • the DR resynchronizes the updated multicast information to the devices in the network, and the multicast information of the network device is consistent.
  • the R5 When the R5 discovers that the multicast message issued by the DR is inconsistent with the local, the R5 can directly interact with the DR.
  • the DR notifies the R2 to modify the multicast information.
  • the DR collects the updated control information and synchronizes. For network devices, the multicast information of network devices is consistent.
  • the multicast related information in the network may be synchronized by the controller to each network device. After receiving the multicast information sent by the controller, the network device is local to the local device. The multicast information is checked for consistency. If the ingress or egress is found, the device directly interacts with the source connected device with incorrect multicast information, or interacts with the controller. The controller notifies the device connected to the source to perform multicast information. After the modification, the controller synchronizes the updated multicast information to the network device, and the multicast information of the network device is consistent.
  • FIG. 10 is a schematic diagram of an extension of an MLD protocol according to a preferred embodiment 4 of the present invention, where the extended TLV format is used to indicate that one of the reserved bits is used in the MLD protocol header to indicate the existence of a subsequent multicast information extension TLV.
  • Reserving a bit to indicate is just a means, and can also be represented by adding other flags or flags to the MLD or ICMPv6 header.
  • the type and length fields are used to indicate which type of information and the total length of the information, and the group number is used to indicate how many group information is included in the TLV, and each group information includes device information of the source connection, and The set of recipient device information that is connected.
  • the device information may be the IP address of the device, the ID information of the BIER network, or other information that can be used to represent the network node.
  • the multicast information is only an example.
  • the corresponding VPN information and data center identification information can be carried in the multicast information for synchronization.
  • FIG. 11 is a schematic diagram of an MLD protocol extension according to a preferred embodiment 4 of the present invention.
  • the representation of a network node may exist in the form of an ID, and the format of the multicast information transmitted may be newly changed.
  • the multicast receiver can be represented in the form of a bit string. Bitstringlength is used to identify the length of the bit string.
  • bit string can represent that multiple devices simultaneously serve as receivers.
  • BIER technology there may also be cases of network layering, so it is also possible to carry multiple SET IDs to represent different recipients of different layers.
  • FIG. 12 is a schematic diagram of a summary information synchronization network according to a preferred embodiment 4 of the present invention.
  • information synchronization may be performed in the form of a multicast information digest, and the digest information may be a version number, a serial number, and a timestamp. Or special refinement of group information.
  • the network device compares the summary information stored in the local device according to the received summary information. If an inconsistency is found, the network device obtains the specific multicast information corresponding to the summary information from the device that issues the multicast information, and then performs the local multicast information with the local multicast information. Comparison.
  • the version number is used as an example in Figure 12. Assume that the specified device synchronizes its multicast information to each device, indicating that the current multicast information version number is 11, and the received device compares with the locally stored version number information. R5 finds If the local version is 10, the R5 sends a specific content request of the version to the specified device, and the specified device returns the specific multicast information of the version to the R5 device according to the request. The specific multicast information is used. The form can refer to the previous legend and description. R5 stores the new multicast information and its corresponding version in the local storage for verification during subsequent version updates.
  • the summary information can be processed continuously. For example, the version number will continue to be accumulated later instead of restarting the number.
  • the synchronization device When the synchronization device is not the designated device but the network device of each connection source, the information such as the identifier of the synchronization device, such as the IP address, and the corresponding summary information are separately saved.
  • FIG. 13 is a schematic diagram of a summary information synchronization protocol extension according to a preferred embodiment 4 of the present invention, which is still represented in the MLD protocol extension form, and the extension is represented in the form of TLV. Passed here The summary information submitted is the version number. Each device compares based on the version number of the locally stored information.
  • protocol extensions can be similarly represented in the IGMP protocol and the PIM protocol. Or a related agreement such as IGP.
  • FIG. 14 is a schematic diagram of a summary information synchronization protocol extension according to a preferred embodiment 4 of the present invention, which is still represented in the MLD protocol extension form, and the extension is represented in the TLV format.
  • the summary information passed here can be a collection of group information. It is convenient for each device to directly select the content of interest according to the summary information for comparison. Obviously, the summary information here can also be a collection of source group information, and a summary content with related information such as VPN or data center. One or more collections may be used for specific use.
  • protocol extensions can be similarly represented in the IGMP protocol and the PIM protocol. Or a related agreement such as IGP. Or it is a protocol extension such as NETCONF or RESTCONF.
  • FIG. 15 is a schematic diagram of an extension of a multicast information request protocol according to a preferred embodiment 4 of the present invention, which is still represented by an extended form of the MLD protocol, and the extension is represented in a TLV format.
  • the content of the request may be the group concerned by the device, or the source group, or the related content such as the VPN, or the device may request all the multicast information content.
  • protocol extensions can be similarly represented in the IGMP protocol and the PIM protocol. Or a related agreement such as IGP. Or it is a protocol extension such as NETCONF or RESTCONF.
  • the technical solution of the embodiment of the present invention can easily realize the consistency of multicast information in the network and greatly improve the reliability of information transmission.
  • the various embodiments may be implemented individually or in combination. It has a good promotion effect on the development of multicast technology and network.
  • Embodiments of the present invention also provide a storage medium.
  • the foregoing storage medium may be configured to store program code for performing the following steps:
  • the foregoing storage medium may include, but not limited to, a USB flash drive, a Read-Only Memory (ROM), a Random Access Memory (RAM), a mobile hard disk, and a magnetic memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a mobile hard disk e.g., a hard disk
  • magnetic memory e.g., a hard disk
  • 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 foregoing technical solution provided by the embodiment of the present invention can be applied to the process of processing multicast information, and the network device compares the received multicast information with the locally stored multicast information, and when the discovery is inconsistent, the network device and the network device Other devices interact to implement the synchronization process of multicast information.
  • the related technologies are solved, and the reliability of the multicast information in the transmission process is not high, and the packet loss is easy to occur and the multicast data flow cannot be passed.
  • the problem is that the multicast information in the network can be consistent, and the multicast information transmission caused by the packet loss of the multicast network is avoided.
  • the delivery is not timely or incomplete, which greatly improves the reliability of information transmission and has a good promotion effect on the development of multicast technology and network.

Landscapes

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

Abstract

本发明提供了一种组播信息的处理方法及装置，其中，该方法包括：接收组播网络中其他网络设备发送的组播信息；在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。采用上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。

Description

组播信息的处理方法及装置 技术领域
本发明涉及通信领域，具体而言，涉及一种组播信息的处理方法及装置。
背景技术
组播数据通讯在现在的互联网发挥着越来越重要的作用，个人交互电视IPTV(Interactive Personality TV，简称为IPTV)，网上会面(Net-Meeting)，赛况直播等都使用到了组播技术。组播已有的技术包括协议无关组播(Protocol Independent Multicast，简称为PIM)、Internet组管理协议(Internet Group Management Protocol，简称为IGMP)、组播侦听发现协议(Multicast Listener Discovery Protocol，简称为MLD)等。在最初的小型应用场景下，已有的这些协议可以满足用户的需求，但随着组播应用越来越广泛，组网形式越来越复杂，组播直接应用在互联网络中，往往会由于骨干网络中的组播状态过多，占用中间节点的大量控制资源及信令交互，并且不能很好的支持现在广泛应用的虚拟专用网络(Virtual Private Network，简称为VPN)技术发展。由此现在的发展方向，倾向于骨干网络中并不运行传统的组播协议，而是依靠其他技术来完成组播流量的传输。能够解决这些问题的相关技术主要包括：多路标签分装协议(Multicast Label Distribution Protocol，简称为mLDP)技术、点到多点的流量管理P2MP TE(Point-to-MultiPoint Traffic Engineering)技术，比特索引的显式复制BIER(Bit Indexed Explicit Replication)技术等。
在使用mLDP、P2MP TE和BIER技术完成中间网络的组播流量传输的同时，确定入口节点和出口节点，由此确定报文目的或者隧道。组播协议经过改造，可以运行在所有的入口节点和出口节点中，通过一定的通告机制确定每个组播流量的入口节点和出口节点集合。显而易见的，这个通告机制也一定需要通过中间网络的传输，才能让入口节点和出口节点互相 得知对方的信息。但中间网络的传输，并非是百分之百可靠，可能会出现丢包，一旦出现了控制报文的丢失，可能导致数据流迟迟不能通，或者造成本该撤销的流量一直在占用带宽。
针对相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种组播信息的处理方法及装置，以至少解决相关技术中组播信息在传输过程中可靠性不高，进而容易出现丢以及致组播数据流迟迟无法通过等问题。
根据本发明的一个实施例，提供了一种组播信息的处理方法，包括：网络设备接收组播网络中其他网络设备发送的组播信息；所述网络设备在判断接收到的所述组播信息与本地保存的组播信息不一致时，所述网络设备与所述其他网络设备进行信息交互。
可选地，所述组播信息由所述其他网络设备同步发送给所述网络设备。
可选地，所述本地保存的组播信息包括：所述网络设备存储的与该网络设备相关的所有组播信息；或者整个所述组播网络的组播信息。
可选地，所述组播信息至少包括以下之一：组播流信息；组播入口设备信息；组播出口设备集合信息；所述组播信息的接收者。
可选地，所述组播信息包括：组播信息摘要，其中，所述组播信息摘要用于唯一标识所述组播信息版本。
可选地，所述组播信息摘要至少包括以下之一信息：序列号、时间戳。
可选地，所述组播信息还包括以下至少之一：虚拟专用网络VPN信息；所述组播网络的数据中心的组播信息。
可选地，所述网络设备至少包括以下之一：各个组播入口设备；各个组播出口设备；选举或者配置的指定设备；控制器。
可选地，所述网络设备与所述其他网络设备进行信息交互，包括：
所述网络设备与所述其他网络设备同步更新所述接收到的所述组播信息。
可选地，至少通过以下之一组播信令协议的扩展字段同步更新所述接收到的所述组播信息：组播侦听发现协议MLD；网络组管理协议IGMP；协议无关组播PIM协议；内部网关协议(Interior Gateway Protocol，简称为IGP)；开放最短路径协议(Open Shortest Path First，简称为OSPF)；中间系统到中间系统(Intermediate System-to-Intermediate System，简称为ISIS)协议；网络配置NETCONF协议；RESTCONF；边界网关-中间系统BGP-LS协议；OPENFLOW；虚拟定义网络(Software Defined Network，简称为SDN)接口协议。
根据本发明的另一个实施例，还提供了一种组播信息的处理装置，应用于网络设备，包括：接收模块，设置为接收组播网络中其他网络设备发送的组播信息；交互模块，设置为在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。
在本发明实施例中，还提供了一种计算机存储介质，该计算机存储介质可以存储有执行指令，该执行指令用于执行上述实施例中的组播信息的处理方法的实现。
通过本发明实施例，网络设备将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发 明的不当限定。在附图中：
图1是根据本发明实施例的组播信息的处理方法的流程图；
图2是根据本发明实施例的菜单显示装置的结构框图；
图3为根本发明优选实施例1的网络设备组播通过中间网络互联示意图；
图4为根据本发明优选实施例1的网络设备的网络问题示意图；
图5为根据本发明优选实施例1的信息同步方法流程图；
图6为根据本发明优选实施例1的网络设备通告示意图；
图7为根据本发明实施例2的指定网络设备通告示意图；
图8为根据本发明优选实施例2的指定网络设备通告示意图；
图9为根据本发明优选实施例3的控制器通告示意图；
图10为根据本发明优选实施例4的MLD协议扩展示意图；
图11为根据本发明优选实施例4的MLD协议扩展示意图；
图12为根据本发明优选实施例4的摘要信息同步网络示意图；
图13为根据本发明优选实施例4的摘要信息同步协议扩展示意图(一)；
图14为根据本发明优选实施例4的摘要信息同步协议扩展示意图(二)；
图15为根据本发明优选实施例4的组播信息请求协议扩展示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种组播信息的处理方法，图1是根据本发明实施例的组播信息的处理方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，网络设备接收组播网络中其他网络设备发送的组播信息；
步骤S104，网络设备在判断接收到的组播信息与本地保存的组播信息不一致时，网络设备与其他网络设备进行信息交互。
通过上述各个步骤，网络设备将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。
可选地，组播信息由其他网络设备同步发送给网络设备，组播信息也可以由网络设备同步给其他网络设备，一般情况下，组播信息通常在同步过程中，会由已经存储有最新组播信息网络设备同步到其他网络设备。
在本发明实施例中，本地保存的组播信息包括：网络设备存储的与该网络设备相关的所有组播信息；或者整个组播网络的组播信息；组播信息至少包括以下之一：组播流信息；组播入口设备信息；组播出口设备集合信息；组播信息的接收者，其中的组播流信息可以理解为包括组播源和组播组。
在具体应用过程中，并不完全需要上述组播信息的全部内容，可以通过组播信息摘要来实现一致过程，其中，组播信息摘要用于唯一标识组播信息版本，在本发明实施例中，可以具体通过但不限于序列号、时间戳来指示组播信息摘要。
在一个可选示例中，组播信息还包括以下至少之一：虚拟专用网络VPN信息；组播网络的数据中心的组播信息。
本发明实施例的网络设备至少包括以下之一：各个组播入口设备；各个组播出口设备；选举或者配置的指定设备；控制器，在下述优选实施例中会具体针对不同的网络设备的同步过程进行说明，此处不再赘述。
步骤S104中的网络设备与其他网络设备进行信息交互可以通过以下方式实现：网络设备与其他网络设备同步更新接收到的组播信息，可选地，至少通过以下之一组播信令协议的扩展字段同步更新接收到的组播信息：MLD；IGMP；PIM协议；内部网关协议IGP；开放最短路径协议OSPF；中间系统到中间系统ISIS协议；网络配置NETCONF协议；RESTCONF；边界网关-中间系统BGP-LS协议；OPENFLOW；虚拟定义网络SDN接口协议。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。
实施例2
在本实施例中还提供了一种组播信息的处理装置，应用于网络设备，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的组播信息的处理装置的结构框图，如图2所示，该装置包括：
接收模块20，设置为接收组播网络中其他网络设备发送的组播信息；
交互模块22，设置为在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。
通过上述各个模块的作用，将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。
可选地，组播信息由其他网络设备同步发送给网络设备，组播信息也可以由网络设备同步给其他网络设备，一般情况下，组播信息通常在同步过程中，会由已经存储有最新组播信息网络设备同步到其他网络设备。
在本发明实施例中，本地保存的组播信息包括：网络设备存储的与该网络设备相关的所有组播信息；或者整个组播网络的组播信息；组播信息至少包括以下：组播流信息；组播入口设备信息；组播出口设备集合信息；组播信息的接收者，其中的组播流信息可以理解为包括组播源和组播组。
在具体应用过程中，并不完全需要上述组播信息的全部内容，可以通过组播信息摘要来实现一致过程，其中，组播信息摘要用于唯一标识组播信息版本，在本发明实施例中，可以具体通过但不限于序列号、时间戳来指示组播信息摘要。
在一个可选示例中，组播信息还包括以下至少之一：虚拟专用网络VPN信息；组播网络的数据中心的组播信息。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
以下结合优选实施例对上述组播信息的处理过程进行解释说明，但不用于限定本发明实施例。
优选实施例1
图3为根本发明优选实施例1的网络设备组播通过中间网络互联示意图，如图3所示，网络中有两条组播流，源分别连在设备R1和R2上，一条组播流的接收者连在网络设备R3、R4和R7，另一条流的接收者连在网络设备R6、R7和R8上。第一条组播流可以采用公网组播流传输方式BIER方式进行流量传输；第二条组播流采用公网组播隧道mLDP方式进行流量传输。
图4为根据本发明优选实施例1的网络设备的网络问题示意图，如图4所示，设备R5下新增接收者，R5需要将这一信息通知到产生这条流的R2设备上，但由于中间网络可能出现暂时性的丢包，导致这个通知消息R2设备没有收到，导致R5迟迟收不到这份流量。
图5为根据本发明优选实施例1的信息同步方法流程图，包括以下步骤：
步骤S502，网络设备在收集到组播信息后，同步发给其他的网络设备。这里的组播信息包括组播的源、组信息，以及相关的接收者信息。在应用于组播VPN或者数据中心等其他场景时，还包括VPN或者数据中心相关的其他信息等。
步骤S504，在收到其他网络设备发来的组播信息后，与本地相关的组播信息进行比对，如果发现有不符合的情况，比如本地有某条组播流的接收者，但收到的组播信息里，接收者并没有本设备；或者说本地以前收到的某条组播流，已经不再想接收了，但收到的组播信息中本设备仍然为该组播流的接收者，由此可推知可能有中间网络的丢包引起了信息丢失，本设备需要与源所在的设备进行进一步的控制信息交互，以便本地的组播信息与其一致。
步骤S506，在收到的组播信息与本地组播信息完全一致后，网络信息达到统一。在下一次组播信息改变之前，都会处于稳定状态。
图6为根据本发明优选实施例1的网络设备通告示意图，如图6所示， 所有连接源的网络设备，都会同步其组播信息到其他设备，包括相关的接收者信息。R1同步的组播信息包括，源信息Source1，接收者信息R3/R4/R7。R2同步的组播信息包括，源信息Source2，接收者信息R6/R7/R8。R1同步的组播信息，其他设备R2—R8都会收到，经过与本地的控制信息对比，可以看到是统一的；因此对于R1同步的组播信息，不会再引起新的控制信息交互。R2同步的组播信息，同样，其他设备，R1，R3—R8都会收到，经过与本地的控制信息对比，除了R5也都是统一的。
R5设备看到R2发送的这个组播信息中没有本设备的信息，则可获知肯定中间网络出现了丢包。由此R5设备立刻发起与R2设备的控制信息交互，将本地有接收者的信息传递给R2设备，R2设备在收到R5发出的控制信息后，更新本地的控制信息，发送组播数据流到R5设备，并将更新后的组播信息再次发送给其他网络设备，直到整个网络的组播信息统一。
其中，同步信息可根据网络需要，设置按一定间隔定时通告，或者只在更新时通告。
其中，发现本地信息与同步过来的组播信息不同，与其对应设备发起控制信息交互时，如果出现控制信息的再次丢失，则本设备会再次发起控制信息交互。
具体地，同步的过程可以通过组播信令协议的扩展来进行，包括MLD、IGMP和PIM协议。也可以通过IGP等协议的信令扩展来进行，包括OSPF和ISIS协议。也可以是NETCONF、RESTCONF、BGP-LS、OPENFLOW或其他SDN接口协议进行。
优选实施例2
图7为根据本发明实施例2的指定网络设备通告示意图，如图7所示，网络中可以推举或者配置一台指定设备，由这台设备负责组播信息的收集以及同步过程，网络中的其他设备根据该设备所发出的组播信息对照本地的控制信息，发现不符的时候与指定设备进行交互，同样完成组播信息的统一。
这台指定设备，可以是连接源或者接收者的某台设备，也可以是一台中间网络设备，当这台指定设备是中间网络设备时，所有的其他连接源或者接收者的网络设备，都要与这台中间网络设备进行组播信息的交互。
图7仅展示了其中的一种情况，连接源的一台设备R1被选举或者配置成为指定设备，该指定设备收集了网络中的组播信息后，同步给其他网络设备，比如在同样的例子中，指定设备DR一开始收集到的网络组播信息包括，源Source1，接收者为R3/R4/R7；源Source2，接收者为R6/R7/R8。DR发布组播信息给其他网络设备，网络设备收到后，与本地的组播信息进行检查，R5发现其不一致的情况，将信息反馈给DR设备，DR将此信息发送给缺少接收者的R2，R2更新其控制信息后再发给DR，DR根据更新后的控制信息再次发布组播信息，网络设备的组播信息达到一致。
其中，R5在发现DR发布的组播消息与本地不一致时，也可以直接跟连接源的设备R2进行控制信令交互，R2更新其控制信息后，再次发给DR，DR再根据更新后的控制信息再次发布组播信息，网络设备的组播信息达到一致。
其中，通告信息可根据网络需要，设置按一定间隔定时通告，或者只在更新时通告。
其中，发现本地信息与同步过来的组播信息不同，与其对应设备发起控制信息交互时，如果出现控制信息的再次丢失，则本设备会再次发起控制信息交互。
图8为根据本发明优选实施例2的指定网络设备通告示意图，网络中有一台设备被选举或者配置为指定设备，这台设备本身可以不连源或者接收者，这台设备从网络设备收集到组播信息后，同步给网络中的连接源或者接收者的设备，网络设备在收到DR发送的组播信息后，对本地的组播信息进行一致性检查，发现有出入的，则直接与组播信息不正确的源连接设备进行控制信息交互，比如R5设备向R2设备发送组播信息，R2更新其上的组播接收者信息，增加R5，并将更新过的组播信息同步到指定设 备DR上，DR再同步更新的组播信息给网络中的设备，由此网络设备的组播信息达到一致。
其中，R5在发现DR发布的组播消息与本地不一致时，也可以直接与DR进行交互，由DR通知R2进行组播信息的修改，R2更新控制信息后，DR再收集更新的控制信息并同步给网络设备，网络设备的组播信息达到一致。
优选实施例3
图9为根据本发明优选实施例3的控制器通告示意图，网络中的组播相关信息可以由控制器同步给各个网络设备，网络设备在收到控制器发送的组播信息后，对本地的组播信息进行一致性检查，发现有出入的，则直接与组播信息不正确的源连接设备进行控制信息交互，或者可以与控制器进行交互，由控制器通知连接源的设备进行组播信息的修改，稍后控制器再将更新后的组播信息同步给网络设备，网络设备的组播信息达到一致。
优选实施例4
图10为根据本发明优选实施例4的MLD协议扩展示意图，在此用扩展TLV格式来表示，在MLD协议头中使用保留位中的其中一位表示后续有组播信息扩展TLV的存在，用保留位来表示只是一种手段，还可以通过在MLD或者ICMPv6头中增加其他标识或者标志位来表示。
其中，类型和长度字段用来表示是哪一类的信息以及信息总长度，group number用来表示有多少个组信息被包含在此TLV中，每一个组信息中包含源连接的设备信息，以及所连的接收者设备信息集合。设备信息可以是设备的IP地址，也可以是BIER网络的ID信息，或者其他能够用来表示网络节点的信息。
其中，这里的组播信息只是举例说明，实际的组播应用中，还会有相应的VPN信息，数据中心标识信息等，都可以携带在组播信息中进行同步。
因为采用TLV格式传递组播信息的灵活性，可以很容易的在IGMP 以及PIM协议中也实现类似的扩展，在此不再累述。
图11为根据本发明优选实施例4的MLD协议扩展示意图，在BIER或者类似网络中，网络节点的表示可能以ID形式存在，由此传递的组播信息格式可以有新的变化。组播接收者可以以位串的形式表示出来。Bitstringlength用来标识位串的长度。
其中，可以由一个位串表示多台设备同时作为接收者。在BIER技术中，还可能有网络分层的情况，因此还可以携带多个SET ID来表示不同的层的不同接收者。
图12为根据本发明优选实施例4的摘要信息同步网络示意图，在一些应用场景中，可以用组播信息摘要的形式来进行信息同步，摘要的信息可能是版本号，序列号，时间戳，或者组信息的特殊提炼。网络设备根据接收到的摘要信息，对比本地所存的摘要信息，如果发现不一致的情况，则向发布组播信息的设备索取摘要信息所对应的具体组播信息，然后再与本地的组播信息进行比对。
图12中使用版本号来做举例说明，假设指定设备同步其组播信息到各个设备，表示当前组播信息版本号为11，收到的设备跟本地存储的版本号信息做比对，R5发现本地所存储的版本号为10，与指定设备发送的不一致时，R5向指定设备发起版本11的具体内容请求，指定设备根据请求返回该版本的具体组播信息给R5设备，具体组播信息的形式可以参照前面的图例及说明。R5将新的组播信息及其对应版本存入本地存储中，以便后续版本更新时的校验。
其中，当网络中的指定设备发生变化时，其摘要信息可延续处理，比如版本号将继续往后累加，而非重新开始编号。
其中，当同步设备不是指定设备，而是各个连接源的网络设备时，需要分别保存其同步设备的标识如IP地址等信息，以及其对应的摘要信息。
图13为根据本发明优选实施例4的摘要信息同步协议扩展示意图，在此仍然以MLD协议扩展形式来表示，扩展以TLV形式表示。这里所传 递的摘要信息为版本号。各个设备根据本地所存储信息的版本号进行对比。同样的，协议扩展还能够类似的表现在IGMP协议和PIM协议中。或者是IGP等相关的协议。
图14为根据本发明优选实施例4的摘要信息同步协议扩展示意图，在此仍然以MLD协议扩展形式来表示，扩展以TLV形式表示。这里所传递的摘要信息可以是组信息的集合。便于各个设备直接根据摘要信息选择感兴趣的内容进行对照。显而易见的，这里的摘要信息，还可以是源组信息的集合，以及附带VPN或者数据中心等相关信息的摘要内容。具体使用时可以采用一个或者多个的集合。
同样的，协议扩展还能够类似的表现在IGMP协议和PIM协议中。或者是IGP等相关的协议。或者是NETCONF、RESTCONF等协议扩展方式。
图15为根据本发明优选实施例4的组播信息请求协议扩展示意图，在此仍然以MLD协议扩展形式来表示，扩展以TLV形式表示。在携带请求内容时，MLD头中也仍然有相应的标记提示后续携带的是请求内容。请求的内容，可以为本设备关注的组，或者源组，或者相关的VPN等具体内容，也可以本设备请求所有的组播信息内容。
同样的，协议扩展还能够类似的表现在IGMP协议和PIM协议中。或者是IGP等相关的协议。或者是NETCONF、RESTCONF等协议扩展方式。
通过上述各个实施例可知，通过本发明实施例的技术方案，由此很容易实现网络中的组播信息一致性保障，极大的提高信息传输的可靠性。并且多个实施例可以单个实施，也可以自由组合实施。对组播技术和网络的发展都有良好的促进作用。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
S1，接收组播网络中其他网络设备发送的组播信息；
S2，在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
本发明实施例提供的上述技术方案，可以应用于组播信息的处理过程中，网络设备将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传 递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。

Claims (11)

  1. 一种组播信息的处理方法，包括：
    网络设备接收组播网络中其他网络设备发送的组播信息；
    所述网络设备在判断接收到的所述组播信息与本地保存的组播信息不一致时，所述网络设备与所述其他网络设备进行信息交互。
  2. 根据权利要求1所述的方法，其中，所述组播信息由所述其他网络设备同步发送给所述网络设备。
  3. 根据权利要求1所述的方法，其中，所述本地保存的组播信息包括：所述网络设备存储的与该网络设备相关的所有组播信息；或者整个所述组播网络的组播信息。
  4. 根据权利要求1所述的方法，其中，所述组播信息至少包括以下之一：组播流信息；组播入口设备信息；组播出口设备集合信息；所述组播信息的接收者。
  5. 根据权利要求1所述的方法，其中，所述组播信息包括：组播信息摘要，其中，所述组播信息摘要用于唯一标识组播信息的版本。
  6. 根据权利要求5所述的方法，其中，所述组播信息摘要至少包括以下之一信息：序列号、时间戳。
  7. 根据权利要求1至6任一项所述的方法，其中，所述组播信息还包括以下至少之一：虚拟专用网络VPN信息；所述组播网络的数据中心的组播信息。
  8. 根据权利要求1至6任一项所述的方法，其中，所述网络设备至少包括以下之一：各个组播入口设备；各个组播出口设备；选举或者配置的指定设备；控制器。
  9. 根据权利要求1至6任一项所述的方法，其中，所述网络设备与所述其他网络设备进行信息交互，包括：
    所述网络设备与所述其他网络设备同步更新所述接收到的所述组播信息。
  10. 根据权利要求9所述的方法，其中，至少通过以下之一组播信令协议的扩展字段同步更新所述接收到的所述组播信息：组播侦听发现协议MLD；网络组管理协议IGMP；协议无关组播PIM协议；内部网关协议IGP；开放最短路径协议OSPF；中间系统到中间系统ISIS协议；网络配置NETCONF协议；RESTCONF；边界网关-中间系统BGP-LS协议；OPENFLOW；虚拟定义网络SDN接口协议。
  11. 一种组播信息的处理装置，应用于网络设备，包括：
    接收模块，设置为接收组播网络中其他网络设备发送的组播信息；
    交互模块，设置为在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。
PCT/CN2017/076490 2016-05-12 2017-03-13 组播信息的处理方法及装置 WO2017193692A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610316705.3 2016-05-12
CN201610316705.3A CN107370716B (zh) 2016-05-12 2016-05-12 组播信息的处理方法及装置

Publications (1)

Publication Number Publication Date
WO2017193692A1 true WO2017193692A1 (zh) 2017-11-16

Family

ID=60266249

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/076490 WO2017193692A1 (zh) 2016-05-12 2017-03-13 组播信息的处理方法及装置

Country Status (2)

Country Link
CN (1) CN107370716B (zh)
WO (1) WO2017193692A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111770350B (zh) * 2020-06-23 2022-09-16 北京字节跳动网络技术有限公司 直播间消息拉取的方法、装置、计算机设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101262412A (zh) * 2007-03-09 2008-09-10 上海贝尔阿尔卡特股份有限公司 一种具有最小时延的组播恢复的方法及其接入设备
CN101489276A (zh) * 2009-01-06 2009-07-22 北京交通大学 一种移动Ad Hoc网络多播路由方法
CN101772111A (zh) * 2008-12-31 2010-07-07 阿德利亚科技(北京)有限责任公司 一种组播客户端无线漫游方法及设备
US20120176911A1 (en) * 2010-06-10 2012-07-12 Ping Pan Supporting oam on protecting connections in shared mesh protection environment

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8068515B2 (en) * 2005-06-22 2011-11-29 Cisco Technology, Inc. Faster multimedia synchronization of broadcast streams using router caching of RTCP packets
CN101640691B (zh) * 2008-07-28 2012-01-11 中国移动通信集团公司 数据存储、查找的方法及数据存储网络
CN101778340A (zh) * 2009-01-13 2010-07-14 中兴通讯股份有限公司 一种mbms控制信令的更新指示信令的产生方法及装置
CN102420746A (zh) * 2011-11-14 2012-04-18 中兴通讯股份有限公司 组播流量的转发方法及网络设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101262412A (zh) * 2007-03-09 2008-09-10 上海贝尔阿尔卡特股份有限公司 一种具有最小时延的组播恢复的方法及其接入设备
CN101772111A (zh) * 2008-12-31 2010-07-07 阿德利亚科技(北京)有限责任公司 一种组播客户端无线漫游方法及设备
CN101489276A (zh) * 2009-01-06 2009-07-22 北京交通大学 一种移动Ad Hoc网络多播路由方法
US20120176911A1 (en) * 2010-06-10 2012-07-12 Ping Pan Supporting oam on protecting connections in shared mesh protection environment

Also Published As

Publication number Publication date
CN107370716B (zh) 2022-04-19
CN107370716A (zh) 2017-11-21

Similar Documents

Publication Publication Date Title
CN105991302B (zh) 可靠传输上使用注册的多播流覆盖
WO2018072704A1 (zh) 报文传输方法、装置、节点和计算机存储介质
WO2017059708A1 (zh) Bier信息的发送方法、接收方法及装置
WO2018006671A1 (zh) 报文发送方法和装置、网络架构、计算机存储介质
CN106603407B (zh) 组播地址的传输方法和装置
US20150222446A1 (en) Discovering IP Multicast Group Memberships in Software Defined Networks
WO2017117956A1 (zh) 一种信息传输方法及装置
CN102142970A (zh) 二层以太网络的组播树构建方法和网络节点设备
US9288067B2 (en) Adjacency server for virtual private networks
CN103975556A (zh) 远程多播复制网络的改进复制管理
CN107612809A (zh) 一种组播表项同步方法以及设备
US10749703B2 (en) Information processing method and device, and computer storage medium
US10439929B2 (en) Graceful recovery of a multicast-enabled switch
WO2013139270A1 (zh) 实现三层虚拟专用网络的方法、设备及系统
US10225091B2 (en) Method for implementing point-to-multipoint multicast, network node, and system
CN107294859B (zh) 一种信息传递方法、装置及系统
TWI484792B (zh) 在可多播路由器中有效率的主機管理協定
WO2017193692A1 (zh) 组播信息的处理方法及装置
CN106230730B (zh) 一种组播传输方法和装置
CN108900422B (zh) 组播转发方法、装置及电子设备
CN106375100A (zh) 一种视频监控系统中组播实现方法及装置
WO2018010568A1 (zh) 信息的通告方法、转发条目的生成方法及装置
WO2012103748A1 (zh) 一种组播控制方法、路由设备及组播系统
WO2018108168A1 (zh) 分组传送网的组播业务实现方法及其装置、通信系统
CN110557611B (zh) 信息同步方法、装置及存储介质

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17795310

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17795310

Country of ref document: EP

Kind code of ref document: A1