Collapse AllExpand All

5.21.1.1. Summary Previous topic Parent topic Child topic Next topic

Due to the great size of the number modification feature, the description is preceded by a summary of the principles and rules.
The number modification has the task of modifying a phone number entered as additional information ("calling number") in such a way that the dialing of this number can always be interpreted by the system and a connection established to the "calling number" at any time or place in the network.
There are two parallel methods for modifying the calling number:

Format-dependent number modification (AMO KNDEF, AMO KNPRE, AMO KNFOR)

For this modification method, you must do the following:
  • Set the exit codes and prefixes to your own node (IDSN or PRIVATE) using AMO KNPRE.
  • Set the codes (e.g. country code, area code, etc.) using AMO KNDEF.
  • If destination nodes require certain formats, set them using AMO KNFOR (TONOUT).
  • If a special display format is desired at your own node, configure it using AMO KNFOR (TONIN).
The most important rules:
  1. In each node that can be addressed with numbering plan NPI=ISDN or NPI=PRIVATE, all prefixes and exit code should be set up for the possible numbering plans using AMO KNPRE!
  2. All required numbering plans should be defined in AMO KNDEF. In case of CO lines, all E.164 entries are to be made here.
  3. The node format table (AMO KNFOR) should always be set up when external nodes require a certain format of the numbers or if the subscribers require a certain display format on their own node. If the KNFOR is not set up, the calling number will be by default displayed in the highest format (e.g. TON=INTERNAT) when outgoing and to the lowest possible format (e.g. TON=UNKNOWN) when incoming!

The source/destination-controlled modification (AMO KNMAT)

For this modification method, you must do the following:
  • Using AMO KNMAT, set codes for certain source/destination combinations (virtual nodes). These codes should either be abbreviated from the calling number or placed before the calling number. If overlapping phone numbers are used, only the skip digits of the code to be supplemented or abbreviated should be entered.
The most important rules:
  1. By default, only the logical node numbers OWN and ROW should be used in AMO KNMAT for the UNKNOWN numbering plan. The following rule applies here: in ONNOL=ROW to DNNOL=OWN, the own node code is abbreviated when incoming and, in ONNOL=OWN to DNNOL=ROW, the own node code is supplemented when outgoing. For the own node code, a new logical value can be used. Using an "Supplement/abbreviate OWN with own node code of virtual code" entry automatically performs an implementation for all virtual nodes and extracts the code belonging to the virtual node from the AMO KNDEF table.
  2. By default, the AMO KNMAT should be used only for the UNKNOWN numbering plan (NPI parameter). The NPI=ISDN and NPI=PRIVATE numbering plans should be handled using format-dependent modification!
  3. When multi-level node numbers are used, the codes in AMO KNMAT must be entered at the corresponding level; that is, a country code (e.g. 49) is always at Level 2, an area code (e.g. 89) is always at Level 1, and a local destination code (e.g. 722) is always at Level 0.
  4. Modification conditions (the MODCON parameter in AMO KNMAT) must only be set for multi-level networks in levels 1 and 2.
    • For the ISDN or PRIVATE numbering plans, format-dependent number modification should always be configured.
    • For the UNKNOWN OpenScape 4000 numbering plan (i.e. the selection of tie line codes), source/destination modification must continue to be configured.
    • If configured, the source/destination-controlled modification always has priority over format-dependent number modification during execution.

General rules, regardless of the selected method of number modification

Regardless of the selected method of number modification, there are a number of general rules stemming from the introduction of the new ISDN and PRIVATE numbering plans or from the expansion from the one-level to the three-level node number.
The most important of the general rules are as follows:
  1. If numbering plans not equal to NPI=UNKNOWN are used in a node, each route element (AMO LDAT) is to be assigned the respective numbering plan (NPI) and the type belonging to the destination number (TON) in the corresponding outdial rule (AMO LODR).
  2. Each node must be assigned a physical node number with AMO ZAND, parameter PNNO, and at least one virtual node number with AMO KNDEF. Each node number may be assigned only once in the network. Node number 0 is not valid.
  3. All OpenScape 4000/HiPath 4000 networks can continue to be operated with one-level node numbers. If multiple levels are desired, however, the node number ranges should be adapted to those of the phone numbers!
  4. When multi-level node numbers are used, all node numbers must be kept at the same level within the network! Even virtual and physical node numbers must have the same level.

Special rules for various connections

To connect multi-level subnets to one-level subnets and to connect OpenScape 4000 systems to external systems, a number of special rules must be observed:
  1. If, by way of exception, a multi-level subnet is connected to a subnet that is not on the same level, the COT parameter LWNC (line without node number) must be set in the respective set and a corresponding node number must be entered for this system in RICHT as the destination node. If the other system already has one-digit node numbers, LWNC must also be set there.
  2. Systems that do not understand node numbers should always be assigned COT parameter LWNC in the trunks leading to them.
  3. Lines that lead to external systems and that only transfer implicit phone numbers (for the definition, see Section 41.1.2.2, "Explicit and implicit phone numbers") must be provided with the COT parameter LINO. LINO may not be set for CO lines.
  4. The COT parameter DFNN causes the fictive, virtual node number assigned to the set to be used for modification. It prevents a reconstruction of the source node number and should thus be set only in exceptional cases.
This brief overview is intended to provide a general idea. The following chapter, however, absolutely must be read and understood.