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
F9
function key on the keyboard at the terminal where thertrv-as
orrtrv-assoc
commands were entered. - Enter the
canc-cmd
without thetrm
parameter at the terminal where thertrv-as
orrtrv-assoc
commands were entered. - Enter the
canc-cmd:trm=<xx>
, where<xx>
is the terminal where thertrv-as
orrtrv-assoc
commands were entered, from another terminal other that the terminal where thertrv-as
orrtrv-assoc
commands 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-trm
command. The user’s permissions can be verified with thertrv-user
orrtrv-secu-user
commands.
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