Skip to end of metadata
Go to start of metadata

On this page:

This section provides the basic steps to establish a simple call flow between two end points.

Prerequisites

To establish a SIP call through the SBC, an IP Plan must be developed and the following network elements must be installed and interconnected:

  • SBC server(s)
  • Far End A (must know the IP address of SBC's SIP port)
  • Far End B (must know the IP address of SBC's SIP port)
  • Associated routers

Configure SIP Trunking

In this scenario, trunk group routing is used to send all traffic arriving on "Outside" trunk to "Inside" trunk, and vice versa. This allows for no additional configuration changes on the SBC as the operator adds more numbers to be routed.

  • This configuration supports G.729A on the "Outside" with G.711 on the "Inside" thus transcoding will occur.
  • Because a single Address Context is configured in this scenario, no IP address overlapping is allowed.

  • Both "Outside" and "Inside" specific configuration data must be made. Below is a summary of the key configuration items.

Configuration Item

PEER (Outside)

CORE (Inside)

Zone

SIP Port and Trunk Group reside in Zone

SIP Port and Trunk Group reside in Zone

SIP Signaling Port

SBC public IP address that far end sends messages to

SBC private IP address the feature server sends messages to

Packet Service Profile (PSP)

Specify G.729A

Specify G.711

Codec Entry

Far end codec definitions

Feature server codec definitions

IP Signaling Profile

SIP Parameter settings

SIP Parameter settings

Trunk Group

IP address of where signaling messages arrive from. If the far end is not a dedicated feature server (i.e. phone), set field to 0.0.0.0.

IP address of where signaling messages arrive from – usually set to the feature server's signaling port IP address.

IP Peer

IP address of far end

IP address of feature server

Routing Label

One per trunk group

One per trunk group

Route

One per trunk group

One per trunk group

Zone

Create two new zones for Trunking, each one representing an external customer or operator equipment.

Zone

Purpose

peer

Traffic to/from far end carrier

core

Traffic to/from operator trunking equipment

CLI

From CLI command line, enter following commands to establish two zones (peer, core) using default addressContext:

% set addressContext default zone peer id 2
% set addressContext default zone core id 3
% commit

EMA Navigator

EMA Navigator > Address Context > Default > Zone 

Figure : Zone

SIP Signaling Port

SIP Signaling Ports reside on the SBC (e.g. IP addresses are owned by SBC), and are the IP addresses that external devices (non-SBC) send SIP traffic to and receive SIP traffic from. For this example, two new Trunking SIP Ports are created. The term "operator" represents the Carrier, Service Provider, or Enterprise that owns the SBC.

SIP Port #

Zone

Purpose

1

peer

Traffic to/from far end carrier

2

core

Traffic to/from operator trunking equipment

Each SIP Signaling port is in a unique Zone. The non-SBC 5000 equipment (phones, operator feature server, other Carriers, operator trunking server) sends/receives SIP messages to/from the IP addresses and port configured. The default protocol is UDP and default port is 5060.

When a SIP Port is created (IP address is assigned), the system also creates an ACL allowing connection attempts to all ports on the IP address. In other words, an unauthorized entity could attempt to SSH to the IP address of the SIP Port. To prevent unwanted access attempts, manually create ACLs to specify what is allowed. Refer to the topic System Security for details.

CLI

% set addressContext default zone peer id 2 sipSigPort 1 ipInterfaceGroupName EXTERNAL_IPIG ipAddressV4 <external IP address> state enabled
% set addressContext default zone core id 3 sipSigPort 2 ipInterfaceGroupName INTERNAL_IPIG ipAddressV4 <internal IP address> state enabled
% commit

 

EMA Navigator

Figure : EMA Navigator

Packet Service Profile (PSP)

Packet Service Profiles control the media settings such as Codec, Packet Size, Transcoding options, and fax support on a trunk group. Each PSP can contain up to four Codec entries using ERE. These Codec entries describe a codec, its packet size and other codec-specific parameters, such as "law" (A or U) for G.711. Several default Codec entries are pre-configured on the system as examples to create your own.

The PSX supports configuring up to 12 codecs in the Packet Service Profile and Preferred Packet Service Profile. SBC now supports receiving all 12 codecs from the PSX in the PSP and Preferred PSP. This only applies to interworking with an external PSX and an ePSX. The ERE still only supports four codecs.

Only four codecs are supported for GW-GW. If 12 codecs are sent from the PSX, the end-to-end call will not work as expected.

If you do not wish to use the default Codec Entries you will need to create custom Codec Entries before creating Packet Service Profiles since the PSP reference the Codec Entries. For example, you may want to have a PSP that specifies 20ms packet size, RFC2833 transport, allows for G.729A codec, and allows transcoding of G.711 to G.729A.

In our example, two Packet Service Profiles are created.

Create new PSPs based on the default PSP (avoid modifying default PSP), and use a naming convention to identify the function of each PSP.

CLI

% set profiles media packetServiceProfile G711_PSP codec codecEntry1 G711-DEFAULT
% set profiles media packetServiceProfile G729_PSP codec codecEntry1 G729A-DEFAULT
% commit

EMA Navigator

EMA Navigator > Profiles > Media > Packet Service Profile

Figure : Packet Service Profile

Codec Entry

The Codec Entry describes one specific codec that can be offered as part of the Packet Service Profile. Several default Codec Entries are included with the SBC. It is recommended to name the Codec Entry in a descriptive manner, so it is easy to select during the Packet Service Profile creation or modification.

In this example, the following default codecs are used:

  • G711-DEFAULT
  • G729-DEFAULT

IP Signaling Profile

IP Signaling Profiles control how various SIP egress and ingress parameters are set and processed. Use a unique profile for each type of destination. Each trunk group has an assigned IP Signaling Profile.

A trunk group has both an IP Signaling Profile and an Egress IP Signaling profile. The Egress IP Signaling profile is used for the outgoing signaling (sent from the trunk group).

The IP Signaling profile configured on the IP Peer overwrites the IP Signaling profile configured on the trunk group.

In this example, the IP Signaling Profile "DEFAULT_SIP" is used.

Trunk Group

An important concept on the SBC is that all signaling and routing is based upon Trunk Groups. Even in Access configurations, a set of endpoints is represented by a trunk group.

The standard trunk group naming convention is to always CAPITALIZE trunk group names.

In this example configuration, two SIP trunk groups are created.

Trunk Group Name

Purpose

CORE

Trunk to operator network equipment (carrier that owns the SBC)

PEER

Trunk to far end (another carrier or PBX for example)

CLI

% set addressContext default zone core sipTrunkGroup CORETG ingressIpPrefix <ingress IP and prefix>
% set addressContext default zone core sipTrunkGroup CORETG media mediaIpInterfaceGroupName IPIG1
% commit

EMA Navigator

EMA Navigator > Address Context > Default > Zone > SIP Trunk Group.

Figure : SIP Trunk Group

IP Peer

The IP Peer is the IP address of the far end device. The IP Peer is referenced in the Routing Label, and is used for outgoing calls for a particular Trunk Group.

If you define an IP Signaling Profile in the IP Peer, the profile defined the in trunk group is overwritten.

For Access configurations, it is not necessary to have a IP Signaling Peer to the individual phones. You do need one to the feature server.

CLI

% set addressContext default zone core ipPeer core_peer ipAddress <IP address> ipPort 5060
% set addressContext default zone peer ipPeer peer_peer ipAddress <IP address> ipPort 5060
% commit

EMA Navigator

EMA Navigator > Address Context > Default > Zone > IP Peer

Figure : IP Peer

Routing Label

The Routing Label is used by (referenced in) the Route to send traffic from one trunk group to the other, and vice versa. Trunk Group routing is used for this purpose.

One Routing Label is created for each Trunk Group, and is used to send calls to that Trunk group. In the below example, the Routing Label "TO_CORE" sends calls to "CORE" trunk group. There is also a Routing Label "TO_PEER" that sends calls to "PEER" trunk group.

CLI

% set global callRouting routingLabel TO_PEER routingLabelRoute 1 trunkGroup PEER ipPeer PEER inService inService
% set global callRouting routingLabel TO_CORE routingLabelRoute 2 trunkGroup CORE ipPeer CORE inService inService
% commit

EMA Navigator

EMA Navigator > Global > Call Routing > Route > Routing Label > Routing Label Route

Figure : Routing Label Route

Route

The Route determines how call routing is accomplished. Several methods are available to implement routing (dialed number, carrier, calling number, trunk group, etc.) Trunk Group routing is used for this example configuration, and is the simplest and most straight forward means to implement a "pure" SBC function. It allows the operator to add users (routable numbers) without having to configure those numbers into the SBC.

For Trunk Group routing, calls that arrive on trunk group "CORE" are sent to Routing Label "TO_PEER", which routes the call to trunk group "PEER". In the other direction, calls that arrive on trunk group "PEER" are sent to Routing Label "TO_CORE", which routes the call to the "CORE" trunk group.

In the examples below "DALSBC01" is the name of the SBC.

CLI

% set global callRouting route trunkGroup PEER DALSBC01 standard Sonus_NULL 1 nationalType nationalType ALL none Sonus_NULL routingLabel TO_CORE
% set global callRouting route trunkGroup CORE DALSBC01 standard Sonus_NULL 1 nationalType nationalType ALL none Sonus_NULL routingLabel TO_PEER

EMA Navigator

EMA Navigator > Global > Call Routing > Route

Figure : Route

 

****YOU ARE NOW READY TO PLACE A TEST CALL****

 

 

  • No labels