About HSS Groups
You configure HSS groups based on your redundancy and failover design. You accomplish this by configuring your HSS groups with the applicable HSS servers. You then assign your group to a registrar. HSS group configuration does not preclude assigning an HSS in the group to a registrar individually.
HSS groups can contain individual HSSs. Members of an HSS group are prioritized by the server list; the first server in the list takes the highest priority; the last takes the lowest. You can manually disable an HSS group, if desired, which prevents the Oracle Communications Core Session Manager from attempting to access any of the HSS servers via that group.
HSS group members do not need to reside in the same domain, network, or realm. The Oracle Communications Core Session Manager can allocate traffic among member HSSs regardless of their location. It uses the allocation strategies you configure for the group to distribute traffic across the group members.
Group allocation strategies define how the Oracle Communications Core Session Manager selects an HSS. For example, the hunt strategy selects HSSs in the order in which they are listed. Allocation strategies include the following:
Allocation Strategy | Description |
---|---|
failover | For HSS redundancy deployments, the failover strategy specifies that the Oracle Communications Core Session Manager selects the next highest priority HSS server for all operations if the first HSS fails. The Oracle Communications Core Session Manager does not resume operation with the initial HSS when it comes back into service. |
hunt | For HSS redundancy deployments, the hunt
strategy specifies that the
Oracle Communications Core Session Manager select HSSs in the order in which they are configured
in the HSS group. If the first HSS is available, all traffic is sent to the
first HSS.
If the first HSS is unavailable, all traffic is sent to the second HSS. The system follows this process for all HSS servers in the group. When a higher priority HSS returns to service, all traffic is routed back to it. |
roundrobin | This strategy targets HSS load balancing deployments. The Oracle Communications Core Session Manager selects each HSS in the order in which it appears in the group list, routing diameter requests to each HSS in turn. |
Paths taken by specific messaging is constrained by the purpose of that messaging, and refined by a group’s allocation strategy. Applicable messaging includes UAR/UAA, MAR/MAA, SAR/SAA and LIR/LIA. For both failover and hunt strategies, all messaging is sent to the current active server. For the round-robin strategy, messaging is distributed to group members sequentially, using the member list order.