CN108632149B - Multicast method and routing device for satellite frame relay network - Google Patents
Multicast method and routing device for satellite frame relay network Download PDFInfo
- Publication number
- CN108632149B CN108632149B CN201710165656.2A CN201710165656A CN108632149B CN 108632149 B CN108632149 B CN 108632149B CN 201710165656 A CN201710165656 A CN 201710165656A CN 108632149 B CN108632149 B CN 108632149B
- Authority
- CN
- China
- Prior art keywords
- multicast
- frame
- frame relay
- packet
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 40
- 239000000872 buffer Substances 0.000 claims description 46
- 230000005540 biological transmission Effects 0.000 claims description 26
- 238000010586 diagram Methods 0.000 description 9
- 230000003139 buffering effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18513—Transmission in a satellite or space-based system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/185—Space-based or airborne stations; Stations for satellite systems
- H04B7/1851—Systems using a satellite or space-based relay
- H04B7/18515—Transmission equipment in satellites or space-based relays
Abstract
The application discloses a data multicast method and a routing device for a satellite frame relay network. The method comprises the following steps: receiving a multicast data packet by an access route; encapsulating, by the access route, the multicast data packets into frame relay frames, each frame relay frame corresponding to one received multicast data packet, and a Data Link Connection Identifier (DLCI) included in each frame relay frame having a predetermined value; sending a frame relay frame by an access route; judging DLCI of a frame relay frame sent by an access route by each of a plurality of multicast target routes, if the DLCI of the frame relay frame is judged to have a preset value, receiving the frame relay frame by each of the plurality of multicast target routes, and processing the frame relay frame so that the multicast data packet contained in the frame relay frame is obtained by each of the plurality of multicast target routes; and transmitting the multicast data packet obtained by each of the plurality of multicast target routes.
Description
Technical Field
The present application relates to the field of network data transmission, and more particularly, to a method and a routing device for multicasting data through a satellite frame relay network.
Background
In a network applying frame relay technology (also referred to as a "frame relay network"), data is transmitted via a virtual circuit in the form of frame relay frames. Each frame relay frame includes a Data Link Connection Identifier (DLCI) that identifies the virtual circuit used for addressing in the frame relay network.
In the prior art, a protocol such as Protocol Independent Multicast (PIM) is used to perform multicast between routes in a frame relay network. In this case, for N multicast destinations, one frame multicast packet to be multicast needs to be copied by N and encapsulated as N frame relay frames each having a DLCI different from each other. When the downlink data transmission of the frame relay network only uses one physical link to carry a plurality of virtual circuits and the bandwidth of the physical link is limited (for example, in the case that the frame relay network is a satellite frame relay network), the frame relay network multicast method greatly wastes the bandwidth, thereby affecting the rate and data volume of multicast data packet transmission.
Disclosure of Invention
The invention is provided to solve the above problems in the prior art.
The embodiment of the invention provides a data multicast method based on a satellite frame relay network, which comprises the following steps: receiving a multicast data packet by an access route; encapsulating the multicast data packet into frame relay frames by an access router, wherein each frame relay frame corresponds to one received multicast data packet, and a data link connection identifier contained in each frame relay frame has a preset value; transmitting the frame relay frame by the access route; judging the data link connection identifier of a frame relay frame sent by the access route by each of a plurality of multicast target routes, if the data link connection identifier of the frame relay frame is judged to have the preset value, receiving the frame relay frame by each of the plurality of multicast target routes, and processing the frame relay frame so that the multicast target routes obtain multicast data packets contained in the frame relay frame; and transmitting the multicast data packet obtained by each multicast target route.
The access route may include a first buffer for storing multicast packets received by the access route, and the method further comprises: storing the multicast data packet in the first buffer in a one-to-one correspondence with forwarding information, the forwarding information including identification information indicating the predetermined value of a data link connection identifier.
The step of encapsulating the multicast data packet into a frame relay frame may include:
the first buffer is periodically detected by the access route, and if a multicast packet to be multicast is detected in the first buffer, the detected multicast packet is encapsulated into a frame relay frame containing a data link connection identifier having the predetermined value according to forwarding information stored in correspondence with the detected multicast packet.
Each of the plurality of multicast target routes may include a second buffer for storing multicast data packets obtained by the multicast target route, and the step of processing the frame relay frame received by the multicast target route may include:
and decapsulating, by each of the multicast target routes, the frame relay frame received by the multicast target route, thereby obtaining a multicast data packet included in the frame relay frame, and storing the obtained multicast data packet in the second buffer.
The step of routing the multicast data packet by the plurality of multicast target routes may comprise:
periodically detecting respective second buffers by the plurality of multicast target routes, and transmitting the detected multicast data packets if the multicast data packets are detected in the second buffers.
The method according to the embodiment of the invention can further comprise the following steps: before encapsulating the multicast data packet into the frame relay frame, setting multicast parameters, wherein the multicast parameters at least comprise: identification information indicating a predetermined value of the data link connection identifier, and a transmission interface of the access route for transmitting the frame relay frame.
An embodiment of the present invention provides a routing apparatus, including: a receiving unit configured to receive a multicast packet; a frame processing unit configured to encapsulate the multicast data packets received by the receiving unit into frame relay frames, each frame relay frame corresponding to one received multicast data packet, and data link connection identifiers included in each frame relay frame having a predetermined value; a transmitting unit that transmits the frame relay frame through a satellite frame relay network. The routing means may be used at the master station side of a satellite frame relay network.
The routing device may further include: a buffer unit configured to store a multicast packet when the reception unit receives the multicast packet, the multicast packet being stored in the buffer unit in one-to-one correspondence with forwarding information including identification information indicating a predetermined value of a data link connection identifier, and wherein the frame processing unit periodically detects the buffer unit, and if a multicast packet to be multicast is detected in the buffer unit, encapsulates the detected multicast packet into a frame relay frame including the data link connection identifier having the predetermined value according to the forwarding information stored in correspondence with the detected multicast packet.
An embodiment of the present invention provides a routing apparatus, including: a receiving unit configured to receive a frame relay frame through a satellite frame relay network; a judging unit configured to judge a data link connection identifier in the received frame relay frame; a frame processing unit configured to process the frame relay frame so as to obtain a multicast data packet included in the frame relay frame when the judging unit judges that the data link connection identifier in the frame relay frame has a predetermined value; a transmitting unit that transmits the multicast packet obtained by the frame processing unit; and a buffer unit configured to store the multicast data packet obtained by the frame processing unit when the judging unit judges that the data link connection identifier in the frame relay frame has a predetermined value, wherein the transmitting unit periodically detects the buffer unit, and transmits the detected multicast data packet if the multicast data packet is detected in the buffer unit. The routing device can be used on the small station side of a satellite frame relay network.
Drawings
The above and other features and advantages of example embodiments of the present inventive concept will become more apparent by describing in detail example embodiments thereof with reference to the attached drawings. The drawings are intended to depict example embodiments of the inventive concept and should not be construed as limiting the scope of the claims. In the drawings:
fig. 1 is a schematic diagram of a conventional data multicasting method based on a satellite frame relay network;
fig. 2 is a schematic diagram of a data multicasting method based on a satellite frame relay network according to an exemplary embodiment of the present invention;
FIG. 3 is a flow chart of a data multicasting method according to an exemplary embodiment of the present invention;
FIG. 4 is a flow chart of a data multicasting method according to an exemplary embodiment of the present invention;
fig. 5 is a functional block diagram of access routing according to an example embodiment of the present invention;
FIG. 6 is a functional block diagram of multicast target routing according to an example embodiment of the present invention;
fig. 7 is a structural diagram of a frame relay frame according to an exemplary embodiment of the present invention.
Detailed Description
Exemplary embodiments of the inventive concepts will be described in detail below with reference to the accompanying drawings.
The inventive concepts may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments set forth herein. Furthermore, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the inventive concept to those skilled in the art.
It will be understood that, although the terms first, second, etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and, similarly, a second element could be termed a first element, without departing from the scope of example embodiments of the present inventive concepts. As used herein, the term "and/or" includes any and all combinations of one or more of the associated listed items.
It will be understood that the terms "comprises," "comprising," "includes," and/or "including," when used in the exemplary embodiments, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
Fig. 1 is a schematic diagram of a conventional data multicasting method based on a satellite frame relay network.
Referring to fig. 1, in a conventional data multicasting method based on a satellite frame relay network, a server 300 performs data transmission with an access route 100 through a first local area network, the access route 100 transmits data to multicast target routes 200-1 to 200-3 through the frame relay network, and the multicast target routes 200-1 to 200-3 perform data transmission with respective clients 400 through a second local area network.
When a packet 1 requiring multicast (hereinafter referred to as a multicast packet) is transmitted from the server 300 to the access route 100, since the multicast packet 1 requires multicast to three multicast destination routes 200-1 to 200-3, the access route 100 copies the multicast packet 1 into three and encapsulates it into three frame relay frames 10-1, 10-2, and 10-3. Each frame relay frame includes a DLCI that may be used to identify a virtual circuit or transmission destination in a frame relay network transmission. According to the existing multicast protocol, the three frame relay frames 10-1, 10-2, and 10-3 are transmitted to different transmission destinations (e.g., multicast target routes 200-1, 200-2, and 200-3 in fig. 1) via different virtual circuits PVC1, PVC2, and PVC3, respectively, and thus the DLCI included in each frame relay frame has a different value.
For example, referring to fig. 1, the access route 100 transmits frame relay frames 10-1, 10-2, and 10-3 based on the existing multicast protocol, which respectively include DLCIs having first, second, and third values, wherein the first, second, and third values are not equal to each other and respectively correspond to three multicast target routes 200-1, 200-2, and 200-3. The respective multicast target routes 200-1, 200-2, and 200-3 determine which frame relay frame to receive according to the value of the DLCI of each frame relay frame. Specifically, the multicast target route 200-1 receives the frame relay frame 10-1 whose DLCI has a first value, the multicast target route 200-2 receives the frame relay frame 10-2 whose DLCI has a second value, and the multicast target route 200-3 receives the frame relay frame 10-3 whose DLCI has a third value.
In a satellite frame relay network, downlink data transmission employs only one physical link (e.g., the downlink large carrier in fig. 1) to carry multiple virtual circuits, and the bandwidth of the physical link is limited. Therefore, in the existing method, since the same multicast packet 1 is copied and encapsulated into a plurality of frame relay frames 10-1 to 10-3 with different DLCI values, bandwidth is greatly wasted, thereby affecting the rate and data amount of multicast packet transmission. This problem is particularly significant when the multicast service is oriented to traffic with large data volume and high bandwidth requirement, such as video.
In order to solve at least the above problems in the prior art, a data multicasting method based on a satellite frame relay network according to the present inventive concept is proposed. Fig. 2 is a schematic diagram of a data multicasting method based on a satellite frame relay network according to an exemplary embodiment of the present invention. Fig. 3 and 4 are flowcharts of a data multicasting method according to an exemplary embodiment of the present invention. Fig. 5 is a functional block diagram of access routing according to an example embodiment of the present invention. Fig. 6 is a functional block diagram of multicast target routing according to an example embodiment of the present invention.
Referring to fig. 2, an access route 100 and each multicast target route 200 (in fig. 2, three multicast target routes 200-1, 200-2, and 200-3 are illustrated as an example) communicate via a satellite frame relay network. The access route 100 and the server 300 as a multicast data source are connected to each other through the same local area network (e.g., a first local area network), and the access route 100 receives the multicast data packet 2 transmitted from the server 300 via the first local area network. The access route 100 encapsulates the multicast data packet 2 into a frame relay frame 20 and transmits it to the multicast target route over the satellite frame relay network using a dedicated virtual circuit. The multicast target route 200 and the client 400 as a destination of the multicast data are connected to each other through the same local area network (e.g., a second local area network). The multicast target router 200 receives the frame relay frame via the satellite frame relay network, processes the received frame relay frame to obtain the multicast data packet included in the frame, and sends the multicast data packet to the client 400 via the second local area network.
Next, a specific flow of a data multicast method according to an exemplary embodiment of the present application is described with reference to fig. 2 and fig. 3.
Referring to fig. 2 and 3, first, multicast parameters for the multicast packet 2 may be set (S101). For example, an mctunneladd command may be used to add a dedicated multicast tunnel, and the parameters of the dedicated multicast tunnel are multicast parameters for the multicast packet 2. The parameters of the dedicated multicast tunnel may include: a multicast address indicating that forwarding through a frame relay network is desired, identification information indicating a predetermined value of a data link connection identifier, a transmission interface of the access route for transmitting the frame relay frame, a priority of multicast data, and the like. The dedicated multicast tunnel may define a data transmission/reception mode, and may indicate a transmission path of multicast data. For example, the dedicated multicast tunnel may specify a dedicated virtual circuit PVC20 (see fig. 2).
Upon receiving a multicast packet 2(S102), the access router 100 encapsulates the multicast packet 2 into a frame relay frame 20(S103), and the DLCI included in the frame relay frame 20 has a predetermined value. Each multicast packet 2 corresponds to only one frame relay frame 20, regardless of how many multicast target routes are.
In addition to DLCI, the encapsulated frame relay frame may also include other parameter information related to multicast transmission. Fig. 7 shows a data structure of a frame relay frame. It can be seen that one frame relay frame includes a multicast data packet (e.g., a complete multicast data ethernet frame from the server 300) and DLCI identification information, and further includes a start frame field, a frame check field, an end frame field, etc. As an example, the DLCI occupies only 10 bits (10 bits) of the 2 bytes shown in fig. 7. Of course, the structure of the frame relay frame is not limited to the example shown in fig. 7 as long as the multicast packet and the DLCI information can be contained and frame relay transmission can be realized.
Then, the access route 100 on the multicast data transmission side may transmit the frame relay frames via the satellite frame relay network according to information such as the forwarding interface and the DLCI included in the frame relay frames (S104). The DLCI contained in each frame relay frame 20 has a predetermined value regardless of which multicast destination is to be sent, and is sent via a dedicated virtual circuit PVC 20.
The multicast target route 200 on the multicast data reception side may judge the DLCI of the frame relay frame transmitted by the access route 100 (S105). If the DLCI of the frame relay frame is judged to have the predetermined value (S105: yes), each multicast target route 200 receives the frame relay frame (S106). Otherwise, the multicast target route 200 regards the frame relay frame as not being a frame for multicast, and the multicast data processing is stopped. For these frame relay frames determined to be non-multicast data, the multicast target route 200 may determine whether it is a frame for unicast and determine whether to receive the frame according to the existing transmission protocol, but these processes are not included in the multicast method according to the inventive concept.
For example, in the example shown in fig. 2, the access route 100 sends a frame relay frame 20 that contains a DLCI having a predetermined value. Each of the multicast target routes 200-1, 200-2 and 200-3 decides the DLCI of the frame relay frame 20, and when it is decided that the DLCI of the frame has a predetermined value, all three multicast target routes 200-1, 200-2 and 200-3 receive the frame relay frame 20.
According to the embodiment of the application, when the data volume of the service data needing multicast is large and the requirements on the transmission rate and the transmission quality are high, by the method, for the same multicast data packet 2, the multicast of the data packet to a plurality of multicast target routes can be realized only by transmitting one frame relay frame in a downlink carrier wave, and the multicast data packet 2 is not required to be copied and encapsulated into a plurality of multicast data packets corresponding to the plurality of multicast target routes, so that the bandwidth resource of a satellite frame relay network is saved, and the transmission quality of the service data is ensured.
After receiving the frame relay frame, the multicast target route performs processing such as decapsulation on the received frame relay frame to obtain a multicast packet included in the frame relay frame (S107). Subsequently, each multicast destination route may transmit the multicast packet obtained by the multicast destination route (S108). For example, when each multicast target route 200 receives the frame relay frame 20, each multicast target route 200 processes the frame relay frame 20 to obtain the multicast data packet 2 contained in the frame, and then each multicast target route 200 transmits each obtained multicast data packet 2 to the corresponding client 400 through, for example, the second lan.
Fig. 4 illustrates an operation flow of a multicast data method of a satellite frame relay network according to another exemplary embodiment of the inventive concept, which has only a few steps different from the operation flow of the method illustrated in fig. 3, and thus a description of most of the same steps will be omitted for the sake of brevity.
In the example shown in fig. 4, the access route 100 may include a first buffer for storing multicast packets. The access router 100 stores the multicast packet 2 received in step S202 in the first buffer in one-to-one correspondence with the forwarding information (S203). The forwarding information may be the multicast parameter set in step S201, but the present invention is not limited thereto as long as the forwarding information includes at least information indicating the DLCI predetermined value. Subsequently, the access router 100 periodically detects the first buffer, and if the multicast packet 2 to be multicast is detected in the first buffer, encapsulates the detected multicast packet into a frame relay frame according to forwarding information stored in correspondence with the packet (S204). For example, the forwarding information may include identification information indicating a predetermined value of DLCI, and a frame relay frame forwarding interface, etc., and the access router 100 encapsulates the multicast packet into a frame relay frame whose DLCI has a predetermined value according to the DLCI predetermined value indicated by the identification information in the forwarding information.
In the example shown in fig. 4, the multicast destination route 200 may include a second buffer for storing received multicast packets. In step S206, when the multicast target route 200 determines that the DLCI of the frame relay frame transmitted by the access route has the predetermined value (yes in S206), it indicates that the frame relay frame is the frame 20 for multicast, which includes the multicast packet 2. In this case, each multicast target route 200 receives the frame relay frame (S207), and performs processing such as decapsulation on the received frame relay frame, thereby obtaining the multicast data packet 2, and stores the multicast data packet in the second buffer (S208). Subsequently, each multicast target route periodically detects its own second buffer, and transmits a multicast packet 2 to be transmitted if the multicast packet is detected in the second buffer (S209).
In the above embodiments, step S101 or S201 of setting the multicast parameters for the multicast packet 2 is performed before step S102 or S202 of receiving the multicast packet by the access route. However, the present invention is not limited to this, and the order of the above-described steps S101 or S201 in the data multicast method according to the present application may be changed as long as the step of ensuring that the multicast parameters for the multicast packet 2 are set is before the access route 100 encapsulates the multicast packet 2 into the frame relay frame 20(S103 or S204).
In the example shown in fig. 2, three multicast target routes 200-1 to 200-3 are shown, although the invention is not limited thereto. There may be any number of multicast target routes. Before multicast transmission, it is necessary to preset which downlink routes (i.e., cell-side routes) in the satellite frame relay network are multicast target routes. The downstream route set as the multicast target route may determine a value of DLCI of a frame relay frame according to an embodiment of the present invention, and when it is determined that DLCI has a predetermined value, the frame relay frame is regarded as a multicast frame, and each multicast target route receives the multicast frame.
It should be noted that the present invention is not limited to the multicast data transmission method between the host and the route (for example, between the server 300 and the access route 100, or between the client 400 and the multicast destination route 200) connected in the same lan. For example, multicast data transmission between a host and a route may comply with the Internet Group Management Protocol (IGMP). Of course, other approaches may be taken to accommodate different needs. For example, the server 300 may manually configure a plurality of access routes 100 within the same internet via a one-way command to designate an access route 100 to receive the multicast packet 2 from the server 300.
According to another aspect of the present application, a routing device for use as the access route 100 may also be provided. As shown in fig. 5, the routing apparatus includes a receiving unit 110, a frame processing unit 130, a buffering unit 140, and a transmitting unit 150.
The receiving unit 110 may receive the multicast packets 1 and 2 transmitted through the lan. The frame processing unit 130 encapsulates the multicast packet into a frame relay frame, which contains DLCI having a predetermined value. The transmission unit 150 may transmit the frame relay frame obtained by the frame processing unit 130 through the satellite frame relay network.
The buffer unit 140 may be a first buffer in the data multicast method, and may store the multicast data packet therein in a one-to-one correspondence with the forwarding information. At this time, the frame processing unit 130 may periodically detect the buffer unit 140, and if the multicast packet 2 to be multicast is detected in the buffer unit 140, encapsulate the detected multicast packet into a frame relay frame whose DLCI has a predetermined value according to the correspondingly stored forwarding information.
According to another aspect of the present application, a routing device for use as the multicast target route 200 may also be provided. As shown in fig. 6, the routing apparatus includes a receiving unit 210, a judging unit 220, a frame processing unit 230, a buffering unit 240, and a transmitting unit 250.
The receiving unit 210 receives a frame relay frame through a satellite frame relay network. The determination unit 220 determines the DLCI of the received frame relay frame. When the determination unit 220 determines that the DLCI of the frame relay frame has a predetermined value, the frame processing unit 230 processes the frame relay frame to obtain the multicast packet included in the frame relay frame, and the buffer unit 240 stores the multicast packet. The transmitting unit 250 periodically detects the buffer unit 240 and forwards the detected multicast packet if the multicast packet is detected in the buffer unit 240. In contrast to the prior art, by specifying a dedicated DLCI value (e.g., the predetermined value) for multicast, multicast data transmitted to the same multicast target route 200 is distinguished from unicast data. Therefore, as long as the DLCI of one frame is detected to have the predetermined value, it can be multicast-processed, stored in the buffer unit 240, and forwarded without additional judgment on whether it is multicast data or unicast data.
It should be noted that, in the present application, the term "multicast" refers to data propagation of multiple target routes among all target routes in a frame relay network, and is distinguished from unicast directed to only a single target route and also distinguished from broadcast directed to all target routes.
In the present application, the service data that needs to be multicast is illustrated by taking video data as an example, but the present invention is not limited to this, as long as the service data that needs to be multicast is data that has a large data volume and occupies a large downlink bandwidth of a satellite.
In the present application, a data multicasting method based on a frame relay network, such as a time division multiplexing-single carrier (TDM-SCPC) satellite frame relay network, is described by taking a satellite frame relay network as an example. However, the present application is not limited thereto as long as the frame relay network transmits multicast data of a plurality of virtual circuits through only one physical link.
Various advantages and effects of the respective exemplary embodiments are not limited to the above description, and can be easily understood by explanation of specific embodiments in the present disclosure.
While various exemplary embodiments have been shown and described above, it will be apparent to those skilled in the art that many modifications and changes may be made without departing from the scope of the inventive concept as defined in the claims.
Claims (9)
1. A data multicast method based on a satellite frame relay network comprises the following steps:
receiving a multicast data packet by an access route;
encapsulating the multicast data packet into frame relay frames by an access router, wherein each frame relay frame corresponds to one received multicast data packet, and a data link connection identifier contained in each frame relay frame has a preset value;
transmitting the frame relay frame by the access route;
judging the data link connection identifier of a frame relay frame sent by the access route by each of a plurality of multicast target routes, if the data link connection identifier of the frame relay frame is judged to have the preset value, receiving the frame relay frame by each of the plurality of multicast target routes, and processing the frame relay frame so that the multicast target routes obtain multicast data packets contained in the frame relay frame; and
and transmitting the multicast data packet obtained by each multicast target route.
2. The method of claim 1, wherein the access route includes a first buffer for storing multicast packets received by the access route, and further comprising:
storing the multicast data packet in the first buffer in a one-to-one correspondence with forwarding information, the forwarding information including identification information indicating the predetermined value of a data link connection identifier.
3. The method of claim 2, wherein encapsulating the multicast packet into a frame relay frame comprises:
the first buffer is periodically detected by the access route, and if a multicast packet to be multicast is detected in the first buffer, the detected multicast packet is encapsulated into a frame relay frame containing a data link connection identifier having the predetermined value according to forwarding information stored in correspondence with the detected multicast packet.
4. The method of claim 1, wherein each of the plurality of multicast target routes includes a second buffer for storing multicast packets obtained by the multicast target route, and wherein
The step of processing the frame relay frame received by the multicast target route comprises the following steps:
and decapsulating, by each of the multicast target routes, the frame relay frame received by the multicast target route, thereby obtaining a multicast data packet included in the frame relay frame, and storing the obtained multicast data packet in the second buffer.
5. The method of claim 4, wherein the step of routing the multicast data packet by the plurality of multicast target comprises:
periodically detecting respective second buffers by the plurality of multicast target routes, and transmitting the detected multicast data packets if the multicast data packets are detected in the second buffers.
6. The method of claim 1, further comprising:
setting multicast parameters before encapsulating the multicast data packet into the frame relay frame,
the multicast parameters at least include: identification information indicating a predetermined value of the data link connection identifier, and a transmission interface of the access route for transmitting the frame relay frame.
7. A routing device, comprising:
a receiving unit configured to receive a multicast packet;
a frame processing unit configured to encapsulate the multicast data packets received by the receiving unit into frame relay frames, each frame relay frame corresponding to one received multicast data packet, and data link connection identifiers included in each frame relay frame having a predetermined value;
a transmitting unit that transmits the frame relay frame through a satellite frame relay network,
and the target routing device on the satellite frame relay network judges whether the frame relay frame contains the multicast data packet or not according to the preset value.
8. The routing device of claim 7, further comprising:
a buffer unit configured to store a multicast packet when the multicast packet is received by the receiving unit, the multicast packet being stored in the buffer unit in one-to-one correspondence with forwarding information including identification information indicating a predetermined value of a data link connection identifier,
and wherein the frame processing unit periodically detects the buffer unit, and if a multicast packet to be multicast is detected in the buffer unit, encapsulates the detected multicast packet into a frame relay frame containing a data link connection identifier having the predetermined value according to forwarding information stored in correspondence with the detected multicast packet.
9. A routing device, comprising:
a receiving unit configured to receive a frame relay frame through a satellite frame relay network;
a judging unit configured to judge a data link connection identifier in the received frame relay frame;
a frame processing unit configured to process the frame relay frame so as to obtain a multicast data packet included in the frame relay frame when the judging unit judges that the data link connection identifier in the frame relay frame has a predetermined value;
a buffer unit configured to store the multicast data packet obtained by the frame processing unit when the judging unit judges that the data link connection identifier in the frame relay frame has a predetermined value; and
a transmitting unit configured to periodically detect the buffer unit and transmit the detected multicast packet if the multicast packet is detected in the buffer unit.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710165656.2A CN108632149B (en) | 2017-03-20 | 2017-03-20 | Multicast method and routing device for satellite frame relay network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710165656.2A CN108632149B (en) | 2017-03-20 | 2017-03-20 | Multicast method and routing device for satellite frame relay network |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108632149A CN108632149A (en) | 2018-10-09 |
| CN108632149B true CN108632149B (en) | 2021-04-02 |
Family
ID=63687802
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710165656.2A Expired - Fee Related CN108632149B (en) | 2017-03-20 | 2017-03-20 | Multicast method and routing device for satellite frame relay network |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108632149B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111555983B (en) * | 2020-03-26 | 2023-03-24 | 航天恒星科技有限公司 | Heaven and earth-oriented multicast data transmission method and device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1474563A (en) * | 2002-08-06 | 2004-02-11 | ��Ϊ��������˾ | Repeating method for multi-broadcast message in network communication |
| CN101132374A (en) * | 2006-10-09 | 2008-02-27 | 杭州华三通信技术有限公司 | Method and device for transmitting message |
| CN104661111A (en) * | 2013-11-25 | 2015-05-27 | 上海益尚信息科技有限公司 | Method and device for transmitting I-frame analysis method uplink multicast data |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070280234A1 (en) * | 2006-05-31 | 2007-12-06 | Alcatel | Network element, system and method for providing multicast channels |
-
2017
- 2017-03-20 CN CN201710165656.2A patent/CN108632149B/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1474563A (en) * | 2002-08-06 | 2004-02-11 | ��Ϊ��������˾ | Repeating method for multi-broadcast message in network communication |
| CN101132374A (en) * | 2006-10-09 | 2008-02-27 | 杭州华三通信技术有限公司 | Method and device for transmitting message |
| CN104661111A (en) * | 2013-11-25 | 2015-05-27 | 上海益尚信息科技有限公司 | Method and device for transmitting I-frame analysis method uplink multicast data |
Non-Patent Citations (1)
| Title |
|---|
| 《宽带低轨卫星网高效组播中的部分网络编码算法》;朱宏鹏等;《宇航学报》;20150930;1075-1082 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108632149A (en) | 2018-10-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3677013B1 (en) | Replication with dedicated metal deployment in a cloud | |
| CN109218178B (en) | Message processing method and network equipment | |
| CN112165725B (en) | Message processing method and device | |
| US7486674B2 (en) | Data mirroring in a service | |
| US8351352B1 (en) | Methods and apparatus for RBridge hop-by-hop compression and frame aggregation | |
| US8339973B1 (en) | Multicast traceroute over MPLS/BGP IP multicast VPN | |
| US9130859B1 (en) | Methods and apparatus for inter-virtual local area network multicast services | |
| EP3069471B1 (en) | Optimized multicast routing in a clos-like network | |
| EP2989755B1 (en) | Efficient multicast delivery to dually connected (vpc) hosts in overlay networks | |
| WO2022062506A1 (en) | Data processing method and apparatus, storage medium, and electronic apparatus | |
| EP3402130B1 (en) | Information transmission method and device | |
| EP3465982B1 (en) | Bidirectional multicasting over virtual port channel | |
| CN107040441B (en) | Cross-data-center data transmission method, device and system | |
| CN112134776B (en) | Method for generating multicast forwarding table item and access gateway | |
| KR20150060866A (en) | Message sending method, routing bridge and system | |
| CN114465946A (en) | Method, device and system for obtaining forwarding table item | |
| CN112491706A (en) | Data message processing method and device, storage medium and electronic device | |
| CN112822097A (en) | Message forwarding method, first network device and first device group | |
| CN110120906B (en) | Method and device for realizing dual active access TRILL park edge | |
| US20090245263A1 (en) | Apparatus and method for transmitting packets in a packet switched network | |
| CN108632149B (en) | Multicast method and routing device for satellite frame relay network | |
| WO2014199924A1 (en) | Control device, communication system, and control method and program of relay device | |
| WO2024045537A1 (en) | Message transmission method and network device | |
| CN109167731B (en) | Message sending method and device | |
| EP3253008B1 (en) | Transfer apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20210402 |