Go to primary content
Oracle® Communications EAGLE Database Administration - GTT User's Guide
Release 46.8
F11880-02
Go To Table Of Contents
Contents

Previous
Previous
Next
Next

GTT Actions

The GTT Actions allows these actions to be applied to MSUs during global title translation message processing:

Note:

GTT Actions SFTHROT and SFLOG are not supported on GTT-enabled IPSG cards in Release 46.5.

A GTT action entry contains one GTT action, a GTT action ID, data specific to the action, and a reference count. These actions are contained in a GTT action entry. The EAGLE contain a maximum of 2000 GTT action entries. A GTT action entry, identified by the GTT action ID, is assigned to a GTT action set. The GTT action set is assigned to the global title address entry. The reference count in the GTT action entry shows the number of database entities GTT action sets that reference the GTT action entry. When a GTT action entry is referenced by a GTT action set, a service selector ID, or a Forward GTT action entry, or an LNP service, the reference count is increased by 1. When a GTT action set, a service selector ID, or a Forward GTT action entry, or an LNP service no longer references the GTT action entry, the reference count is decreased by 1. The GTT action entry can be removed only when the reference count is zero. The data for each GTT action entry is shown in the rtrv-gttact output.

Discard GTT Action

The Discard GTT action discards the MSU. A Discard GTT action entry is provisioned with the ent-gttact command using these parameters.
  • actid - the GTT action ID
  • act=disc - the discard GTT action
  • on=uimreqd - UIM 1193 GTT Action DISCARD DISCARDED MSU is generated when the MSU is discarded.
  • off=uimreqd - UIM 1193 GTT Action DISCARD DISCARDED MSU is not generated when the MSU is discarded.

    Note:

    If neither the on=uimreqd or off=uimreqd parameters are specified, the UIMREQD value defaults to off.

An example of the Discard GTT action entry is shown in Figure 2-12.

Figure 2-12 Discard GTT Action Entry

UDTS GTT Action

The UDTS GTT action discards the MSU with the UDTS error code that is provisioned for the GTT action entry which specifies the reason associated with the UDTS GTT action for discarding the message A UDTS GTT action entry is provisioned with the ent-gttact command using these parameters.
  • actid - the GTT action ID
  • act=udts - the UDTS GTT action
  • udtserr= 0 to 255
  • on=uimreqd - UIM 1192 GTT Action UDTS DISCARDED MSU is generated when the MSU is discarded.
  • off=uimreqd - UIM 1192 GTT Action UDTS DISCARDED MSU is not generated when the MSU is discarded.

    Note:

    If neither the on=uimreqd or off=uimreqd parameters are specified, the UIMREQD value defaults to off.

An example of the UDTS GTT action entry is shown in Figure 2-13.

Figure 2-13 UDTS GTT Action Entry

TCAP Error GTT Action

The TCAP Error GTT action discards the MSU and a reject message is sent to the originator of the MSU with either an ANSI TCAP error code or an ITU TCAP error code that is provisioned for the GTT action entry. A TCAP Error GTT action entry is provisioned with the ent-gttact command using these parameters.
  • actid - the GTT action ID
  • act=tcaperr - the TCAP Error GTT action
  • atcaperr= 0 to 255 - the ANSI TCAP error code
  • itcaperr= 0 to 255 - the ITU TCAP error code
  • on=uimreqd - UIM 1077 GTT Action TCAP ERROR DISCARDED MSU is generated when the MSU is discarded.
  • off=uimreqd - UIM 1077 GTT Action TCAP ERROR DISCARDED MSU is not generated when the MSU is discarded.

    Note:

    If neither the on=uimreqd or off=uimreqd parameters are specified, the UIMREQD value defaults to off.

An example of the TCAP Error GTT action entry is shown in Figure 2-14.

Figure 2-14 TCAP Error GTT Action Entry

Duplicate GTT Action

