Communication with input/output system devices

Abstract

A computer program product for procuring information from entities in a network via an Input/Output (I/O) processing system includes a tangible storage medium readable by a processing circuit and storing instructions for execution by the processing circuit for performing a method. The method includes receiving, at a channel subsystem, at least one network topology information request from an operating system. The method also includes building at least one command request that includes the at least one network topology information request, and sending the at least one command request from the channel subsystem to at least one network entity. The method further includes receiving a response to the at least one command request from the at least one network entity by the channel subsystem, and forwarding the response from the channel subsystem to the operating system.

Description

BACKGROUND

1. Field of the Invention

The present disclosure relates generally to input/output processing, and in particular, to communications between an operating system and input/output system devices.

2. Description of Background

Input/output (I/O) operations are used to transfer data between memory and I/O devices of an I/O processing system. Specifically, data is written from memory to one or more I/O devices, and data is read from one or more I/O devices to memory by executing I/O operations.

To facilitate processing of I/O operations, an I/O subsystem of the I/O processing system is employed. The I/O subsystem is coupled to main memory and the I/O devices of the I/O processing system and directs the flow of information between memory and the I/O devices. One example of an I/O subsystem is a channel subsystem. The channel subsystem uses channel paths as communications media. Each channel path includes a channel coupled to a control unit, the control unit being further coupled to one or more I/O devices.

Fibre Channel interfaces architecture, as standardized in the T11 Technical Committee of the International Committee for Information Technology Standards (INCITS) is the standard for defining connections in many networks, such as storage area networks (SANs). These standards include several sets of services which have historically been used by a computer system's I/O subsystem to determine and configure the various devices and links within a SAN. Fibre-channel services may also be used to further configure SAN devices and links to be allocated and/or shared among the multiple logical partitions that may be defined in an enterprise class server. Many fibre-channel systems do not define an interface that allows software to directly request information, specifically network topological information, from devices or other endpoints in the I/O subsystem.

BRIEF SUMMARY

Exemplary embodiments include a computer program product for procuring information from entities in a network via an Input/Output (I/O) processing system. The computer program product includes a tangible storage medium readable by a processing circuit and storing instructions for execution by the processing circuit for performing a method. The method includes receiving, at a channel subsystem, at least one network topology information request from an operating system. The method also includes building at least one command request that includes the at least one network topology information request, and sending the at least one command request from the channel subsystem to at least one network entity. The method further includes receiving a response to the at least one command request from the at least one network entity by the channel subsystem, and forwarding the response from the channel subsystem to the operating system.

Other exemplary embodiments include a system for procuring information from entities in a network via an Input/Output (I/O) processing system, the system including a channel subsystem for communication with an I/O operating system and the network entity. The channel subsystem is configured to perform a method including receiving, at a channel subsystem, at least one network topology information request from an operating system, building at least one command request that includes the at least one network topology information request, and sending the at least one command request from the channel subsystem to at least one network entity. The method also includes receiving a response to the at least one command request from the at least one network entity by the channel subsystem, and forwarding the response from the channel subsystem to the operating system.

Further exemplary embodiments include a computer-implemented method for procuring information from entities in a network via an Input/Output (I/O) processing system. The method includes receiving, at a channel subsystem, at least one network topology information request from an I/O operating system, building at least one command request that includes the at least one network topology information request, and sending the at least one command request from the channel subsystem to at least one network entity. The method also includes receiving a response to the at least one command request from the at least one network entity by the channel subsystem, and forwarding the response from the channel subsystem to the operating system.

Other systems, methods, and/or computer program products according to embodiments will be or become apparent to one with skill in the art upon review of the following drawings and detailed description. It is intended that all such additional systems, methods, and/or articles of manufacture be included within this description, be within the scope of the present invention, and be protected by the accompanying claims.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The subject matter, which is regarded as the invention, is particularly pointed out and distinctly claimed in the claims at the conclusion of the specification. The foregoing and other objects, features, and advantages of the invention are apparent from the following detailed description taken in conjunction with the accompanying drawings in which:

