<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Towards a Service Management Information Base</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Munich Network Management Team University of Munich (LMU) Oettingenstr.</institution>
          <addr-line>67, D-80538 Munich</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <fpage>25</fpage>
      <lpage>30</lpage>
      <abstract>
        <p>The trend towards service-oriented computing has implications on the area of IT management. While traditionally management of networks and systems has dominated research as well as industrial applications, the focus is now turning to service management. One of the key concepts of integrated management is the management information base (MIB), the composite of management information. While a number of standardized MIBs have been devised in the area of network and systems management, a comprehensive MIB for service management is still missing. The PhD thesis presented in this paper aims at filling this gap by specifying semantic-rich and business-oriented service management information.</p>
      </abstract>
      <kwd-group>
        <kwd>Martin Sailer</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>With service-oriented computing becoming widely accepted by the industry, the number
of commercial deployments is steadily increasing. The success of these deployments
largely depends on the providers’ ability to efficiently manage their IT infrastructure. To
meet this requirement service providers deploy a wide array of hardware and software
to deliver and manage services to their customers. Each management application deals
with a certain facet of service management and therefore uses valuable data as key to its
operation. The resulting situation is that information about services needs to be widely
and electronically shared across departments throughout the provider’s enterprise - and
with partners and suppliers.</p>
      <p>
        Such information is part of a Management Information Base (MIB), one of the key
