MONITOR LINK command: Difference between revisions
No edit summary |
No edit summary |
||
Line 143: | Line 143: | ||
</var></th> <td> | </var></th> <td> | ||
<p>Session status flags; possible values are:</p> | <p>Session status flags; possible values are:</p> | ||
< | <ul> | ||
< | <li>B (bind or connection established)</li> | ||
< | <li>F (first speaker)</li> | ||
< | <li>I (inbound)</li> | ||
< | <li>L (local bid is in progress)</li> | ||
< | <li>O (outbound)</li> | ||
< | <li>R (remote bid has been accepted)</li> | ||
< | <li>S CNOS source (<var class="product">Model 204</var> initiated the connection)</li> | ||
< | <li>T CNOS target (partner initiated the connection)</li> | ||
<li>X CNOS control session</li> | |||
</ul> | |||
</td> </tr> | </td> </tr> | ||
Line 164: | Line 166: | ||
</var></th> <td> | </var></th> <td> | ||
<p>One of the following:</p> | <p>One of the following:</p> | ||
< | <ul> | ||
< | <li>Remote partner LU name (blank, for CRAM SQL and IUCV SQL), with the word OBSOLETE appearing to the right if the session belongs to an obsolete processgroup</li> | ||
<li>Internet address of partner remote node</li> | |||
</ul> | |||
</td> </tr> | </td> </tr> | ||
Line 171: | Line 175: | ||
====Example of Horizon for VTAM link==== | ====Example of Horizon for VTAM link==== | ||
<p> The following is an example of a MONITOR LINK display for a Horizon link: </p> | <p> The following is an example of a MONITOR LINK display for a Horizon link: </p> | ||
<p class="code">MONITOR LINK HEADQTRS | <p class="code"><nowiki>MONITOR LINK HEADQTRS | ||
LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO | LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO | ||
---------- ------ ------ ----- ---- ---------- | ---------- ------ ------ ----- ---- ---------- | ||
Line 180: | Line 184: | ||
4 PROCESS1 5 4 BI DENVER DENVM204 | 4 PROCESS1 5 4 BI DENVER DENVM204 | ||
</p> | </nowiki></p> | ||
<p>In this example: </p> | <p>In this example: </p> | ||
<ul> | <ul> | ||
Line 225: | Line 229: | ||
====Example of Horizon for TCP/IP link==== | ====Example of Horizon for TCP/IP link==== | ||
<p>The following is an example of a MONITOR LINK display for a Horizon for TCP/IP link, using IPv6 network addresses. (IPv6 addresses are supported on IBM z/OS systems only.) </p> | <p>The following is an example of a MONITOR LINK display for a Horizon for TCP/IP link, using IPv6 network addresses. (IPv6 addresses are supported on IBM z/OS systems only.) </p> | ||
<p class="code">MONITOR LINK TCPSQL | <p class="code"><nowiki>MONITOR LINK TCPSQL | ||
LOCAL I.D. | LOCAL I.D. | ||
---------- | ---------- | ||
Line 236: | Line 240: | ||
13 CCARCL 3 4 BI CTCP10 | 13 CCARCL 3 4 BI CTCP10 | ||
REMOTE ID: ::FFFF:10.204.204.116 | REMOTE ID: ::FFFF:10.204.204.116 | ||
</p> | </nowiki></p> | ||
<p>In the previous example:</p> | <p>In the previous example:</p> | ||
<ul> | <ul> | ||
Line 278: | Line 282: | ||
====Example of TPROCESS link==== | ====Example of TPROCESS link==== | ||
<p>The following is an example of a MONITOR LINK display for a CICS TPROCESS link: </p> | <p>The following is an example of a MONITOR LINK display for a CICS TPROCESS link: </p> | ||
<p class="code">MONITOR LINK LK4CICS | <p class="code"><nowiki>MONITOR LINK LK4CICS | ||
LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO | LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO | ||
---------- ------ ------ ----- ---- ---------- | ---------- ------ ------ ----- ---- ---------- | ||
Line 285: | Line 289: | ||
----- -------- ----- ----- ---- ---------- | ----- -------- ----- ----- ---- ---------- | ||
5 PS4CICS 0 0 BFO PGP4CICS | 5 PS4CICS 0 0 BFO PGP4CICS | ||
</p> | </nowiki></p> | ||
<p>In this example: </p> | <p>In this example: </p> | ||
<ul> | <ul> | ||
Line 318: | Line 322: | ||
====Monitoring a CNOS link==== | ====Monitoring a CNOS link==== | ||
<p>Starting in Version 3.2, the value of the TRAN/PROTO option for CNOS is LU62. A link definition does disclose whether a link is CNOS or not. However, when there are sessions on the link, a CNOS session is denoted by an X in the FLGS column, as shown in the following example: </p> | <p>Starting in Version 3.2, the value of the TRAN/PROTO option for CNOS is LU62. A link definition does disclose whether a link is CNOS or not. However, when there are sessions on the link, a CNOS session is denoted by an X in the FLGS column, as shown in the following example: </p> | ||
<p class="code">MONITOR LINK LULK1 | <p class="code"><nowiki>MONITOR LINK LULK1 | ||
LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO | LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO | ||
---------- ------ ------ ----- ---- ---------- | ---------- ------ ------ ----- ---- ---------- | ||
Line 326: | Line 330: | ||
0 0 B CICSRE5 | 0 0 B CICSRE5 | ||
0 0 BX CICSRE5 | 0 0 BX CICSRE5 | ||
</p> | </nowiki></p> | ||
[[Category:Commands]] | [[Category:Commands]] |
Revision as of 22:47, 25 June 2013
The output of MONITOR LINK, except for UL/DB2, is a display with two lines of headings and multiple lines of values. The upper line (the only line for UL/DB2) of headings is a summary line. Its headings, which depend on the intersystem facility monitored, are a subset of those shown in the table below.
Display heading |
Displays... |
---|---|
LOCAL I.D. |
One of the following:
|
MAXSES |
One of the following:
|
MAXCON |
Maximum number of concurrent connections allowed |
BNDSES |
One of the following:
|
CONNEC |
Number of currently established connections |
CONVS |
One of the following:
|
FLGS |
Link status flags; possible values are:
|
TRAN/PROTO |
Communications transmission method and protocol. Possible transport values are:
|
PORT# |
Server port number that remote clients use to connect to the link |
The lower line of MONITOR LINK headings are for details of each bound session. Detail line headings are shown in the table below.
Display heading |
Meaning |
---|---|
USER |
External user number (blank, if a conversation is not active) |
PROCESS |
Process name (blank, if a conversation is not active) |
SENDS |
Number of physical sends (zero, if a conversation is not active) |
RECVS |
Number of physical receives (zero, if a conversation is not active) |
FLGS |
Session status flags; possible values are:
|
PROCESSGRP |
Processgroup name (the word OBSOLETE appears to the right if this is a connection that belongs to an obsolete processgroup) |
REMOTE I.D. |
One of the following:
|
Example of Horizon for VTAM link
The following is an example of a MONITOR LINK display for a Horizon link:
MONITOR LINK HEADQTRS LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO ---------- ------ ------ ----- ---- ---------- BOSTM204 4 2 2 A VTAM/LU62 USER PROCESS SENDS RECVS FLGS PROCESSGRP REMOTE I.D. ----- -------- ----- ----- ---- ---------- ----------- 3 PROCESS1 5 4 BI DENVER DENVM204 OBSOLETE 4 PROCESS1 5 4 BI DENVER DENVM204
In this example:
-
HEADQTRS is defined to SNA Communications Server as BOSTM204.
-
There can be as many as four bound sessions on this link (MAXSES=4). This limit was established by the SESSIONS parameter of the DEFINE LINK command.
-
The transport mechanism is SNA Communications Server, and the communication protocol is LU 6.2 (TRAN/PROTO=VTAM/LU62).
-
The link is active (FLGS=A), and there are currently two bound sessions using the link (BNDSES=2), both of which have active conversations (CONVS=2).
-
Both sessions have active conversations using process PROCESS1.
-
Each conversation has issued a number of physical SNA Communications Server sends and receives (SENDS, RECVS).
-
Both conversations are inbound (FLGS=BI), and the processes belong to processgroup DENVER. That the conversations are inbound implies that process PROCESS1, which is used by these conversations, is a server process.
-
The HEADQTRS link is being used for conversations with the remote partner whose LU name is DENVM204 (REMOTE I.D.=DENVM204).
-
User 3 is running with an "obsolete" processgroup, meaning that the processgroup was stopped and a DEFINE PROCESSGROUP command was issued to change the processgroup definition for subsequent usage.
-
User 4 is running with the most recent version of the processgroup definition.
Example of Horizon for TCP/IP link
The following is an example of a MONITOR LINK display for a Horizon for TCP/IP link, using IPv6 network addresses. (IPv6 addresses are supported on IBM z/OS systems only.)
MONITOR LINK TCPSQL LOCAL I.D. ---------- :: MAXCON CONNEC CONVS FLGS TRAN/PROTO PORT# ------ ------ ----- ---- ---------- ----- 49 1 1 A TCSE/IP 6688 USER PROCESS SENDS RECVS FLGS PROCESSGRP REMOTE I.D. ----- -------- ----- ----- ---- ---------- ----------- 13 CCARCL 3 4 BI CTCP10 REMOTE ID: ::FFFF:10.204.204.116
In the previous example:
-
The Local ID has been placed on a separate line because, if IPv6, it can be up to 45 bytes in length.
-
There can be as many as 49 concurrent connections on this link (MAXCON=49). This limit was established by the CONNECTIONS parameter of the DEFINE LINK command.
-
The transport mechanism is TCPSE, and the communication protocol is IP.
-
The link is active (FLGS=A), and one connection is currently established (CONNEC=1), which has an active conversation (CONVS=1).
-
The Horizon for TCP/IP link has a port number (PORT#) that clients use when connecting to the link.
-
CCARCL is the required Model 204 process. In the course of the conversations, CCARCL has issued a number of physical sends and receives (SENDS, RECVS) for user 13.
-
The connection has an active conversation using CCARCL. The conversation is inbound (FLGS=BI), and the process belongs to processgroup CTCP10.
-
The remote address specified on the CTCP10 processgroup definition is ::FFFF:10.204.204.116. The remote ID is kept on the same line unless longer than 15 bytes, in which case it is put on a separate line.
-
The session partner address for user 13 is an IPv4 application, but it is held as an IPv4-mapped IPv6 address so that it can communicate with the IPv6 host.
Example of TPROCESS link
The following is an example of a MONITOR LINK display for a CICS TPROCESS link:
MONITOR LINK LK4CICS LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO ---------- ------ ------ ----- ---- ---------- 0 1 1 A TERM/MSTR USER PROCESS SENDS RECVS FLGS PROCESSGRP ----- -------- ----- ----- ---- ---------- 5 PS4CICS 0 0 BFO PGP4CICS
In this example:
-
TPROCESS entity definitions do not include LOCALID or REMOTEID parameters. A TPROCESS connection uses the existing terminal path (CRAM channel) between the CICS terminal and Model 204.
-
Only one connection at a time is allowed on this link. The DEFINE LINK command has no SESSIONS parameter (MAXSES=0).
-
The link is active (FLGS=A), and there is currently an established connection (BNDSES=1), which has an active conversation (CONVS=1).
-
The user thread number (displayed in Model 204 journal/audit trail user statistics) of the conversation is 5 (USER=5).
-
The transport method is to use the existing CRAM channel to the CICS terminal, and the communication protocol is "Parent-Child" (TRAN/PROTO=TERM/MSTR).
-
The conversation uses process PS4CICS. Conversation physical sends and receives (SENDS, RECVS) are not counted.
-
In the conversation, the User Language request initiates ("first speaker") and is considered outbound (FLGS=BFO), and the process belongs to processgroup PGP4CICS.
Monitoring a CNOS link
Starting in Version 3.2, the value of the TRAN/PROTO option for CNOS is LU62. A link definition does disclose whether a link is CNOS or not. However, when there are sessions on the link, a CNOS session is denoted by an X in the FLGS column, as shown in the following example:
MONITOR LINK LULK1 LOCAL I.D. MAXSES BNDSES CONVS FLGS TRAN/PROTO ---------- ------ ------ ----- ---- ---------- DVCNMB8 50 2 0 A VTAM/LU62 USER PROCESS SENDS RECVS FLGS PROCESSGRP REMOTE I.D. ----- -------- ----- ----- ---- ---------- ----------- 0 0 B CICSRE5 0 0 BX CICSRE5