4 Known Issues
The following topics list the known issues for the Cloud Native SBC. Oracle updates this document to distribute issue status changes. Check the latest revision of this document to stay informed about these issues.
Bug Severity
The Cloud Native SBC adopts the following four general definitions for bug severity
- Severity 1 - Critical/Complete loss of service.
- Severity 2 - Significant/Major/Severe loss of service.
- Severity 3 - Standard/Minor/Minimal loss of service.
- Severity 4 - Minimal/Informational/Minor error/No loss of service/Cosmetic.
Known Issues
Review the known issues before using the Cloud Native SBC. ORACLE is aware of these known issues and may resolve these in future releases. Refer the workarounds if available to handle the known issue and review this section periodically for updates.
Table 4-1 Known Issues
| ID | Description | Severity | Found In |
|---|---|---|---|
| Internal bug | Any VLAN-tagged transcoding call flow that requires detecting RFC 2833 to interwork with other DTMF methods (RFC 2833, SIP-INFO, or inband) may fail because no DTMF is transcoded out. | 2 |
|
| Internal bug | Call rejections returned by an overloaded Media Engine may not be handled correctly by the Signaling Engine due to a race condition under sustained call load. This can occur when the Media Engine enters an overload state and then receives a new call request within the Signaling Engine–Media Engine registration refresh interval. | 3 |
|
Resolved Known Issues
The following table provides a list of previous Known Issues that are now resolved.
Table 4-2 Resolved Known Issues
| ID | Description | Severity | Found In | Fixed In |
|---|---|---|---|---|
| Internal bug | Deployment of Signaling, Media or Transcode Engine as a part of the Cloud Native SBC application package fails. The pod fails to reach the Ready state and displays an error in the vNIC injection job pod.
ERROR: Interface name not found for mac address xx:xx:xx:xx:xx:xx Workaround: Run this command to delete the Cloud Native SBC Application pod that failed to reach Ready state. kubectl delete pod <CNSBC application failed pod name> - n <namespace> <namespace> is the Cloud Native SBC application namespace. |
2 |
|
|
| Internal bug | Reviewing configurations changes for access-control element is not supported in Cloud Native SBC GUI. | 3 |
|
|
| Internal bug | The Cloud Native SBC does not support sending STIR requests to an STI server located on a routed external network. | 2 |
|
|
| Internal bug | While the Transcode Engine processes moderate volume of media traffic in para-virtualized mode, intermittent DPWD crashes may occur. This could result in a minimal call impact. | 2 |
|
|
| Internal bug | In the Cloud Native SBC GUI, under sip-manipulation > cfg-order, the Move Up or Move Down option to re-order the manipulation rule does not appear on the first mouse click. This option is available under the action column, represented by a horizontal ellipsis icon.
Workaround: Click the actions icon(represented by the horizontal ellipsis icon) twice to view the Move Up or Move Down option. |
3 | 25.1.0 | 26.0.0 |
| Internal bug | After a failover occurs in a high-availability (HA) setup, existing Denial of Service (DoS) entries for the previously active Signaling Engine do not reflect in the newly active Signaling Engine. | 3 | 25.1.0 | 26.0.0 |
| Internal bug | Traces are not generated when the following conditions are met in sip-adv-log-trace element.
|
3 | 25.1.0 | 26.0.0 |
| Internal bug | Advanced logs are not generated when the following conditions are met in sip-adv-log-trace element.
|
3 | 25.1.0 | 26.0.0 |
| Internal bug | The Transcode Engine may go into disabled state when it takes on the active role during a Transcode Engine failover. Once disabled, it remains in that state until the pod is restarted.
Workaround: Use the TEDisabledStateDetected application alert to learn more about the Transcode Engine's state. Note: Refer to the Oracle Cloud Native Session Border Controller Observability Guide to learn more about this alert - TEDisabledStateDetected. |
3 | 26.0.0 | 26.0.1 |
Caveats
Review the caveats before using the Cloud Native SBC. These caveats talk about the Cloud Native SBC's unexpected behavior as per design. ORACLE is aware of these caveats that do not have a workaround. Review this section periodically for updates.
Transcoding Caveats
Software-based transcoding on the Cloud Native SBC is only supported on servers with INTEL CPUs.
CPU Resource Configuration Unavailable in Cloud Native SBC Console Database
The Cloud Native SBC Console database does not support CPU resource configuration.
Console Core URL
If you update the coreStaticIpAddress parameter in the Console values YAML file and upgrade the Console, then manually update the IP address of the Console Core in the home URL for your client sbc from the IAM's UI(Clients page).
Large Configuration Limitation
It is advisable to operate within a limit of 50,000 configuration objects and attributes to ensure optimal performance and minimize the risk of service degradation. This number can vary depending on the mix of various configuration element types. For large configurations, it is recommended to save and activate configuration during times of low traffic. Future updates are road mapped to further enhance performance and will allow for higher configuration limits.
It is also recommended to configure a minimum of 3 minutes for both clientTimeout and serverTimeout when setting up timeouts in load balancer during platform preparation.
For more information on the factors that influence the activation of configurations, refer to the Oracle Cloud Native Session Border Controller Console GUI Guide.
ARP Limitation
Any Signaling, Media, or Transcode Engine pod can support a maximum of 4000 ARP entries at any time. This limit applies regardless of the number of service networks configured.
VLAN Limitation
A maximum of 500 tagged service networks is supported per physical network. A total of 1500 tagged service networks are supported across all physical networks.
Signing Certificate Storage Restrictions in Cloud Native SBC Application Namespace
Signing certificates, including private Root CAs or Intermediate CAs, should not be stored within the Cloud Native SBC application namespace. If these certificates are present, the Configuration Manager may display them in the list of end-entity certificates, and configuration activation with these certificates will not be successful. Attempting to use such certificates within a TLS profile will cause the activation of the configuration to fail, including for Automated Test Suite, as signing certificates cannot function as end-entity certificates.
Rollback from Cloud Native SBC Console 1.26.0 to 1.25.X Not Supported
Perform an in-service software upgrade of the Cloud Native SBC Console from releases 1.25.X to 1.26.0 as supported. Do not attempt an in-service software rollback from 1.26.0 to releases 1.25.X, as this is not supported due to uplifts in the Console IAM. If a rollback is necessary, follow the disaster recovery procedure to back up and reinstall the Console component. Refer to the Oracle Cloud Native Session Border Controller Disaster Recovery Guide for detailed instructions.
Manual removal required for older alert rules when upgrading to 1.26.0
When upgrading from release 1.25.1 to 1.26.0, alert rules are now managed by the helm chart instead of manual deployment through YAML files. As a result, existing alert rule CRs created manually in prior versions are not upgraded or removed automatically during the upgrade process. You must manually uninstall older alerting rules before or after upgrading to ensure proper alert management and avoid duplication or conflicts.
Refer to the Oracle Cloud Native Session Border Controller Installation Guide for detailed information on alert rules files.
Two-Factor Authentication (2FA) Not Supported on Cloud Native SBC Console IAM
Two-factor authentication (2FA) is currently not supported on the Cloud Native SBC Console IAM.