The Duplicate GTT action sends a copy of the MSU to the duplicate node. The Duplicate GTT action is in addition to the normal processing and routing of the translated MSU. The translated MSU is not modified with any of the Duplicate GTT action data. If the Duplicate GTT action fails, UIM 1078 GTT Action DUPLICATE FAILED is generated. A Duplicate GTT action entry is provisioned with the ent-gttact command using these parameters.
  • actid - the GTT action ID
  • act=dup - the Duplicate GTT action
  • pc/pca/pci/pcn/pcn24=the point code of the duplicate node
  • ri=<gt, ssn> - the routing indicator in the SCCP called party address of the duplicated copy of MSU.
  • mrnset=<1 - 3000 or none> - the MRN set ID, shown in the rtrv-mrn output, or no MRN set ID
  • mapset=<1 - 36000 or dflt> - The MAP set ID or the default MAP set ID, shown in the rtrv-map output
  • ssn=<2 - 255> - The subsystem number in the SCCP called party address of the duplicated copy of MSU.
  • loopset - the name of the loopset, shown in the rtrv-loopset output, associated with the Duplicate GTT action entry
  • cggtmodid - the calling party global title modification identifier, shown in the rtrv-gtmod output, associated with the calling party of a GTT action entry.
  • cdgtmodid - the called party global title modification identifier, shown in the rtrv-gtmod output, associated with the called party of a GTT action entry.
  • cgpc/cgpca/cgpci/cgpcn/cgpcn24 - the calling party point code in the outgoing message when the cgpcogmsg parameter value is provcgpc. The network type of the cgpc/cgpca/cgpci/cgpcn/cgpcn24 value must be the same as the pc/pca/pci/pcn/pcn24 value.
  • cgpcogmsg=<dflt, cgpcicmsg, opcicmsg, provcgpc> - the data that is used as the calling party point code in the outgoing message.
    • dflt - default. The standard Global Title Translation process supplies the calling party address point code.

      Note:

      If the cgpc/cgpca/cgpci/cgpcn/cgpcn24 and the cgpcogmsg parameters are not specified, the default value for the cgpcogmsg parameter is dflt.
    • cgpcicmsg - the calling party address point code data from the incoming MSU
    • opcicmsg - the OPC data from the incoming MSU
    • provcgpc - the cgpc/cgpca/cgpci/cgpcn/cgpcn24 value provisioned in the Duplicate GTT Action.
  • on=useicmsg - The incoming MSU is duplicated to the MSU. The incoming MSU is the MSU before applying the translation data by any EPAP service or global title translation process and before applying the GTT actions data. However, it is possible that some data in the MSU may have been modified by the LIM before arriving on the service module. The TCAP layer may have been modified by any EPAP service.
  • off=useicmsg - The translated MSU is duplicated to the MSU. The translated MSU is the MSU after applying the translation data by any EPAP/ELAP service or global title translation process and before applying the GTT actions data. However, it is possible that some data in the MSU may have been modified by the LIM before arriving on the service module. The TCAP layer may have been modified by any EPAP service.

    Note:

    If neither the on=useicmsg or off=useicmsg parameters are specified, the USEICMSG value defaults to off.

An example of the Duplicate GTT action entry is shown in Figure 2-15.

Figure 2-15 Duplicate GTT Action Entry

During message processing, these actions are performed based on the cgpcogmsg parameter value in the Duplicate GTT action entry,
  • The CgPA point code field in the duplicated MSU is updated.
  • If the CgPA point code field is not present in the duplicated MSU, the OPC field is updated with the cgpcogmsg parameter value in the Duplicate GTT action entry.
  • If a value other than dflt for cgpcogmsg parameter value in the Duplicate GTT action entry and the CgPA point code or the OPC is not present or cannot be used in the MSU, The EAGLE uses the dflt value of the cgpcogmsg parameter; the CgPA point code supplied by standard global title translation process is applied.

Forward GTT Action

The Forward GTT action diverts the translated MSU to another node. If the EAGLE fails to forward the MSU, UIM 1079 GTT Action FORWARD FAILED is generated.

An example of the Forwarded GTT action entry is shown in Figure 2-16.

Figure 2-16 Forward GTT Action Entry

The Forward GTT Action entry uses the same parameters and values that is used in the Duplicate GTT Action entry, along with the default action (defactid) parameter. The defactid parameter indicates what action is taken when the EAGLE fails to route the forwarded MSU. These are the default actions are:
  • Discard GTT action entry ID - perform the action defined by the Discard GTT entry ID.
  • UDTS GTT Action ID - perform the action defined by the UDTS GTT action entry ID.
  • TCAP Error GTT Action ID - perform the action defined by the TCAP Error GTT action entry ID.
  • Fallback to the translated MSU (fallback). The translated MSU is routed according to the routing data in the translated MSU. The routing data can be from an EPAP service or the PPSOPTS table, or the global title translation process. Fallback to the translated MSU is the default value for the defactid parameter if the defactid parameter is not specified.

Services GTT Action

GTT Action Services allow triggering a Service as a GTT action either based on the usual GTT rules or after FLOBR/TOBR execution.

An example of the Services GTT action entry is shown in Figure 2-17.

Figure 2-17 Services GTT Action Entry

Any of these three Services can be applied on the translated MSU -GPORT, GFLEX or SMSMR. The new GTT Actions Service cannot be applied on MTP routed MSUs.

