Introduction to the Hippi Specifications

  1. Introduction
  2. HIPPI-PH Introduction
  3. HIPPI-PH Data Framing and Signalling
  4. Other HIPPI standards and related documents
  5. The HIPPI-FP Framing Protocol
  6. The HIPPI-SW Switch Control
  7. SERIAL-HIPPI
  8. Relations to Fiber Channel
  9. References

1 Introduction

The first section will give the user a basic knowledge of the HIPPI-PH standard that implements the physical layer of a HIPPI link. The information is based on a paper of the technical editor of the ANSI HIPPI-PH specification, Don Tolmie. This paper was presented at the COMPCON Spring '89 Conference in San Francisco, California, March 1, 1989. The second section will briefly explain other HIPPI standards and HIPPI related standards and is written by Erik van der Bij.

2 HIPPI- PH Introduction

In relation to the Open Systems Interconnection (OSI) Basic Reference Model, the High-Performance Parallel Interface (HIPPI) covers the physical layer and a small portion of the data-link layer. The HIPPI uses a parallel data path with copper cable. The 800 Mbit/s HIPPI uses a 32-bit data bus, and the 1600 Mbit/s version of the HIPPI uses a 64-bit data bus. The major emphasis has been on the development of the 800 Mbit/s version and as such the RIO HIPPI Source is also a 800 Mbit/s implementation of a HIPPI interface.

The HIPPI is a simplex channel, capable of transferring data in one direction only. Two HIPPI channels may be used to implement a full-duplex channel. The HIPPI is a point-to-point channel that does not support multi-drop. The point-to-point limitation considerably simplified the electrical and protocol aspects of the HIPPI. Crossbar switches and other networking methods are being considered to achieve the equivalent of multi-drop. An addressing mechanism is included to support these networking concepts.

The HIPPI provides support for low-latency, real-time, and variable-size packet transfers. The signal sequences provide look-ahead flow control to allow the average data rate to approach the peak data rate, even over distances of tens of kilometres. This is a benefit for future, fibre-optic versions of the HIPPI. Data transfers and flow control are performed in increments of bursts, with each burst nominally containing 256 words (1024 or 2048 bytes).

Error detection, but not error correction, is provided by the HIPPI. Byte parity is used on the data bus. In addition, each burst of data is immediately followed by a length/longitudinal redundancy checkword (LLRC). It is envisioned that error recovery would be done at a higher-layer protocol. Driving a video frame buffer, for example, is best served by ignoring errors that the next frame overwrites anyway.

Return to the begin of Introduction to the HIPPI Specification

3 HIPPI-PH data framing and signalling sequences

Figure 2 shows the basic organization of the information or data framing on the HIPPI. A connection is made in a fashion similar to the connection made when dialling the telephone. Once a connection is established, a packet (or multiple packets) can be sent from the source to the destination. Each packet contains zero or more bursts, and each burst contains one to 256 words. Bursts that contain less than 256 words may only occur as the first or last burst of a packet. Words are composed of 32 or 64 bits. The amount of wait time between packets and bursts may vary. Maximum wait times depend on the data flow to or from the upper-layer protocols and on the data flow to or from the opposite end of the channel.

Figure 2: framing hierarchy of the HIPPI.

The interface signals are illustrated in Figure 3. The numbers in parentheses indicate the number of signal lines when using the 1600 Mbit/s option. The other numbers indicate the number of signal lines when

Figure 3: summary of the HIPPI signals. The numbers indicate the number
of signal lines when using the 800 Mbit/s (1600 Mbit/s) option.

using the 800 Mbit/s option. All signals, except for the INTERCONNECT signals, use differential emitter- coupled logic (ECL) drivers and receivers. The INTERCONNECT signals use single-ended ECL drivers and receivers.

Fifty-pair, twisted-pair cables are used for distances up to 25 meters. The 800 Mbit/s option uses one cable, and the 1600 Mbit/s option uses two cables. All of the signal lines in the HIPPI are unidirectional to accommodate future, fibre-optic implementations and crossbar switches. All of the control and data signals are timed in relation to the constant 25 MHz CLOCK signal with a period of 40 nanoseconds.

Typical HIPPI waveforms are shown in figure 4 for a sequence that establishes a connection, sends a packet containing three bursts of which the last one is a short one, sends a packet containing one burst, and then disconnects. A connection is made from the source to the destination much like a telephone connection. The source supplies the I-Field on the data bus (like a telephone number), and asserts the REQUEST signal. If the destination wants to accept the connection, it asserts the CONNECT signal. Although the contents of the I-Field are not specified in the HIPPI standard, the I-Field is intended for addressing or other control operations.

