Browse Prior Art Database

Apparatus Enabling Access to CMS SRPI Servers over SNA LU 6.2 Conversations

IP.com Disclosure Number: IPCOM000109391D
Original Publication Date: 1992-Aug-01
Included in the Prior Art Database: 2005-Mar-24
Document File: 5 page(s) / 172K

Publishing Venue

IBM

Related People

Ferro, MT: AUTHOR [+4]

Abstract

A method for enabling the Conversational Monitor System (CMS) to use APPC (LU 6.2) as the communication carrier for Server-Requester Programming Interface (SRPI) requests and responses is disclosed. With this method, CMS can receive SRPI requests via LU 6.2 and issue SRPI responses via LU 6.2. Included in the method are techniques for flowing SRPI requests and responses over an LU 6.2 conversation.

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 47% of the total text.

Apparatus Enabling Access to CMS SRPI Servers over SNA LU 6.2 Conversations

       A method for enabling the Conversational Monitor System
(CMS) to use APPC (LU 6.2) as the communication carrier for
Server-Requester Programming Interface (SRPI) requests and responses
is disclosed.  With this method, CMS can receive SRPI requests via LU
6.2 and issue SRPI responses via LU 6.2.  Included in the method are
techniques for flowing SRPI requests and responses over an LU 6.2
conversation.

      Each SRPI server in the CMS virtual machine is registered as an
APPC/VM private resource in the CMS private resource registration
file ($SERVER$ NAMES).  For each SRPI server, module DMS621 is cited
as the associated private resource manager program.  This causes
DMS621 to be invoked when an APPC/VM allocation request arrives for
one of the registered SRPI servers.  Module DMS621 is logically part
of the CMSSERV facility, which provides access to SRPI servers over
other communication media (see Fig. 1).

      DMS621 is invoked by CMS when an APPC/VM private resource
connection pending interrupt arrives for an SRPI server.  After
receiving the SRPI parameters and data via the LU 6.2 conversation,
DMS621 invokes the server by way of the CMS SRPI.  The conversation
remains allocated so that subsequent SRPI requests may be delivered
expediently.

      When CMSSERV operates in a non-disconnected virtual machine, it
displays a console logo with a command line prompt.  The logo screen
has two uses:
.    Any console command may be entered at the command prompt
("====>").  DMS621 will guarantee that console commands and SRPI
requests flowing from the requester CPMS are serialized with one
another:
      -    If a console command is entered while a requester CPMS
SRPI request is being serviced, the console command is held and
executed after the request completes.
      -    When a console command is entered, DMS621 locks the
keyboard and does not unlock it until the execution of the command is
complete.
      -    If a SRPI request arrives while a console command is
executing the request is held and processed after the console command
completes.
.    PF3 can be used from this logo screen to cause CMSSERV to
deallocate the conversation and exit.

      The overall structure of the invention is shown in Fig. 2 and
the following notes apply:
.    The CMS SRPI conveys ECF requests between a CMS requester and
server located in the same virtual machine.  The CMS SRPI is not part
of the invention.
.    DMS621 is an APPC/VM private resource manager which provides
access to CMS SRPI servers over an LU 6.2 mapped conversation.
.    DMS62P is called by DMS621 to perform data transformations.  It
receives an encoded SRPI request from the LU 6.2 conversation and
rebuilds the original SRPI request; this is called the "request
parse" function.  Also, it encodes a SRPI reply for transmission on
the LU 6.2 conv...