CONNECTION 资源

CONNECTION 定义使用 系统间通信 (ISC) 或 多区域操作 (MRO) 与 CICS® 系统通信的远程系统。

ISC 使用 APPC 或 LUTYPE6.1 通信协议。 MRO 使用 IRC , XM 或 XCF/MRO 访问方法。

另请参阅 IPCONN 资源 (IPCONN resources)。 与 CONNECTION 一样, IPCONN 定义到远程系统的通信链路,但在这种情况下,连接使用 TCP/IP 协议。

定义 CONNECTION 时,将提供足够的信息来标识系统并指定其基本属性。 您将有关用于与系统通信的会话的详细信息放在 SESSIONS 定义中。 安装定义时, CICS 使用 CONNECTION 名称来标识其他系统。 对于通过 MRO 连接的其他 CICS 系统,此名称通常与在其他 CICS 系统中指定的 SYSIDNT 系统初始化参数相同。 对于通过 ISC 连接的其他系统,此名称通常基于描述系统位置或拥有系统的组织 (例如, USA1 或 IBMC) 的首字母缩写词。

TRANSACTION 定义或 TERMINAL 定义上的 REMOTESYSTEM 名称可通过其 CONNECTION 名称来引用 CONNECTION 定义 (或通过其 IPCONN 名称来引用 IPCONN 定义)。 这些属性用于事务路由。

PROGRAM 定义上的 REMOTESYSTEM 名称可通过其 CONNECTION 名称来引用 CONNECTION 定义 (或通过其 IPCONN 名称来引用 IPCONN 定义)。 此属性用于分布式程序链接。

CONNECTION 定义 与 SESSIONS 相关联的名称。

在开始为双向通信资源创建定义之前,请参阅 定义双向通信资源 以获取进一步的指导信息。 在这里,您可以找到许多有用的属性示例,您必须为不同类型的链接和会话指定这些属性。

不同连接类型的特殊注意事项包括:
MRO 链接和会话
您可以使用一个 CONNECTION 定义来定义 MRO 链接,并使用一个 SESSIONS 定义来定义其关联的并行会话。
ACCESSMETHOD
在 CONNECTION 定义上,将其指定为 IRC (用于区域间通信) 或 XM (用于跨内存服务)。 IRC 用于打开和关闭链接。
PROTOCOL
在 SESSIONS 定义上,指定 $TAG1 LU61 $TAG2 作为 PROTOCOL。 在 CONNECTION 定义上,将 PROTOCOL 值留空。
SENDPFX , SENDCOUNT , RECEIVEPFX , RECEIVECOUNT
在一个 SESSIONS 定义中,指定多个发送会话和多个接收会话。 您在这些属性中指定的值用于确定安装定义时创建的 TCT 条目的名称。 (请参阅 安装连接定义。)
APPC 链接和并行会话
对于 APPC ,会话分组为模型集。 您使用 SESSIONS 定义来定义每个方式集,因此您拥有的 SESSIONS 定义数量与您需要的方式集相同。 将链接定义为 CONNECTION 定义。 以下属性很重要:
ACCESSMETHOD
在 CONNECTION 定义上,将其指定为 VTAM ®。
MAXIMUM
使用此选项可控制建模器中的会话数。
MODENAME
在每个建模器集的 SESSIONS 定义上,使用 MODENAME 来命名该建模器集。 这是在活动系统中安装定义时 CICS 已知的方式集的名称。
PROTOCOL
在 CONNECTION 和 SESSIONS 定义上,指定 APPC 作为协议。
APPC (LUTYPE6.2) 单会话终端
您可以将 APPC 终端定义为 CONNECTION-SESSIONS 对或 TERMINAL-TYPETERM 对。 APPC (LUTYPE6.2) 单会话终端中描述了 TERMINAL-TYPETERM 方法。 如果要使用 CONNECTION-SESSIONS 方法,那么以下属性很重要:
ACCESSMETHOD
在 CONNECTION 定义上,将此项指定为 VTAM。
MAXIMUM
对于单个会话终端,指定 1,0 或 1,1 具有相同的效果。 (有关更多信息,请参阅 CONNECTION 属性。)
MODENAME
在 SESSIONS 定义上,指定 MODENAME。 这是 CICS 在活动系统中安装定义时用于标识会话的名称。
PROTOCOL
在 CONNECTION 和 SESSIONS 定义上,指定 APPC 作为协议。
SINGLESESS
YES 指示 CONNECTION 定义用于单个会话终端。
LUTYPE6.1 链接和会话
可以通过以下两种方法之一来定义 LUTYPE6.1 链接和会话:
  • 在一个 CONNECTION 和一个 SESSIONS 定义中
  • 在一个 CONNECTION 和多个 SESSIONS 定义中: 每个会话需要一个
