In this section:
The functionality of the Diameter Redirect Agent is to provide one or more individual hosts to the message sender as the destination of the redirected message. This message redirection is referred to as Host-based Redirection as described in RFC 6733 (refer to Supported Standards).
The functionality of a Diameter Realm-based Redirect Server is to redirect messages to an alternate domain without specifying a host or a list of hosts. This message redirection is referred to as Realm-based Redirection as described in RFC 7075 (refer to Supported Standards).
The Diameter message flow is similar to the message flow for a Diameter Redirect Agent, but while a Diameter Redirect Agent returns a list of one or more individual of hosts, a Diameter Realm-based Redirect Server returns a list of Diameter realms (see Host-based Redirect Message Flow and Realm-based Redirect Message Flow, respectively)
Consider the following for Realm-based Redirection:
The DSC does not include a Redirect-Host-Usage Attribute Value Pair (AVP) when sending Diameter Realm Redirect Indications.
All Diameter Realm-based Redirect Indications are assumed to only apply to the current Diameter Request.
Your system must be upgraded to 17.0.0.R00 to obtain this feature.
Before you can start provisioning either the Host-based or Realm-based Redirection, it is assumed that you have planned your network (refer to Before Configuring the Ribbon DSC) and provisioned the basic and advanced (if required) configuration tasks (refer to DSC Diameter Basic Configuration Tasks, Configuring the Ribbon DSC, and Configuring DSC Advanced Features, respectively).
If you are configuring a Diameter Edge Agent (DEA), the routing tables should be provisioned before activating the ADN connections or you might start receiving traffic before provisioning message routing. No traffic loss occurs in this scenario (the previous hop should re-transmit the message on error), but this provisioning is inefficient
The following three types of Routing Result Table Records are supported on the DSC:
If the records in a Result Table are sorted according to cost, consecutive records of the same type form a group of records that work together (that is, a Record Group).
A Record Group can be sorted as follows:
The DSC Result Table only supports five combinations of record groups:
Any entries outside these five combinations are ignored when the DSC is handling the Result Records.
For detailed information about configuring Realm Routing Tables and Records, refer to Configuring Realm Routing Tables and Records.
The following figure shows the Host-based Redirect message flow.
On the indication receiving side, the user has to ensure that the redirect record value is a valid Adjacent Diameter Node (ADN) entity on the diameter proxy node so that it could route the original request using the redirect host
The following figure shows the Realm-based Redirect message flow.
Realm Redirect Indication in this document refers to a Diameter message with the E-bit set and with Result-Code 3011 as defined in RFC 7075. The handling of received Realm Redirect Indication messages can be specified at the DSC Node using the attribute Receive Realm Redirect Indications (see Realm Redirect Indications) or can be specified per message by using the Modification Record Command attribute (see Modification Record Command).
The values for the Realm Redirect Indication attribute can be as follows:
The Realm Redirect Indication attribute default value set to DISABLED.
If a Diameter Agent cannot route the request to the new realm, this agent returns a Diameter Realm Redirect Indication to the previous node (towards the client).
Configuring the Modification Record Command Attribute
The handling of received Realm Redirect Indications can also be specified per message by using one of the following Modification Record attribute values:
Because Realm Redirect Indications should only be generated for applications that support them, it is recommended that you leave the Receive Realm Redirect Indications attribute default value set to DISABLED, and explicitly enable the handling of Realm Redirect Indications only for applications that support them using the Modification Table Record (refer to Configuring Modification Tables and Records).
Execute the steps in the following two procedures to configure Realm-Based Redirection.
To delete a Realm Routing record, click X in the Realm Routing Record Selection screen in the same line in which this record appears.