Abstract: Information can be transported over domains operated by different service providers at required Quality-of-Service (QoS) levels without disclosing inter- and/or intra-domain information to ensure that the topology of a given service provider's domain (e.g., network) is not disclosed.

Abstract: The transport of Quality-of Service (QoS) sensitive information over domains operated by different service providers may be assured using architectures that include separate forwarding and control planes.

Abstract: The time it takes to recover from a system initialization failure may be reduced by determining whether to enable a recovery process immediately, or defer such a process. Sometimes it is desirable to defer a recovery process until certain interdependencies between system components are satisfied.

Abstract: Techniques for tracing the real-time operation of software for the purposes of testing, debugging, or performance analysis are disclosed. Diagnostic instrumentation for generating records containing details of software operation is incorporated in the software by inserting calls to diverse macros or inline functions. Each macro takes an argument specifying both a subsystem and a category of instrumentation within the subsystem. Based on the specified subsystem and category, the instrumentation can be included or excluded from the compiled object code and, if included, can be dynamically enabled at run-time. Disabled instrumentation does not result in a function call, but only a single, inline “if,” thereby reducing overhead. One macro accepts both software parameters and a custom format specifier describing how the parameters should be displayed. However, the parameters are not formatted during logging, nor is the format specifier included in the record. Instead, the formatting is performed when displayed.

Abstract: A distributed software application comprises a plurality of software components within a plurality of executables. A manager component for the distributed software application performs a recovery of two or more software components, of the plurality of software components, in an ordered sequence based on one or more dependency relationships among the plurality of software components.

Abstract: An apparatus in one example comprises a manager component that upon receipt of an indication of a need for a communication channel between a first software component and a second software component, instructs management support software of the first software component to set up the communication channel between the first software component and the second software component.

Abstract: A manager component of an apparatus in one example initializes a plurality of software components of a distributed software application, within one or more executables, in an ordered sequence based on one or more dependency relationships among the plurality of software components.

Abstract: An apparatus in one example comprises a manager component in communication with a distributed software application. The distributed software application comprises a plurality of software components that run within one or more executables. The manager component shuts down the plurality of software components in an ordered sequence based on one or more dependency relationships among the plurality of software components.

Abstract: An apparatus in one example comprises: a first manager component responsible for one or more first software components within one or more first executables of a distributed software application; and a second manager component responsible for one or more second software components within one or more second executables of the distributed software application. The first and second manager components communicate to initialize and/or shut down the one or more first software components and the one or more second software components in an ordered sequence based on one or more dependency relationships among two or more of: the one or more first software components; and/or the one or more second software components.

Abstract: A distributed software application comprises a first and second software component. A manager component of a management infrastructure for the distributed software application in one example causes a first software component of the distributed software application to obtain information from a second software component of the distributed software application for initialization of the first software component.

Abstract: An apparatus in one example comprises a substitute manager component that upon failure of a first manager component, obtains management responsibility for a distributed software application from the first manager component and queries one or more software components of the distributed software application for state information of the one or more software components. The substitute manager component employs the state information to determine whether one or more recovery actions are needed for the distributed software application to recover from the failure of the first manager component.

Abstract: An apparatus in one example comprises a manager component for a distributed software application that based on one or more of a characteristic of an executable of the distributed software application and/or a characteristic of one or more of a plurality of processors, selects a processor from the plurality of processors to run the executable upon startup of the distributed software application.

Abstract: A manager component of an apparatus in one example handles one or more checkpoint procedures for one or more software components of a distributed software application that runs within a plurality of executables.

Abstract: An apparatus in one example comprises a first manager component that performs one or more first management operations on a software and/or hardware entity and a second manager component that performs one or more second management operations on the software and/or hardware entity.

Abstract: An adaptive distributed diagnostic system and method for a network having at least a first, a second and a third nodes. Both the third and first nodes and the third and second nodes, respectively, are in communication with each other via the network. The first node can directly test a state of the third node and indirectly test through the third node a state of the second node. The second node can directly test a state of the third node and indirectly test through the third node a state of the first node. The third node can directly test both a state of the first node and a state of the second node. The third node has a testing assignment based on given circumstances at a corresponding time.