© 2021 Ribbon Communications Operating Company, Inc. © 2021 ECI Telecom Ltd. All rights reserved. The compilation (meaning the collection, arrangement and assembly) of all content on this site is protected by U.S. and international copyright laws and treaty provisions and may not be used, copied, reproduced, modified, published, uploaded, posted, transmitted or distributed in any way, without prior written consent of Ribbon Communications Inc.
The trademarks, logos, service marks, trade names, and trade dress (“look and feel”) on this website, including without limitation the RIBBON and RIBBON logo marks, are protected by applicable US and foreign trademark rights and other proprietary rights and are the property of Ribbon Communications Operating Company, Inc. or its affiliates. Any third-party trademarks, logos, service marks, trade names and trade dress may be the property of their respective owners. Any uses of the trademarks, logos, service marks, trade names, and trade dress without the prior written consent of Ribbon Communications Operating Company, Inc., its affiliates, or the third parties that own the proprietary rights, are expressly prohibited.
This document outlines the best practices for configuring Ribbon SBC SWe Lite for Recording feature verification.
From Release 11.0.0 onwards, Ribbon "SBC SWe Lite" is rebranded as "SBC SWe Edge".
The Ribbon Session Border Controller Software Edition Lite (SBC SWe Lite) provides best-in-class communications security. Microservices designed to optimize resource allocation, dynamic scaling, and automated lifecycle management are all attributes of the SBC SWe Lite, delivering edge SBC capabilities, such as robust network security, overload controls, SIP normalization, SIP Recording, IPv4-IPv6 interworking, and audio transcoding.
Mida Recorder is a Multimedia Recording System for professional and telephony networks that supports all relevant communication technologies in a single future-proof platform. The Mida Recorder records all your voice and video communications, regardless of the sub-systems where they’re coming from, implementing a real Unified Recording System (URS).
The SIP Recording capability helps users to comply with regulations, monitor the quality of service of representatives, store call information for quality analysis, and so on. The Ribbon SBC SWe Lite supports Recording for multiple recorders based on the Internet Engineering Task Force (IETF) standard.
The Ribbon SBC SWe Lite supports the RFC standard for a SIP recording interface. To support Recording, the SBC SWe Lite acts as a Session Recording Client (SRC), initiating a Recording Session (RS) for a Session Recording Server (SRS). The SBC SWe Lite initiates a recording session for all the Communication Sessions (CS) to record over SIP for the SRS. The CS output is based on the SBC SWe Lite's Web UI configuration for enabling recording.
SIP Recording on the SBC SWe Lite supports the following:
This document provides configuration best practices for deploying Ribbon's SBC SWe Lite for MIDA Recorder interop. Note that these are configuration best practices, and each customer may have unique needs and networks. Ribbon recommends that customers work with network design and deployment engineers to establish the network design that best meets their requirements.
This guide does not provide detailed configurations that meet the requirements of every customer. Use this guide as a starting point and build the SBC configurations in consultation with network design and deployment engineers.
This is a technical document intended for telecommunications engineers to configure both the Ribbon SBC and the third-party product. Navigating the third-party product as well as the Ribbon SBC SWe Lite GUI is required. Understanding the basic concepts of TLS/TCP/UDP, IP/Routing, and SIP/SRTP is also necessary to complete the configuration and for any required troubleshooting.
Before proceeding with the interop, make sure you have the following:
The configuration uses the following equipment and software:
To successfully configure the MIDA Recorder, use the following workflow. Ribbon recommends that you complete the procedures in each section in the following sequence.
The SBC SWe Edge is available for deployment in Azure. It is created as a virtual machine (VM) hosted in Azure. To deploy an SBC SWe Edge instance, refer to Deploying an SBC SWe Edge from the Azure Marketplace.
This section describes how to view the status of each license along with a copy of the license keys installed on your SBC. The Feature Licenses panel enables you to verify whether a feature is licensed, along with the number of remaining licenses available for a specific feature at run-time.
From the Settings tab, navigate to System > Licensing > Current Licenses.
For more details on Licenses, refer to Working with Licenses.
Provide the CSR to the Certificate Authority (CA) . CA generally provides the following certificates:
You can import the SBC Primary Certificate in the following ways.
To import an X.509 signed certificate:
To import a PKCS12 Certificate and Key:
A Trusted CA Certificate is issued by a Trusted Certificate Authority. Trusted CA Certificates are imported to the SBC SWe Edge to establish their authenticity on the network.
From the Settings tab, navigate to Security > SBC Certificates > Trusted CA Certificates.
The following procedure shows you how to import Trusted Root CA Certificates, using either the File Upload or Copy and Paste method:
When the Verify Status field in the Certificate panel indicates Expired or Expiring Soon, replace the Trusted CA Certificate. You must delete the old certificate to successfully import a new certificate.
Most Certificate Vendors sign the SBC Edge certificate with an intermediate certificate authority. There is at least one, but there could be several intermediate CAs in the certificate chain. When importing the Trusted Root CA Certificates, import the root CA certificate and all Intermediate CA certificates. Failure to import all certificates in the chain causes the import of the SBC Edge certificate to fail. Please refer to Unable To Get Local Issuer Certificate for more information.
The SBC SWe Lite supports five system-created logical interfaces known as Administrative IP and Ethernet 1 IP. In addition to the system-created logical interfaces, the Ribbon SBC SWe Lite also supports user-created VLAN logical sub-interfaces.
Access the Administrative IP and Ethernet 1 IP from the Settings tab, and then navigate to Networking Interfaces > Logical Interfaces.
Ribbon recommends that you use two interfaces with two different VLANs instead of configuring a single interface.
The SBC SWe Lite system supports a logical interface called the Administrative IP (Admin IP), which is also known as the Management IP. A Static IP or DHCP is used to run the Initial Setup of the SBC SWe Lite system.
Ethernet 1 IP is assigned an IP address for transporting all the VoIP media packets (for example, RTP and SRTP) and all protocol packets (for example, SIP, RTCP, and TLS). The DNS servers of the customer's network must map to the SBC SWe Lite system hostname to this IP address. In the default software, Ethernet 1 IP is enabled, and an IPv4 address is acquired through a connected DHCP server. This IP address is used for performing the Initial Setup on the SBC SWe Lite.
Static routes communicate with remote networks. In a production environment, static routes are mainly configured for routing from a specific network to another network that you can only access through one point or one interface, that is, single path access or a default route.
Derive the Private IP address and Gateway for each interface on AWS.
Specifies the destination IP address.
Specifies the network mask of the destination host or subnet. If the 'Destination IP Address' field and 'Mask' field are both 0.0.0.0, the static route is called the 'default static route'.
Specifies the IP address of the next-hop router to use for this static route.
Specifies the cost of this route and therefore indirectly specifies the preference of the route. Lower values indicate more preferred routes. The typical value is 1 for most static routes, indicating that static routes are preferred to dynamic routes.
From the Settings tab, navigate to Protocols > IP > Static Routes to configure static routes. Click the icon to add the entries.
SIP Registration allows users to upload their current locations for use by proxy servers. Registration creates bindings in a location service for a particular domain that associates an address-of-record URI with one or more contact addresses.
Registration entails sending a REGISTER request to a special type of User-Agent Server (UAS ) known as a registrar. A registrar acts as the front-end to the location service for a domain, reading and writing mappings based on the contents of REGISTER requests.
The Broadsoft AS handles the registration for its users with authentication.
Registration on SBC Edge with the reg-key parameter will provide support in the upcoming release.
To configure a local registrar, navigate to SIP > Local Registrars.
SIP Profiles control the how the SBC Edge communicates with SIP devices. They control important characteristics, such as session timers, SIP header customization, SIP timers, MIME payloads, and option tags.
To configure a profile, navigate to SIP > SIP Profiles.
SIP Server Tables contain information about the SIP devices connected to the SBC Edge. The tables provide information about the IP addresses, ports, and protocols used to communicate with each server.
Use the following SIP devices:
To configure the tables,
Repeat the same steps for different HOST FQDN.
The SBC Edge allows a maximum of 100 SIP Message Rule Tables and a maximum of 32 SIP Message rules per table. The maximum of 32 SIP Message rules per table includes all SIP rule types: Header, Request, Status, and Raw.
To configure the table, navigate to SIP > Message Manipulation > Message Rule Tables.
SIPREC is used to convert an IP address to FQDN for the C3 Recorder.
To configure this rule,
To configure this rule,
To configure this rule,
This rule is used to disable REFER in outbound message manipulation.
Signaling groups allow grouping telephony channels together for routing and shared configuration. They are used for routing calls and selecting Call Routes.
Signaling Groups include
Use the following procedures to configure Signaling Groups.
SDES-SRTP Profiles define a cryptographic context that is used in SRTP negotiation. SDES-SRTP Profiles required for enabling encryption and SRTP are applied to Media Lists. SDES-SRTP Profiles was previously named Media Crypto Profiles.
From the Settings tab, navigate to Media > SDES-SRTP Profiles. Click the to create a new SRTP profile.
Perform the following steps to complete the configuration:
Media Profiles allow you to specify the individual voice and fax compression codecs and their associated settings, for inclusion in a Media List. Different codecs provide varying levels of compression, allowing one to reduce bandwidth requirements at the expense of voice quality.
From the Settings tab, navigate to Media > Media Profiles. From the Create Media Profile drop-down list, select Voice Codec Profile
Ensure not to configure OPUS and G722 . For more information, see Caveat.
To create a Media List for Teams endpoint,
Silence Suppression flag is disabled since the MIDA Recorder does not support CN payload.
To create Media List for other endpoints,
Transformation Tables facilitate the conversion of names, numbers, and other fields when routing a call. They can, for example, convert a public PSTN number into a private extension number, or a SIP address (URI). Every entry in a Call Routing Table requires a Transformation Table. In addition, Transformation tables are configurable as a reusable pool that Action Sets can reference.
From the Settings tab, navigate to Call Routing > Transformation. Click the
icon to create a Transformation Table.Call Routing allows calls to be carried between signaling groups, thus allowing calls to be carried between ports, and between protocols (like ISDN to SIP). Routes are defined by Call Routing Tables, which allow for flexible configuration of which calls are carried, and how they are translated.
TEAMS
C3
Sandbox_Local
Sandbox_ServiceProvider
To configure the MIDA Recorder, visit https://www.midasolutions.com/
The following checklist depicts the set of services/features covered through the configurations defined in this Interop Guide.
Sr. No. | Supplementary Services/ Features | Coverage |
---|---|---|
1 | Call Setup and Termination over TLS/TCP | |
2 | Call Transfer (Blind/Unattended) | |
3 | Call Transfer (Consultative/Attended) | |
4 | Call hold and Resume (with MOH V1 enabled) | |
5 | Long Duration | |
6 | DTMF handling-OutofBand | |
7 | Direct Media | |
8 | DTMF - Inband and RFC2833 | |
9 | Round Robin Option for SRS recorder | |
10 | 4xx/5xx Response Handling | |
11 | Call Forward - No Answer | |
12 | Call Park and Retrieve | |
13 | Simultaneous Ringing | |
14 | SRTP on Recording Session | |
15 | Session Refresh | |
16 | Transcoded calls | |
17 | Call Mute (Comfort Noise) |
Legend
Supported | |
Not Supported |
The following items should be noted in relation to this Interop. These are either limitations or test observations pertaining to this Interoperability.
For any support related queries about this guide, please contact your local Ribbon representative or use the details below:
For detailed information about Ribbon products and solutions, please visit:
https://ribboncommunications.com/products
For detailed information about MIDA products and solutions, please visit:
https://www.midasolutions.com/
This Interoperability Guide describes how to configure Ribbon SBC SWe Lite with the MIDA Recorder.
All features and capabilities tested are detailed within this document - any limitations, notes or observations are also recorded in order to provide the reader with an accurate understanding of what has been covered, and what has not.
Configuration guidance is provided to enable the reader to replicate the same base setup - there may be additional configuration changes required to suit the exact deployment environment.
© 2021 Ribbon Communications Operating Company, Inc. © 2021 ECI Telecom Ltd. All rights reserved.