CN1996932A - Method for executing the multi-cast registration and resource reservation in the computer and communication network - Google Patents
Method for executing the multi-cast registration and resource reservation in the computer and communication network Download PDFInfo
- Publication number
- CN1996932A CN1996932A CNA2005101359154A CN200510135915A CN1996932A CN 1996932 A CN1996932 A CN 1996932A CN A2005101359154 A CNA2005101359154 A CN A2005101359154A CN 200510135915 A CN200510135915 A CN 200510135915A CN 1996932 A CN1996932 A CN 1996932A
- Authority
- CN
- China
- Prior art keywords
- multicast
- message
- bridge
- port
- list item
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
This invention provides one method to retain multi-broadcast register and material reserve in the computer and communication network, which comprises the following steps: when the data receiver adds more sets, it generates multi-set information and sends the message to the sender; when the receiver and sender transfer path network bridge receive the message, it judges whether there is relative multi-broadcast list items to the message.
Description
Technical field
The present invention relates to a kind of method of in computer and communication network, carrying out multi-cast registration and resource reservation, the particularly multicast of medium access sublayer, multi-cast registration and resource reservation as IEEE 802.3 Ethernets, according to the present invention, the recipient can be by sending the purpose that single message reaches multi-cast registration and resource reservation, thereby the support of multicast service quality can be provided fast and efficiently.
Background technology
The existing Ethernet multicast protocol mainly contains the multi-cast registration agreement GMRP (GARP multicast management agreement) that stipulates among the IEEE 802.1D and the CGMP (cisco group management protocol) of Cisco company, wherein GMRP is based on the Generic Attribute Registration Protocol GARP that defines among the IEEE 802.1D, and its running is as follows:
Wanting to register becomes GMRP message of certain multicast group G member's equipment D generation, and this message is dealt on the local area network (LAN) at its place, wherein
A) destination address of message is the GMRP multicast address
01-80-C2-00-00-20。
B) message comprises the address, medium access sublayer (MAC) of multicast group G.
C) after the bridge of equipment D place local area network (LAN) is received this GMRP message, be the port label of receiving this message the forwarding port of multicast group G, and all are in the port forwarding of active state to other this message.
Other bridge is also done similar processing, and like this, this GMRP message is dealt on the whole local area network like that with regard to similar broadcasting packet.
CGMP is that Cisco company proposes, and is used for the agreement of two layers and three layers multi-cast registration information of exchange between cisco bridge and the router.Receive three layers multicast registration message when cisco router after,, also set up the multicast group when setting up three layers of multicast group like this at two layers with the switch of CGMP notice of settlement Cisco.
GMRP and CGMP only provide multi-cast registration, and resource reservation is not provided.
The guard station Ethernet RSE research group of IEEE has proposed simple reservation protocol SRP recently, and the main purpose of this agreement is to provide resource reservation for synchronous flow.The main difference part of the application and SRP is that SRP does not carry out the inspection whether resource satisfies the demands in multi-cast registration, has only the sender to begin to send data and just knows whether bandwidth is not enough afterwards; The application carries out the resource inspection simultaneously in multi-cast registration, have only and just carry out multi-cast registration when resource satisfies the demands.
In the prior art, the technology that only comprises multi-cast registration as GMRP and CGMP etc., all can not provide the assurance of service quality, because increasing at present the application as video playback, VoIP has strict bandwidth or postpone requirement, it is imperative therefore to provide service quality to guarantee in Ethernet.
Simple reservation protocol SRP does not carry out the inspection whether resource satisfies the demands in multi-cast registration, have only the sender to begin to send data and just know whether bandwidth is not enough afterwards, can cause the inconsistency of network state like this.For the stream that QoS requirement is arranged,, illustrate that then the service quality one of this stream is guaranteed surely in case admitted.And the SRP agreement does not have this feature, even the multicast request is admitted, not necessarily can provide corresponding quality assurance yet, and this makes SRP agreement discomfort be combined into Ethernet provides service quality to guarantee.
In order to solve the assurance problem of multicast service quality in the Ethernet, we have proposed a kind of new comprehensive multicast and the solution of resource reservation.In this scheme, the recipient can be by sending the purpose that single message reaches multi-cast registration and resource reservation, thereby can be quick, and the support of multicast service quality is provided efficiently.
Summary of the invention
The objective of the invention is to propose a kind of method of in computer and communication network, carrying out multi-cast registration and resource reservation, according to the present invention, the recipient can be by sending the purpose that single message reaches multi-cast registration and resource reservation, thereby the support of multicast service quality can be provided fast and efficiently.
To achieve these goals, according to the present invention, a kind of method of carrying out multi-cast registration and resource reservation in computer and communication network has been proposed, the recipient of multi-case data said method comprising the steps of: when will add the multicast group, described recipient generates multicast and adds message, and sends described multicast adding message to the sender of multi-case data; When the bridge on the multi-case data forward-path between recipient and the sender receives described multicast when adding message, judge whether described bridge exists and described multicast adds the corresponding multicast list item of message; Do not exist with described multicast at described bridge to add under the situation of the corresponding multicast list item of message, whether the further detection of described bridge has enough resources to satisfy the resource request that multicast adds message; If there are enough resources, then described bridge is created the multicast list item that adds message at described multicast, and accepts described multicast adding message and continue to transmit to the sender of multi-case data; Otherwise, then refuse described multicast and add message.
Preferably, described method also comprises step: exist with described multicast at described bridge to add under the situation of the corresponding multicast list item of message, described bridge judges whether the forwarding port list of described multicast list item comprises the port that receives described multicast adding message, do not comprise the port that receives described multicast adding message if conclude described forwarding port list, then in transmitting port list, create described port, and be described multicast adding message reserved resource in described port.
Preferably, described method also comprises step: when the recipient of multi-case data will leave described multicast group, described recipient generated the multicast leave group message, and sends described multicast leave group message to the sender of described multi-case data; When the bridge on the multi-case data forward-path between recipient and the sender receives described multicast leave group message, judge whether described bridge exists and the corresponding multicast list item of described multicast leave group message; Under the situation of described bridge existence and the corresponding multicast list item of described multicast leave group message, the port that receives described multicast leave group message is deleted from the described forwarding list of described multicast list item, and described multicast leave group message is continued to transmit to the sender of multi-case data.
Preferably, after the step that the port that will receive described multicast leave group message is deleted from the described forwarding list of described multicast list item, also comprise step: if be sky, then deletion and the corresponding multicast list item of described forwarding list through the forwarding list after the deletion.
Preferably, the step of the described multicast adding of described refusal message comprises: produced at the negative response of described multicast adding message and to described recipient by described bridge and transmit described negative response.
Preferably, when bridge receives negative response, described negative response all in self multicast list item are transmitted ports transmit.
Preferably, receiving the bridge that adds the negative response of message at described multicast delete from himself and the corresponding multicast list item of described multicast adding message.
Preferably, after bridge received described multicast leave group message, described bridge was released to and the corresponding multi-case data reserved resource of described multicast leave group message.
The present invention makes Ethernet system have the ability of multicast resource reservation.Because the present invention combines multi-cast registration and resource reservation, therefore greatly reduce the state number that needs the message transmitted number and the network equipment to safeguard in the network.In addition, the solution of comprehensive multicast and resource reservation also helps to reduce the inconsistent ratio of state in the network.
Description of drawings
Below in conjunction with the detailed description of preferred embodiment of accompanying drawing to being adopted, above-mentioned purpose of the present invention, advantage and feature will become apparent by reference, wherein:
Fig. 1 shows network topological diagram;
Fig. 2 shows equipment R1 and sends the schematic diagram that multicast adds message;
Fig. 3 shows bridge B2 and sets up the multicast list item, and retransmitting multi-casting adds the schematic diagram of message;
Fig. 4 shows bridge B1 and sets up the multicast list item, and retransmitting multi-casting adds the schematic diagram of message;
Fig. 5 shows the schematic diagram that equipment R1 receives positive acknowledgement message;
Fig. 6 shows equipment R3 and sends the schematic diagram that multicast adds message;
Fig. 7 shows bridge B3 and sets up the multicast list item, and retransmitting multi-casting adds the schematic diagram of message;
Fig. 8 shows the schematic diagram that equipment R3 receives positive acknowledgement message;
Fig. 9 shows the schematic diagram that equipment R1 sends the multicast leave group message;
Figure 10 shows bridge B2 deletion port status and multicast list item, and the schematic diagram of retransmitting multi-casting leave group message;
Figure 11 shows bridge B1 deletion port status schematic diagram; And
Figure 12 shows the schematic diagram of the periodic refresh of the whole network state.
Embodiment
In order to provide service quality to guarantee in Ethernet, proposed the method according to comprehensive multicast of the present invention and resource reservation, this method comprises following components.
The multicast variable-definition of ethernet bridge
Bridge uses the multicast list item to write down the registration and the resource obligate information of multicast group.The variable that each list item comprised is as follows:
√ receiving port: the i.e. pairing port of upstream bridge of this multicast group.The control information of upstream and multi-case data all should be from receiving ports.
√ transmits port list: one group of port.When bridge receives multi-case data from the upstream, should transmit all of the port of these data in transmitting port list.
√ refresh timer (RTimer): controlling the timer that bridge upstream regularly sends refresh message.After RTimer was overtime, bridge upstream sent refresh message.
√ state: show this list item present located state.Wherein
■ " wait state " shows that bridge has found the multicast list item for this multicast establishment, but it does not also receive the adding confirmation from the upstream bridge;
■ " completion status " shows that bridge has found the multicast list item for this multicast establishment, and it has received the adding confirmation from the upstream bridge.
√ transmit each port in the port list also corresponding a timer, i.e. port overtime timer (PTimer).After PTimer was overtime, bridge was then deleted this port from transmit port list.
Message transmitted definition in the network
Multicast adds message
The recipient use multicast add message notify bridge and sender it want to receive certain class multi-case data.Remove in addition, recipient and bridge also regularly send multicast message, thereby keep upstream bridge and sender's state.
Except the information of the multicast group that will add, multicast adds in the message and also comprises resource request information, so that bridge or sender can carry out resource reservation according to this information.
The multicast leave group message
They do not think to receive certain class multi-case data recipient and bridge use multicast leave group message notice upstream bridge and sender again.
Positive acknowledgement message
Sender or bridge use the positive acknowledgement message notification receiver successfully to add the multicast group
Negative acknowledgment message
Sender or bridge use the negative acknowledgment message notification receiver to add the failure of multicast group
The behavior definition of ethernet bridge
Handle multicast and add message
Whether when bridge receives after multicast adds message, at first detecting oneself has and the list item of this message correspondence.If do not find corresponding list item, the port that perhaps receives multicast adding message is not in the forwarding port list of this list item, and then whether the further detection of bridge has enough resources to satisfy the resource request that multicast adds message.According to testing result, bridge is done as follows:
If enough resources that do not have bridge satisfy the resource request that multicast adds message, then this bridge generates a negative acknowledgment message, this message is mail to the sender that multicast adds message, and abandon adding message.
If bridge has enough resources, then the behavior of this bridge depends on whether bridge has corresponding list item, and the state of this list item, concrete:
If bridge does not have corresponding list item, then create a list item, wherein the state of list item is " wait ", and the receiving port of list item is the corresponding port of target MAC (Media Access Control) address that multicast adds message, comprises and only comprise the port that receives multicast adding message in the forwarding port list of list item.After list item was created, bridge started timer (PTimer) for each port of transmitting in the port list, and was this multicast group reservation of resource at port.At last, bridge is transmitted this multicast adding message to the corresponding port of target MAC (Media Access Control) address that multicast adds message.
If bridge comprises corresponding list item, and the state of this list item is " wait ", and then whether this bridge inspection has comprised at the forwarding port list of this list item and receive the port that multicast adds message.If do not comprise, then bridge joins this port and transmits in the port list, starts the timer of this port, and is this multicast group reservation of resource at port; If comprise, then this bridge is restarted the timer of this port.At last, this multicast adding message of bridge is transmitted to the corresponding port of target MAC (Media Access Control) address that multicast adds message.
If bridge comprises corresponding list item, and the state of this list item is " finishing ", and then whether this bridge inspection has comprised at the forwarding port list of this list item and receive the port that multicast adds message.
If do not comprise, then bridge joins this port and transmits in the port list, starts the timer of this port, and is this multicast group reservation of resource at port.Then, this bridge generates a positive acknowledgement message, and this message is mail to the sender that multicast adds message;
Handle the multicast leave group message
After bridge received the multicast leave group message, whether it at first detects oneself had and the list item of this message correspondence.And do following operation according to the result.
If bridge does not have corresponding list item, the port that perhaps receives the multicast leave group message then abandons this multicast leave group message not in the forwarding port list of corresponding list item;
If bridge comprises corresponding list item, and the port that receives the multicast leave group message is in the forwarding port list of corresponding list item, this bridge this port of deletion from transmit port list then, and be released in and be this multicast group resources reserved on this port.If it be empty that port list is transmitted in deletion back, then meaning has not had equipment to need bridge to keep the log-on message of this multicast group at present, so bridge deletes this list item, and the multicast leave group message is transmitted to the target MAC (Media Access Control) address correspondence port of this message.
Handle positive acknowledgement message
After bridge received positive acknowledgement message, whether it at first detects oneself had and the list item of this message correspondence.And do following operation according to the result.
If bridge does not have corresponding list item, the receiving port that perhaps receives the port of multicast leave group message and corresponding list item is inconsistent, then abandons this multicast leave group message;
If the state of the corresponding list item of bridge is " wait ", and the receiving port of the port of reception multicast leave group message and corresponding list item is identical, and then bridge changes the state of this list item into " finishing ", and starts refresh timer RTimer.At last, this bridge is transmitted positive acknowledgement message to the corresponding port of target MAC (Media Access Control) address of this message.
If the state of the corresponding list item of bridge is " finishing ", and the port of reception multicast leave group message is identical with the receiving port of corresponding list item, then bridge checks whether the target MAC (Media Access Control) address of this message is the MAC Address of oneself, if not, this bridge is transmitted positive acknowledgement message to the corresponding port of target MAC (Media Access Control) address of this message.
Handle negative acknowledgment message
After bridge received positive acknowledgement message, whether it at first detects oneself had and the list item of this message correspondence.And do following operation according to the result.
If bridge does not have corresponding list item, the receiving port that perhaps receives the port of multicast leave group message and corresponding list item is inconsistent, then abandons this multicast leave group message;
If bridge comprises corresponding list item, and the port of reception multicast leave group message is identical with the receiving port of corresponding list item, then this bridge is transmitted all of the port of this message in the forwarding port list of corresponding list item, and deletes this list item, discharges all relevant resources.
Processing clock is overtime
After timer PTimer was overtime, the behavior of bridge was identical with the multicast leave group message of receiving timer correspondence list item from this timer correspondence port.
After timer RTimer was overtime, bridge restarted RTimer, and sent multicast to the sender of the multicast group of the corresponding list item of RTimer and add message.The destination address of this message is multicast group sender's a MAC Address, and source address is the MAC Address of bridge.
Sender's behavior definition
Handle multicast and add message
Whether when the sender receives after multicast adds message, at first detecting oneself has and the list item of this message correspondence.If do not find corresponding list item, then the sender abandons this message.Do not do any operation.
If the sender has corresponding list item, and receive port that multicast adds message in the forwarding port list of this list item, then the sender is restarted the PTimer of this port correspondence.
If the sender has corresponding list item, and receive port that multicast adds message not in the forwarding port list of this list item, then further whether detection has enough resources to satisfy the resource request that multicast adds message.According to testing result, be done as follows:
If the √ sender does not have enough resources to satisfy the resource request that multicast adds message, then generate a negative acknowledgment message, this message is mail to the sender that multicast adds message, and abandon adding message.
If the √ sender has enough resources, then bridge joins this port and transmits in the port list, starts the timer PTimer of this port, and is this multicast group reservation of resource at port.Then, this sender generates a positive acknowledgement message, and this message is mail to the recipient.
Handle the multicast leave group message
Whether after the sender receives the multicast leave group message, at first detecting oneself has and the list item of this message correspondence.If do not find corresponding list item, then the sender abandons this message.Do not do any operation.
If the sender has corresponding list item, and receive port that multicast adds message in the forwarding port list of this list item, this bridge this port of deletion from transmit port list then, and be released in and be this multicast group resources reserved on this port.
If the sender has corresponding list item, and receive port that multicast adds message not in the forwarding port list of this list item, then the sender abandons this message.Do not do any operation.
Handle positive acknowledgement message
After the sender receives positive acknowledgement message, abandon this message, do not do any operation.
Handle negative acknowledgment message
After the sender receives negative acknowledgment message, abandon this message, do not do any operation.
Recipient's behavior definition
Handle multicast and add message
After the recipient receives multicast adding message, abandon this message, do not do any operation.
Handle the multicast leave group message
After the recipient receives the multicast leave group message, abandon this message, do not do any operation.
Handle positive acknowledgement message
After the recipient receives positive acknowledgement message, start RTimer, and prepare to receive multi-case data.
Handle negative acknowledgment message
After the recipient receives negative acknowledgment message, delete corresponding multicast list item.
A. inventive embodiment
We use the topology among Fig. 1 to describe implementation process of the present invention in detail, have provided each port (representing with small circle) of bridge among the figure in detail.In order more clearly to represent resource reservation, the port back has also provided the situation that takies of this port resource with a plurality of rectangle grid.The color of grid is that dark color represents that then resource is reserved, otherwise represents that this resource can use.
Equipment adds the multicast group
When recipient R1 wants to receive the data of multicast group 1, it generates a multicast and adds message, comprises the multicast group information of this multi-case data in the message, and needs requested resource, and this multicast added the sender that message sends to multi-case data, as shown in Figure 2.
After the bridge B2 of recipient R1 place subnet receives this multicast adding message, this message is handled according to processing rule.Because B2 is this multicast list item not at present, and the port p2.2 of B2 has enough resources, so B2 creates this list item, the receiving port of port p2.1 as this list item, and port p2.2 added to transmit in the port list, and on port p2.2 this multicast group reservation of resource; At last, bridge B2 transmits this message by port p2.1.As shown in Figure 3.
After bridge B1 receives this multicast adding message, this message is handled according to processing rule.Its processing procedure and B2 are similar, promptly add the multicast list item, port p1.1 as receiving port, are added to port p1.2 and transmit in the port list, and reservation of resource, and transmit this message by port p1.1.As shown in Figure 4.
Whether after sender S1 receives this multicast adding message, at first detecting has enough resources to satisfy the resource request that multicast adds message.Because the sender has enough resources, therefore this port is joined and transmit in the port list, start the timer PTimer of this port, and be this multicast group reservation of resource at port.Then, the sender generates a positive acknowledgement message, and this message is mail to the recipient.Positive acknowledgement message finally arrives recipient R1 through bridge B1 and B2.As shown in Figure 5.
When another recipient R3 wanted to add the multicast group, it generated a multicast equally and adds message, and this multicast is added the sender that message sends to multi-case data.As shown in Figure 6.
After the bridge B3 of recipient R3 place subnet receives this multicast adding message, because B3 is this multicast list item not at present, and the port p3.2 of B3 has enough resources, therefore B3 creates this list item, the receiving port of port p3.1 as this list item, and port p3.2 added to transmit in the port list, and on port p3.2 this multicast group reservation of resource; At last, bridge B3 transmits this message by port p3.1.As shown in Figure 7.
After bridge B1 receives this multicast adding message, whether there are enough resources to satisfy the resource request that multicast adds message on the detection port p1.3.Because B1 has enough resources, therefore this port is joined and transmit in the port list, start the timer PTimer of this port, and be this multicast group reservation of resource at port.Because B1 had this multicast list item, so B1 directly replys positive acknowledgement message, and need not to continue upwards to transmit.Positive acknowledgement message finally arrives recipient R3 through bridge B3.As shown in Figure 8.
Equipment leaves the multicast group
When equipment R1 wanted deviated from network, it generated a multicast leave group message, comprised the multicast group information of this multi-case data in the message, and this multicast is added the sender that message sends to multi-case data, as shown in Figure 9.
After the bridge B2 of recipient R1 place subnet receives this multicast leave group message, port p2.2 is deleted from transmit port list.Owing to transmit port list after the deletion is empty, so bridge B2 deletion multicast list item, and this message is transmitted by port p2.1, as shown in figure 10.
After bridge B1 receives this multicast adding message, port p1.2 is deleted from transmit port list.Also comprise p1.3 because port list is transmitted in deletion back, so bridge B1 do not transmit this message, as shown in figure 11.
The periodic refresh of state
In order to make this method can adapt to network topology change and equipment, transmit the timer that each port in the port list all has correspondence when fortuitous events such as machines.If this port of a period of time does not receive that multicast adds message, timer expiry then, thus bridge can be deleted the corresponding port from transmit port list.In order to prevent timer expiry under the normal condition, the member except that the sender on the all-multicast tree needs regular upstream device to send multicast and adds message, as shown in figure 12.
The present invention makes Ethernet system have the ability of multicast resource reservation.Because the present invention combines multi-cast registration and resource reservation, therefore greatly reduce the state number that needs the message transmitted number and the network equipment to safeguard in the network.In addition, the solution of comprehensive multicast and resource reservation also helps to reduce the inconsistent ratio of state in the network.
Although below show the present invention in conjunction with the preferred embodiments of the present invention, one skilled in the art will appreciate that under the situation that does not break away from the spirit and scope of the present invention, can carry out various modifications, replacement and change to the present invention.Therefore, the present invention should not limited by the foregoing description, and should be limited by claims and equivalent thereof.
Claims (8)
1, a kind of method of carrying out multi-cast registration and resource reservation in computer and communication network said method comprising the steps of:
When the recipient of multi-case data will add the multicast group, described recipient generated multicast and adds message, and sent described multicast adding message to the sender of multi-case data;
When the bridge on the multi-case data forward-path between recipient and the sender receives described multicast when adding message, judge whether described bridge exists and described multicast adds the corresponding multicast list item of message;
Do not exist with described multicast at described bridge to add under the situation of the corresponding multicast list item of message, whether the further detection of described bridge has enough resources to satisfy the resource request that multicast adds message;
If there are enough resources, then described bridge is created the multicast list item that adds message at described multicast, and accepts described multicast adding message and continue to transmit to the sender of multi-case data; Otherwise, then refuse described multicast and add message.
2, method according to claim 1 is characterized in that:
Add under the situation of the corresponding multicast list item of message in described bridge existence and described multicast, described bridge judges whether the forwarding port list of described multicast list item comprises the port that receives described multicast adding message, do not comprise the port that receives described multicast adding message if conclude described forwarding port list, then in transmitting port list, create described port, and be described multicast adding message reserved resource in described port.
3, method according to claim 1 is characterized in that also comprising step:
When the recipient of multi-case data will leave described multicast group, described recipient generated the multicast leave group message, and sends described multicast leave group message to the sender of described multi-case data;
When the bridge on the multi-case data forward-path between recipient and the sender receives described multicast leave group message, judge whether described bridge exists and the corresponding multicast list item of described multicast leave group message;
Under the situation of described bridge existence and the corresponding multicast list item of described multicast leave group message, the port that receives described multicast leave group message is deleted from the described forwarding list of described multicast list item, and described multicast leave group message is continued to transmit to the sender of multi-case data.
4, method according to claim 3, it is characterized in that after the step that the port that will receive described multicast leave group message is deleted from the described forwarding list of described multicast list item, also comprise step: if be sky, then deletion and the corresponding multicast list item of described forwarding list through the forwarding list after the deletion.
5, method according to claim 1 is characterized in that the step of the described multicast adding of described refusal message comprises: produced at the negative response of described multicast adding message and to described recipient by described bridge and transmit described negative response.
6, method according to claim 5 is characterized in that when bridge receives negative response, described negative response all in self multicast list item is transmitted ports transmit.
7, method according to claim 5 is characterized in that receiving the bridge that adds the negative response of message at described multicast and delete from himself and the corresponding multicast list item of described multicast adding message.
8, method according to claim 3 is characterized in that after bridge receives described multicast leave group message, and described bridge is released to and the corresponding multi-case data reserved resource of described multicast leave group message.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005101359154A CN1996932A (en) | 2005-12-31 | 2005-12-31 | Method for executing the multi-cast registration and resource reservation in the computer and communication network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2005101359154A CN1996932A (en) | 2005-12-31 | 2005-12-31 | Method for executing the multi-cast registration and resource reservation in the computer and communication network |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1996932A true CN1996932A (en) | 2007-07-11 |
Family
ID=38251876
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2005101359154A Pending CN1996932A (en) | 2005-12-31 | 2005-12-31 | Method for executing the multi-cast registration and resource reservation in the computer and communication network |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1996932A (en) |
-
2005
- 2005-12-31 CN CNA2005101359154A patent/CN1996932A/en active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6058113A (en) | Method for enhancing resource reservation communication | |
CN102084638B (en) | Deterministic session load-balancing and redundancy of access servers in a computer network | |
US8085770B2 (en) | Method of transporting a multipoint stream in a local area network and device for connection implementing the method | |
CN104023006B (en) | Multi-path transmission system and method based on application layer relaying | |
CN100433730C (en) | Method and system of multicast and video-on-demand | |
US7724649B2 (en) | Method and device for making uplink standby | |
WO2006081750A1 (en) | A process method for filtering multicast source | |
CN200990617Y (en) | Intermediate network equipment | |
EP2279585B1 (en) | Method and apparatus for multicast group management | |
CN101247253A (en) | Multi-cast transmission method based on virtual distribution network in IP network | |
WO2005004407A1 (en) | Transmission capacity assignment method, communication network, and network resource management device | |
WO2006069523A1 (en) | A method for node restart recovery in the general multi-protocol label-switching path | |
WO2006099784A1 (en) | A method for detecting link fault between end-to-end nodes in a hybrid network | |
WO2007009347A1 (en) | A method and apparatus for transmitting service stream on a virtual interchange system | |
KR101224594B1 (en) | Guaranteed services method and apparatus in Bridged LAN | |
WO2009082905A1 (en) | Method, system and switch device for dynamically establishing multicast virtual local area network | |
WO2011147312A1 (en) | Method, device and system for port backup of service access router | |
WO2009074093A1 (en) | Method and apparatus for finding topology and managing resource automatically in the pbb network | |
WO2007054006A1 (en) | A base station of wideband wireless access system and a method for realizing group-broadcast service | |
CN102201999A (en) | Multicast service load sharing method and system | |
WO2010081401A1 (en) | Video service system | |
WO2007059679A1 (en) | A method for processing the abnormal multicast service and a network equipment thereof | |
CN101795223B (en) | Multicast security control method, system and transmission node | |
CN102257764A (en) | Multicast quality of service module and method | |
CN100454888C (en) | System and method for multicast traffic control management |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20070711 |