FIG. 1 depicts an exemplary embodiment of a network including an I/O processing system;

FIG. 2 depicts an exemplary embodiment of a transport control word channel program;

FIG. 3 depicts an exemplary embodiment of a link protocol used to communicate between a channel and control unit to execute the transport control word channel program of FIG. 2;

FIG. 4 depicts an exemplary TCW channel program;

FIG. 5 depicts an exemplary TCW channel program;

FIG. 6 is a flow chart depicting an exemplary embodiment of a method of procuring information from entities in a network via an Input/Output (I/O) processing system; and

FIG. 7 depicts an exemplary embodiment of a computer program product for procuring information from entities in a network via an Input/Output (I/O) processing system.

The detailed description explains embodiments of the invention, together with advantages and features, by way of example with reference to the drawings.

DETAILED DESCRIPTION

In accordance with an aspect of the present invention, communication between an operating system and components of an input/output (I/O) processing system is facilitated. For instance, a mechanism is provided by which information from communications between channel subsystems and network entities, such as via fibre-channel communications, is presented to the operating system. The system allows the operating system to request information, which the channel subsystem can request from network entities. The resulting answers/responses can be provided by the channel subsystem to the operating system. The system allows, for example, the operating system to query a network to discover network topology.

An example of an I/O processing system incorporating and using one or more aspects of the present invention is described with reference to FIG. 1. I/O processing system or network 100 includes, for instance, a main memory 102, one or more central processing units (CPUs) 104, a storage control element 106, a channel subsystem 108, and one or more nodes 110, each of which is described below.

Nodes 110 encompass a variety of devices and points within the network 100. FIG. 1 illustrates examples of network topologies. The network 100 is merely exemplary, as the number and configuration of points and/or devices in the network 100 is not limited. As shown, the channel subsystem 108 connects to various nodes 110. The nodes 110 include, for example, one or more network entities 116 such as one or more control units 112 in communication with one or more I/O devices 114. The channel subsystem 108 is coupled to control units 110, which provide logic to operate and control one or more I/O devices 114 or other entities 116 and adapts, through the use of common facilities, the characteristics of each I/O device 114. The common facilities provide for the execution of I/O operations, indications concerning the status of the I/O device 114 and the control unit 110, control of the timing of data transfers and certain levels of I/O device 112 control.

Examples of network entities 116 include control units 112, I/O devices 114, service entities such as fibre channel name servers and managers, and other suitable entities or devices. Examples of I/O devices include workstations, file servers, and peripherals such as printers, scanners, storage devices and output/display devices. Additional examples of I/O devices 114 include card readers and punches, magnetic tape units, direct access storage devices, displays, keyboards, pointing devices, teleprocessing devices, communication controllers and sensor based equipment, to name a few.

Main memory 102 stores data and programs, which can be input from the I/O devices 112 and/or other network entities 116. For example, the main memory 102 may include one or more operating systems 103 or other software that are executed by one or more of the CPUs 104. As used herein, “operating system” refers to any computer program, software, interface or device that is responsible for the management of computer resources for processors or other devices such as the host system, main memory 102 and CPU 104. The main memory 102 is directly addressable and provides for high-speed processing of data by the CPUs 104 and the channel subsystem 108.

The CPU 104 is the controlling center of the I/O processing system 100. It contains sequencing and processing facilities for instruction execution, interruption action, timing functions, initial program loading, and other machine-related functions. The CPU 104 is coupled to the storage control element 106 via a connection 118, such as a bidirectional or unidirectional bus.

The storage control element 106 is coupled to the main memory 102 via a connection 120, such as a bus; to the CPUs 104 via connection 118; and to the channel subsystem 108 via a connection 122. The storage control element 106 controls, for example, queuing and execution of requests made by the CPU 104 and the channel subsystem 108.

