Channel Subsystem Network Topology Discovery

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current fibre-channel systems do not provide an interface for software to directly request and obtain network topological information from devices or endpoints in the I/O subsystem, making it difficult for operating systems to configure and manage I/O operations efficiently.

Innovation Solution

A channel subsystem is used to obtain a transport command word from the operating system, build and send command requests, including fibre-channel generic services, link services, and link-level function requests, to network entities, and store responses, enabling the operating system to query and discover network topology.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If fibre-channel systems use traditional I/O subsystem architecture, then I/O operations can be performed, but software cannot directly request network topological information from devices

Engineering Contradiction:
Improvenetwork topological informationVSAvoidinterface complexity
Core Design Contradiction:
Loss of informationVSDevice complexity

Solution Approach 1:

The channel subsystem acts as an intermediary between the operating system and network devices. It receives information requests from the operating system, translates them into appropriate fibre-channel commands, sends these commands to network devices, receives responses, and translates them back for the operating system. This mediator approach enables software to access network topological information without requiring direct complex interfaces to network devices.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The channel subsystem is designed to perform multiple functions: traditional I/O operations plus network topological information retrieval. By integrating this capability into the existing channel subsystem, the system achieves multi-functionality without requiring separate dedicated interfaces for each function, thus reducing overall system complexity while providing comprehensive information access.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Ease of operation

If traditional I/O subsystem is used, then data transfer between memory and I/O devices is facilitated, but configuration and management of I/O operations becomes difficult

Engineering Contradiction:
Improveconfiguration and management of I/O operationsVSAvoidI/O subsystem complexity
Core Design Contradiction:
Ease of operationVSDevice complexity

Solution Approach 1:

The channel subsystem retrieves network topological information from network devices and provides this feedback to the operating system. This feedback mechanism enables the operating system to make informed decisions about I/O configuration and management, improving ease of operation by providing necessary information about the network state, device availability, and topology without increasing the complexity of the I/O subsystem itself.

Inventive Principle:
Principle #23Feedback

3Adaptability or versatility

If no interface is provided for software to request network information, then system architecture remains simple, but plug-and-play capabilities are enhanced

Engineering Contradiction:
Improveplug-and-play capabilitiesVSAvoidinterface structure
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The channel subsystem serves as the intermediary that enables plug-and-play capabilities by providing a standardized interface for the operating system to query network topological information. This mediator approach allows the system to adapt to different network configurations automatically without requiring complex direct interfaces to various network devices, thus enhancing versatility while managing complexity through abstraction.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8972615B2Communication with input/output system devices
Publication Date: 2015.03.03 INTERNATIONAL BUSINESS MACHINE CORPORATION
  • US8972615B2 patent drawing
  • US8972615B2 patent drawing
  • US8972615B2 patent drawing

AI summary

A computer program product is provided for performing: obtaining, by a channel subsystem, a transport command word (TCW) specified by an operating system, the TCW comprising an address of a transport services request block (TSRQB) and an address of a transport services response block (TSRSB); obtaining the TSRQB; building at least one command request based on the TSRQB, and sending the at least one command request from the channel subsystem to at least one network entity, the at least one command request including at least one of a fiber-channel generic services (FC-GS) request, a fiber-channel link services (FC-LS) request, and a fiber-channel link-level function (FC-SB) request; receiving a response to the at least one command request from the at least one network entity; and storing the response to the TSRSB based on the address of the TSRSB obtained from the TCW.