Wikipendium

Share on Twitter Create compendium Add Language
Edit History
Tools
  • Edit
  • History
  • Share on Twitter

  • Add language

  • Create new compendium
Log in
Table of Contents
  1. Basics
    1. Organization Model
    2. Information Model:
    3. Communication Model:
    4. FCAPS
  2. SNMP
    1. Role of the Information model in the SNMP information model framework
    2. SNMPv1 PDUs
  3. Web Services
    1. Operations between actors
  4. NETCONF
    1. NETCONF Layers
    2. NETCONF Operations
    3. Transport protocol
    4. Changing Paramters
  5. Part B: SNMP based management
    1. B.1. Lecture Module 2: ASN.1 and BER
  6. SNMP - Simple Network Management Protocol
    1. SMI - Structure of Management Information
    2. MIB Group
    3. SNMP Versions
      1. Comparisons
        1. Security
  7. Semantic Web
    1. RDF - Resource Description Framework
  8. CIM - Common Information Model
    1. CIM Specification
    2. CIM Schema
    3. Extension Schema
‹

TTM4128: Network and Service Management

Tags:
  • snmp
  • mib
  • net-snmp
  • xxx
  • manager
  • rdf
  • cim
  • cmip
  • web-services
  • core-model
  • wbem
  • metaschema
  • agent
  • asn1
  • ber
  • mazen
  • tlv
  • snmp-cim-cmip-wbem-ber-asn1-smi-mib-xml
+

Basics

With regards to the basic foundation of network mangement, there are three models: Organization Model, Information Model and Communciation model.

Organization Model

  • Organization model components:

    • Manager in Management system
    • Agent in Managed system
  • Manager

    • Sends requests to agents.
    • Monitors alarms from agents.
    • Houses applications.
    • Provides user services.
  • Agent
    • Gathers information from managed object instances.
    • Configures paramters of managed object instances.
    • Responds to mangagers' requests.
    • Generates alarms and sends them to manager.

Information Model:

Structure of Management Information (SMI)
Syntax and semantics for the defintion of the managed object types.
Management Information base (MIB)
The library system of the managed object types.
Management Information tree (MIB tree)
A hierarchical identification system for the managed object types.

Communication Model:

Manager (which contains applications) sends requests to the Agent (which contains Network elements/Managed Objects). The Agent sends responds and notifications/traps to the Manager.

FCAPS

FCAPS, coined by ISO, presents some of the major challenges faced by the network manager:

Fault management
Detection and isolation of failures in network; Trouble ticket administration; Manageing the occurence of fualty events such as disconnetions at virtual connections, links, and interfaces.
Configuration management
Set and change network configuration and compontnet parameters; Set up alarm thresholds; tuning various network devices.
Accounting management
Charging and billing the use of resources in an enterprise.
Performance management
Measurements of performance metrics and actions.
Security management
Prevent unauthorized access, attacks, and protecting data.

SNMP

Role of the Information model in the SNMP information model framework

The role of the Information Model framework is to define managed object types as well as an identification system for managed object types. Content is SMI and MIB. The role of SMI is to define a language basis for defintion and identifcation of Management Object Types. The language applied is ASN.1 Management Object Types are defined by the OBJECT-TYPE MACRO. MIB defines the collection of Managed Object Types. Management Object Types are identified by the posistion in the MIB tree.

SNMPv1 PDUs

5 different PDU. 3 From manager and 2 from agent.

get-request
Manager requests value of a managed object from agent.
get-next-request
Manager requests value of the next managed object ot the one specified.
set-request
Manager initializes or changes the value of managed object.
get-response
Agent responds with value for get and set requests from the manager.
trap
Alarm generated by an agent.

Web Services

Web services can search for other web services through the invocation of a service provided by a service broker.

  • The binding describes the message protocol with which the service can be reached. The protocol is HTTP