GTT Action Services can work with the RTDB Split Feature (240M DN and 240M IMSIs via split database). This compatibility is possible only when GTT Action is executed on GTT enabled LIM cards.

The GTT Action SERVICE features the following options:
  • GTT Action ID
  • GTT Action - SRVC
  • SRVCNAME - Service name applied on the translated MSU
  • SNP - Service Numbering Plan of the service applied
  • SNAI - Service nature of the address indicator of the service applied
  • SRVCERR - GTT/SRV

If the Service is triggered by the GTT Action Service fails, the MSU can be processed by applying the results of the pre-Service GTT or processing with the specific Service error.

SFTHROT GTT Action

The SFTHROT GTT Action is used to control the throttling of MSUs on SCCP cards. Thirty-two (32) GTT actions of the type SFTHROT will be allowed. For each such GTT action, the user will provision a threshold as a maximum number of MSUs hitting the GTT action in a 30-second period.

When an MSU hits a GTT action of the type SFTHROT, the SCCP card updates the count of messages that hit the Throttling GTT action and periodically communicates the count to the OAM card via maintenance blocks. The OAM sums the total number of these messages on all SCCP cards, decides if the number of messages has crossed the provisioned threshold, and then communicates to the SCCP card to start throttling the messages.

The OAM will communicate to the SCCP card that the threshold for a particular Throttling GTT action has crossed. The SCCP card will then put that GTT action in the BLOCKED state for the remaining time of the current 30-second window. While the Throttling GTT Action is in the BLOCKED state, any MSU hitting that GTT action will be discarded.

The OAM will send a message to all SCCP cards once every 30 seconds to inform them that the previous 30-second window has expired and a new 30-second window has started. This GTT Action has the following parameters:
  • BURSTS - parameter used to signify the number of previous 30 second windows from where the unused capacity can be carried over to the current window.
  • THRESHOLD - If the count of MSUs hitting SFTHROT action exceeds this value, the MSU will be discarded.
  • DEFACTID - Default Action ID. The default action that is performed when the sfthrot GTT Action fails.

A GTT Action set will only have a maximum of one SFTHROT GTT Action.

Figure 2-18 Throttling Framework

SFLOG GTT Action

The SFLOG GTT Action is used for logging. An SCCP card will be allowed to log up to 100 log event/second. The SCCP card will transfer all the log events for the MSUs that will hit the SFLOG GTT action. Two IPS cards will act as the Primary and Secondary Logging Card. At any given time, the Primary logging card will be actively logging. The standby logging card will only be used for logging if the active logging card is unavailable for logging for an extended period of time.

Table 2-18 Roles and Responsibilities

SCCP Card IPS Logging Card
Send the LOG events to the IPS card for the messages that hit the SFLOG GTT action Determine if it is a primary or standby IPS logging card
Peg a system wide Measurement register to indicate overall Log Events in the system Broadcast that decision to other IPS logging cards and the SCCP cards
Use MFC to flow-control messages to IPS card Receive Log Events from SCCP cards and log them in a file in ASCII Format
Raise an Alarm if the logging capacity is exceeded SFTP the collected log events to the primary server every 15 minutes
Raise an Alarm if the primary SFTP server or both the primary and secondary servers cannot be reached

The SFTP Client interface will enable LOG events to be transferred from an EAGLE to other workstations. The file naming convention for the LOG SFTP reports is: <clli>_sflog_<date in yymmdd format>_<time in hh24mmss>.pcap. The EAGLE will provide an SFTP transfer of the LOG files after every 15 minutes. The EAGLE may also be configured to transfer LOG events periodically to a customer workstation. When the SFTP Client has been configured and the SFLOG GTT Action has been configured on some translation, the Logging Framework begins periodic transfers after collection completes for the next appropriate period.

The LOG event files to be transferred for that collection period are created and stored in IPS RAM Disk. The logging 15 minutes timer will start on both the SFLOG cards, Primary and Secondary (if configured), once the cards come into ACTIVE/IS-NR state. When the LOG event files have been generated, the Primary IPS logging card begins the file transfer to the Primary SFTP Server.

The IPS logging card does not know if an SFTP Server is up and running until it attempts a transfer. If a transfer fails, the transfer to the lowest priority number SFTP Server for the LOG file scheduled for that period is considered a failure, and the Logging system attempts to transfer the LOG file to the next higher priority number SFTP Server. It also raises a MINOR Alarm indicating the failure to transfer to the Primary SFTP Server.

SFTP Server priority is displayed in the rtrv-ftp-serv command output. The lower the number in the PRIO column, the higher the server priority.

