|Ribbon Documentation Center|
In this section:
This section describes general tips and other useful information for the SBC Core.
Hardware and BMC-related topics do not apply to the SBC SWe platform.
Congratulations on obtaining your SBC Core platform! Below is a summary of the steps to follow to get your SBC functional.
You are now ready to configure your SBC platform for processing! See How to Set up a Basic Call Flow.
The SBC basically acts as a SIP B2BUA (Back to Back User Agent). An important concept on the SBC is that all signaling and routing is based upon Trunk Groups.
SIP Trunk Groups are a logical connection between the SBC and a far end. A SIP Trunk can be one to one or one to many with the SBC always being a single point. A SIP Trunk for end point (phones) access will be one IP address on the SBC with the far end consisting of many different end points. A SIP Trunk for a carrier or PBX will generally be a one to one connection.
Access configurations involve end points (SIP phones, IADs, Soft Clients, etc.) that Register via the SBC to their feature server (Class 5, PBX, Hosted PBX, etc.). The SBC can cache Registrations in order to reduce the processing time the feature server spends on them. Even in Access configurations, a set of endpoints is represented by a trunk group.
From an SBC viewpoint, all calls (SIP sessions) involve two trunk groups on the SBC. For example, if Party A wished to connect to Party B via the SBC, two trunk groups on the SBC are involved, one to Party A and one to Party B. There are generally two types of point-to-point SIP Trunks: Interconnect between two carriers and Interconnect between a PBX and a carrier. Interconnection between carriers is static and do not require registrations.
In the case of interconnection between a carrier and a PBX, the amount of Registrations that can take place vary.
Both SIP Trunking and Access configurations may be implemented on the same SBC server.
Below is a list of commonly used element names on the SBC platforms.
To see system name and hostname conventions and restrictions, see System Name and Hostname Naming Conventions page.
Unit #1 of HA name
The System name with an "a" appended on it
Unit #2 of HA name
The System name with an "b" appended on it
IP Interface Group
Represent the type of far ends.
TRUST_IPIG, UNTRUST_IPIG Or
Include the packet port number and VLAN tag (if used) in the name
INTERNAL, EXTERNAL, CUSTOMER_A
CORE, PEER, CUSTOMER_A
Packet Service Profile
Create a unique one for each customer type. Append "PSP" at the end.
Lower case "peer" prefixing the trunk group
IP Signaling Profile
Link Detection Groups
The names should include the IP Interface Group.
UNTRUST_LDG_A, UNTRUST_LDG_B, TRUST_LDG_A, TRUST_LDG_B, MGT_LDG_A,