The channel subsystem 108 is coupled to the storage control element 106, as described above, and to each of the control units 110 via a connection 124, such as a serial link. The connection 124 may be implemented as an optical link, employing single-mode or multi-mode waveguides. The channel subsystem 108 directs the flow of information between the nodes 110 and the main memory 102. It relieves the CPUs 104 of the task of communicating directly with the nodes 110 and permits data processing to proceed concurrently with I/O processing. The channel subsystem 108 uses one or more channel paths 126 as the communication links in managing the flow of information to or from nodes 110. As a part of the I/O processing, the channel subsystem 108 also performs the path-management functions of testing for channel path availability, selecting an available channel path 126 and initiating execution of the operation with the nodes 110.

Each channel path 126 includes a channel 128 (channels 128 are located within the channel subsystem 108, in one example, as shown in FIG. 1), one or more nodes 110 and one or more connections 124. In one embodiment, one or more of the channels 128 and/or connections 124 are connected to one or more dynamic switches such as a fabric switch 130. In this embodiment, the fabric switch 130 is part of the channel path 126 between the channel subsystem 108 and nodes 110. The fabric switch 30 includes input ports 132 and output ports 134 through which the channel subsystem may be connected to various entities 116. The network 100 topology, including the host system, the network entities 116, the channel subsystem 108, the fabric switches 130, and/or input and output ports of the fabric switch 130 forms a “fabric”. For example, for a network 100 incorporating a fibre-channel protocol, the channel subsystem 108 and the nodes 110 are connected to one or more fabric switches 130 to form a “Fibre Channel fabric”. The fabric switch 30 can be coupled to a channel 124 and a node 110 or multiple channels 124 and nodes 110 and provides the capability of physically interconnecting any two links that are connected to the fabric switch 130.

Also located within the channel subsystem 108 are subchannels (not shown). One subchannel is provided for and dedicated to each I/O device 112 accessible to a program through the channel subsystem 108. A subchannel (e.g., a data structure, such as a table) represents the logical state of a device to a program. Each subchannel provides information concerning the associated I/O device or other node 110 and its attachment to the channel subsystem 108. The subchannel also provides information concerning I/O operations and other functions involving the associated node 110. The subchannel is the means by which the channel subsystem 108 provides information about associated nodes 110 to operating systems running on the CPUs 104, which obtain this information by executing I/O instructions.

One or more of the above components of the I/O processing system are further described in “IBM® z/Architecture Principles of Operation,” Publication No. SA22-7832-05, 6th Edition, April 2007; U.S. Pat. No. 5,461,721 entitled “System For Transferring Data Between I/O Devices And Main Or Expanded Storage Under Dynamic Control Of Independent Indirect Address Words (IDAWS),” Cormier et al., issued Oct. 24, 1995; and U.S. Pat. No. 5,526,484 entitled “Method And System For Pipelining The Processing Of Channel Command Words,” Casper et al., issued Jun. 11, 1996, each of which is hereby incorporated herein by reference in its entirety. IBM is a registered trademark of International Business Machines Corporation, Armonk, N.Y., USA. Other names used herein may be registered trademarks, trademarks or product names of International Business Machines Corporation or other companies.

In one embodiment, to transfer data between I/O devices 112 or other entities 116 and memory 102, channel command words (CCWs) are used. A CCW specifies the command to be executed, and includes other fields to control processing. One or more CCWs arranged for sequential execution form a channel program, also referred to herein as a CCW channel program. The CCW channel program is set up by, for instance, an operating system, or other software.

One example of a channel program 200 includes a transport command control block (TCCB) 204, instead of separate individual CCWs, is described with reference to FIG. 2. The total number of exchanges and sequences between the channel and control unit is reduced through collapsing multiple commands of the channel program into a TCCB. The TCCB 204 includes, for example, device command word (DCWs) and control data such as define extent data and location data. As shown, a channel program 200, referred to herein as a transport command word (TCW) channel program, includes a TCW 202 specifying a location in memory of a TCCB 204, as well as a location in memory of a data area 206 or a transport mode indirect data address list (TIDAL) 210 (i.e., a list of transport mode indirect data address words (TIDAWs)) each pointing to a portion of the data area 206, and a status area 208. TCWs, TCCBs, and status are described in further detail below.

