Patent Application
20050265234
The present invention is related to the management of telecommunications networks. More specifically, the present invention is related to the management of telecommunications networks using a DiffServ class object attached to a route object.
Network services are evolving beyond simple virtual connections and bandwidth provision (i.e., speeds and feeds). This is due to a combination of (1) Commoditization of service provider offerings and (2) Enterprises outsourcing communications needs (e.g., layer 2/3 VPN, content delivery, hosting, etc.). The result is that the managed objects needed by service providers (in their network management products) are becoming more complex. One aspect of this complexity is that managed objects are increasingly distributed across the network. Distributed objects are harder to manage, and this translates into the need for more staffing with consequent higher prices. As networking evolves from a retail to a wholesale model, service providers need their vendors to leverage product infrastructure so that management costs are reduced as much as possible.
This invention provides a convenient means of merging the two areas of Traffic Engineering and QoS using the ServiceOn Data Route Object as a basis. Normally, these areas are considered in isolation from one another. This substantially reduces the time required, complexity of, and cost of applying user-defined DiffServ classes to MPLS networks. Also, by automating the provisioning of these classes to the network, the speed and accuracy of the operation is improved. Ultimately, this invention expedites the process of creating a new DiffServ class in the network. The guiding principle is that speed of service deployment facilitates rapid revenue generation.
The present invention pertains to a telecommunications system. The system comprises a network. The system comprises an NMS in communication with the network having ServiceOn-Data with the QOS path object attached to a route object. The system comprises a plurality of nodes in communication within the network which receives the QOS path object attached to the route object from the NMS through the network.
The present invention pertains to a method for teleconferencing. The method comprises the steps of creating a QOS path object. There is the step of attaching the QOS path object to a route object.
In the accompanying drawings, the preferred embodiment of the invention and preferred methods of practicing the invention are illustrated in which:
Referring now to the drawings wherein like reference numerals refer to similar or identical parts throughout the several views, and more specifically to
Preferably, the QOS path object includes a DiffServ path object. The network 12 is preferably an MPLS or ATM or Frame Relay network 12, though it is also applicable to appropriately DiffServ-capable IP networks.
The present invention pertains to a method for teleconferencing. The method comprises the steps of creating a QOS path object. There is the step of attaching the QOS path object to a route object.
Preferably, the QOS path object includes a DiffServ class object. The attaching step preferably includes the step of attaching the DiffServ class object to the route object in a single operation.
Preferably, there is the step of provisioning automatically with ServiceOn-Data the route object with the DiffServ class object along a path. There is preferably the step of defining the route object for an LSP.
Preferably, there is the step of defining the route object for a designated transit list for an SPVC. The creating step preferably includes the step of defining QOS parameters for the DiffServ class object. Preferably, the path is over an MPLS network 12. Preferably, there is the step of sending the route object having the DiffServ class object to nodes 16 in the path.
DiffServ Classes
This is a method of providing different ways of forwarding IP traffic through a network. It is a little like the way ambulances can pass out ordinary traffic on roads: in the networking world, you can create a high-priority DiffServ class that allows specific traffic to get a better QoS than other traffic. Why would you want to do this? Well, if you're using voice-over-Internet, then the packets you generate will require a better QoS than email or Web traffic. So, you create a voice-over-IP DiffServ class. In order for IP packets to experience the associated QoS, they must be marked to receive it via the DiffServ field in the IP header. Then, any packets so marked will receive the QoS associated with the DiffServ class.
ServiceOn-Data
A commercial network management system package produced by Marconi in use on many sites throughout the world.
Route Object
A software element of Service-On Data that allows the user to specify a route through a network. The RO is used to select the nodes that you wish to cross to get from edge to edge. This gives you the required path across the network, e.g., an ATM or MPLS network. Once the RO is defined, then the connection can be created, e.g., an ATM SPVC or an MPLS LSP.
In the operation of the invention, the deployment of quality of service (QoS) in IP networks can be achieved using a number of techniques, e.g., DiffServ. In this scheme, a 6-bit field in the IP header is used to define the QoS handling received by packets as they traverse the DiffServ domain.
The service level in this case is, in fact, the QoS and can be described as: the overall experience of the packet as it traverses the network 12. Ultimately, this is the end user experience, e.g., if the lower packet in
The DiffServ Path Object is required for recording specific network 12 paths over which the required QoS level is to be applied. It defines the set of nodes 16 and interfaces over which a given user-defined DiffServ class is to be applied.
The procedure for creating the required QoS setup is as follows:
IP traffic with the appropriate DiffServ markings will then receive the required level of service from each of the associated nodes 16 in
The DiffServ Path Object invention solves these problems by providing a scheme for setting the parameters and recording the path. ServiceOn Data records all the parameters (just once, not once per node) as well as the path (i.e., interfaces “a” through “h”) using the existing Route Object. The user creates the DiffServ class and then attaches it to the Route Object in a single operation. ServiceOn Data then automatically provisions the RO (including the DiffServ class) along the required path. This reduces the amount of human input and allows re-use of the RO. The latter may already have been defined during Traffic Engineering (e.g., creating an explicit route object for an LSP, or a designated transit list for an SPVC) so it is a simple operation to just attach the DiffServ class details to the RO.
The DiffServ Path Object therefore, provides for merging the two areas of Traffic Engineering and QoS using the RO as its foundation. In other words, if the DiffServ class is required on n nodes (where n is 1 or more), then instead of n user-directed operations (on n nodes), just one operation is required and ServiceOn Data takes care of the others. An added benefit is that the DiffServ Path Object can be cloned to allow for modified versions to be efficiently created with minimum effort.
The above discussion has centered on configuring the user-defined DiffServ class. There are also economies available during network 12 discovery. A simple example is: let us say a user has gone the long way round and manually configured a DiffServ class on multiple nodes, attaching it to all the required interfaces and then enabling the service. ServiceOn Data can discover this information and use it to populate a new DiffServ Path Object. This facility offers a migration path to the use of merged Traffic Engineering and QoS. The discovery is handled by a specific piece of software (called “Discovery”). This software uses a number of administrative protocols (e.g., ICMP) to first of all determine the existence of nodes. Then, the constituents of those nodes can be determined (using SNMP) and recorded. DiffServ classes that have been configured can be discovered and recorded into the Service-On Data database for subsequent retrieval and use.
The DiffServ Path Object can be implemented as an addon to ServiceOn Data. Two major elements are involved:
ServiceOn Data provides a platform for implementing this invention, but it need not be restricted to this NMS 14. NMS products, such as, Nortel Contivity, Cisco IP Solution Center can use this invention. Many NMS products provide support for DiffServ classes, so any utilities that ease this process for end-to-end scenarios are useful.
Although the invention has been described in detail in the foregoing embodiments for the purpose of illustration, it is to be understood that such detail is solely for that purpose and that variations can be made therein by those skilled in the art without departing from the spirit and scope of the invention except as it may be described by the following claims.