如果您的会话都要具有 相同的 属性,请在一个 CONNECTION 定义中定义每个链接,并在一个 SESSIONS 定义中定义其所有关联的会话。
ACCESSMETHOD
在 CONNECTION 定义上,将此项指定为 VTAM。
PROTOCOL
在 SESSIONS 定义和 CONNECTION 定义上,将此项指定为 LU61。
RECEIVECOUNT , RECEIVEPFX , SENDCOUNT 和 SENDPFX
这些属性用于 MRO 链接和会话。

如果您的会话彼此具有 不同的 属性,那么必须为每个会话创建单独的 SESSIONS 定义。 除了 NETNAMEQ 以外,此方法与此处描述的 CICS-IMS 会话的方法相同。

注: 对于 CICS-CICS ISC 链接和会话,建议您使用 APPC 而不是 LUTYPE6.1。
LUTYPE6.1 CICS-IMS 链接和会话
IMS 需要在单独的 SESSIONS 定义中定义每个会话,因为每个会话必须具有不同的 NETNAMEQ。
将链接定义为 CONNECTION 定义,并创建多个 SESSIONS 定义: 每个 SEND 会话一个,每个 RECEIVE 会话一个。
ACCESSMETHOD
在 CONNECTION 定义上,将此项指定为 VTAM。
NETNAMEQ
这是远程 IMS 系统用于标识会话的名称。
PROTOCOL
在 CONNECTION 和 SESSIONS 定义上,指定 LU61 作为协议。
SESSNAME
这是 CICS 在活动系统中安装定义时用于标识会话的名称。
RECEIVECOUNT
SENDCOUNT
使用这些属性来指定会话是 SEND 会话还是 RECEIVE 会话。

RECEIVE 会话是其中本地 CICS 是主会话且是争用输家的会话。 它是通过定义 RECEIVECOUNT (1) 并将 SENDCOUNT 保留为缺省值为空来指定的。 (您不需要指定 SENDPFX 或 RECEIVEPFX。)

SEND 会话是本地 CICS 是辅助会话并且是争用胜方的会话。 通过定义 SENDCOUNT (1) 并将 RECEIVECOUNT 保留为缺省值为空来指定此值。

间接连接
间接连接是未定义与本地系统的直接链路的远程系统。 相反,两个系统通过一个或多个中间系统相互通信。 您可以将此方法用于事务路由。 间接连接的远程系统始终是终端拥有区域; 本地系统始终是应用程序拥有区域或事务路由路径上的中间区域。

仅当您使用非z/OS® Communications Server 终端在中间系统之间进行事务路由时,才需要间接连接。 (可选) 您可以将它们与 z/OS Communications Server 终端配合使用,在这些终端中可以有多条事务路由路径,以标识终端拥有区域的首选路径。 有关您可能要定义间接连接的原因以及有关事务路由所需的资源的信息,请参阅 定义事务路由的间接链接

在本地系统中,您必须具有直接连接到的中间系统的普通 CONNECTION 和 SESSIONS 定义。 ACCESSMETHOD 应该是带有 PROTOCOL ($TAG1 LU61 $TAG2) 的 IRC 或 XM 或带有 PROTOCOL (APPC) 的 VTAM。

对于间接连接 (也称为间接链路或间接系统) ,您只需要在本地系统中使用 CONNECTION 定义。 您不需要 SESSIONS 定义: 使用的会话是中间系统的会话。 CONNECTION 定义的以下属性很重要:
ACCESSMETHOD
将此项指定为间接。
INDSYS
指定 MRO 或 APPC 链路的 CONNECTION 定义,该定义是终端拥有系统的路径的起点。
NETNAME
指定终端拥有系统的 APPLID。