The processing of a TCW channel program 200 is described with reference to FIG. 3. The link protocol used for these communications is, for instance, Fibre Channel Protocol (FCP). In particular, three phases of the FCP link protocol are used, allowing host bus adapters to be used that support FCP to perform data transfers controlled by DCWs. FCP and its phases are described further in “Information Technology—Fibre Channel Protocol for SCSI, Third Version (FCP-3),” T10 Project 1560-D, Revision 4, Sep. 13, 2005, which is hereby incorporated herein by reference in its entirety. Another link protocol used for the communications is FICON (Fibre Connectivity), in this example. Information regarding FICON is described in “Fibre Channel Single Byte Command Code Sets-2 Mapping Protocol (FC-SB-3), T11/Project 1357-D/Rev. 1.6, INCITS (March 2003), which is hereby incorporated herein by reference in its entirety.

Referring to FIG. 3, a channel 300 opens an exchange with a control unit 302 and sends TCCB 304 to the control unit 302. In one example, the TCCB 304 and sequence initiative are transferred to the control unit 302 in a FCP command, referred to as FCP_CMND information unit (IU) or a transport command IU. The control unit 302 executes the multiple commands of the TCCB 304 (e.g., define extent command, locate record command, read command as device control words (DCWs)) and forwards data 306 to the channel 300 via, for instance, a FCP_Data IU. It also provides status and closes the exchange 308.

In an exemplary embodiment, the operating system 103 is configured to be able to receive network information, such as topology information, by request from one or more nodes 110 in the network 100. The operating system 103 utilizes network and/or fabric services by prompting the channel subsystem 108 to send requests (e.g., service requests) to one or more entities 116, allowing the operating system 103 to procure information regarding the entities 116 and the network configuration. This configuration information (such as entity identification, port availability, amount of bandwidth available, type of service entity, logical path information, and others) can be presented to a user when requested to aid in defining I/O configuration definitions.

FIGS. 4 and 5 show exemplary uses of the TCW 202 to procure configuration information from one or more entities 116 or nodes 110. FIG. 4 illustrates an exemplary channel program that is sent by the channel subsystem 108 to one or more entities 116, such as control units 112, to request information. The channel subsystem 108, after identifying a control unit 112 as compatible with the protocol used by the channel subsystem 108, generates and sends a channel program 400 that includes a TCW 402 and one or more commands in a block, referred to herein as a transport command control block (TCCB) 404, an address of which is specified in the TCW 402. The TCCB 404 includes a number of DCWs 406 that provide the individual commands.

The TCW 402 specifies the address of the TCCB 404, a transport-status block (TSB) 408, and either an input our output data area 410. The TCCB 404 contains, for example, from 1 to 30 commands that are transported to a control unit 112 (or other entity 116) for execution. The control unit 112 processes the channel program 400, which is parsed and executed on the control unit 112. The control unit 112 may then generate a response message in response to executing the channel program.

FIG. 5 illustrates another exemplary channel program 500 that does not include a TCCB. This channel program includes a TCW 502 that designates a transport-services-request block (TSRQB) 504 in an output-data area, a transport-services-response block (TSRSB) 506 in the input-data area, and a TSB 508. The TSRQB 504 includes various requests for topology, status or other information specified by the operating system 103.