Note:

Only SFTP servers configured for the SFLOG application are utilized by the Logging Framework for SFTP transfer.

If the IPS logging card is unable to establish a connection with any of the SFTP servers, a MAJOR Alarm is generated to record the file transfer failure event, and the LOG file scheduled for transfer is deleted from the file transfer repository. No further attempts are made to regenerate or transfer the file to the SFTP servers.

Release 46.3 implements the SFLOG MFC card service for the MFC interface. The SCCP uses this MFC service to send the log events to the IPS logging cards.

SCCP cards are the MFC client cards and IPS logging cards are MFC server cards for this MFC service. SCCP cards will only send the log event to the active IPS logging card (based on the broadcast message it gets from the active IPS logging card).

The log file will have the name <clli>_sflog_<date in yymmdd format>_<time in hh24mmss>.pcap. The timestamp in the file name will be the starting time of any 15 minute window.

Note:

If the CLLI is changed, then the SFLOG cards should be booted to reflect the change in the LOG file name.

The log file format has the libpcap format already supported by EagleEyes.

A GTT Action set will only have a maximum of one SFLOG GTT Action.

SCPVAL GTT Action

The SCPVAL GTT Action is used to compare the SCCP digits and MAP digits. This GTT Action has the following parameters:
  • SPRM - mandatory parameter used to decide whether the SCCP NP, NAI and GTA is picked up from CDPA or CGPA for comparison.
  • TPRM - mandatory parameter used to decide whether the MAP digits, NP and NON, are picked from SMRPDA or SMRPOA for comparison.
  • NDGT - parameter used to specify the number of digits that need to be matched between the SCCP parameter and MAP parameter. The minimum number of digits to match is 1 and the maximum is 21.
  • USEICMSG - Use Incoming Message. Specifies whether to retrieve the data for comparison from the Original, i.e., as the message was received by SCCP (OFF), or Post-GTT, i.e., after possible EPAP/GTT translation/modification data has been applied (ON).
  • UIMREQD - UIM Required. On generates a UIM in case of Action failure. Off does not generate a UIM in case of Action failure.
  • DEFACTID - Default Action ID. The default action that is performed when the scpval GTT Action fails.

Figure 2-19 MAP SCCP Validation Flowchart

SFAPP GTT Action

The SFAPP GTT action diverts the translated MSU to the SFAPP card.

Figure 2-20 Forward SFAPP GTT Action Entry

The user is able to provision SFAPP card information in the SFAPP GTT Action entry through SCFADDR. HLRADDR is used later on the SFAPP card.

The SFAPP GTT Action is controlled by the "GTT Action - SFAPP" parameter.

Figure 2-21 SFAPP Action Processing

GTT Action Set

A GTT action set contains from one to six GTT action entries, the GTT action set ID which is used by global title address entries to reference the GTT action set, a test mode field whose value can be either on or off, and a reference count. The EAGLE can contain 20,000 GTT action sets.

A GTT action set is assigned to a global title address entry. The reference count in the GTT action set shows the number of global title address entries that reference the GTT action set. When a GTT action set is referenced by an global title address entry, the reference count is increased by 1. When a global title address entry no longer references the GTT action set, the reference count is decreased by 1. The GTT action set can be removed only when the reference count is zero. When the GTT action set is removed, the reference counts of GTT action entries that are in the GTT action set are decreased by 1.The data for each GTT action set is shown in the rtrv-gttaset output.

A GTT action set is provisioned using the ent-gttaset command with these parameters.
  • actsn - the GTT action set name
  • actid1 - The GTT action entry ID shown in the rtrv-gttact output.
  • actid2 - The GTT action entry ID shown in the rtrv-gttact output.
  • actid3 - The GTT action entry ID shown in the rtrv-gttact output.
  • actid4 - The GTT action entry ID shown in the rtrv-gttact output.
  • actid5 - The GTT action entry ID shown in the rtrv-gttact output.
  • actid6 - The GTT action entry ID shown in the rtrv-gttact output.
  • on=testmode
  • off=testmode
