Browse Prior Art Database

Mechanism to Support Nondisruptive Repair Actions in a Distributed Data Processing System

IP.com Disclosure Number: IPCOM000034810D
Original Publication Date: 1989-Apr-01
Included in the Prior Art Database: 2005-Jan-27
Document File: 1 page(s) / 12K

Publishing Venue

IBM

Related People

Hall, WD: AUTHOR [+2]

Abstract

This article describes a technique in a distributed data processing (DDP) system for suspending all unsolicited input to allow a repair to be made in a node without stopping the active system or terminating active sessions. In the technique disclosed herein a pair of broadcast commands are defined for an insertion ring architecture to allow a node to notify all other nodes in the system to suspend sending any unsolicited input to the issuing node. This would support repair actions within the node being performed without disrupting the rest of the system. Upon completion of the repair action, a resume broadcast frame would inform all nodes that unsolicited input will now be accepted.

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 67% of the total text.

Page 1 of 1

Mechanism to Support Nondisruptive Repair Actions in a Distributed Data Processing System

This article describes a technique in a distributed data processing (DDP) system for suspending all unsolicited input to allow a repair to be made in a node without stopping the active system or terminating active sessions. In the technique disclosed herein a pair of broadcast commands are defined for an insertion ring architecture to allow a node to notify all other nodes in the system to suspend sending any unsolicited input to the issuing node. This would support repair actions within the node being performed without disrupting the rest of the system. Upon completion of the repair action, a resume broadcast frame would inform all nodes that unsolicited input will now be accepted. In a DDP system, such as the one disclosed in [*], a Broadcast Suspend Unsolicited order is used to inform all drops that the port will not accept further unsolicited data or unsolicited interrupts. The drops may continue with any processing associated with any solicited data or unsolicited interrupts to the port. If any of the following orders is received after the port has issued this order to the drops, the port will reissue the Broadcast Suspend Unsolicited order: 1. Start and End orders. 2. Start and Continue orders. 3. Continued Data orders. 4. Continued Data End orders. 5. Unsolicited Data orders. 6. Unsolicited Interrupt orders. 7. Unsolicited Data and Interrupt orders. The Broadcast Susp...