In this Section:

Related articles:

This object creates and configures a profile for implementing the Transport Layer Security (TLS) protocol for use with SIP over TLS. TLS is an IETF protocol for securing communications across an untrusted network. Normally, SIP packets travel in plain text over TCP or UDP connections; Secure SIP is a security measure that uses TLS, the successor to the Secure Sockets Layer (SSL) protocol.

To add TLS policy to the SBC you configure a TLS profile. The TLS profile is assigned to the SIP signaling port and controls behavior of all TLS connections established on that signaling port. An instance of a TLS profile called defaultTlsProfile is present by default, and is used by default by each SIP signaling port; however, additional TLS profile instances may be created and used instead. The settings within the defaultTlsProfile may be modified. Also, the supported transport protocols for the SIP signaling port must be set to allow SIP over TLS over TCP.

Note
Ribbon recommends using the highest TLS version supported by both the SBC and the peer equipment.

Note

If a zone's sipSigPort is configured for transportProtocolsAllowed = sip-tls-tcp, the SBC increments the configured portNumber by 1 and uses it as the new port number for SIP over TLS signaling. The SBC then opens a TCP socket for SIP over TLS for the new TCP port number.

Example: When sipSigPort is configured with a portNumber of 5060 and transportProtocolsAllowed = sip-tls-tcp, the SBC listens on TCP port 5061 for SIP over TLS.

To View TLS Profiles

On the SBC main screen, go to Configuration > System Provisioning > Security Configuration > TLS Profile. The TLS Profile window opens.

Security Configuration - TLS Profile

To Create a TLS Profile

To create a new TLS Profile:

  1. Click New TLS Profile. The Create New TLS Profile window opens.

    Security Configuration - TLS Profile Create Window

  2. Use the following table to configure the options and then click Save.

TLS Profile


Parameter

Description

Name

The name assigned to this Transport Layer Security (TLS) profile. Must be 1 - 23 characters.

You can create a maximum of 16 TLS profiles.

App Auth Timer

Specifies the higher layer authentication timer in seconds. Must be 1-60 seconds. The default value is 5.

Handshake
Timer

Specifies the time in which the TLS handshake must be completed. The timer starts when the TCP connection is established. Must be 1 - 60 seconds; default is 5.

Session Resume
Timer

Specifies the TLS session resumption period for which cached sessions are retained (in seconds). TLS allows successive connections to be created within one TLS session and the resumption of a session after a TLS connection is closed or after a server card failover, without repeating the entire authentication and other setup steps for each connection, except when the space must be reclaimed for a new session. Must be 0 - 86,400 seconds; default is 3600.

Cipher Suite1 * 

Cipher Suite2 * 

Cipher Suite3 *

se this parameter to specify the first DTLS Cipher Suite choice for this profile.

  • nosuite
  • rsa-with-aes-128-cbc-sha (default) – Confidentiality cipher and mode for the DTLS Record protocol.

  • rsa-with-aes-128-cbc-sha-256 – Confidentiality cipher and mode for the DTLS Record protocol with SHA-256 as the hash function.

  • rsa-with-aes-256-cbc-sha – Confidentiality cipher and mode for the DTLS Record protocol with AES 256 encryption.  

  • rsa-with-aes-256-cbc-sha-256* – Confidentiality cipher and mode for the DTLS Record protocol with AES 256 encryption and SHA-256 as the hash function.

  • rsa-with-null-sha – The integrity cipher used for the DTLS Record protocol. 

  • tls_ecdh_ecdsa_with_aes_256_cbc_sha384** – Confidentiality cipher and mode for DTLS Record with AES256 GCM and SHA384 as hash function.

  • tls_ecdh_ecdsa_with_aes_256_gcm_sha384** – Confidentiality cipher and mode for DTLS Record with AES256 CBC and SHA384 as hash function. 

  • tls_ecdhe_ecdsa_with_aes_256_gcm_sha384** – Confidentiality cipher and mode for DTLS Record with AES256 CBC and SHA384 as hash function. 

    Modified: for 9.2.1

  • tls_ecdhe_rsa_with_aes_256_cbc_sha384* – Confidentiality cipher and mode for the DTLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange).

  • tls_ecdhe_rsa_with_aes_128_cbc_sha  – Confidentiality cipher and mode for the DTLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES128 CBC and SHA as hash function.

  • tls_ecdhe_rsa_with_aes_128_gcm_sha256 – Confidentiality cipher and mode for the DTLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES128 GCM and SHA as the hash function.

  • tls-ecdhe-rsa-with-aes-256-gcm-sha-384* – Confidentiality cipher and mode for the DTLS Record protocol using ECDHE (Elliptic Curve Diffie-Hellman key Exchange) with AES256 GCM and SHA384 as the hash function.

  • tls_rsa_with_aes_128_gcm_sha256 – Confidentiality cipher and mode for the DTLS Record protocol with AES 128 GCM encryption and SHA-256 as the hash function.
  • tls_rsa_with_aes_256_gcm_sha384 – Confidentiality cipher and mode for the DTLS Record protocol with AES 256 GCM encryption and SHA-384 as the hash function.