The following rules apply for a GTT Action Set:
  • The Forward, Discard, UDTS, TCAP Error and Services GTT Actions are mutually exclusive in a GTT Action Set.
  • No GTT Action is allowed to repeat in a GTT Action Set. However, the GTT Action Set can contain multiple Duplicate GTT Actions and a maximum of 2 SCPVAL GTT Actions with different Action Ids.
  • The GTT action set must contain at least one GTT action entry.
  • The GTT action set Id must be unique in the GTT action set table.
  • The user can provision a maximum of 5 Duplicate Actions and one of Forward/Discard/UDTS/TCAP Error/Services/SFLOG/SFTHORT and maximum of 2 SCPVAL Actions per Action Set.
  • The user can provision a maximum of 2 SCPVAL Actions and one of Forward/Discard/UDTS/TCAP Error/Services/SFLOG/SFTHROT Actions or multiple Duplicate's per Action Set. The SPRAM and TPRM combination for both the SCPVAL GTT Actions in the same action set must be unique.
  • The SFTHROT GTT Action will be the first GTT Action in a GTT Action Set. No GTT Action is allowed before this action in a GTT Action set.
  • The GTT action entries can be provisioned in any order in the GTT action set as long as the GTT action entry that contains either the Forward, Discard, UDTS, TCAP Error, Services, SFLOG, SFTHROT GTT or SCPVAL action is the last entry in the GTT action set. For example, the actid4 parameter can be specified without specifying the actid1 parameter. However, after specifying the actid4 parameter with a Duplicate GTT action entry, the actid1 parameter cannot be specified with a GTT action entry that contains either the Forward, Discard, UDTS, TCAP Error, Services, SFLOG, SFTHROT or SCPVAL GTT action. Another Duplicate GTT action entry can be specified for the actid1parameter.
  • The user can provision only one SFAPP action. It is supported with Duplicate, Services, SFLOG and SFTHROT GTT Actions. It can only be the last GTT action in the action set.
A GTT action set can contain entries with these combinations of GTT actions.
  • Forward
  • Discard
  • UDTS
  • TCAP Error
  • Services
  • SFTHROT
  • SFLOG
  • SCPVAL
  • SFAPP
  • Duplicate (a maximum of 5 Duplicate Action Ids)
  • Duplicate (a maximum of 5 Duplicate GTT Actions)/SLFOG/SCPVAL (a maximum of 2 SCPVAL GTT Actions), Discard (the last entry in the GTT action set)
  • Duplicate (a maximum of 5 Duplicate GTT Actions)/SLFOG/SCPVAL (a maximum of 2 SCPVAL GTT Actions), UDTS (the last entry in the GTT action set)
  • Duplicate (a maximum of 5 Duplicate GTT Actions)/SLFOG/SCPVAL (a maximum of 2 SCPVAL GTT Actions), TCAP Error (the last entry in the GTT action set)
  • Duplicate (a maximum of 5 Duplicate GTT Actions)/SLFOG/SCPVAL (a maximum of 2 SCPVAL GTT Actions), Forward (the last entry in the GTT action set)
  • SFTHROT, any other GTT Action
  • Duplicate, SFLOG and SCPVAL GTT Actions can come in any order
  • Duplicate (a maximum of 5 Duplicate GTT Actions)/SFLOG/Services/SFTHROT and SFAPP (in the same order)
The test mode field of the GTT action set entry defines whether or not the GTT action set is used for real-time MSU processing. The test mode field is provisioned by these two parameters.
  • on=testmode - indicates that the GTT action set is used only by the test message tool.
  • off=testmode - indicates that the GTT action set is used for real-time MSU processing.

The default value for the test mode field, if neither the on=testmode or off=testmode parameters are specified, is off.

GTA Entries and the Discard/UDTS/TCAP Error GTT Action

In previous releases, only the Discard and UDTS GTT actions could be assigned to a GTA entry, but the GTA entry could contain no routing data (the point code, SSN, routing indicator, MRN set and MAP set values). With the GTT Actions feature, the GTA entry that references the GTT action set that contains the Discard, UDTS, or TCAP Error GTT actions can contain routing data, although the routing data is not used during message processing. This allows the user to change the GTT action set that is being referenced by the GTA entry to a GTT action set that requires routing data, a GTT action set that contains either the Duplicate or Forward GTT actions, without having to provision the routing data for the GTA entry.

GTA Entries with the XLAT=NONE Parameter

In previous releases, the Discard and UDTS GTT actions were specified for the GTA entry with the xlat=disc and the xlat=udts parameters of the ent-gta or chg-gta commands. The GTT Actions feature allows a GTA entry to be provisioned with the xlat=none parameter. The GTA entry that contains the xlat=none parameter can contain any data except the routing data (the point code, SSN, and routing indicator). At any point of time, in a given GTT set, two GTA entries with same GTA value and different XLAT values are not allowed.

