Skip to Main Content
Cloud Management and AIOps


This is an IBM Automation portal for Cloud Management and AIOps products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).

Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.

Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

Status Delivered
Created by Guest
Created on Sep 7, 2021

HuaweiM2K Java Collector should discover all neTypes as in XML dumps

This case is a follow up from the previous TS005353782 case which was closed even before our last inquiry was answered.

For the NeType combination below which the previous PMR support described as “Not Supported”, we would like to know when it will be supported since this will be needed by Globe client.

===

Details from the previous case:

1) SRAN files with LTE ne-type are supported. For these files/ne-types to be processed, we need to configure two properties processor.enb.srannbi.netype and processor.enb.srannbi.neversion.

2) SRAN Files with "Co-MPT BTS" ne-type supported. If these files contain module that are not supported (like gNodeBFunctionModule), entire discovery fails and we see related message in log file. For these files/ne-types to be processed, we need to configure two properties processor.enb.srannbi.combinedsite.netype and processor.enb.srannbi.combinedsite.neversion

3) GNB* Files with ne-type as BSC6900GSMNE (GSM_BSC) are supported. No explicit configuration in properties files is required to specifically mention ne-types to process.

4) UNBI* files with ne-type as BSC6900UMTSNE (UMTS_RNC type) are supported. No explicit configuration in properties files is required to configure ne-type etc.

If adjacent NODEB devices data also supplied in CME* file format in same input data folder, those files/devices are also processed.

5) CME* files for ENODEB type (className is BTS3900NE and file contains BTS3900ENODEBFUNCTION MOs in file) are supported if we install draft instller for RFE144346. This functionality is not available in any released FP yet.

These files doesn't requires any explicit configuration to be processed. If they are part of input data folder, they are processed.

Example ENODEB Devices we identify in supplied input files are:

AMANSION1ACZ,100WESTMKTNCRIDF, 100KTOWERQCHL, 100KTOWERQCFW, 15THAVSOCOROQCNCREMFW,11AVEFHLKWR,

C5MARKETACZ, 8THNSIGNALTAGNCRFHLK, BCFILCYBERPSYIDFHKW, ABSAIESQCNCRPNPZ, 2102311HPF10K4000074.

6) CME* files for NODEB type (className is BTS3900NE and contains BTS3900NODEBFUNCTION MOs in file) are processed when supplied along with UNBI files and when the UNBI file has reference to NODEB mentioned in CME* file.

This way of getting them processed doesn't require any explicit configuration. They are processed when they are available in input data folder. When I run the discovery for data folder that contains UNBI* and CEM* of NODEB, I could see complete device structure.

CME* files for NODEB type (className is BTS3900NE and contains BTS3900NODEBFUNCTION MOs in file) are not supported if supplied alone(without corresponding UNBI* file). If we install draft installer for RFE144346, you would see mostly empty device structure for this data type. It is because they have same className as eNodeB/LTE devices.

We are planning to support processing of these CME* files for NODEB without any dependncy on UNBI files as part of 2nd phase of RFE144346.We need further analysis on it and yet to start on it.

Example NODEB Devices we identified in supplied input files are:

BDG911SAMARSTMLANCRZ, B3BONIHIGHACZ,B2BONIHIGHACZ, AYALACKTMALMKTNCRLSZ, AYALABAY1PQUENCRLSZ.

7) CME* files for GNODEB type (className is BTS3900NE and contains GNODEBFUNCTION MOs in file).

Examples of these devices in supplied files are ARENA3MOAM, ACACIAMN

8) CME* files with className value as ICSNE has no support. Example NE names in PMR supplied files are IPCLK SERVER AURORA-1, IPCLK SERVER VALERO-1

9) No support exists for CME* files with className as BSC6900GSMNE (and ne-type as BSC6900GSM).

Example NE names in PMR supplied files are NCRANTPLOBSC1, NCRAURORABSC1.

10) No support exists for CME* files with className as BSC6900UMTSNE (and ne-type as BSC6900UMTS).

Example NE names in PMR supplied files are NCRAURORARNC1, NCRAURORARNC2, NCRCANERORNC3, NCRCANERORNC4.

11) SRANFiles with NodeB ne-type are not supported. I remember adding its NE type value to processor.enb.srannbi.netype results in empty device structure.

12) SRANFiles with NR ne-type are not supported. I remember adding its NEtype value to processor.enb.srannbi.netype results in empty device structure.

Idea priority High