Operations between actors

  1. Publish: A service provider can tell the service broker about the services it provides by using the publish interface on the service broker.
  2. Find: The service requestor communicates with the Service broker to find a particular web service.
  3. Bind: Describes the message protocol with which the service can be reached, e.g. SOAP over HTTP. There can be multiple different bindings for the same portType in a WSDL document.
  4. Invoke: Represents the actual invocation of a Web Service and can be compared to a function call, where parameters are passed to the function and return values is received as result.

NETCONF

Random (but important) facts about NETCONF.

  • NETCONF is an IETF network mangement protocol
  • It is used for configuration (while SNMP turned out to be primarily used for monitoring)
  • It evolved from the fact that operators widely used command line to configure equipment.
  • It provides mechanisms to install, change, and remove the configuration of network devices.
  • It uses SSH as transport protocol, and defines its operations on top of an RPC layer (rpc and rpc-reply)
  • It uses the Yang language to define manged object types in its framework.

NETCONF Layers

NETCONF has 4 layers:

Content (Layer 4)
The configuration data, typically XML.
Operations (Layer 3)
The command describing the task we want to execute. get, edit, copy, delete.
Messages (Layer 2)
The implementation of RPC (remote procedure calls) following the netconf standard.
Secure transport (Layer 1)
Transport protocol layer. Beep, SSH, HTTPS.

NETCONF Operations

There are 4 NETCONF operations.

get-config(source, filter)
Retrieve a (filtered subset of a) configuration from the configurationdatastore source.
edit-config(target, default-operation, test-option, error-option, config)
Edit the target configuration datastore by merging, replacing, creating, or deleting new config elements.
copy-config(target, source)
Copy the content of the configuration datastore source to the configuration datastore soruce to the configuraiton datastore target.
delete-config(target)
Delete hte named configuration datastore target.

Transport protocol

Assuming a NETCONF tool will be used instead of SNMP or CIM. SSH would be a good transport protocol to use for the NETOCONF based management tool

Changing Paramters

When changing some of the parameters on one of the equipment using NETCONF, the basic steps that should be done to configure an equipment are:

  • Lock: Prepare the configuration for change by locking it.
  • Edit: Edit the configuration with appropriate XML.
  • Commit the configuration.
  • Unlock the configuration.

Part B: SNMP based management

B.1. Lecture Module 2: ASN.1 and BER

SNMP - Simple Network Management Protocol

SMI - Structure of Management Information

Defines SNMP specific ASN.1 syntax and semantics, nodes in the Internet Management tree, the OBJECT-TYPE Macro and mechanism to define Indexes.

MIB Group

A collection of related MIBs that are implemented as a whole in a managed system.

SNMP Versions

Comparisons

Security

SNMP version 1 and 2 is prone to the following security threats:

  • Modification of Information
  • Masquerade
  • Reordering of message fragments (to modify meaning)
  • Disclosure

This is resolved in SNMPv3 by implementing the following security services:

  • Data integrity
  • Data origin authentication
  • Encryption
  • Prevention of redirection, delay and replay

Semantic Web

RDF - Resource Description Framework

RDF is a framework for describing resources on the web. It is designed to be read and understood by computers, and written in XML. RDF is a W3C recommendation.

Example RDF document:

<?xml version="1.0"?>
<RDF>
    <Description about="http://www.w4schools.com/rdf">
        <author>Kris. K. Larsen</author>
        <homepage>http://www.w4schools.com</homepage>
    </Description>
</RDF>

CIM - Common Information Model

Consists of three main components:

  • CIM Specification
  • CIM Schema
  • CIM Extension Schema

CIM Specification

Defines details for integration with other models, as well as syntax and rules and the CIM metaschema.

CIM Schema

Defines the actual model descriptions for systems, applications, local area networks (LANs) and devices. It consists of the Core Model and the Common Models.

Extension Schema

Written by

Khrall EvenMF
Last updated: Sun, 15 Dec 2019 15:10:22 +0100 .
  • Contact
  • Twitter
  • Statistics
  • Report a bug
  • Wikipendium cc-by-sa
Wikipendium is ad-free and costs nothing to use. Please help keep Wikipendium alive by donating today!