Notes and Limitations apply to SBC 1000/2000 and SBC SWe Lite, unless noted.
For functional differences between the SBC 1000/2000 and SBC SWe Lite, refer to Functional Differences Between SBC 1000/2000 and SBC SWe Lite.
When Auto is set as the Signaling/Media Source IP field (in the SIP Signaling Group facing the Front End Server/Skype Mediation Server), call scenarios using IPv6 are not being transferred correctly. Most cases include a Skype Mediation Server or Front End Server which invokes call transfer (REFER SIP msg) incoming to the SBC Edge.
As a result, the following additional configuration is required for the calls to transfer correctly.
Ribbon does not recommend configuring Auto mode in the Signaling Group facing the Skype for Business Mediation or Front End Server, because the Skype for Business Mediation/Front End Server interface can be configured as either IPv4- or IPv6-compliant. There is no need for the SBC Edge to accept both IPv4 and IPv6 SIP/SDP from the Skype for Business interfaces.
For detailed information on configuration, see the following:
Creating and Modifying Entries to Transformation Tables
Add a Transformation Table (if the FQDN of the Skype Mediation Server/Front End Server is set as a pool), that includes a wildcard regex expression for the FQDN configured on the Transformation table (to match all Skype Mediation Server/Front End Servers within the pool).
For example:
If the Skype Mediation Server/Front End Server FQDN is "lync-rdc2.njsbclab.dev", then ".*lync-rdc2.njsbclab.dev.*" regex expression must be configured as the Transformation entry.
If multiple Skype Mediation Server/Front End Server FQDNs, (i.e, sfbfe1.sfb.tst, sfbfe2.sfb.tst, ….) are configured within a pool, then “.*sfbfe..sfb.tst.*” regex expression must be configured as the Transformation Entry.
Add a Call Routing Table which includes the following:
Security desk conferencing with the emergency call in Unidirectional and Bidirectional mode is not supported.
The SBC Edge rejects inbound BRI calls if the first channel is blocked.
The following SIP features are not supported in the SBC Edge:
RTP Proxy mode does not use SBC Edge DSP resources. As a result, the following features are not supported in the SBC Edge when calls are operating in RTP Proxy mode:
Firewalls and NAT Traversal call flows may interfere with RTP Proxy functionality.
Additionally, Ribbon recommends the SMM message translation with SDP manipulation not be used when operating in RTP Proxy mode, as it may introduce offer/answer issues. For details on using DSPs in calls, refer to SBC 1000-2000 System Performance and Capacity and SBC SWe Lite Performance and Capacity.
Only SIP message flows will be provided if the SIP Voice Quality Reporting (Nectar UCD) feature is activated. The voice metrics will be collected only in the DSP mode.
In rare cases, the sym-snmp process restarts with a probable loss of SNMP traps sent during this interval of process restart during high volume periods of SNMP traps being sent from the SBC 1000/2000 to the management stations. This behavior is exhibited when the SBC 100/2000 is not licensed for Transcoding and is experiencing high call volumes (2-3 calls/sec). The node generates an alarm trap for failure to acquire a Transcoding license for attempted call.
The following SNMP counters in the uxPortTable are unsupported:
The retrieval of large MIB tables via SNMP during periods of heavy call volumes can result in call failures and failed SNMP requests. Tables in excess of 1000 rows when traffic exceeds 2 calls/second or tables in excess of 500 rows when traffic exceeds 4 calls/second are consider large.
Polling of these tables should be limited to a maximum frequency of once per 45 minute period. The SNMP timeout should be set between 60 and 120 seconds. Retries should be limited to a maximum of 5.
No audio is transmitted between the end points when any SIP phone that sends a 180 without SDP employes a G.711 A-Law codec and the SBC Edge uses G.711 µ-Law codecs as the secondary codec in the Media List configuration in the following network topology:
There are two ways to work around this limitation:
Configure the A-law codec such that it is specified as the first codec in the media list as shown below:
Enable Early Media (183) in the corresponding signaling group as shown below:
The inter-digit timer is designed to begin after the DTMF tone is generated, however it currently begins before. This may result in an early timeout and could result in a mis-dialed number. To compensate, increase the inter-digit timer by the time equal to the duration of incoming MF/DTMF tones.
This issue will be addressed in a future release
The Reload button appearing in the bottom left-hand corner of the Local Logs page of the WebUI becomes inactive when the logfile exceeds 10 Megabytes in size. This is done to prevent the log file from overloading the browser.
Internet Explorer: Browser Limitation
The previous description not withstanding, Internet Explorer has an additional browser dependent limitation of 3MB. When the log file exceeds 3MB, IE disables the Reload button.
In the following specific scenario, ringback is heard by all parties when adding another extension to a conference call.
Scenario:
When this scenario is encountered all parties to the conference call hear the ringback tones. No ringback tone should be heard when attempting to add another party to a conference call.
This issue will be addressed in a future release.
When a call is transferred and the target extension is busy, a fast busy tone should be heard. In the following scenario, only a normal ringback signal is heard until the call times out:
This issue will be addressed in a future release.
When a forked call to Lync is answered elsewhere, the RibbonSBC automatically generates a SIP CANCEL (including a Reason header) to suppress Lync's missed call notification. However, the Microsoft Lync Server 2013 does not support receiving the Reason header from gateways. Without Microsoft support, there is no mechanism to suppress the missed call notification sent from Lync to Exchange.
Specific SBA versions require different Operating Systems:
The image that is based on a non-licensed Operating System will not be offered for re-initialization. If you are running a non-licensed OS, an alarm will be triggered. Ensure you are running a proper license for the ASM. For a list of licenses and instructions for deployment for a given SBA version, refer to Working with Licenses.
The ASM image based on Windows Server 2012 R2 supports only 5.0 and later versions of SbcComms (SbcComms is the firmware that runs on the ASM module). Do not downgrade SbcComms to versions previous to 5.0 if you wish to run Windows Server 2012 R2 .
SbcComms 5.0 is compatible with previous releases of SBC firmware (SBC firmware runs on the SBC baseboard). While customers have the option of downgrading the SBC firmware from 5.0 to a previous release, Ribbon recommends customers deploy 5.0 firmware on the SBC baseboard with SbcComms 5.0.
Please Note: Only previous releases that are still supported by Ribbon are compatible with SbcComms 5.0.
The following rules apply for a SBC Edge ASM:
An OS License is included at the time of shipment. To determine which OS was shipped, see below. If required, upgrade/downgrade packs for ASM images if needed are available for nodes that do not have the proper licensing for Windows 2008 R2 or Windows 2012 R2.
Downgrade Pack: Available for a node that needs Lync 2010 SBA but does not have a Windows Server 2008 R2 license (see Skype for Business - Best Practice Downgrade to Lync 2010 SBA). Ribbon will supply:
Upgrade Pack: Available for a node that needs Skype for Business 2015 SBA but does not have a Windows Server 2012 R2 license (Skype for Business - Best Practice Upgrade to Skype for Business 2015 SBA). Ribbon will supply:
Perform the following to apply a downgrade/upgrade pack:
If you attempt to initialize an SBA image based on a non-licensed OS a warning will appear similar to the image below. Please follow the instructions detailed above to license the required OS.
Lync/Skype for Business ignores the connected name information in the SIP messages and does not render this to the user.
For a deployment that uses multiple CCEs on a single site (High Availability), and a single CCE goes down, the existing calls from this CCE will drop and not failover to the additional CCE. New inbound and outbound calls are completed. The SBC follows this behavior for multiple SBCs on a single site.
Active calls are not preserved due to the behavior of the Cloud Connector Edition application.
The SWe Lite does not display an alert on the WebUI when you attempt to install or add a SIP Signaling Session license with a total count of 250 or more licenses on a system that does not have a high capacity license present. This warning is displayed in the WebUI's alarm list. For details on viewing alarms, refer to Viewing Alarms and Events.
A Skype for Business call parking issue occurs when the Music on Hold (MOH) feature has been activated on both the SWe Lite and Skype for Business server. A workaround to solve this issue is to activate MOH on either the Skype for Business server or the SWe Lite (not on both).
If too many subsystems are configured for verbose (debug/trace) local logging then log rotation may fail. If log rotation fails, new log entries are not written.