CN1798134A - Method for implementing communication between bandwidth proxy and route within domain - Google Patents
Method for implementing communication between bandwidth proxy and route within domain Download PDFInfo
- Publication number
- CN1798134A CN1798134A CN 200410077708 CN200410077708A CN1798134A CN 1798134 A CN1798134 A CN 1798134A CN 200410077708 CN200410077708 CN 200410077708 CN 200410077708 A CN200410077708 A CN 200410077708A CN 1798134 A CN1798134 A CN 1798134A
- Authority
- CN
- China
- Prior art keywords
- bandwidth
- edge router
- policy
- cops
- router
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 46
- 238000004891 communication Methods 0.000 title claims description 17
- 230000011664 signaling Effects 0.000 claims abstract description 4
- 238000012545 processing Methods 0.000 claims description 10
- 230000001105 regulatory effect Effects 0.000 claims description 4
- 230000008569 process Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 229920002367 Polyisobutene Polymers 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000003750 conditioning effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 238000012946 outsourcing Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The system consists of DiffServ domain, bandwidth proxy and host machine. The method includes: adds COPS-PR module into each router and bandwidth proxy in DiffServ domain, and installs the policy information data base in edge router and the bandwidth proxy; before the host machine sends traffic flow, it first sends the signaling request to the bandwidth proxy; the bandwidth proxy make access control for the traffic flow in term of routing table, network resource table and information the policies data base; if the access is successful, then transmits the traffic flow; if the access is failure, the bandwidth proxy will inform the host machine not to receive the traffic flow.
Description
Technical Field
The invention relates to a method for communication between a Bandwidth Broker (BB) and an intra-domain router, in particular to a method for realizing communication between the BB and the intra-domain router and BB configuring an edge router by using a COPS-PR (Common open Policy Service-Policy Provisioning) protocol on a DiffServ network.
Background
The policy-based network management framework proposed by the IETF includes four parts: policy management tools, policy resolvers, policy enforcers, and policy repositories, such as the policy-based network shown in FIG. 1. Policy administrators use policy management tools to define policies, which are stored in a policy repository, which may be located on a directory server. A Policy resolution Point (PDP) accesses the Policy library through a Directory server, the PDP accesses the Policy library through an ldap (light direct Access protocol), the PDP processes the policies and sends the Policy resolution to a corresponding Policy Enforcement Point (PEP) in the form of configuration data, and the PEP performs corresponding processing according to the Policy resolution. The COPS protocol may be used to exchange information between the PDP and the PEP. Here, "policy" is an abstract concept that is a set of business rules that guide and decide how to manage, allocate, and control network resources.
RFC2784(The Common Open Policy Service Protocol, COPS) and RFC3084(COPS Usage for Policy Provisioning, COPS-PR) introduce a COPS Protocol and a COPS-PR Protocol, respectively, describe a simple client-server model that supports Policy-based network management systems, and define messages required for implementing Protocol functions and The content and format of The messages. COPS-PR is an extension of the COPS protocol, and the message format of COPS and COPS-PR is composed of a message header and an object, as shown in fig. 2. The communication between the PDP and the PEP is essentially performed by exchanging objects contained in the messages, whereas in RFC2784 and RFC3084 only the header format is defined, and neither the content of the message objects nor the format of the objects is explicitly specified.
COPS is proposed by IETF to standardize the communication between PDPs and PEP, using client/server mode, PEP as client and PDP as server. The protocol uses a TCP connection to ensure efficient information exchange between the server and the client, the PEP being responsible for initiating a permanent TCP connection to the PDP, the PEP using this TCP connection to send requests to the PDP and to accept resolution information from the PDP. Usually, the communication between the PEP and the remote PDP is in the form of a request/reply to exchange information, and the PEP also has the ability to report to the PDP its decision that it has performed itself. This is useful for billing and monitoring.
COPS supports both outsourcing and provisioning policy control modes. The Outsouring mode is the decision that each event of a PEP must have a policy. The PEP sends out a Request message, and the PDP replies a precision message. In the provisioning mode, there is no requirement for a 1: 1 correspondence between events of the PEP and decisions of the PDP, and there is an N: M correspondence between events of the PEP and decisions of the PDP, that is, the network element is configured in advance based on the policy before processing the events.
COPS-PR is an extension of COPS protocol, using provisioning mode, PEP connects to appropriate PDPs, reporting their capabilities and limitations, requiring PDP to provide an initial policy for them; the PDP processes the request for each PEP and generates appropriate configuration data for download to the PEP, which uses this information to process the incoming event. The PDP updates these configuration data to maintain device consistency if network conditions or policies change. In the COPS-PR, each PEP maintains a Policy Information Base (PIB) for storing the resulting configuration data. The COPS-PR protocol was originally proposed for policy control for DiffServ and is now also used for accounting, IP filtering, security, etc.
At present, many organizations which are dedicated to research the QoS network architecture all use COPS protocol as a protocol for bandwidth proxy BB to communicate with routers in the network domain, but due to the abstraction of the PIB structure and the complex message definitions in RFC2748 and RFC3084, so that until now, there is no relevant method for realizing the specific implementation of communication between BB and router by using COPS.
Therefore, the prior art is still in need of further improvement and development.
Disclosure of Invention
The invention aims to provide a method for realizing communication between a bandwidth proxy and an intra-domain router, which improves a COPS-PR protocol, and realizes communication between a BB and the intra-domain router of a network by simplifying messages of the COPS-PR and defining the content of a COPS-PR message object and the processing process of the messages.
The technical scheme of the invention is as follows:
a method for realizing communication between bandwidth proxy and intra-domain router, based on DiffServ network architecture of bandwidth proxy, the system includes DiffServ network domain, bandwidth proxy and host; adding a COPS-PR module on each router and bandwidth agent in the DiffServ network domain, and installing a policy information base on the edge router and the bandwidth agent; the method comprises the following steps:
a) before the host sends a service flow, a signaling request is sent to the bandwidth agent, and the bandwidth agent performs access control on the flow according to the routing table, the network resource table and the strategy base information;
b) if the access control is successful, the bandwidth agent informs the COPS-PR module of the access control decision, the COPS-PR module adds the access control decision of the flow into a strategy information base and simultaneously sends the decision to the COPS-PR module of the edge router, the COPS-PR module adds the configuration information of the flow into the strategy information base of the edge router, and the edge router carries out classification and flow regulation according to the configuration information and starts to transmit the service flow;
c) if the access control fails, the bandwidth agent informs the host of refusing to receive the flow, and the host abandons to send the flow or sends the flow in best-effort service, namely best-effort;
d) after the service flow is sent, the host informs the bandwidth proxy to release resources, the COPS-PR module of the bandwidth proxy deletes the configuration information about the flow in the policy information base, and sends a message to inform the COPS-PR module of the edge router to delete the relevant configuration information in the policy information base.
The method described above, wherein the policy information base is information of policies configured for the network by the storage network manager and access control, and provides access control policies for the bandwidth broker, and the bandwidth broker needs to update its resource table according to the access control decisions of the flows in the policy information base.
The method, wherein the policy information base is a concept tree namespace, and its branches represent data structures, i.e. policy rule classes; its leaf nodes represent instances of the policy rule class, i.e. policy rule instances.
The method, wherein the structure of the policy information base further includes: the policy rule classes include: an authentication information class used for verifying identity; a traffic policy class defining which flows are allowed into the network and rules governing the processing of these flows according to rules to be passed to the edge router for execution by the edge router.
The method, wherein the traffic policy class includes a plurality of policy rule instances, each policy rule instance indicating a decision for access control of the bandwidth broker; the policy information base on the edge router stores the single class service flow policy class as the basis for classifying and flow regulating of the edge router.
The method, wherein the message definition and format of the COPS-PR protocol in the COPS-PR module includes: request, decide, report status, keep alive; wherein,
the request message is sent to the bandwidth agent by the edge router to request to send the configuration information, and the bandwidth agent can send the configuration information to the edge router at any time after receiving the request message sent by the edge router;
the decision message is sent to the edge router by the bandwidth agent, and configuration information is sent to inform the edge router of adding the configuration information of the edge router in a policy information base of the edge router or deleting the obsolete configuration information in the policy information base of the edge router; the configuration information comprises a flow identification, a reserved bandwidth and a service level, and is used for classifying the flow and regulating the flow by the edge router;
the report state message is sent to the bandwidth agent by the router, and the edge router replies the report state message to inform the bandwidth agent whether the edge router is successfully configured or not no matter whether the edge router is successfully configured or not; if the configuration is successful, the bandwidth agent informs the host computer of starting to send the service flow; if the configuration fails, the bandwidth broker reconfigures the edge router;
the keep-alive messages are sent by the router to the bandwidth broker and the edge router sends the keep-alive messages randomly for one-quarter to three-quarters of the keep-alive timer.
In the method, if the bandwidth broker does not receive the keep-alive message or other COPS message within a period of time, the router is considered to be broken.
The method described above, wherein the report status message is also used as a message for reporting port error information to the bandwidth broker by the router, so as to notify the bandwidth broker to update the topology information table.
The invention provides a method for realizing communication between a bandwidth agent and an intra-domain router, which provides a method for realizing communication between BB and the intra-domain router on a DiffServ network through a COPS-PR protocol, and exactly describes the PIB content definition used in the method and the message format and content necessary for realizing communication between the BB and the intra-domain router through the COPS-PR protocol.
Drawings
FIG. 1 is a schematic diagram of a policy-based network management framework of the prior art, showing the components of the policy-based network management framework, and the relationships between the components;
FIG. 2 is a message format diagram of a prior art COPS-PR, shown including a COPS-PR common header, an object header, and an object field definition;
FIG. 3 is a diagram of a DiffServ network architecture based on a Bandwidth Broker (BB) in the method of the present invention, illustrating the components of the DiffServ network architecture;
FIG. 4 is a format diagram of a COPS-PR message object in the method of the present invention, wherein the object field definitions corresponding to the four messages REQ, DEC, RPT and KA are included;
FIG. 5 is a diagram of the interactive procedure of COPS-PR messages of the method of the present invention, showing the interactive procedure of COPS-PR messages between BB and router.
Detailed Description
The following describes the method of the present invention in further detail with reference to the accompanying drawings.
The invention relates to a method for realizing communication between a bandwidth proxy and an intra-domain router, which is a method for realizing message transmission and processing between a bandwidth proxy (BB) and the intra-domain router by using a COPS-PR (chip on film-front) on a DiffServ network architecture based on the BB, wherein the network architecture mainly comprises a DiffServ network domain, the BB and a host, and is shown in figure 3. In the network architecture, an existing network is not required to be changed, and only a COPS-PR module is added on each router and BB in a network domain, wherein the router comprises a core router and an edge router, and PIBs are installed on the edge router and the BB. The PIB stores the strategy configured by the network manager for the network and the information of access control, the COPS-PR module mainly realizes the COPS-PR protocol, and the sending, receiving and processing of the COPS-PR protocol messages are all responsible for the COPS-PR modules on the BB and the router, which is an independent module and is realized on the TCP. Since the COPS-PR protocol uses provisioning mode, it is more suitable for such network functions that BB configures policy on the edge router in advance and then the edge router executes the policy. BB needs to store a routing table the same as the intra-domain router, and the specific implementation method is not considered in the scope of the present invention. The COPS-PR protocol is used not only for transferring configuration information between the BB and the edge router, but also for transferring messages to the BB by the intra-domain router, so that the BB can know the topology of the network in real time, so as to update the routing table.
The implementation flow of this network architecture can be described simply as: 1. before a host sends a service flow, a signaling request is sent to a BB (base station), and the BB performs access control on the flow according to a routing table, a network resource table and strategy base information; 2. if the access control is successful, BB informs the COPS-PR module of the access control decision, the COPS-PR module adds the access control decision of the flow into PIB, and simultaneously sends the decision to the COPS-PR module of the edge router, the COPS-PR module adds the configuration information of the flow into the PIB of the edge router, and the edge router performs classification and flow regulation according to the configuration information and starts to transmit service flow; 3. if the access control fails, BB informs the host of refusing to receive the flow, and the host abandons to send the flow or sends the flow in best effort service; 4. after the service flow is sent, the host informs the BB that the resources can be released, the COPS-PR module of the BB deletes the configuration information about the flow in the PIB, and sends a message to inform the COPS-PR module of the edge router to delete the relevant configuration information in the PIB. The main roles of PIB in BB are: the BB is provided with access control policies and needs to update the resource table according to the access control decisions of the flows in the PIB. The PIB plays a role in the edge router as a rule basis for the edge router to classify the service flow and regulate the flow.
Ten messages are defined for COPS in RFC 2784: REQ (request), DEC (decision), RPT (report State), KA (Keep-Alive), DRQ (delete RequestState), SSQ (synchronize State REQ), OPN (Client-Open), CAT (Client-Accept), CC (Client-Close), SSC (synchronize complete), however, the implementation of some functions is repeated in these messages, and the full functions of COPS-PR can be implemented only by the REQ, DEC decision, RPT report State, KA4 messages with activity maintenance.
The method defines the storage content and format of the PIB and the specific format of 4 messages and messages used by the COPS-PR protocol, and the definition and the function of the content of the PIB and each message are respectively described in detail as follows:
PIB storage content and format
PIB is a conceptual tree namespace, with branches representing data structures, or Policy Rule classes (Policy Rule Class), and leaf nodes representing instances of these classes, also called Policy Rule instances (Policy Rule Instance). PIB is defined by COPS-PR only as an abstract structure, and has no detailed description. The present invention defines a PIB structure suitable for the process of the invention. PRCs are classified into 2 types: the authentication Information Class (IIC) is used for verifying the identity of a user and an operator, and includes 3 PRIs: authentication information of a user, a service quality agreement SLA signed by the user and an operator, and traffic regulation agreement TCA (traffic conditioning agent) signed by the operator and the operator; traffic Policy Class (STPC), defining which flows are allowed to enter the network, and rules for processing these flows according to which they are passed to the edge router, which implements them. The STPC includes several PRIs, each of which indicates a decision for BB access control. The PIB on the edge router only needs to store a single STPC, and the single STPC is used as the basis for classification and flow regulation of the edge router. The access control decision mainly comprises some rule bases for classification, marking, queuing and scheduling of the edge router. Such as flow identification, reserved bandwidth, class of service, etc.
Message definition and format for COPS-PR
(r) Request (REQ) edge Router- > BB
The edge router sends a REQ to BB requesting to send configuration information to BB. After receiving the REQ message sent by the edge router, the BB may send configuration information to the edge router at any time, instead of synchronization.
(DEC) BB- > edge router
BB sends configuration information to the edge router, and informs the edge router of instance decision in the DEC message, namely, installs new decision, namely, adds the configuration information to the edge router in PIB of the edge router; or remove decision, that is, delete expired decision, that is, delete obsolete configuration information in the PIB of the edge router; the configuration information includes a flow identifier, a reserved bandwidth, a service class, and the like, and is used for the edge router to classify the flow and regulate the flow.
(r) Report State (RPT) edge Router- > BB
Regardless of whether the edge router is configured successfully, the edge router replies to the RPT to inform the BB whether the edge router has been configured successfully. If the configuration is successful, BB informs the host to start sending the traffic flow; if the configuration fails, BB reconfigures the edge router. The RPT also serves as a router to report port error information to the BB to inform the BB to update the topology information table.
Keep-alive (KA) router- > BB
This message is used to know the topology of the network at time BB and the router sends KA messages randomly for one-quarter to three-quarters of the time of the KA timer. If no KA message or other COPS message is received by BB in a period of time, the router is considered to be bad.
The message format of the COPS-PR is composed of a message header and an object, as shown in fig. 3, the communication between the BB and the router is essentially performed by exchanging objects contained in the message, and the present invention exactly defines the specific content and format of the objects in the message, and the objects include a Context object, a Decision object, a Report-Type object, and a Keep-Alive object, which are respectively used for four messages of REQ, DEC, RPT, and KA, and the specific object format is shown in fig. 4.
Fig. 4 illustrates the object format and the content of each field of each message of the method of the present invention:
the request type of the REQ message object indicates which information the edge router needs, and for the framework model of the present invention, the request type bit is 8, indicating that the edge router requests the BB for configuration information.
The content of each field of the DEC message object is used for the configuration of PIB of the edge router and is used as a rule basis for the edge router to carry out classification, flow regulation and other processing.
The report type in the RPT message object indicates whether the configuration is successful and reports port errors, 1 indicates that the configuration is successful, 2 indicates that the configuration is failed, and 3 indicates that the port errors; the operation code indicates the relevant operation of the configuration information, 1 indicates the addition of the configuration information, and 2 indicates the deletion of the configuration information, and is used for informing BB of the result of the addition or deletion of the configuration information; if the report type bit is 3, the router is indicated to have port error, and BB is informed through an error port number field, so that the BB can update the topology information table.
The KA timer in the KA message object is used for defining the interval time of the timer, and informing the BB of the time interval for sending the KA message.
Fig. 5 shows the COPS-PR message interaction process between BB, which is a multi-threaded server, and n routers according to the present invention. The specific treatment process is as follows:
1. the router initiates a TCP connection to BB as soon as it starts.
After the TCP connection is established, the edge router starts sending a REQ message to BB, indicating the request type in the REQ message.
BB receives the REQ message, replies a DEC message to the edge router, and places information required for configuring the edge router in each bit of the message in the DEC message; after receiving the configuration information, the edge router reads the required information from the packet and stores the information in the PIB, and then carries out corresponding processing according to the configuration information in the PIB.
4. The RPT message is returned to BB regardless of whether the edge router configuration was successful.
5. If the port of the router is wrong, the router sends an RPT message to inform BB, and informs the BB of the wrong port number.
After the TCP connection is established, the router sends KA message to BB within one quarter to three quarters of the time of the KA timer, which can be referred to RFC 2748. And if the BB does not receive the KA message in the period of time, the router is considered to be damaged, and the topology information table is updated again.
It should be noted that the above description is specific and should not be construed as limiting the scope of the invention, which is defined by the appended claims.
Claims (8)
1. A method for realizing communication between bandwidth proxy and intra-domain router, based on DiffServ network architecture of bandwidth proxy, the system includes DiffServ network domain, bandwidth proxy and host; it is characterized in that a COPS-PR module is added on each router and bandwidth agent in the DiffServ network domain, and a policy information base is installed on the edge router and the bandwidth agent; the method comprises the following steps:
a) before the host sends a service flow, a signaling request is sent to the bandwidth agent, and the bandwidth agent performs access control on the flow according to the routing table, the network resource table and the strategy base information;
b) if the access control is successful, the bandwidth agent informs the COPS-PR module of the access control decision, the COPS-PR module adds the access control decision of the flow into a strategy information base and simultaneously sends the decision to the COPS-PR module of the edge router, the COPS-PR module adds the configuration information of the flow into the strategy information base of the edge router, and the edge router carries out classification and flow regulation according to the configuration information and starts to transmit the service flow;
c) if the access control fails, the bandwidth agent informs the host to refuse to receive the flow, and the host abandons sending the flow or sends the flow in best effort service;
d) after the service flow is sent, the host informs the bandwidth proxy to release resources, the COPS-PR module of the bandwidth proxy deletes the configuration information about the flow in the policy information base, and sends a message to inform the COPS-PR module of the edge router to delete the relevant configuration information in the policy information base.
2. The method of claim 1, wherein the policy information base is information of policies configured for the network by the storage network manager and access control, which provides access control policies for the bandwidth broker and the bandwidth broker needs to update its resource table according to the access control decisions of the flows in the policy information base.
3. The method of claim 2, wherein the policy information base is a concept tree namespace whose branches represent data structures, i.e., policy rule classes; its leaf nodes represent instances of the policy rule class, i.e. policy rule instances.
4. The method of claim 3, wherein the structure of the policy information base further comprises: the policy rule classes include: an authentication information class used for verifying identity; a traffic policy class defining which flows are allowed into the network and rules governing the processing of these flows according to rules to be passed to the edge router for execution by the edge router.
5. The method of claim 4, wherein the traffic policy class comprises a number of policy rule instances, each policy rule instance indicating a decision for access control of the bandwidth broker; the policy information base on the edge router stores the single class service flow policy class as the basis for classifying and flow regulating of the edge router.
6. The method according to claim 1 or 5, wherein the message definition and format of the COPS-PR protocol in the COPS-PR module comprises: request, decide, report status, keep alive; wherein,
the request message is sent to the bandwidth agent by the edge router to request to send the configuration information, and the bandwidth agent can send the configuration information to the edge router at any time after receiving the request message sent by the edge router;
the decision message is sent to the edge router by the bandwidth agent, and configuration information is sent to inform the edge router of adding the configuration information of the edge router in a policy information base of the edge router or deleting the obsolete configuration information in the policy information base of the edge router; the configuration information comprises a flow identification, a reserved bandwidth and a service level, and is used for classifying the flow and regulating the flow by the edge router;
the report state message is sent to the bandwidth agent by the router, and the edge router replies the report state message to inform the bandwidth agent whether the edge router is successfully configured or not no matter whether the edge router is successfully configured or not; if the configuration is successful, the bandwidth agent informs the host computer of starting to send the service flow; if the configuration fails, the bandwidth broker reconfigures the edge router;
the keep-alive messages are sent by the router to the bandwidth broker and the edge router sends the keep-alive messages randomly for one-quarter to three-quarters of the keep-alive timer.
7. The method of claim 6, wherein the bandwidth broker considers a router to be bad if no keep-alive or other COPS messages are received for a period of time.
8. The method of claim 7, wherein the report status message also serves as a message for the router to report port error information to the bandwidth broker to inform the bandwidth broker to update the topology information table.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100777083A CN100571256C (en) | 2004-12-30 | 2004-12-30 | A kind of realization bandwidth broker and intradomain router method for communicating |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2004100777083A CN100571256C (en) | 2004-12-30 | 2004-12-30 | A kind of realization bandwidth broker and intradomain router method for communicating |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1798134A true CN1798134A (en) | 2006-07-05 |
| CN100571256C CN100571256C (en) | 2009-12-16 |
Family
ID=36818898
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2004100777083A Expired - Fee Related CN100571256C (en) | 2004-12-30 | 2004-12-30 | A kind of realization bandwidth broker and intradomain router method for communicating |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100571256C (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103414638A (en) * | 2013-07-26 | 2013-11-27 | 华为技术有限公司 | Message processing server and method and system for distributed message processing |
| CN103414638B (en) * | 2013-07-26 | 2016-11-30 | 华为技术有限公司 | Message processing server and distributed message processing method and system |
| WO2017211141A1 (en) * | 2016-06-06 | 2017-12-14 | 中兴通讯股份有限公司 | Resource release method, system, and device, and computer storage medium |
-
2004
- 2004-12-30 CN CNB2004100777083A patent/CN100571256C/en not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103414638A (en) * | 2013-07-26 | 2013-11-27 | 华为技术有限公司 | Message processing server and method and system for distributed message processing |
| CN103414638B (en) * | 2013-07-26 | 2016-11-30 | 华为技术有限公司 | Message processing server and distributed message processing method and system |
| WO2017211141A1 (en) * | 2016-06-06 | 2017-12-14 | 中兴通讯股份有限公司 | Resource release method, system, and device, and computer storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100571256C (en) | 2009-12-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6578076B1 (en) | Policy-based network management system using dynamic policy generation | |
| US9413546B2 (en) | QOS provisioning in a network having dynamic link states | |
| Westerinen et al. | Terminology for policy-based management | |
| EP1825637B1 (en) | Network centric quality of service using active network technology | |
| CN1279717C (en) | Sort method of net element of group-oriented network | |
| US7519598B2 (en) | Prioritizing network management traffic | |
| CN100466600C (en) | Method for implementing resource preretention of inserted allocation mode in next network | |
| US20030061263A1 (en) | Dynamic partitioning of network resources | |
| EP2541866A1 (en) | Management schemes for filter sets | |
| Ponnappan et al. | A policy based QoS management system for the IntServ/DiffServ based Internet | |
| MXPA03008478A (en) | Pool-based resource management in a data network. | |
| CN1552139A (en) | Using link state information to discover IP network topology | |
| Westerinen et al. | RFC3198: Terminology for Policy-Based Management | |
| CN1849787A (en) | Provision of services by reserving resources in a communications network having resource management | |
| US7254628B2 (en) | Network management system with validation of policies | |
| US6272540B1 (en) | Arrangement and method for providing flexible management of a network | |
| CN1643858B (en) | Quality of service request correlation | |
| CN1870621A (en) | Method for providing load supporting control of service of user | |
| CN1713589A (en) | Network management realization based on bearing controlling layer | |
| CN100571256C (en) | A kind of realization bandwidth broker and intradomain router method for communicating | |
| CN1578233A (en) | Transaction process for the provisioning of rules in a rule-based network | |
| CN1288877C (en) | Method for implementing bandwidth broker based on network management system | |
| CN1510865A (en) | Method for realizing network management and gateway | |
| EP1936866A2 (en) | Network traffic redirection in bi-planar networks | |
| CN1249958C (en) | Tactical management, network unit and tactical server based on state |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20091216 Termination date: 20141230 |
|
| EXPY | Termination of patent right or utility model |