If during message processing a matching translation that contains the xlat=none parameter value is found, these actions occur.
  • For successful non-GTT Message Relay Services, the MSU continues to use the routing data from the EPAP service or PPSOPTS table. If a GTT action set is associated with the matched translation, then the GTT actions in the GTT action set is applied to the MSU.
  • For all other MSUs:
    • If the matching translation that contains the xlat=none parameter value and a GTT action set and:
      • The GTT action set contains only one of these actions: Discard, UDTS, or TCAP Error GTT Action, then the matching translation is considered a match.
      • The GTT action set that contains the Duplicate or Forward GTT actions, then the matching translation is not considered a match.
    • If a matching translation that contains the xlat=none parameter value and does not contain a GTT action set, the matching translation is not considered a match because there is no routing data. If none of the following conditions are present, the global title translation process has failed.
      • If the Support for 16 GTT Lengths in VGTT feature is not enabled and turned on, the global title translation process may find the best match with a lesser number of digits that contains an xlat parameter value other than none.
      • While searching for a matching translation using the Origin-Based SCCP Routing feature:
        • For the advanced CdPA Mode, the translation containing the xlat=none parameter value is found in the advanced portion of CdPA translation, (SELID, OPTSN, or OPCSN), and no further advanced CdPA processing is possible (for example, there is no optional OPCSN defined), the next GTT mode in the GTT hierarchy is considered.
        • For all other modes:
          • If there is no previously matched translation, the next GTT mode in the GTT hierarchy is considered, if the GTT mode is available.
          • If there is previously matched translation, the MSU is routed according to the data in the previously matched translation.

        For example, while searching for a matching translation using the Origin-Based SCCP Routing feature, Set 3 Translation is found (see Figure 2-22). A matching translation that contains the xlat=none parameter value is found in SELID/Set 4. This is not considered a match. The MSU is routed based on the routing data in Set 3 Translation.

        If Set 3 Translation is a CdPA GTA translation with an optional OPC set and a matching translation that contains the xlat=none parameter value is found in SELID/Set 4, and a matching translation that contains the xlat=none parameter value is found in the OPC set also, the next mode in the GTT hierarchy is selected.

        Figure 2-22 Origin-Based SCCP Routing and XLAT=NONE

    • While searching for a matching translation using the Flexible Linkset Optional Based Routing feature, if a translation that contains the xlat=none parameter value is encountered, the FALLBACK option of the previously found translation is used. If the FALLBACK option is set to yes, a match is made to the previously found translation. If the FALLBACK option is set to no, the global title translation process has failed. For example, while searching for a matching translation using the Flexible Linkset Optional Based Routing feature, Set 1 Translation is found (see Figure 2-23). A matching translation that contains the xlat=none parameter value is found in SELID/Set 2.This is not a match. The FALLBACK option of Set 1 Translation is used. Since the FALLBACK option is set to yes in Set 1 Translation, the MSU is routed based on the Set 1 Translation routing data.

      Figure 2-23 Interaction between the FALLBACK Option and XLAT=NONE

      If Set 1 Translation is a CdPA GTA, CdPA SSN, or Opcode translation and a matching translation that contains the xlat=noneparameter value is found in SELID/Set 2 as shown in Figure 2-22, a check for a matching translation is made in the OPC set. If a matching translation that contains the xlat=noneparameter value is found in the OPC set, the FALLBACK option of Set 1 Translation is used. Since the FALLBACK option in Set 1 Translation is set to yes, the MSU is routed based on the Set 1 Translation routing data. If Set 1 is the very first GTT set that is found in the searching process and Set 1 Translation is provisioned with the xlat=none parameter value, then the global title translation process fails.

    • For opcode translations, the global title translation process used the TCAP Opcode Based Routing feature to find the best matching translation.

GTT Action Per-TT Measurements

GTT action-related events recorded by the SCCP application are reported as system-wide totals, on a per-translation type basis (per-TT), and a per-path basis. The events recorded for GTT Actions are shown in Table 2-19 and Table 2-20.

Table 2-19 GTT Action Events Recorded for Per-TT and System-Wide Measurements Reports

Event Label Description
GTTASET The total number of messages receiving any GTT action.
GTTADUP The total number of messages for which a Duplicate MSU was sent.
GTTADISC0 The total number of messages discarded by the DISCARD GTT action.
GTTADISC1 The total number of messages discarded by the UDTS GTT action.
GTTADISC2 The total number of messages discarded by the TCAP Error GTT action.
GTTAFWD The total number of messages forwarded by the Forward GTT action.
GTTASRVGFLX The total number of messages serviced by GFLEX GTT Action.
GTTASRVGPRT The total number of messages serviced by GPORT GTT Action.
GTTASRVSMSR The total number of messages serviced by SMSMR GTT Action.

Table 2-20 GTT Action Events Recorded for Per-Path Measurements Reports

