Policy Based Management Thoughts and Observations from a Network - - PowerPoint PPT Presentation

policy based management thoughts and observations from a
SMART_READER_LITE
LIVE PREVIEW

Policy Based Management Thoughts and Observations from a Network - - PowerPoint PPT Presentation

Policy Based Management Thoughts and Observations from a Network Management Perspective John Strassner (john.strassner@intelliden.com) Page 2 John Industry Requirements DEN-ng vs. the World Policy 2004 Panel John Strassner Our


slide-1
SLIDE 1

Policy Based Management Thoughts and Observations from a Network Management Perspective

John Strassner

(john.strassner@intelliden.com)

slide-2
SLIDE 2

Policy 2004 Panel – John Strassner Page 2

John – Industry Requirements

DEN-ng vs. the World…

slide-3
SLIDE 3

Policy 2004 Panel – John Strassner Page 3

Our Subject…

Let’s help the world through PBM

slide-4
SLIDE 4

Policy 2004 Panel – John Strassner Page 4

Our Subject…

Let’s help the world through PBM

slide-5
SLIDE 5

Policy 2004 Panel – John Strassner Page 5

Network Management is a Mess

Define BGP Peers [edit] routing-instances { routing-instance-name { protocols { bgp { group group-name; { peer-as as-number; neighbor ip-address; } } } } } Router(config)# router bgp autonomous-system Router(config-router)# neighbor { ip-address | peer-group-name} remote-as number Router(config-router)# neighbor ip-address activate

Different languages Different semantics Different programming models

Stovepipe #1 Stovepipe #2 DEN-ng

slide-6
SLIDE 6

Policy 2004 Panel – John Strassner Page 6

Goals, Shmoals…

  • The fallacy is that people think that there

is ONE policy…

  • …WRONG!

“John gets GoldService”

  • Is perfectly reasonable for business analysts
  • Is perfectly meaningless to a NOC technician
  • Will never happen for me (but I diverge…)
slide-7
SLIDE 7

Policy 2004 Panel – John Strassner Page 7

Business View: SLAs, Processes, Guidelines, and Goals Business View: SLAs, Processes, Guidelines, and Goals System View: Device- and Technology-Independent Operation System View: Device- and Technology-Independent Operation Administrator View: Device- Independent, Technology-Specific Operation Administrator View: Device- Independent, Technology-Specific Operation Device View: Device- and Technology-Specific Operation Device View: Device- and Technology-Specific Operation Instance View: Device-Specific MIBs, PIBs, CLI, etc. Implementation Instance View: Device-Specific MIBs, PIBs, CLI, etc. Implementation

The Policy Continuum

slide-8
SLIDE 8

Policy 2004 Panel – John Strassner Page 8

Morris Asked (Too) Many Questions

  • Policy Specification (ECA and permit/deny)

Maybe…but they need to be understood by heterogeneous PDPs, PEPs, PXPs, etc. Which is the problem with a single Policy Language

  • A goal isn’t a policy – a policy is used to govern

behavior that realizes the goal

  • AI techniques have their place, but they are not

going to be used in a Telco environment!

  • Agents and active networks are a good

research topic, but would YOUR network admin use them?

slide-9
SLIDE 9

But We Have a More Important Problem

slide-10
SLIDE 10

Policy 2004 Panel – John Strassner Page 10

LogicalResource PhysicalResource 0..n 0..n 0..n 0..n PResourceSupportsLResource ResourceFacingService 0..1 1..n 0..1 1..n LogicalResourcesImplementRFS 0..1 1..n 0..1 1..n PhysicalResourcesHostRFS Service Resource Configuration 1..n 1 1..n 1 ConfiguresService 1..n 1 HasConfiguration 1..n 1 Product 0..n 0..n 0..n 0..n ProductRealizedAsResource CustomerFacingService 0..n 1..n 0..n 1..n CFServiceRequiresRFServices 0..1 0..n 0..1 0..n ProductRealizedAsCFService

We Always Forget About the Business…

Changes to Product Changes to Configuration Changes to Service Changes to Resource

Customer 1..n 1..n 1..n 1..n Buys CustomerService LevelAgreement 1..n 1 1..n 1 ContractsServicesUsing DefinesService 0..1 0..n 0..n 0..1

Changes to SLA Changes to Configuration Changes to Configuration Changes to Configuration

slide-11
SLIDE 11

This is hard, so it must be automated

slide-12
SLIDE 12

Policy 2004 Panel – John Strassner Page 12

DEN-ng Model Driven Code Generation

DEN-ng UML Model Schema Preparation Process Model Mapping Rules Schema Generator Process

Java Mapping for Session Computation Directory Mapping for Persistence Directory Mapping for Persistence Directory and JavaSpace Mappings for Persistence

Parsed Output Documentation and Help Files

Errors and Warnings

slide-13
SLIDE 13

Policy 2004 Panel – John Strassner Page 13

But Now, the Real Problems

  • Policy is a paradigm-shift
  • Political-economical-social considerations

Everyone’s traffic is the most important Lack of OO, UML-compliant, scalable models that have been tested by industry

  • DEN-ng is arguably the first of these

Lack of skilled people

  • Industry and Academia must be reunited

It’s the same problem, but needs both perspectives to be solved correctly

  • Other than DEN-ng, we haven’t addressed

How it is used (capabilities, constraints, context) How information is invoked (CONTRACTS!) Policy is MORE than a static class diagram!

slide-14
SLIDE 14

Policy 2004 Panel – John Strassner Page 14

Summary

  • There are as many policies as it makes sense

to the users of the system

  • Instead of specifying a universal language

We really need to specify the behavior in terms of capabilities, constraints and context We need to formalize behavior using Contracts

  • Policy isn’t widely deployed because there are

few similarities between policy-aware components and systems

But that doesn’t mean, Give Up!

  • Academia and Industry need to be reunited