| United States-English |
|
|
|
![]() |
HP OpenCall SS7 platform Operations Guide: For Release 3.1 on Linux > Chapter 4 Configuring the SS7
NetworkConfiguring the Network |
|
Configuring the network consists of the following steps:
Configure your SS7 network entities by building a configuration from the physical layers of the network, such as links and linksets, to the higher protocol levels, such as SCCP and global title translations. You must configure the LPCs first. You can configure the following entities at a later time. This order is recommended but not required:
Refer to the SS7 Monitor on-line help for detailed information about each parameter. However, the sections below contain guidelines for the different entities. You must set the platform Local Point Code (LPC) and aliases in the SS7 Monitor before doing anything else.
For an explanation of LPC aliases, see the HP Opencall SS7 Application Developer's Guide. Virtual Point Codes (VPCs) are non-physical point codes than enable each SS7 stack to have up to 16 point codes. Virtual Users (VUs) are user applications that send and receive traffic through the VPCs. VPCs can be configured using the configure entities | LPC window, and VUs can be configured using the configure entities | SCCP window. Alternatively, both VPCs and VUs can be configured using the ss7oamtool command. Links/LinksetsThe Signaling Link Code (SLC) value for ANSI, ITU-T, and the Chinese standard must be between 0 and 15. For TTC, the SLC value must be between 0 and 7. With a TTC system, you need to define whether the linkset is configured as A or B. A linkset defined as A accepts all even SLSs. A linkset defined as B accepts all odd SLSs. Destinations/ RoutesBefore you can configure destinations and routes, at least one route must be configured for each destination. Only one destination may be configured as a gateway (STP used to interconnect national and international networks). For information on cluster and full point code routing in the ANSI standard, see “Configuring ANSI Routing”. Example for Configuring Destinations and RoutesThe following example demonstrates how to configure destinations and routes. The example configures a primary and secondary route from LPC 1 to DPC 3. In the case of the primary route, DPC 3 is both the APC and the DPC.
Peer Point CodeOnly an LPC can have a peer point code. Setting the concerned parameterUse the following table to decide if you need to set the concerned parameter to y or n.
SCCP Standard used at DPCUse this parameter to tell the LPC what SCCP standard mode is in use at the DPC. The syntax of how to do this is in the procedures and examples that follow.
Configuring Global Title TranslationsIn the Configure Global Title Translations window, the following abbreviations are used: Table 4-1 Global Title Translations
Under Address a backslash \ can be used as a void character. The numbers following the backslash are then ignored. For example, 800\ can be used to represent all 800 numbers. Priority FieldYou can prioritize your global title translations. This means that if one destination is no longer preferred (for example, it becomes inaccessible) then the destination with the next highest priority is contacted. You can prioritize up to ten destinations for one global title translation. 0 has the highest priority and 100 has the lowest priority. To change the default value, edit the file sys.<className>.sccp.
The overall procedure for configuring a GDI stack using the SS7 Monitor is the same as for any other SS7 stack.
Configuring GDI as a ClientBy default, a GDI host is configured as a server. If you want your GDI host to act as a client, you must edit the file sys.classname.gdi by hand - refer to the file’s comments to help you. You must add the line:
after the line:
This section provides offline and online procedures for configuring ISUP/TUP applications. It also provides a procedure for changing the circuit(s) assigned to a running ISUP application (ISUP CIC-based distribution). To configure an ISUP/TUP application offline, use the cfgIsup or the cfgTup command with the -static option. This section describes how to update an existing ISUP/TUP configuration without stopping the application. See also the IsupDynamicConfiguration(3) man page.
For CIC-based distribution, you must assign a set of CIC(s) to each primary ISUP application instance. To change the CIC(s) currently assigned to a running application id, you must first remove the CIC(s) and then add it (or them) to another application. For example, the range DPC= 3, and CIC [125-256] are currently assigned to application id 2. This application id is running. To re-assign this range (DPC=3, CIC [125-256]) to application id 4, proceed as follows:
For a description of ISUP CIC-based distribution, see the HP Opencall SS7 Application Developer's Guide. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||