concepts of integrated management. The MIB contains the definition of the entities that
are managed (managed objects), including their properties, their permissible behavior,
and the operations that may be performed upon them [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Properties of managed objects
are explicitly described by attributes, that usually consist of types and values. A MIB
enables integration of different management applications in that it allows for exchange
of semantically bound management information. For this reason, a large number of
standardized managed object (MO) definitions have been devised in the area of network
and systems management. However, a comprehensive MIB for service management
is still missing. Hence, the realization of interoperability is impeded by the lack of a
common information base for service management.
      </p>
      <p>While a number of modeling frameworks for service management information have
been devised, they currently show deficiencies regarding description of common service
properties. The PhD thesis presented in this paper aims at addressing this gap with
the concept of a Service Management Information Base (SMIB). The SMIB approach
aims at specifying semantic-rich, business-oriented service management information.
This includes common service management attributes as well as association information
between services and resources.</p>
      <p>In Section 2 a typical service provisioning scenario is presented in order to derive
requirements for a Service MIB. Related work in this area is discussed in Section 3 and
juxtaposed to the identified requirements. Section 4 introduces the SMIB approach and
presents the further steps to be taken in the PhD thesis.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Scenario</title>
      <p>
        The Web Hosting Service offered by the Leibniz Supercomputing Center (LRZ)
serves as an example IT service (see
Figure 1). The LRZ operates the
scientific network in Munich and hosts
web sites for other research
institutions. Figure 1 shows a simplified
view of the service incorporating three Loadb
main components: an array of web routers
servers, a global filesystem (AFS), and
a database. In addition, network
components need to be considered for
management (Loadb routers, Nx-switches). Nx-switches
The management systems respectively
MIBs employed by the LRZ provide
means to manage networks and
applications, but do not take into account
services or dependencies between
services and resources.Yet, that
knowledge has to be deduced by systems
administrators and maintained
separately. It therefore often lacks
formalization and is usually not reusable. Webservers
Thus, a comprehensive service
management repository is required to
enable consistent management. The
challenges stemming from that requirement AFS-Filesystem
can be further categorized into
specification of service attributes and
formalization of service resource dependencies.
Traditionally, management information has been defined from a vendors’ perspective
and was therefore often restricted to information that could be easily obtained by
instrumenting components [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. With the shift to service management, that perspective has to
be adapted in a way that it reflects the providers’ information needs. Furthermore,
services are managed along their lifecycle, in different functional management areas, thus
motivating the inclusion of these aspects. Additionally, service provisioning – and
consequently its management – may cross administrative boundaries. Hence, specification
of service management information needs to be tailored towards the following generic
requirements:
      </p>
      <p>Alignment to providers’
informaBMugsminte.ss SLA Mapinformation
itpinloognytenodeaecpdopsnltiTaciahnteioiMnnfsIoBramsndactuinroernetwnptoleyrrkteaimenl--</p>
      <p>ements. Examples for such data are
ApplicatioMnaMnSaaegnreavmgiceeemntent SeMrvIBice Mapinformation tteohhtrsies,httnmthupema-ryCebqePsurUuefsofitlfscoeapdderforropofspmeeacdoawnIdePn.besWtepwrahvocierklrke-,</p>
      <p>Application MIB and systems management point of
NetMwoarnkagaendmeSnytstems Network MIB view, service management requires
abstracted and enriched data that
reflects the providers’ information
needs. That is, information needed
Fig. 2. Management Pyramid to deliver the service according to
the objectives set up in service level
agreements (SLAs).This includes
information relating to the quality level of the service, to the customers having subscribed
to the service, or the impact of service failures on the business.</p>
      <p>Administrative domains Application scenarios like dynamic service provisioning or
Grid computing require services to be composed in a highly dynamic and flexible
manner, thereby crossing organizational boundaries. Accordingly, the ServiceMIB must
provide capabilites to encompass different management domains and therefore allow
to present different views on service management information according to the needs
of the involved organizations.</p>
      <p>The functional areas of management, usually classified by the OSI FCAPS, dissect
the whole complex of management. Yet, management information is shared between
different functional areas, e.g., service usage information is a prerequisite for
accounting as well as fault management. Consequently, all of these areas should be included in
a ServiceMIB that purports to deal with service management.</p>
      <p>The service lifecycle usually consists of a planning, negotiation, provisioning,
operation/change, and withdrawal phase. Since management information is propagated and
enriched among these phases, the ServiceMIB must accommodate all phases.
2.2</p>
      <sec id="sec-2-1">
        <title>Formalization of dependencies between services and resources</title>
        <p>
          Service management relies on knowledge regarding dependencies between services and
resources. In particular, dependencies are the key to service problem resolution in that
they provide a foundation for determining causality [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. Formalization of
dependencies has to accommodate different levels (e.g., functional, organizational) as well as
provide means to express complex dependencies (e.g., dependencies causing certain
service quality degradations). Therefore, information contained in system, network and
application MIBs needs to be combined in such a way that it reflects the service.
Consequently, a formalization of dependencies must allow for translating/mapping
information from other MIBs to leverage an integrated management approach (see Fig. 2).
3
        </p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Related Work</title>
      <p>
        In this section prominent representative work in the area of management information
modeling is presented and its significance in the focus of this paper is discussed.
Common Information Model (CIM) The Common Information Model [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] introduced
by the Distributed Management Task Force is an object-oriented information model that
aims at providing a common way to represent information about networks and systems
as well as services. The CIM Core Model contains the specification of the class service,
which acts as a superclass from which specific service classes (e.g. print service) can
be derived. Additionally, dependencies between services and other CIM elements (e.g.,
ServiceAffectsElement) are expressed by association classes. However, only few service
attributes have been defined so far for the basic service class as well as associations
pertaining to that class. CIM constitutes an comprehensive modeling framework that could
be extended to meet the requirements delineated in Section 2. Since it accomodates
network, application, and service management information, it offers a foundation for
modeling dependencies between those areas.
      </p>
      <p>
        Web Services Distributed Management Two complementary specifications have been
presented by the Oasis Web Services Distributed Management technical committee:
Management Using Web Services (MUWS) deals with providing a common
management interface for distributed IT resources, whereas Management of Web Services
(MOWS) introduces the application of the former onto Web Services [
        <xref ref-type="bibr" rid="ref5 ref6">5,6</xref>
        ]. Service
Management information is exposed through manageability capabilities and
categorized into common and resource-specific capabilities. At present, only basic capabilites
like the CurrentOperationalState, the LastResponseTime or NumberOfRequests have
been defined. Moreover, the WSDM approach does not explicitly address dependencies
between services and resources.
      </p>
      <p>
        NGOSS SID As part of the New Generation Operations Systems and Software
(NGOSS) program the TeleManagement Forum released a Shared Information/Data
(SID) model [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. It employs an object-oriented modeling approach and defines a
framework for defining service management information from a business-oriented point of
view. SID offers a promising modeling framework for service management information
that builds upon sound design principles. However, it also shows deficits regarding the
description of common service attributes.
      </p>
      <p>
        Internet Information Model The IETF model revolves traditionally around the Simple
Network Management Protocol (SNMP) [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. This is a read/write, state based protocol
for altering variables in a management information base (MIB) and is used by the vast
majority of commercial products. Despite of newly introduced RFCs that deal with the
specification of service management information for WWW services[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], the Internet
Information model does not offer object-oriented modeling features, and is therefore
not suitable for modeling of service management information.
4
      </p>
    </sec>
    <sec id="sec-4">
      <title>Approach</title>
      <p>
        The Service MIB approach aims at specifying semantic-rich, business-oriented service
attributes as well as association information between service and resources. It therefore
consists of two main steps, that are aligned with the challenges presented in Section 2:
Specification of business-oriented service attributes In recent time, service
management has been influenced by the strong trend towards process-orientation.
Processoriented frameworks contribute to that trend in that they provide guidance for
enterprises striving to deploy IT service management processes. A prominent example for
such a framework is the IT Infrastructure Library (ITIL). ITIL has been introduced
by the British Office of Government Commerce (OGC) and provides a collection of
best practices for IT processes in the area of IT service management [
        <xref ref-type="bibr" rid="ref10 ref11">10,11</xref>
        ]. Service
management is described by 11 modules which are grouped into Service Support Set
and Service Delivery Set. These modules describe processes along with its goals and
activities as well as necessary databases and interfaces.
      </p>
      <p>To facilitate the definition of service attributes we leverage a use-case driven
approach. The main idea is to analyze ITIL service management processes in order to
derive common service attributes. Since such processes essentially represent a
specification for service management tasks, they provide a comprehensive collection of use
cases that can be further utilized to derive service management information needs. This
approach offers considerable benefits with respect to the requirements denoted in
Section 1. Since ITIL constitutes a business-driven approach to IT service management, it
already takes lifecyle and interorganizational aspects into account, while at the same
time offering a sufficient level of genericity.</p>
      <p>
        Example: The Incident Management Process deals with restoring normal service
operation. One of the core activities within this process is the classification of incidents,
consisting of e.g., priorization of incidents. To support this activity, service management
information relating to the business impact of the incident is required. That is, the SLA
associated with the service, the impact on related services, or affected users.
Formalization of service-resource dependencies Formalization of association
information regarding services and resources requires high expressive power that cannot be
expressed by single attributes. Instead, a more complex formalism needs to be employed
that allows to specify associations on a per-attribute basis in a functional manner. This
includes means to map information defined for network and systems to ServiceMIB
attributes. Therefore, this issue has been approached with a declarative language to
specify service-resource dependencies, called Service Information Specification
Language (SISL). This concept has been presented in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], which introduced a monitoring
architecture that facilitates the creation of service management information from raw
monitoring data according to a SISL specification.
      </p>
      <sec id="sec-4-1">
        <title>Further Work</title>
        <p>
          Previous work in the context of the incident and problem management processes has
analyzed use-cases in the area of service-oriented event correlation and impact analysis
[
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. This work has shown applicability of the approach and will be extended towards
other ITIL processes. While up to now, basic examples of SISL for expressing the
operational state of services have been drafted [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ], further work on that topic will target
modeling of more complex scenarios.
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>Acknowledgment</title>
        <p>The author wishes to thank the members of the Munich Network Management (MNM) Team for
helpful discussions and valuable comments on previous versions of this paper. The MNM Team
directed by Prof. Dr. Heinz-Gerd Hegering is a group of researchers of the University of Munich,
the Munich University of Technology, and the Leibniz Supercomputing Center of the Bavarian
Academy of Sciences. Its web–server is located at http://www.mnm-team.org.</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Black</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          :
          <string-name>
            <surname>Network Management Standards - The</surname>
            <given-names>OSI</given-names>
          </string-name>
          ,
          <article-title>SNMP</article-title>
          and
          <string-name>
            <given-names>CMOL</given-names>
            <surname>Protocols. McGraw-Hill</surname>
          </string-name>
          (
          <year>1992</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Hegering</surname>
            ,
            <given-names>H.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Abeck</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neumair</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Integrated Management of Networked Systems - Concepts, Architectures and their Operational Application</article-title>
          . Morgan Kaufmann Publishers,
          <source>ISBN 1-55860-571-1</source>
          (
          <year>1999</year>
          ) 651 p.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Hanemann</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sailer</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schmitz</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Assured Service Quality by Improved Fault Management - Service-Oriented Event Correlation</article-title>
          .
          <source>In: Proceedings of the 2nd International Conference on Service-Oriented Computing (ICSOC04)</source>
          , New York City, NY, USA,
          <source>ACM SIGSOFT and SIGWEB</source>
          , ACM Press (
          <year>2004</year>
          )
          <fpage>183</fpage>
          -
          <lpage>192</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <given-names>Distributed</given-names>
            <surname>Management Task Force (DMTF): Common Information</surname>
          </string-name>
          <article-title>Model (CIM) Version 2</article-title>
          .9.
          <string-name>
            <surname>Specification</surname>
          </string-name>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <article-title>Organization for the Advancement of Structured Information Standards (OASIS): Web Services Distributed Management: Management Using Web Services (MUWS 1.0) Part 1 (</article-title>
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <article-title>Organization for the Advancement of Structured Information Standards (OASIS): Web Services Distributed Management: Management of Web Services (WSDM-MOWS 1</article-title>
          .0) (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7. TeleManagementForum:
          <article-title>Shared Information/Data (SID) Model Concepts, Principles, and Domains</article-title>
          .
          <source>Technical Report GB 922 Member Evaluation Version</source>
          <volume>3</volume>
          .1 (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Case</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCloghrie</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rose</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Waldbusser</surname>
            ,
            <given-names>S.: RFC</given-names>
          </string-name>
          <year>1902</year>
          :
          <article-title>Structure of management information for version 2 of the simple network management protocol (snmpv2). RFC, IETF (</article-title>
          <year>1996</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Hazewinkel</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kalbfleisch</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schoenwaelder</surname>
          </string-name>
          , J.: RFC 2594:
          <article-title>Definitions of managed objects for www services</article-title>
          .
          <source>RFC</source>
          ,
          <string-name>
            <surname>IETF</surname>
          </string-name>
          (
          <year>1999</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <article-title>Office of Government Commerce (OGC</article-title>
          ), ed.:
          <string-name>
            <given-names>Service</given-names>
            <surname>Support. IT Infrastructure</surname>
          </string-name>
          <article-title>Library (ITIL). The Stationary Office</article-title>
          , Norwich, UK (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <article-title>Office of Government Commerce (OGC</article-title>
          ), ed.:
          <string-name>
            <given-names>Service</given-names>
            <surname>Delivery. IT Infrastructure</surname>
          </string-name>
          <article-title>Library (ITIL). The Stationary Office</article-title>
          , Norwich, UK (
          <year>2001</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Danciu</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sailer</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>A monitoring architecture supporting service management data composition</article-title>
          .
          <source>In: Proceedings of the 12th Annual Workshop</source>
          of HP OpenView University Association. Number 972-
          <fpage>9171</fpage>
          -48-3, Porto, Portugal,
          <string-name>
            <surname>HP</surname>
          </string-name>
          (
          <year>2005</year>
          )
          <fpage>393</fpage>
          -
          <lpage>396</lpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>