Event Label Description
GTTACTNA The total number of messages for which no GTT actions were performed.
GTTADUP The total number of messages for which a Duplicate MSU was sent.
GTTADISC0 The total number of messages discarded by the DISCARD GTT action.
GTTADISC1 The total number of messages discarded by the UDTS GTT action.
GTTADISC2 The total number of messages discarded by the TCAP Error GTT action.
GTTAFWD The total number of messages forwarded by the Forward GTT action.
GTTASRVGFLX The total number of messages serviced by GFLEX GTT Action.
GTTASRVGPRT The total number of messages serviced by GPORT GTT Action.
GTTASRVSMSR The total number of messages serviced by SMSMR GTT Action.

The per-translation type report contains a breakdown of the GTT action events for each of the translation types provisioned in the database, up to a maximum of 256 translation types. This data is available for every 30-minute interval, and for every 15-minute interval if the 15-Minute Measurements feature is enabled and turned on. The GTT Actions system-wide measurements report provides the totals of all the actions that were performed on the EAGLE for all the GTT action sets. This report is available for every 30-minute interval, and for every 15-minute interval if the 15-Minute Measurements feature is enabled and turned on.

GTT Action Per-Path Measurements

The GTT action per-path measurements provides measurement counts for the GTT actions applied to the messages that match a pre defined combination of “CgPA GTA”, “CdPA GTA”, and “Opcode” values. The combination of these values are provisioned in the GTT Path table with the ent-gttapath command. Each entry in the GTT Path table must be unique combination of CdPA GTA, CgPA GTA and Opcode values and this combination is called a path. If a translation search in Global Title Translation table matches the path specified in GTT Path table, then the corresponding measurement counts for that path are incremented. However, if the ppmeasreqd parameter (Per Path Measurements required) value for the final translation is no, then the per-path measurement counts for the matching path are not pegged.

A GTT action path entry set is provisioned using the ent-gttapath command with these parameters.
  • gttpn - the GTT action path name
  • opgttsn - the opcode GTT set name shown in the rtrv-gttset output.
  • opcode - the opcode value shown in the rtrv-gta output that is assigned to the opgttsn value.
  • pkgtype - the package type value shown in the rtrv-gta output that is assigned to the opgttsn value.
  • family - the family value shown in the rtrv-gta output that is assigned to the opgttsn value.
  • acn - the ACN value shown in the rtrv-gta output that is assigned to the opgttsn value.
  • cggttsn - the CGGTA GTT set name shown in the rtrv-gttset output.
  • cggta - the CGGTA shown in the rtrv-gta output that is assigned to the cggttsn value.
  • cdgttsn - the CDGTA GTT set name shown in the rtrv-gttset output.
  • cdgta - the CDGTA shown in the rtrv-gta output that is assigned to the cggttsn value.

An example of a GTT action path entry is shown in Figure 2-24.

Figure 2-24 GTT Action Path Entry

The GTT Action path table can contain a maximum of 10,000 entries. A GTT path entry shall have up to three GTT set-value combinations in it, where the GTT set and value must be a valid entry in the GTT Translation table. However, a GTT path must be provisioned with at least one GTT set and value (CdPA GTA/CgPA GTA/Opcode). For every GTT action path, the GTT set and the value must be specified together as a combination. If the GTT Set-value combination is not provisioned in a GTT action path then it is considered as no value and is displayed as “----“ in the rtrv-gttapath output for that combination. Translation entries cannot be removed or modified (in case of GTA range splitting) if the entries are referenced in a GTT action path. Figure 2-25 shows the relation between the two tables.

Figure 2-25 GTT Translation and GTT Action Path Table Relationship

The GTT actions per-path measurements report contains the GTT Action events for the predefined GTT paths that are provisioned in the database, up to a maximum of 10,000 predefined paths. The per-path measurement data is collected during the 60 minute interval period (per hour). The hourly data is retained for 24 hours. The daily collection data is retained for seven days. The data collection reports are available as both scheduled and on-demand reports. The events recorded for the GTT actions per-path measurements is shown in Table 2-20.

Per path measurements for a GTT path are pegged if these conditions are present.
  • A matching global title translation was found for at least one of the CdPA GTA/ CgPA GTA/ Opcode values.
  • The ppmeasreqd parameter value in the global title translation is yes.
  • The matching CdPA GTA/ CgPA GTA/ Opcode translation combination is provisioned in GTT action path table.

GTT Action Path Entry Searched with all the GTT Set-Value Combinations Specified

All three specified GTT Set-value combinations (opcode/CgPA/CdPA) are provisioned in a GTT action path in GTT action path table as shown in Figure 2-26.

