Automatic Policy Refinement Using OWL-S and Semantic Infrastructure - - PowerPoint PPT Presentation

▶
automatic policy refinement using owl s and semantic
SMART_READER_LITE
LIVE PREVIEW

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure - - PowerPoint PPT Presentation

Jun 20, 2023 114 likes •343 views

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information Torsten Klie, Lars Wolf Technische Universitt Braunschweig Institut fr Betriebssysteme und Rechnerverbund Benjamin Ernst Resco GmbH Hamburg Outline

slide-1
SLIDE 1

Technische Universität Braunschweig Institut für Betriebssysteme und Rechnerverbund Resco GmbH Hamburg

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information

Torsten Klie, Lars Wolf Benjamin Ernst

slide-2
SLIDE 2

2/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Outline

Introduction

Motivation

Policy-based Architecture for Autonomic

Communications

Web Services Composition with SEMPR and NINO

Policy Refinement with Web Service Composition NINO – a Network INfrastructure Ontology SEMPR – a SEMantic Policy Refinement engine

Case Study: Home Networks Conclusions and Outlook

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-3
SLIDE 3

3/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Motivation Policy-based Network Management

Reduce complexity Govern the behavior of the network with rules Policies exist on different levels of abstraction Policy refinement: still a big challenge

New Management Technology: Web Services

Used in standardization approaches

– OASIS WSDM – DMTF WS Management – IETF NETCONF (optional)

Advantages: several; esp. composability Use Web service composition to do policy refinement

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-4
SLIDE 4

4/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Web Services Composition

Combining services:

aggregated tasks

Web services composition

Synthesis: Select the services

– Template-based (BPEL) – (Semi-)Automatic

Orchestration: Executed

composed service

OWL-S

Ontology for semantic

description of Web services

Uses OWL to describe

functional properties (IOPEs: Input, Output, Preconditions, Effects)

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-5
SLIDE 5

5/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy-based Architecture for Autonomic Communications

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-6
SLIDE 6

6/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement with Web Service Compositon

Basis: semantic Web services

in OWL-S

LLS: Management services

  • ffered by the devices

HLS: Composed services

NINO: Network Infrastructure

Ontology

OWL Repositories

– Network repository – Policy repository

Base ontologies (extensible)

– Network ontology – Policy ontology – Home control ontology (used in the case study) – User control ontology (used in another case study)

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-7
SLIDE 7

7/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

SEMPR Engine

  • Core component of the SEMPR

architecture

  • NINO API
  • Links SEMPR and NINO
  • Functions for reading policies and

network device descriptions

  • Refinement Engine
  • Get policies via NINO API
  • Refinement with matchmaker client
  • Tell OWL-S engine to execute service
  • Matchmaker Client
  • Provides OWL-S services matching

given IOPEs

  • OWL-S Engine
  • Executes composite Web service
  • Control Server
  • Controls SEMPR
  • Initiates refinement process
  • Adds/removes new

devices /services /policies

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-8
SLIDE 8

8/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Algorithm 1/2

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-9
SLIDE 9

9/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Algorithm 2/2

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-10
SLIDE 10

10/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Home Area Network

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-11
SLIDE 11

11/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Home Area Network 2

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-12
SLIDE 12

12/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 1/8

Condition:

SensorConditionByRoom

Input: Room, SensorStatus,

SensorType

Fulfilled if the sensor (of a given

type) in the given room is in the given state

Action: LightActionByRoom

Input: LightStatus, Room Switches the light in a given room

to a given state

Services:

getLight

– Input: Room – Output: Light

getSensor

– Input: Room, SensorType – Output: Sensor

getHCS

– Input: Light – Output: NetworkResource

switchLightBySensor

– Input: Light, LightStatus, SensorStatus, Sensor, NetworkResource – Output: -

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-13
SLIDE 13

13/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 2/8

<j.0:Policy rdf:ID="Policy_4"> <j.0:Name rdf:datatype="http://www.w3.org/2001/XMLSchema#string">VacPol1</j.0 :Name> <j.0:hasAction><j.0:LightActionByRoom rdf:ID="LightActionByRoom_6"> <j.0:Name rdf:datatype="http://www.w3.org/2001/XMLSchema#string">LighAction2< /j.0:Name> <j.0:hasLightStatus rdf:resource="#On"/> <j.0:hasRoom rdf:resource="#Room_Hall"/> </j.0:LightActionByRoom></j.0:hasAction> <j.0:hasCondition><j.0:SensorConditionByRoom rdf:ID="SensorConditionByRoom_15"> <j.0:hasRoom rdf:resource="#Room_Hall"/> <j.0:hasSensorType rdf:resource="#MovementSensor"/> <j.0:Name rdf:datatype="http://www.w3.org/2001/XMLSchema#string">SCondByRoom 1</j.0:Name> <j.0:hasSensorStatus rdf:resource="#MovementDetected"/> </j.0:SensorConditionByRoom></j.0:hasCondition> </j.0:Policy>

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-14
SLIDE 14

