The SLEE.cfg Parser Silently Ignores Wrong Syntax for Numerical and Hexanumerical Variables and Applies Wrong Values (Doc ID 1451218.1)

Last updated on DECEMBER 04, 2019

Applies to:

Symptoms

Introduction

The symptoms and impacts of this problem may be various in the way that wrong SLEE.cfg numerical values will be passed to the SLEE.  An full list of numerical values can be found in the Network Charging and Control (NCC) documentation, please read:

SLEE Technical Guide - Chapter : Configuring the SLEE - Modifying SLEE.cfg

Please read the following document to learn how to download NCC documentation:

How to Download Oracle Communications Network Charging and Control (OCNCC/NCC) Documentation

Some of the most common (and probably the most important) impacted variables are :

• MAXDIALOGS
• MAXEVENTS
• MAXCALLS
• SERVICEKEY

The MAX* values sort of define how much processing will be possible into the SLEE at any time.

The SERVICEKEY links the incoming message to the Service or the Interface, it is an essential element to be able to route the incoming messages to the right service or interface inside the SLEE.

General description

Two parsing issues have been detected:

• Decimal number with non-numeric character
  
  If a decimalnumber contains a non-numeric character, in any position after the first digit, then the non-numeric character and all subsequent characters are ignored.
  
  Example: 1234L5678 will be read as 1234 with no ERROR.

• Hexadecimal number with an invalid hexadecimal digit
  
  If a hexadecimal number contains an invalid hexadecimal digit, then that character is silently converted to a 0 digit.
  
  Example: 0xace3caRd will be read as 0xace3ca0d with no ERROR.

Real life examples

• Given the following SERVICEKEY declaration:
  

Changes

This problem impacts all version of the NCC software until the future 5.0 version.

Cause

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.