7 Resolved and Known Bugs
This chapter lists the resolved and known bugs for DSR.
These lists are distributed to customers with a new software release at the time of General Availability (GA) and are updated for each maintenance release.
7.1 Severity Definitions
The problem report sections in this document refer to bug severity levels. Definitions of these levels can be found in the publication, TL 9000 Quality Management System Measurement Handbook.
Problem Report
A report from a customer or on behalf of the customer concerning a product or process defect requesting an investigation of the issue and a resolution to remove the cause. The report may be issued through any medium.
Problem reports are systemic deficiencies with hardware, software, documentation, delivery, billing, invoicing, servicing, or any other process involved with the acquisition, operation, or performance of a product. An incident reported to request help to bring back the service or functionality to normal without the intent to investigate and provide a resolution to the cause of the incident is not a problem report.
Severity Definitions
Service requests for supported Oracle programs may be submitted by you online through Oracle’s web-based customer support systems or by telephone. The service request severity level is selected by you and Oracle and should be based on the severity definitions specified as follows:
- Severity 1 - Your production use of the supported programs is
stopped or so severely impacted that you cannot reasonably continue work. You
experience a complete loss of service. The operation is mission critical to the
business and the situation is an emergency. A Severity 1 service request has one
or more of the following characteristics:
- Data corrupted.
- A critical documented function is not available.
- System hangs indefinitely, causing unacceptable or indefinite delays for resources or response.
- System crashes, and crashes repeatedly after restart attempts.
Except as otherwise specified, Oracle provides 24 hour support for Severity 1 service requests for supported programs (OSS will work 24x7 until the issue is resolved) when you remain actively engaged with OSS working toward resolution of your Severity 1 service request. You must provide OSS with a contact during this 24x7 period, either on site or by phone, to assist with data gathering, testing, and applying fixes. You are requested to propose this severity classification with great care, so that valid Severity 1 situations obtain the necessary resource allocation from Oracle.
Network Software Support & Sustaining Support, please see the Oracle Communications Network Premier & Sustaining Support and Oracle Communications Network Software Support & Sustaining Support sections above. - Severity 2 - You experience a severe loss of service. Important features are unavailable with no acceptable workaround; however, operations can continue in a restricted fashion.
- Severity 3 - You experience a minor loss of service. The impact is an inconvenience, which may require a workaround to restore functionality.
- Severity 4 - You request information, an enhancement, or documentation clarification regarding your software but there is no impact on the operation of the software. You experience no loss of service. The result does not impede the operation of a system.
7.2 Resolved Bug List
This sections lists all resolved bugs for DSR, vSTP, and VNFM in this release.
7.2.1 DSR
Release 9.2.0.1.0
The following table lists the resolved bugs in DSR 9.2.0.1.0 release.
Table 7-1 DSR 9.2.0.1.0 Resolved bugs
| Bug Number | Severity | Found in Release | Title |
|---|---|---|---|
| 38728864 | 2 | 9.0.0.0.0 | PFE B1 and B2 out of service: IPFE entering main run loop |
| 38683161 | 2 | 9.1.0.0.0 | SR 3-42964543221: SR 3-42962241451: 3002: Getting Unable to deliver for the binded IMSI on GUJ DRA |
| 38606186 | 2 | 9.0.0.0.0 | TLS Configuatation for peer nodes |
| 38954926 | 2 | 9.2.0.0.0 | 5002 and 5003 alarms between IPFE A1 and IPFE A2 after accept upgrade was performed |
| 38858912 | 3 | 9.2.0.0.0 | 9.2 upgrade measurement report after upgrade is generating exception for SOLK Meas-Report 2 |
| 38840132 | 3 | 9.2.0.0.0 | Transaction configuration sets is giving operation failed error the entry no longer exists |
| 38822547 | 4 | 9.0.0.0.0 | Measurement Reports through MMI |
| 37964585 | 4 | 9.1.0.0.0 | vDSR 9.x | Database comparison does not show correct “current ConnectionAdmin” count when doing compare or restore database which leads to confusion to the user. |
7.2.2 vSTP
Release 9.2.0.1.0
The following table lists the resolved bugs in vSTP 9.2.0.1.0 release.
Table 7-2 vSTP 9.2.0.1.0 Resolved bugs
| Bug Number | Severity | Found in Release | Title |
|---|---|---|---|
| 38411674 | 3 | 9.1.0.0.0 | GTT Action testmode ON, SCPVAL FAILED but Skipped error |
| 38451919 | 3 | 9.1.0.0.0 | SSP generated in response to Data packet for unconfigured SCCP Application |
| 38686950 | 3 | 9.1.0.0.0 and 9.2.0.0.0 | vSTP_SFAPP: Invalid xml sent to udr when MSISDN is updated with VLR |
| 38697505 | 3 | 9.1.0.0.0 | vSTP Process restarting in SCCP_Validation |
| 38607731 | 3 | 9.0.2.0.0 | "No XML document error" is coming up while exporting SOAM alarm history for M3uaLink and RSP |
| 37466616 | 3 | 9.1.0.0.0 and 9.2.0.0.0 | "VSTP Link Usage" export not working |
| 38761381 | 3 | 9.0.2.0.0 | DSR 9.0.2.1.0-99.16.0 | vSTP MAP Based Routing | MBR Decoding Failed |
| 38941432 | 3 | 9.2.0.0.0 | Post upgrade issue on VSTP MPs with 9.2 release |
| 38541850 | 4 | 9.1.0.0.0 | Exported CSV of GttActions is showing no value under Default Id and Fail Act Id |
7.2.6 UDR
Release 14.2.0.1.0
Table 7-3 UDR 14.2.0.1.0 Resolved Bugs
| Bug Number | Severity | Found in Release | Title |
|---|---|---|---|
| 38462908 | 2 | 14.1 | Problem with MSISDN 000000000 in UDR Rel. 14.1.0.0.0-114.32.0 |
| 39222158 | 3 | 14.0.2 | Porting the bug fix done for DSD-2550 for UDR-14.2.0.1 |
| 39221806 | 3 | 14.1 | Fix for the UDRES-404 in UDR-14.2.0.1 |