Examples of such requests include, for example in the instance that the network utilizes a Fibre Channel protocol, a fibre-channel generic services (FC-GS) request, a fibre-channel link services (FC-LS) request, and a fibre-channel link-level function (FC-SB) request. Exemplary fibre-channel requests are further described in InterNational Committee for Information Technology Standards (INCITS) standards such as INCITS 424-2007, “Fibre Channel-Framing and Signaling-2 (FC-FS-2)”, INCITS 374-2003, “Fibre Channel-Single Byte Command Code Sets-3 (FC-SB-3)”, and INCITS 427:2007, “Fibre Channel Generic Services-5 (FC-GS-5)”, which are hereby incorporated herein by reference in their entirety.

The channel subsystem 108 uses the information in the TSRQB 504 to format and send the actual service request to the appropriate fabric destination, i.e., node 110 or entity 116. When the channel subsystem receives the response to the request, the TSRSB 506 provides a place in software storage and a structure for the channel subsystem to write a copy of the response to the operating system.

Referring to FIG. 6, an exemplary method 600 of procuring information from entities in a network via an I/O processing system is illustrated. The method 600 includes one or more stages 601-606. The method may be used in conjunction with the network 100, but may also be used with any suitable Fibre Channel or other network configuration. The method 600 may include the execution of all of stages 601-606 in the order described. However, certain stages may be omitted, stages may be added, or the order of the stages changed.

In the first stage 601, a user requests information regarding the network 100. This information may include topology information, identification information regarding various nodes 110, availability of various ports 132, 134, bandwidth availability and others. In one example, the user requests the information to facilitate creation or modification of the network's I/O configuration definition.

In the second stage 602, the operating system 103 sends an information request to a channel subsystem 108. In one embodiment, the operating system 103 specifies specific types of requests to the channel subsystem, such as identification and status requests. Examples of such requests include service requests such as fibre-channel generic services (FC-GS) requests, fibre-channel link services (FC-LS) requests, or fibre-channel link-level function (FC-SB) requests.

In the third stage 603, the channel subsystem 108 builds and sends at least one command request to one or more control units 112 or other entities 116. In one embodiment, the channel subsystem 108 sends one or more command request in the form of at least one channel program including a TCW 202, 402, or 502. The channel program includes, for example, TCW 502, TSRQB 504, TSRSB 506 and TSB 508. Command requests include various requests to open communications between the channel subsystem and the service entity, such as requests for logical paths or log-in requests. Various service requests may be sent, such as FC-GS requests, FC-LS requests, or FC-SB requests.

Examples of FC-GS requests include name, time and alias service requests. Examples of FC-LS requests include basic-link-service (BLS) commands, and extended-link-service (ELS) commands such as port log-in and log-out, state change notification, request node identification data and registered link-incident record. An example of an FC-SB request is test initialization.

In the fourth stage 604, the control unit 112 or other entity 116 receives the at least one command request from the channel subsystem 108, and generates at least one appropriate response. The response is sent to the channel subsystem 108 in, for example, a TSRSB 506.

In the fifth stage 605, the channel subsystem 108 receives the at least one response to the request and transmits the at least one response to the operating system 103. In one embodiment, if the channel subsystem 108 receives multiple responses, it coalesces the multiple responses into a single response and transmits the single response to the operating system 103. The operating system 103 may then provide the response information to a user or process the response programatically.

In one example, the channel subsystem 108 receives the at least one response in, for example, TSRSB 506, and provides the at least one response to the operating system 103 by writing the response to a designated area in the main memory 102, which is then accessed by the operating system 103. The designated area may be designated by, for example, TSRSB 506.

In the sixth stage 606, the operating system 103 presents the response information to a user. The user can utilize the response information as desired, such as to create or modify an I/O configuration definition for the network 100. As described herein, a “user” is a person or other computing entity such as a computer program requesting and/or receiving the response information.

The following is an example of a utilization of the computer program products, methods and systems described herein. In this example, a user desires to create or update an I/O configuration definition for a storage area network (SAN) such as the network 100 shown in FIG. 1. The user may then prompt the operating system 103, or the operating system 103 may periodically or at pre-selected times prompt the channel subsystem 108 to provide network information.