Figure 2-26 Example GTT Action Path Table Entry

The per-path measurements are pegged for this GTT action path entry only if:
  • The ppmeasreqd parameter value in the global title translation is yes.
  • All the specified GTT set-value combinations were searched in any order during the global title translation lookup.

Figure 2-27 GTT Translation Lookup - Exact GTT Action Path Match

In Figure 2-27, searches are performed for this translation data.
  • Set 1 - CGGTTSN = cgsn1 - CGGTA = 1234
  • Set 2 - OPGTTSN = opsn1 - Opcode = 22
  • Set 3 - CDGTTSN = cdsn1 - CDGTA = 2345

This combination matches the entry # 1 in the GTT action path table shown in Figure 2-26. Since the per-path measurement required value is set to Yes in Set 7 (the translation result), entry #1 in Figure 2-26 is pegged in the per-path measurements report. If the per-path measurement required value is set to No in Set 7, then entry #1 in Figure 2-26 is not pegged in the per-path measurements report.

GTT Action Path Entry Not Searched in the Translation Lookup

If a GTT set-value combinations search is performed during the translation lookup, and all the searched combinations do not match any of the provisioned GTT action paths, then the per-path measurements are not pegged.

Figure 2-28 GTT Translation Lookup - No GTT Action Path Match

In Figure 2-28, a search is performed for this translation data during the global title translation lookup. CDPA GTA and CgPA GTA searches were not performed.

Opcode GTT Set Type Set 5 OPGTTSN=opsn2 OPCODE=12

The entries in Figure 2-26 do not contain any entries that have only an Opcode entry, so the per-path measurements are not pegged.

GTT Path Entry Searched with Some GTT Set-Value Combinations Specified

Suppose only the Opcode and CgPA GTA GTT set-value combinations are provisioned in a GTT action path, as shown in entry #3 in Figure 2-26. The per-path measurements are pegged for this GTT action path entry only if:
  • The per-path measurement required value in the resulting translation is set to Yes.
  • The matching translation entry was found for both the CgPA and Opcode GTT set-value combination.
  • Either the search was not performed on CdPA GTA or no matching translation entry was found for the CdPA GTA.

Figure 2-29 GTT Translation Lookup - Exact GTT Action Path Match (with Unspecified GTT Set-Value Combinations)

In Figure 2-29, searches are performed for this translation data during the global title translation lookup. CDPA GTA search was not performed

Opcode GTT Set Type Set 5 OPGTTSN=opsn3 OPCODE=10
CGPA GTT Set Type Set 6 CGGTTSN=cgsn3 CGGTA=12345678

The searched CGPA GTA/CdPA GTA/OPCODE values matches Entry #3 in Figure 2-26 where the CDPA GTA is provisioned as none. Since the per-path measurement required value is set to Yes in Set 6 (the translation result), entry #3 in Figure 2-26 is pegged in the per-path measurements report.

Provisioning the GTT Actions Feature

To provision the GTT Actions feature, perform these steps.

  1. Turn the GTT and EGTT features on using the chg-feat command. Add the required service modules to the database using the ent-card command. Perform the Adding a Service Module procedure.
  2. Enable and turn on one or more of these features using the enable-ctrl-feat and the chg-ctrl-feat commands.
    • To perform the GTT actions Discard, UDTS, or TCAP Error - GTT Action – DISCARD – 893027501
    • To perform the GTT action Duplicate - GTT Action – DUPLICATE – 893027601
    • To perform the GTT action Forward - GTT Action – FORWARD – 893037501

    Perform the Activating the GTT Actions Features procedure to enable and turn on these features.

  3. Provision the required GTT actions using the ent-gttact command by performing the Adding a GTT Action procedure.
  4. Provision the required GTT action sets using the ent-gttaset command by performing the Adding a GTT Action Set procedure.
  5. Provision the required GTT translations using the ent-gta command. Perform Adding Global Title Address Information.

To provision the GTT action paths, perform these steps.

  1. Perform the Activating the GTT Actions Features procedure to enable and turn on these features.
    • To perform the GTT actions Discard, UDTS, or TCAP Error - GTT Action – DISCARD – 893027501
    • To perform the GTT action Duplicate - GTT Action – DUPLICATE – 893027601
    • To perform the GTT action Forward - GTT Action – FORWARD – 893037501
  2. Provision the required GTT sets using the ent-gttset command. Perform Adding a GTT Set.
  3. Provision the required GTT translations using the ent-gta command. Perform Adding Global Title Address Information.
  4. Provision the required GTT action paths using the ent-gttapath command by performing the Adding a GTT Action Path Entry procedure.