Adding an Existing Association to an Existing Application Server
This procedure is used assign an existing association to
an existing application server using the
ent-as command.
The
ent-as command uses these parameters:
:asname – The name of
the application server.
:aname – The name of the
association being assigned to the application server.
The maximum number SCTP association to application
server assignments that can be hosted by an IPGWx card (referenced by the
lhost parameter of the association) is
50. For example, the IPGWx card currently contains 38 SCTP association to
application server assignments. The SCTP association to application server
assignments could be one SCTP association assigned to 38 application servers,
two SCTP associations assigned to 19 application servers, or any combination of
SCTP associations assigned to application servers that add up to 38. The SCTP
association to application server assignments can be verified with the
rtrv-assoc:lhost=<local host
name> and
rtrv-as:aname=<association name>
commands.
Table 4-11 Examples of IPGWx Card Provisioning Limits
| Number of Associations hosted by the IPGWx card | Number of Application Servers each Association is Assigned to * | Total Association - Application Server Assignments maintained by the IPGWx card |
|---|---|---|
| 1 | 50 | 50 |
| 50 | 1 | 50 |
| 25 | 1 | 50 |
| 25 | 2 | 50 |
| 0 | 0 | 50 |
| 38 | 1 | 38 |
| 19 | 2 | 38 |
| * The EAGLE can contain a maximum of 250 application servers. | ||
A maximum of 16 associations can be assigned to an application server.
The
open parameter of the association must
be set to
no before the association can be
assigned to the application server. This can be verified with the
rtrv-assoc command.
M2PA associations (adapter=m2pa) cannot be assigned to application servers.
Only M3UA (adapter=m3ua) and SUA (adapter=sua) associations can be assigned to application
servers. This can be verified in the
ADAPTER field in the
rtrv-assoc output.
The application running on the card hosting the association that will be assigned to the application server must be the same as the application running on the cards hosting the other associations assigned to the application server.
Canceling the
RTRV-AS and
RTRV-ASSOC Commands
Because the
rtrv-as and
rtrv-assoc commands used in this
procedure can output information for a long period of time, the
rtrv-as and
rtrv-assoc commands can be canceled
and the output to the terminal stopped. There are three ways that the
rtrv-as and
rtrv-assoc commands can be canceled.
- Press the
F9function key on the keyboard at the terminal where thertrv-asorrtrv-assoccommands were entered. - Enter the
canc-cmdwithout thetrmparameter at the terminal where thertrv-asorrtrv-assoccommands were entered. - Enter the
canc-cmd:trm=<xx>, where<xx>is the terminal where thertrv-asorrtrv-assoccommands were entered, from another terminal other that the terminal where thertrv-asorrtrv-assoccommands were entered. To enter thecanc-cmd:trm=<xx>command, the terminal must allow Security Administration commands to be entered from it and the user must be allowed to enter Security Administration commands. The terminal’s permissions can be verified with thertrv-secu-trmcommand. The user’s permissions can be verified with thertrv-userorrtrv-secu-usercommands.
For more information about the
canc-cmd command, go to
Commands User's Guide.
Figure 4-18 Add an Existing Application to an Existing Application Server - Sheet 1 of 5
Figure 4-19 Add an Existing Application to an Existing Application Server - Sheet 2 of 5
Figure 4-20 Add an Existing Application to an Existing Application Server - Sheet 3 of 5
Figure 4-21 Add an Existing Application to an Existing Application Server - Sheet 4 of 5
Figure 4-22 Add an Existing Application to an Existing Application Server - Sheet 5 of 5