Diameter Management

Contents

1Introduction

2

Functions and Concepts
2.1Types of Operation

3

Managed Object Model

4

Configuration Management

5

Fault Management

1   Introduction

This document provides an overview of the management model and concepts associated with the Diameter managed area.

A managed area is represented by a group of Managed Object Classes (MOCs) within the Managed Object Model (MOM).

2   Functions and Concepts

Diameter Management provides a management interface for Diameter handling of the Managed Element (ME).

Diameter Overview

Diameter is a protocol providing connection and message handling services. A Diameter node represents a generic node that implements the Diameter Base Protocol in compliance with RFC 6733, and acts either as a client, a server, or an agent.

In a network, a Diameter node has connections to one or many other Diameter nodes (its Peer nodes). Diameter messages are passed over such connections. Two Diameter nodes can be connected by a single or multiple connections. Multiple connections enable load balancing across processors and higher throughput.

Connections can either be established over the Transmission Control Protocol (TCP) or the Stream Control Transmission Protocol (SCTP). Those protocols can be run over IPv4 and IPv6.

Diameter Own Node and Connection Directions

The Diameter Own node is the Diameter node function provided by an ME, see Figure 1.

Figure 1   Diameter Management Overview

An outgoing connection is a connection initiated by the Diameter Own node to a Peer node. The Diameter Own node is the connection initiator for such connection. An incoming connection is a connection initiated by a Peer node of the Diameter Own node. The Diameter Own node is the connection responder for such connection.

Realm Routing Table

The Ream Routing Table (RRT) is the routing table used in each Diameter node to route Diameter messages. A Diameter node uses its RRT to determine whether a Diameter message must be handled locally, forwarded to the next hop, or redirected.

Diameter Message Format

The Diameter message consists of a message header and a message payload. The payload consists of one or more Attribute-Value Pairs (AVPs). An AVP includes a header and is used to encapsulate protocol-specific data (for example, routing information) and authentication, authorization, or accounting information. The format of the Diameter header and AVP header is shown in Figure 2.

Figure 2   Diameter Message Format

Diameter Base

The Diameter base functions consist of connection handling and message handling.

Connection handling encompasses the following:

Message handling encompasses the following:

Diameter Application

A Diameter application is an extension of the Diameter Base Protocol. It adds new commands or AVPs, or both, to the Diameter base. A Diameter application is identified by its application ID.

Diameter Stack

A Diameter stack is the (set of) Diameter application(s) used in Diameter clients and servers to establish Diameter communication according to an interface specification.

Stack Container

A stack container is the ME Diameter configuration used by a single Diameter stack or shared by multiple Diameter stacks. A stack container encompasses the following configuration data:

2.1   Types of Operation

Diameter Management supports the following operations:

Configure Own Node

This operation configures the Diameter own node, acting either as a client, as a server, or as an agent. The Diameter Base Protocol allows the establishment of direct connections between a generic Diameter node (called the own node) and one or more Diameter peer nodes. Diameter messages can be transferred over the TCP or the SCTP; the latter transferred over IPv4 or IPv6. For further details on how to perform this operation, refer to Configure Own Node.

Configure Peer Node and Connections

This operation adds and configures a Peer node and the associated connection, or connections, to the Own node. For further details on how to perform this operation, refer to Configure Peer Node and Connections.

Configure Realm Routing Table

This operation adds and configures the RRT. For further details on how to perform this operation, refer to Configure Realm Routing Table.

Disable Peer Node

This operation disables a Peer node. It can be done when all connections for the Peer node are disconnected. For further details on how to perform this operation, refer to Disable Peer Node.

3   Managed Object Model

The Diameter Management managed area is represented in the Managed Object Model (MOM) as follows:

ManagedElement
   +-DIA-CFG-Application
      +-DIA-CFG-Configuration
      +-DIA-CFG-DictionaryContainer
         +-DIA-CFG-Vendor
            +-DIA-CFG-AvpDef
      +-DIA-CFG-StackContainer
         +-DIA-CFG-OwnNodeConfig
         +-DIA-CFG-PeerNodeContainer
            +-DIA-CFG-NeighbourNode
               +-DIA-CFG-Conn
         +-DIA-CFG-RoutingContainer
            +-DIA-CFG-Drt
               +-DIA-CFG-AccReqContainer
                  +-DIA-CFG-AppRouting
               +-DIA-CFG-AuthReqContainer
                  +-DIA-CFG-AppRouting

For general information about the MOM, MOCs, Managed Objects (MOs), cardinality, and related concepts, refer to Managed Object Model User Guide.

The Diameter MOCs are described in Table 1.

Table 1    Diameter Management Managed Object Class Descriptions

Managed Object Class

Description

DIA-CFG-Application

The root of the Diameter Management model.

DIA-CFG-Configuration

Handles a common Diameter application configuration.

DIA-CFG-DictionaryContainer

Container for underlying MOCs.

DIA-CFG-Vendor

Defines a vendor Diameter application.

DIA-CFG-AvpDef

Handles an AVP.

DIA-CFG-StackContainer

Container for underlying MOCs.

DIA-CFG-OwnNodeConfig

Handles the Own node.

DIA-CFG-PeerNodeContainer

Container for underlying MOCs.

DIA-CFG-NeighbourNode

Handles a Peer node.

DIA-CFG-Conn

Handles a Peer node connection.

DIA-CFG-RoutingContainer

Container for underlying MOCs.

DIA-CFG-Drt

Represents an entry in the RRT.

DIA-CFG-AccReqContainer

Container for underlying MOC.

DIA-CFG-AppRouting

Handles routing information.

DIA-CFG-AuthReqContainer

Container for underlying MOC.

4   Configuration Management

Diameter Management is accessed using NETCONF or the Ericsson Command-Line Interface (ECLI) to manipulate the Management Information Base (MIB).

The following operations can be performed by the user and are described in Operating Instructions using the ECLI:

5   Fault Management

The Diameter Management alarms are described in Table 2.

Table 2    Diameter Management Alarms

Alarm

Description

vDicos, Diameter Link Congested

 

Raised when the number of messages starts to get discarded because of congestion at the Diameter transport layer as it exceeds a configured threshold value in a given time interval.

vDicos, Diameter Link Disabled

 

Raised when the relevant Diameter connection is administratively disabled or disabled by the Diameter Peer node.

vDicos, Diameter Link Failure

 

Raised when a Diameter connection has failed.

vDicos, Diameter Own Node Disabled

 

Raised when the Diameter Own node has been disabled.


vDicos, Diameter Peer Node Disabled

 

Raised when a Diameter Peer node has been disabled.



Copyright

© Ericsson AB 2015, 2016. All rights reserved. No part of this document may be reproduced in any form without the written permission of the copyright owner.

Disclaimer

The contents of this document are subject to revision without notice due to continued progress in methodology, design and manufacturing. Ericsson shall have no liability for any error or damage of any kind resulting from the use of this document.

Trademark List
All trademarks mentioned herein are the property of their respective owners. These are shown in the document Trademark Information.

    Diameter Management