Figure 4: typical HIPPI waveforms.

If the destination does not want to accept the connection request from the source, it has two options: it either does not react at all, keeping the CONNECT line deasserted, or it can give a connection reject cycle. In the latter case, it will assert the CONNECT signal for 4 to 16 clock cycles, which will signal the source that the destination does not want to make a connection and therefore it can release the channel immediately.

Once a connection is established, single or multiple packets may be transferred from the source to the destination. Packets are delimited by the PACKET signal being true. Packets are composed of one or more bursts.

Bursts are delimited by the BURST signal being true. Bursts consist of a group of words sent on the data bus, one word per clock period, during contiguous clock periods. Bursts contain one to 256 words. Bursts that contain less than 256 words are called short bursts. There can be only one short burst per packet, and it must be either the first or last burst of the packet. Short bursts can be used for applications like packet headers, variable-length data transfers, and short messages that must be acted on quickly.

The LLRC checkword is sent from the source to the destination on the data bus during the first clock period following the burst. This Length/Longitudinal Redundancy Check checkword implements a longitudinal parity of all datawords in the burst and the lengthcount of the burst. The error detection mechanism provided by the LLRC and byte parity may be inadequate for certain applications because it does not detect certain 4-bit and 8-bit errors within a burst.

The destination controls the flow of data by issuing a READY pulse for each burst that it is prepared to accept from the source. If the READY pulses arrive at the source before the source is ready to send the next burst, there will be no time lost between bursts. Hence, the flow control is distance independent if the cable- length time is shorter than the time required to transmit the number of bursts. This requires about one burst buffer for each kilometre of cable distance.

The INTERCONNECT signals indicate to both the source and destination that the cable(s) are connected and that the other end is powered up. They may also be used to indicate whether the 800 Mbit/s or the 1600 Mbit/s HIPPI option is in use.

Return to the begin of Introduction to the HIPPI Specification

4 Other HIPPI standards and related documents

The HIPPI-PH standard described in the previous section, provides only the physical layer of a HIPPI interface. The ANSI HIPPI standards also provides other layers of a protocol stack. It must be noted that except the HIPPI-PH layer, the HIPPI standards are not yet official ANSI standards and that most of the documents are likely to change in near future.

Figure 5 gives an overview of the logical connection of the current proposed HIPPI standards and other related documents.

Figure 5: overview of HIPPI standards and other related documents.

The HIPPI-PH standard is the description of the physical layer of a HIPPI interface. It also describes the service interface primitives to the upper layer protocols and to the station management. However, it must be noted that the description of the relation of the service primitives to the physical interface signals is not clear and even contains errors.

Return to the begin of Introduction to the HIPPI Specification

5 The HIPPI-FP Framing Protocol

The HIPPI-FP standard defines the framing for packets that will be sent over a HIPPI connection. Basically the standard splits a packet in three areas called Header_Area, D1_Area and D2_Area. Each of these areas starts and ends on a 64-bit boundary. The Header_Area defines the sizes and offsets of the D1_Area and D2_Area. The D1_Area is meant to contain control information and the D2_Area is intended to contain data associated with the control information. The Framing Protocol document also defines service primitives to the station management, upper layer protocols and to the HIPPI-PH interface primitives. However, the description of the relation between the ULP service primitives and the PH service primitives is not part of the HIPPI-FP standard and leaves room for misinterpretation. Therefore, in practice most implementers of HIPPI-FP and HIPPI-PH protocols will not implement the service primitives, but will only use the description of the HIPPI-FP header to implement the HIPPI-FP standard. The HIPPI-FP does not define the contents of the CCI (I-field), which therefore has to be defined by the upper-layer protocol.

