4 ATINP Configuration
This chapter provides procedures for configuring the ATINP feature for use in the EAGLE.
Introduction
The ATINP feature is configured on the EAGLE and on the EPAP. This chapter describes prerequisites and procedures for the EAGLE configuration only. The EPAP configuration is covered in the Administration Guide for EPAP. This chapter also includes procedures for configuration of the Service Portability feature for use with ATINP, and for provisioning options to allow the use of the GRN for ROP information.
ATINP Configuration Procedure lists the steps for enabling and turning on the ATINP feature and the Service Portability feature, and for the provisioning required for the features. Each step contains a link or reference to information and procedures to use to complete the step. Feature provisioning can be performed after the features are enabled and before the features are turned on. Refer to Commands User's Guide for complete descriptions of the commands used in these procedures.
The ATINP feature and other related features are optional and you must be entitled to use them in your system. If you are not sure whether you are entitled to use a specific feature, contact your Oracle Sales or Account Representative.
Note:
For an in-service environment, contact unresolvable-reference.html#GUID-F6B3D647-C34D-4046-83F4-3D37AC9F2F63 before continuing to configure the ATINP feature. For an environment that is not yet in-service, continue with the configuration.EPAP Entity Provisioning
- EPAP-administered entity data can become out-of-sync with the EAGLE MAP table when the creation of Point Codes and/or Subsystem Numbers in the MAP table is performed after EPAP database administration.
- If this mismatch is discovered in real-time operations, a UIM is sent to the EAGLE maintenance terminal. (Example UIMs: SCCP did not route - DPC not in MAP tbl, SCCP did not route - SS not in MAP tbl.)
System Prerequisites
Before any feature that is described in this manual can be enabled, the prerequisites listed in Table 4-1 are required in the system.
Table 4-1 System Prerequisites
Prerequisite | Verification and Provisioning |
---|---|
The system serial number must be correct and locked. For new installations, the system is shipped with an unlocked serial number. The serial number can be changed if necessary and must be locked after the system is on-site. For systems that are being upgraded, the serial number is usually already verified and locked. |
Note: The serial number cannot be changed after it is entered
and locked in the system.
Locate the serial number for the system on a label affixed to the control shelf (1100). Enter the Verify that the displayed serial number is correct for the system. If no
serial number is displayed, enter the Enter the |
A sufficient number of Service Module cards must be equipped. |
Enter the If more cards or cards of a different type are needed, refer to the procedures in Database Administration - GTT User's Guide to add or remove Service Module cards. |
The GTT feature must be on in the system. Some features require an additional GTT-related feature such as EGTT. See the specific feature prerequisites in this section. |
Enter the If the GTT feature is on, the gtt=on entry appears in the output. If the gtt=off entry appears in the output, use the procedures in Database Administration - GTT User's Guide to turn on and provision the GTT feature and any other GTT-related features and functions that will be used in the system. |
ATINP Feature Prerequisites
Before the ATINP feature can be enabled, the following prerequisites are required in the system:
Table 4-2 ATINP Feature Prerequisite
Prerequisite | Verification and Provisioning |
---|---|
The ANSIGFLEX system option cannot be set to Yes. |
Enter the Verify that the ANSIGFLEX entry does not appear in the command output or that the ANSI GFLEX entry shows a value of No. |
The LNP feature cannot be on in the system. |
Enter the If the LNP feature is on, shown with a quantity greater than zero for the LNP ported TNs entry in the command output, the feature described in this manual cannot be enabled. |
ATINP Configuration Procedure
The EAGLE configuration of the ATINP feature consists of the following steps. The steps contain links and references to detailed procedures and information needed to complete each step.
- Verify, and provision if needed, the system prerequisites. See System Prerequisites.
- Verify, and provision if needed, the feature prerequisites. See ATINP Feature Prerequisites.
- Enable the ATINP feature, set system STP options, and turn on the ATINP feature. See Enabling ATINP, Setting STP Options, and Turning On ATINP.
- Enable the Service Portability feature, if it will be used with ATINP. See Enabling the Service Portability Feature.
- Change the self identification of the EAGLE node to include true point codes and ATINP capability point codes. See Provisioning True Point Codes and Capability Point Codes and refer to the procedures in Database Administration - SS7 User's Guide.
- Refer to the procedures in Database Administration - GTT User's Guide to provision the following items:
- Translation types and mappings
- Mated Application table entries for the ATINP feature that contain the EAGLE true point codes, the ATINP capability point codes, and the ATINPQ subsystem number. Only solitary and dominant loadsharing are supported.
The ATINPQ subsystem can have a mate subsystem and a concerned point code group assigned to it in the MAP table.
If multiple point code types for ATINPQ are provisioned in the MAP table, then the point code type for the Subsystem Out-of-Service Request message (SOR) is determined using the following order:- ANSI
- ITU-N
- ITU-N Spare
- ITU-I
- ITU-I Spare
- Provision state and subsystem number for the ATINPQ local subsystem application. See Adding the ATINPQ Local Subsystem Application.
- Provision the service selector mechanism to route MSUs to the ATINPQ subsystem. See Adding an ATINP Service Selector.
The ATINP service is atinp.
The Translation Type and Subsystem Number are the values assigned for the ATINP local subsystem when the MAP table entries were defined. See Step 4 in this procedure.
ATINP supports ANSI, ITU-I, and ITU-N Global Title Indicators; ITU-N24 is not supported.
The Nature of Address Indicator and Numbering Plan are required when the GTI value is 4, and not allowed when the GTI value is 2.
ATINP does not support the Service Nature of Address or the Service Numbering Plan.
- Provision ATINP options, including options for Service Portability and GRN data processing if required. See Provisioning the ATINP Options.
- Activate the ATINP local subsystem. See Activating the ATINPQ Local Subsystem.
- Turn on the Service Portability feature, if it will be used with ATINP. See Turning On the Service Portability Feature.
- Configure the Measurements Platform feature or the E5-OAM Integrated Measurements feature if measurements are to be collected for ATINPQ.
Refer to the procedures in Database Administration - System Management User's Guide for configuring the Measurements Platform feature, the E5-OAM Integrated Measurements feature, and the EAGLE OA&M IP Security feature in the EAGLE. OAM-based measurements reports are not available for ATINPQ.
Enabling ATINP, Setting STP Options, and Turning On ATINP
-
The ATINP feature must be enabled using the ATINP feature part number 893022101 and a Feature Access Key.
Note:
Controlled features are optional and you must be entitled to use them in your system. If you are not sure whether you are entitled to use a specific feature, contact your Oracle Sales or Account Representative.When the ATINP feature is enabled, it is permanently enabled. The ATINP feature cannot be temporarily enabled.
Note:
Provisioning of ATINP options and other information can be done after the feature is enabled and before the feature is turned on. -
After the ATINP feature has been enabled, the STP option for the default country code must be changed from NONE to an appropriate value for ATINP.
The
chg-stpopts
andrtrv-stpopts
commands support the defcc and dsmaud parameters for the ATINP feature.In the
rtrv-stpopts
command output, the defcc parameter is displayed with value NONE when the ATINP feature is enabled. -
After the ATINP feature has been enabled, the STP options are set, and database provisioning is complete, the ATINP feature status must be set to on (the feature must be “turned on”).
After the ATINP feature is enabled and turned on, the ATINP feature can be turned off again.
When the feature is turned on:- The defcc parameter value cannot be set to NONE.
- The DSM audit running state (dsmaud) parameter of the
chg-stpopts
command can be provisioned for ATINP. - The dsmaud parameter is displayed with value off when the ATINP feature is turned on.
Enabling the Service Portability Feature
If Service Portability can be applied to the messages processed by a feature described in this guide, use this procedure to enable the Service Portability feature in the EAGLE.
Note:
Controlled features are optional and you must be entitled to use them in your system. If you are not sure whether you are entitled to use a specific feature, contact your Oracle Sales or Account Representative.Provisioning of S-Port options can be done after the feature is enabled and before the feature is turned on.
After the S-Port feature has been enabled and database provisioning is complete, the S-Port feature status must be set to on (the feature must be “turned on”) before S-Port processing will occur.
Provisioning True Point Codes and Capability Point Codes
This procedure explains briefly how to provision EAGLE true point codes, and capability point codes for EPAP-based features. Refer to the detailed procedures in Database Administration - SS7 User's Guide for provisioning true and capability point codes, and the CLLI if needed.
For the ATINPQ subsystem, the EAGLE supports ANSI, ITU-I, ITU-N, ITU-I Spare, and ITU-N Spare capability point code types. including group codes. ITU-N24 capability point codes are not supported.
This procedure explains how to provision EAGLE true point codes and ATINP capability point codes.
Provisioning the ATINPQ Local Subsystem
See the procedures in Changing the State of a Subsystem Application to take the subsystem application online or offline.
Note:
The EAGLE supports the operation of two or more local subsystems for EPAP-related features in the system at one time. For example, the local subsystems for INP and EIR can coexist in the system.Adding the ATINPQ Local Subsystem Application
This procedure is used to define the ATINPQ subsystem application. The subsystem application can be taken online when it is defined or later in the configuration process (see Changing the State of a Subsystem Application).
Before the ATINPQ subsystem application can be added to the database, the following conditions must exist in the system:
Table 4-3 ATINPQ Local Subsystem Prerequisites
Prerequisite | Verification |
---|---|
The ATINP feature must be enabled and turned on |
Enter the If the ATINP entry with Status of on does not appear in the output, see the Enabling ATINP, Setting STP Options, and Turning On ATINP procedure. |
The application specified by the appl parameter (atinpq) cannot already be in the database. |
Enter the If the ATINPQ entry appears in the output, this procedure cannot be performed. |
EAGLE true point codes and ATINP capability point codes must be defined, and entered in the Mated Application table with a subsystem number to be used for the ATINPQ subsystem application. |
Only one subsystem number for the application can be defined, and must be used for all point code types assigned to the local subsystem. Enter the Enter the |
The examples in this procedure reserve the subsystem number 100 for the ATINPQ subsystem application and set the ATINPQ subsystem application status to online.
Provisioning the ATINP Service Selector
The procedures in this section describe how to add, change, and remove a service selector. The included information is specific to ATINP.
Changing an Existing Service Selector to an ATINP Service Selector
This procedure is used to change an existing non-ATINP service selector to a ATINP service selector.
The only parameters that can be changed using this procedure are:
- :nsnp
- An ATINP service selector cannot contain an SNP value; if the service selector being changed contains an SNP value, this value must be changed to none with this parameter.
- :nsnai
- An ATINP service selector cannot contain an SNAI value; if the service selector being changed contains an SNAI value, this value must be changed to none with this parameter.
The chg-srvsel
command requires that the following parameters be specified with the values shown in the rtrv-srvsel
output for the service selector that is being changed. If any of these parameter values need to be changed for a ATINP service selector, use the procedure in Removing a Service Selector to remove the existing service selector. Then use the procedure in Adding an ATINP Service Selector to add the new ATINP service selector with the new parameter information.
Provisioning the ATINP Options
Refer to ATINP Configuration Options in this manual and to the chg-atinpqopts
command description in Commands User's Guide for parameter names, valid parameter values, examples, and dependencies.
Activating the ATINPQ Local Subsystem
The procedure in this section explains how to activate the ATINPQ local subsystem.
When all feature configuration is complete, the ATINPQ subsystem application must taken online and the local subsystem must be activated to allow it to begin operation.
When the local subsystem operating state is Inhibited, the chg-ss-appl
command can be used to change the online or offline database state of the subsystem. The rtrv-ss-appl
command displays the online or offline provisioned value.
When the first Service Module card is loaded, this state tells whether the subsystem should be considered allowed (online) or inhibited (offline). This is a database state. If the command is accepted, then the change is made to the tables and can be read after an init-sys
command is entered to initialize the system.
When the Service Module cards are in-service and the subsystem application is online, the alw/inh-map-ss
commands can be used to change the dynamic operating state of the local subsystem to allowed or inhibited. The inh-map-ss
command does not necessarily force a state change, because it can fail if the mate does not send an SOG. The force=yes parameter must be specified to bypass the SOR/SOG exchange and inhibit immediately. (There is no rtrv-map-ss
command.)
The procedures in Changing the State of a Subsystem Application explain how to take a local subsystem online and offline.
Table 4-4 Subsystem Allow/Inhibit
Command\ Subsystem State | Offline | Online |
---|---|---|
alw-map-ss
|
Command is rejected because the subsystem must be online to be in the Allowed state. | Attempts to make the local subsystem active. |
inh-map-ss | Command accepted, but no action because offline implies inhibited. | Attempts to inhibit the local subsystem. Use of the force=yes parameter bypasses the SOR/SOG exchange and inhibits immediately. |
chg-ss-appl:appl=atinpq :nstat=online
|
Changes local subsystem status to online. | No change to local subsystem status in the database. |
chg-ss-appl:appl=atinpq :nstat=offline
|
Command is rejected because the subsystem must be inhibited to go offline. | Changes local subsystem database status to offline. |
Turning On the Service Portability Feature
This procedure is used to turn on the Service Portability feature in the EAGLE, using the feature part number 893034301.
Before the Service Portability (S-Port) feature can be turned on, the feature must be enabled in the EAGLE.
Provisioning of S-Port options can be done after the feature is enabled and before the feature is turned on.
After the S-Port feature has been enabled and database provisioning is complete, the Service Portability feature status must be set to on (the feature must be “turned on”). MSUs will not be processed by the Service Portability feature until the feature is turned on.
After the Service Portability feature is enabled and turned on, it can be turned off again. Service Portability processing can occur only when the Service Portability feature is on and a feature that uses S-Port is on.
Turning Off the Service Portability Feature
Before the Service Portability (S-Port) feature can be turned on and off, the feature must be enabled in the EAGLE.
This procedure is used to turn off the Service Portability feature, using its feature part number 8930343001.
Note:
MSUs will not be processed by a feature when the feature is turned off in the system.Changing the State of a Subsystem Application
The procedures in this section are used to set the state of an existing subsystem application to either online or offline.
The online or offline status of the subsystem application is shown in the STAT field of the rtrv-ss-appl
command output.
The rept-stat-sccp
command displays the operating state (in or out of service) of the subsystem.
If the subsystem application is to be taken online, the subsystem application must be offline.
When the subsystem is taken online (regardless of how the subsystem was taken offline), the EAGLE sends SNR/SSA. A UAM is generated, indicating that the subsystem is ALLOWED.
If the subsystem application is to be taken offline, the subsystem application must be online. The subsystem must be taken out of service (OOS-MT-DSBLD) with the inh-map-ss
command before it can be taken offline.
A subsystem application can be taken offline using coordinated state change, or forced offline without using coordinated state change.
When the inh-map-ss
command is entered for the subsystem, a coordinated shutdown is attempted. If the coordinated shutdown fails, a UIM is generated, indicating that the shutdown failed. If the force parameter is specified, the subsystem is forced to shut down; a coordinated shutdown is not performed.
For coordinated state change, SCMG sends an SOR message to the mated subsystem and will start a Tcoord timer (30 seconds). If SCMG receives an SOG message from the mated subsystem before the Tcoord timer expires, SCMG will broadcast SSPs to the concerned point code group, send SBR/SSP, and take the subsystem offline. A UAM is generated, indicating that the subsystem is PROHIBITED. If the SOG is not received before Tcoord expires, then the inhibit request is denied and a UIM is generated.
When the subsystem is taken offline without coordinated state change, the EAGLE sends SBR/SSPs. A UAM is generated, indicating that the subsystem is PROHIBITED.
- The local subsystem is available
- The total load on the DSM subsystem is less than 45% of its capacity
If either of these conditions is not met, the EAGLE will not reply to the SOR message.