14/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 3/8

Condition:

SensorConditionByRoom

Input: Room,

SensorStatus, SensorType

Fulfilled if the sensor (of a

given type) in the given room is in the given state

Action:

LightActionByRoom

Input: LightStatus, Room Switches the light in a given

room to a given state

Preparation: Extracting

inputs and outputs

Inputs:

SensorStatus Room SensorType LightStatus

Outputs:

SensorConditionByRoom LightActionByRoom

Services: n/a

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-15
SLIDE 15

15/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 4/8

0th iteration: Looking for

services that can produce the desired output.

Inputs:

SensorStatus Room SensorType LightStatus

Outputs:

SensorConditionByRoom LightActionByRoom NetworkResource Light Sensor

Services:

switchLightBySensor

Services:

getLight

– Input: Room – Output: Light

getSensor

– Input: Room, SensorType – Output: Sensor

getHCS

– Input: Light – Output: NetworkResource

switchLightBySensor

– Input: Light, LightStatus, SensorStatus, Sensor, NetworkResource – Output: -

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-16
SLIDE 16

16/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 5/8

  • 1st iteration: Looking for services

that can produce the desired

  • utput.
  • Inputs:
  • SensorStatus
  • Room
  • SensorType
  • LightStatus
  • Outputs:
  • SensorConditionByRoom
  • LightActionByRoom
  • NetworkResource
  • Light & Sensor
  • Services:
  • switchLightBySensor
  • getLight(1)
  • getHCS
  • getSensor(1)
  • Services:
  • getLight

– Input: Room – Output: Light

  • getSensor

– Input: Room, SensorType – Output: Sensor

  • getHCS

– Input: Light – Output: NetworkResource

  • switchLightBySensor

– Input: Light, LightStatus, SensorStatus, Sensor, NetworkResource – Output: -

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-17
SLIDE 17

17/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 6/8

  • 2nd iteration: Looking for services

that can produce the desired

  • utput.
  • Inputs:
  • SensorStatus
  • Room
  • SensorType
  • LightStatus
  • Light
  • Sensor
  • Outputs:
  • SensorConditionByRoom
  • LightActionByRoom
  • NetworkResource
  • Services:
  • switchLightBySensor
  • getLight(1)
  • getHCS(2)
  • getSensor(1)
  • Services:
  • getLight

– Input: Room – Output: Light

  • getSensor

– Input: Room, SensorType – Output: Sensor

  • getHCS

– Input: Light – Output: NetworkResource

  • switchLightBySensor

– Input: Light, LightStatus, SensorStatus, Sensor, NetworkResource – Output: -

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-18
SLIDE 18

18/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 7/8

  • 3rd iteration: Looking for services

that can produce the desired

  • utput.
  • Inputs:
  • SensorStatus
  • Room
  • SensorType
  • LightStatus
  • Light
  • Sensor
  • NetworkResource
  • Outputs:
  • SensorConditionByRoom
  • LightActionByRoom
  • Services:
  • switchLightBySensor(3)
  • getLight(1)
  • getHCS(2)
  • getSensor(1)
  • Services:
  • getLight

– Input: Room – Output: Light

  • getSensor

– Input: Room, SensorType – Output: Sensor

  • getHCS

– Input: Light – Output: NetworkResource

  • switchLightBySensor

– Input: Light, LightStatus, SensorStatus, Sensor, NetworkResource – Output: -

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-19
SLIDE 19

19/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Policy Refinement Example 8/8

Result of the refinement process sent to OWL-S engine

Parameters Services to execute Execution order

OWL-S engine executes the services

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-20
SLIDE 20

20/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

Summary and Outlook

Summary

Used Web service composition for refining policies Policies, infrastructure (Web services and devices) described

with OWL and OWL-S

NINO Ontology SEMPR architecture & Home Network Example

Future Work

Use with larger ontologies Use a lighter Web service environment Support for precondition and effects Integrate prototype in our autonomic management architecture Compare (& combine?) with other refinement approaches

Introduction Policy-based Architecture SEMPR and NINO Case Study Conclusions

slide-21
SLIDE 21

21/21

Automatic Policy Refinement Using OWL-S and Semantic Infrastructure Information T.Klie, B. Ernst and L.Wolf – MACE Workshop, ManWeek 2007, San José, CA, USA, 2007-10-29

The End

Questions or comments?

Here and now: speak up! Via e-mail to tklie@ibr.cs.tu-bs.de

Introduction Traditional Approaches New Management Approaches Comparison Conclusions