Currently there are three standards defined that interface to the HIPPI-FP layer. The first standard that connects to the FP-standard is the Link Encapsulation (HIPPI-LE, that specifies an encapsulation of IEEE 802.2 (ISO 8802-2) Logical Link Protocol Data Units in HIPPI-FP packets. The LE-standard defines the contents of the D1_Area and D2_Area of the FP-standard, but does not define the contents of the CCI.

The second standard is the IPI-3 document. This document describes the mapping between IPI-3 command sets and HIPPI-FP packets. This document will probably not become a separate standard but will be included in the IPI-3 Disk and IPI-3 Tape standards. The IPI-3 Disk and Tape standards define a device generic command set for storage devices.

The last standard connecting to the FP-standard being worked out by the X3T9.3 committee, is a generic memory interface protocol specification, called HIPPI-MI. This specification implements remote memory reads and writes over a HIPPI interface.

Return to the begin of Introduction to the HIPPI Specification

6 The HIPPI-SW Switch Control

Another interesting standard is the HIPPI Switch Control standard. This document describes a protocol for controlling switches that are connected to a HIPPI cable. Basically it describes the format for the CCI or I- field and defines how switches must interpret this I-field to route a connection request to a defined destination. The current document also contains possibilities to do a broadcast operation, but it is not clear if this will remain part of the standard.

Furthermore, the ANSI X3T9.3 committee has drafted a proposal for the encapsulation of IEEE 802.2 LLC PDUs and, by implication, IP on HIPPI. This document discusses methods of using of ANSI standard HIPPI hardware and protocols in the context of the Internet, including the use of HIPPI switches as LANs and interoperation with other networks. This hippilan memo is intended to become an Internet Standard.

Return to the begin of Introduction to the HIPPI Specification

7 SERIAL HIPPI

The Serial HIPPI specification is a document that specifies an extender for transmitting data serially between HIPPI-PH nodes. It defines both optical and electrical interfaces for this purpose. The Serial HIPPI document is an agreement between manufacturers and will not become an ANSI or ISO standard.

Return to the begin of Introduction to the HIPPI Specification

8 Relations to Fiber Channel

The last standard described in this section is the Fibre Channel Standard (FCS). This standard describes the point-to-point physical portion of a high-performance serial link for support of the higher layer protocols associated with HIPPI, IPI (Intelligent Peripheral Interface) and SCSI (Small Computer System Interface). The standard specifies signalling rates from 132.8 MBaud to 1.0625 GBaud. The FCS is meant to provide a transport vehicle for the upper layer HIPPI, IPI and SCSI and is capable of replacing their physical interface. It will be possible to intermix IPI commands, SCSI commands and HIPPI data link operations on the Fibre Channel.

Return to the begin of Introduction to the HIPPI Specification

9 REFERENCES

    1. RIO 8260 RISC I/O Processor User's Manual, Creative Electronic Systems S.A. Geneva, 1992.
    2. HIPPI-PH implementers warnings and tips guide, H.C. van der Bij, CERN Geneva, ANSI X3T9.3 document number X3T9.3/90-043, 1990.
    3. HIPPI-PH (Mechanical, Electrical, and Signalling Protocol Specification), Rev 8.1, June 24,1991.X3T9.3/91-005. Don Tolmie - Los Alamos National Laboratory (505) 667-5502, det@lanl.gov. HIPPI-PH (Mechanical, Electrical, and Signalling Protocol Specification), October 1991, ANSI - New York.
    4. HIPPI-FP (Framing Protocol), Rev 4.2, June 24, 1991, X3T9.3/91-007. Don Tolmie - Los Alamos National Laboratory (505) 667-5502, det@lanl.gov.
    5. HIPPI-LE (802.2 Link Encapsulation), Rev 3.2, July 29, 1991, X3T9.3/91-149. Don Tolmie - Los Alamos National Laboratory (505) 667-5502, det@lanl.gov.
    6. HIPPI-MI (Memory Interface), Rev 2.0, August 6, 1991, X3T9.3/90-120. Bob Beach - Ultra Network Technology (408) 922-0100, bob@ultra.com.
    7. HIPPI-SC (Switch Control), Rev 1.9, June 28, 1991, X3T9.3/90-106. Ken Hardwick - Network Systems Corporation (612) 424-1676, ken@network.com.
    8. HIPPI-IPI (Mapping to IPI-3 Command Sets), Rev 1.2, March 4, 1991. X3T9.3/89-119- Horst Truestedt, IBM (507) 253-4101, truested@rchvmx.iinus1.ibm.com.
    9. IP and ARP on HIPPI, Rev 0.2, June 1992, Internet Engineering Task Force, Network Working Group, J. Renwick, Cray Research, Inc.
Note: most HIPPI documents are available in PostScript format by using anonymous FTP from ftp.network.com in the directory HIPPI until ANSI publishes the documents.

Return to the begin of Introduction to the HIPPI Specification


Arie Van Praag (arie@vxcern.cern.ch) - 14 September 1994