In one example, the operating system 103 sends a request via the channel subsystem 108 to a directory server or other location to return all ports in the network 100 that support a selected Fibre Channel protocol type. The directory server returns with identification of all of the qualifying nodes.

In another example, the operating system 103 sends a request to the channel subsystem 108 which in turn sends a TCW channel program request such as that shown in FIG. 5, that includes a request node identification (RNID) message. Each service entity (e.g., control unit 112) connected to a qualifying node receives the RNID and returns a response including node identification data that describes various aspects of the device (e.g., I/O device 114) that is connected to the node. Additional requests may also be sent in the TCW channel program or in subsequent channel programs, such as the amount of resource available at the node or in the device.

Each device sends a response providing the requested information to the channel subsystem 108, which in turn sends the responses to the operating system 103 by, for example, writing copies of the response in a designated area in the main memory. The designated area may be a data area specified by a TSRSB, for example. The operating system 103 may then provide a list of potential node or device candidates so that the user can determine how to configure the network.

Technical effects and benefits include providing a mechanism by which information exchanged between channels and control units or other entities can be presented to an operating system or other software, which can then be displayed to a user. Prior art configurations and techniques require that I/O configuration definitions be defined by a user by describing the logical definition of the channels control units and devices. The systems and methods described herein allows the configuration to be more effectively changed by allowing the operating system to request that the channel subsystem retrieve and return network information, and to present the network information to the user.

For example, plug-and-play-like capability is desired for various networks in order to simplify or eliminate the human work associated with creating and changing the I/O configuration definition. However, prior fibre channel architectures define an interface that allows software to make fibre-channel services requests and receive the responses to those requests so that the software can use the response information to interact with a human. The systems and methods described herein enhances networks to provide software a means to request that the I/O subsystem (e.g., a channel subsystem) transmit fibre channel services requests, capture the associated responses, and provide the responses to the software.

The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the invention. As used herein, the singular forms “a”, “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The description of the present invention has been presented for purposes of illustration and description, but is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the invention. The embodiment was chosen and described in order to best explain the principles of the invention and the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.

As will be appreciated by one skilled in the art, aspects of the present invention may be embodied as a system, method or computer program product. Accordingly, aspects of the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, aspects of the present invention may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.

A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++ or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).

Aspects of the present invention are described above with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.

The computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.

As described above, embodiments can be embodied in the form of computer-implemented processes and apparatuses for practicing those processes. In exemplary embodiments, the invention is embodied in computer program code executed by one or more network elements. Embodiments include a computer program product 700 as depicted in FIG. 7 on a computer usable medium 702 with computer program code logic 704 containing instructions embodied in tangible media as an article of manufacture. Exemplary articles of manufacture for computer usable medium 702 may include floppy diskettes, CD-ROMs, hard drives, universal serial bus (USB) flash drives, or any other computer-readable storage medium, wherein, when the computer program code logic 1004 is loaded into and executed by a computer, the computer becomes an apparatus for practicing the invention. Embodiments include computer program code logic 704, for example, whether stored in a storage medium, loaded into and/or executed by a computer, or transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the computer program code logic 704 is loaded into and executed by a computer, the computer becomes an apparatus for practicing the invention. When implemented on a general-purpose microprocessor, the computer program code logic 704 segments configure the microprocessor to create specific logic circuits.

The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

Claims

1. A computer program product for procuring information from entities in a network via an Input/Output (I/O) processing system, comprising: a tangible storage medium readable by a processing circuit and storing instructions for execution by the processing circuit for performing a method comprising: receiving, at a channel subsystem in a host computer, at least one network topology information request from an operating system in the host computer, the channel subsystem configured to communicate with the operating system;building a command program including at least one command request by the channel subsystem that includes the at least one network topology information request, the command program including a transport command word (TCW), a transport services request block (TSRQB) and a transport services response block (TSRSB), and sending the at least one command request from the channel subsystem to at least one network entity;receiving a response to the at least one command request from the at least one network entity by the channel subsystem; andforwarding the response from the channel subsystem to the operating system.