* To use this cipher, DTLS version 1.2 must be enabled in the DTLS Profile.

** To use this cipher, DTLS version 1.2 must be enabled in the DTLS Profile and SSL certificates must be created using ECC keys.

Warning: When fips-140-2 mode is enabled, rsa-with-null-sha should not be used.

*Note: Up to three cipher suites can be specified in the profile.


Note

SBC releases 5.1, 6.2, and 7.2 are officially FIPS-compliant.

Allowed Roles

Specifies which role the SBC 5000 series will act in for this TLS profile:   

  • clientandserver (default) 
  • server

Auth Client

Indicates whether or not a TLS client is forced to authenticate itself within TLS. If set to false, the client is not required to authenticate itself at the TLS layer but must complete authentication within a higher-lever protocol after the TLS connection is established (i.e. SIP registration):  

  • true (default)  
  • false

Client Cert
Name

Specifies the name of the default Client Certificate to be used by this TLS profile, created using the SECURITY PKI configuration object. Must be 1-23 characters or none.

Server Cert
Name

Specifies the name of the Server Certificate to be used by this TLS profile, created using the SECURITY PKI configuration object. Must be 1-23 characters or none.

Acceptable Cert Validation Errors

Use this parameter to specify if certificate chain validation errors are acceptable while validating the peer certificate.

  • Invalid Purpose 
  • none (default)
Ocsp Profile NameSpecifies the name of OCSP profile object referenced by TLS profile.
V1_0

TLS protocol version 1.0.

  • Disabled
  • Enabled (default)
V1_1

TLS protocol version 1.1.

  • Disabled
  • Enabled (default)
V1_2

TLS protocol version 1.2.

  • Disabled
  • Enabled (default)
Suppress Empty Fragments

If enabled, SBC will not insert empty fragments while sending packets on TLS over TCP connection. The options are:

  • Disabled (default)
  • Enabled
Peer Name Verify

If enabled, the SBC verifies the value of the parameter TLS Peer Name. For details on TLS Peer Name, refer to Trunk Group - SIP Trunk Group.

  • Disabled (default)
  • Enabled

To Edit a TLS Profile

To edit a TLS Profile:

  1. Click the radio button next to the specific TLS Profile name. The Edit Selected TLS Profile window is displayed.
  2.  Make the required changes and click Save.

To Copy a TLS Profile

To copy a TLS Profile and make any minor changes:

Click the radio button next to the specific TLS Profile to copy.

Click Copy TLS Profile. The Copy Selected TLS Profile window opens.

Make any required changes and click Save.

To Delete a TLS Profile

To delete a TLS Profile:

  1. Click the radio button next to the specific TLS Profile that you want to delete.
  2. Click the Delete icon (X) at the end of the row. 
  3. Confirm the deletion when prompted.