2. The computer program product of claim 1, wherein the at least one network entity includes a control unit configured to control an input/output (I/O) device for executing an I/O operation.

3. The computer program product of claim 1, wherein the channel subsystem and the at least one network entity support a fibre channel protocol.

4. The computer program product of claim 3, wherein the at least one command request includes at least one of a fibre-channel generic services (FC-GS) request, a fibre-channel link services (FC-LS) request, and a fibre-channel link-level function (FC-SB) request.

5. The computer program product of claim 1, wherein the command program is a fibre channel command program.

6. The computer program product of claim 5, wherein the at least one command request includes a fibre channel services request.

7. The computer program product of claim 1, wherein the method further comprises at least one of receiving the at least one network topology information request from a user and sending the response to the user from the operating system.

8. The computer program product of claim 1, wherein the TCW specifies a memory address of the TSRQB and a memory address of the TSRSB.

9. The computer program product of claim 1, wherein building the command program includes generating the at least one command request based on information stored in the TSRQB, and forwarding the response includes storing the response in a memory area designated by the TSRSB.

10. A system for procuring information from entities in a network via an Input/Output (I/O) processing system, the system comprising: a host computer including a channel subsystem and an I/O operating system, the channel subsystem for communication with the I/O operating system and the network entity, the channel subsystem configured to perform a method comprising: receiving, at the channel subsystem, at least one network topology information request from an operating system;building a command program including at least one command request that includes the at least one network topology information request, the command program including a transport command word (TCW), a transport services request block (TSRQB) and a transport services response block (TSRSB), and sending the at least one command request from the channel subsystem to at least one network entity;receiving a response to the at least one command request from the at least one network entity by the channel subsystem; andforwarding the response from the channel subsystem to the operating system.

11. The system of claim 10, wherein the at least one network entity includes a control unit configured to control an I/O device for executing an I/O operation.

12. The system of claim 10, wherein the channel subsystem and the at least one network entity support a Fibre Channel protocol.

13. The system of claim 12, wherein the at least one command request includes at least one of a fibre-channel generic services (FC-GS) request, a fibre-channel link services (FC-LS) request, and a fibre-channel link-level function (FC-SB) request.

14. The system of claim 10, wherein the command program is a fibre channel command program.

15. The system of claim 10, wherein the at least one command request includes a fibre channel services request.

16. The system of claim 10, wherein the TCW specifies a memory address of the TSRQB and a memory address of the TSRSB.

17. The system of claim 10, wherein building the command program includes generating the at least one command request based on information stored in the TSRQB, and forwarding the response includes storing the response in a memory area designated by the TSRSB.

18. A computer-implemented method for procuring information from entities in a network via an Input/Output (I/O) processing system, comprising: receiving, at a channel subsystem in a host computer, at least one network topology information request from an I/O operating system in the host computer, the channel subsystem configured to communicate with the operating system;building a command program including at least one command request by the channel subsystem that includes the at least one network topology information request, the command program including a transport command word (TCW), a transport services request block (TSRQB) and a transport services response block (TSRSB), and sending the at least one command request from the channel subsystem to at least one network entity;receiving a response to the at least one command request from the at least one network entity by the channel subsystem; andforwarding the response from the channel subsystem to the operating system.

19. The method of claim 18, wherein the at least one network entity includes a control unit configured to control an input/output (I/O) device for executing an I/O operation.

20. The method of claim 18, wherein the channel subsystem and the at least one network entity support a Fibre Channel protocol.

21. The method of claim 20, wherein the at least one command request includes a fibre channel services request.

22. The method of claim 18, wherein the TCW specifies a memory address of the TSRQB and a memory address of the TSRSB.

23. The method of claim 18, wherein building the command program includes generating the at least one command request based on information stored in the TSRQB, and forwarding the response includes storing the response in a memory area designated by the TSRSB.