rfc745.txt

RFC 相关的技术文档

NWG/RFC# 745                                        MDB2 30-MAR-78 43649
JANUS Interface Specifications



Network Working Group                                     Michael Beeler
Request for Comments 745                                             BBN
NIC 43649                                                  30 March 1978
PRTN 245

                     JANUS Interface Specifications

                   (Symmetrical, 1822-like Interface)

1.  INTRODUCTION
1.1.  Motivation

A need arose in the Packet Radio project for specification of an
interface between Packet Radio units and other equipment.  This paper is
to meet BBN's responsibility to supply that specification.  It is our
hope that it will find application in other areas as well.

1.2.  Historical Relationship to 1822

The ARPANET employs a network of switching nodes, called IMPs, to
provide interconnection among user equipment, called hosts.  A uniform
means of connecting a host to an IMP is specified in BBN Report Number
1822.  Consequently, this interface has become known as an 1822
interface.

As the need to interconnect new types of devices has grown, it has
become attractive to implement an 1822-like interface on each end of
pairs of devices which are to communicate.  The devices are then
connected electrically, and communication can take place in spite of
differences in processing speed, word length, signal levels and so forth
in the two devices.  A part of Report 1822 reads as follows.

   "The technique of transferring information between the Host and the
   IMP is identical in each direction; we will, therefore, refer to the
   sender and the receiver without specifying the Host or IMP
   explicitly."
   [BBN Report Number 1822, 12/75 revision, page 4-2.]

Unfortunately, Report 1822 does not specify a completely symmetrical
interface.  Although there is a high degree of symmetry, some aspects
are peculiar to the IMP side and some to the host side.  Therefore, two
interfaces constructed to connect to IMPs may not function connected to
each other.  In what follows, the unsymmetrical aspects are respecified
in a way which will accomplish full interchangeability.

The interface specified here is called the JANUS interface, to
distinguish it from the Report 1822 interface.





                                 - 1 -

NWG/RFC# 745                                        MDB2 30-MAR-78 43649
JANUS Interface Specifications



1.3.  Terminology

The terms, "IMP" and "host," are not relevant in the present context.
Sections of Report 1822 such as Appendix B are conveniently
re-interpreted by substituting "foreign interface" and "home interface,"
respectively.

2.  SPECIFICATIONS

Report 1822 addresses two aspects of the connection of a host to the
ARPANET, the hardware requirements and the software protocols.  Since
the JANUS interface will typically be used in applications other than
connection to the ARPANET, the higher level software protocols are
beyond the scope of this paper. They are properly addressed by
documentation specific to each application.  Concern here is only for
electrical specification of the JANUS interface.  The various areas
which differ from Report 1822 are as follows.

2.1.  Low-level Protocol

Certain aspects of the JANUS interface and its operation may be
implemented in hardware, software of a mixture of the two.  We refer to
these aspects as "low-level protocol."  They are to be distinguished
from such "high-level protocol" aspects as header definitions and data
formats.

2.1.1.  Padding

Requirement:
Received messages are padded out to a full word (of the home device's
size), if necessary, with zeros only.

Discussion:
A one-bit to mark the end of received data, as IMPs employ, is NOT used.
The mark bit has not proved very useful, although the ARPANET IMPs do
use it to generate the message length field in the new format header.
Rather, counts at one or another level of protocol are generally used,
so the complication of a mark bit can be eliminated.  It is the author's
impression that the ARPANET will not implement this aspect of
symmetrical interfaces, so hosts communicating through the ARPANET will
continue to see the marker one-bit appended by the source IMP regardless
of whether the hosts have 1822 or JANUS interfaces.

2.1.2.  Message Length

Requirement:
A JANUS interface must accept messages up to and including 8160 bits
long.




                                 - 2 -

NWG/RFC# 745                                        MDB2 30-MAR-78 43649
JANUS Interface Specifications



Exception:
If the interface is absolutely never intended for use in
ARPANET-compatible applications, this requirement may be relaxed in any
of three ways.  A smaller maximum length may be implemented;  a larger
maximum lengthbe implemented; or the maximum length may be so large as
to be in practice infinite.

Discussion:
A JANUS interface may discard messages longer than 8160 bits when used
with the ARPANET.  This constraint can be enforced in software rather
than in hardware, if desired.

2.1.3.  Four-way Handshake

Requirement:
The interface must use the four-way handshake.  That is, the receiver
must wait until the incoming There's-Your-Bit drops before turning on
Ready-For-Next-Bit.

Discussion:
The two-way handshake, presented as an option in Report 1822, must not
be used.  Experience has shown that it is vulnerable to various
failures.  First, if the off period in RFNB is not seen by the sender
(due to noise or its being too short), a deadlock occurs and no more
data is transferred.  Second, a two-way receiver cannot talk with a
strictly four-way sender, since the sender's next assertion of TYB may
depend on seeing the RFNB transition to on.  And third, the two-way
handshake is overly sensitive to transitions, and may be activated by
noise pulses. Transitions in the two-way handshake may be missed
altogether in a sender implementation which samples the RFNB line only
at certain intervals.  The superiority of the more positive four-way
handshake is important in applications where neither of the
communicating interfaces is necessarily constructed to particular
standards.

2.1.4.  Contact Bounce

Requirement:
Each interface, considered together with the software driving it, must
prevent data from flowing across the interface in either direction while
its Ready relay contacts may be bouncing.  Thus, for 1/10 second after
raising Ready, the outgoing signals There's-Your-Bit and
Ready-For-Next-Bit must not be asserted.

Discussion:
This may be accomplished either in hardware or software, as discussed in
Report 1822 section B.3.  The delay of 1/10 second is specified here to
resolve an ambiguity in Report 1822, concerning whether a shorter delay
was acceptable if the relay was known to solidly finish closing sooner.



                                 - 3 -

NWG/RFC# 745                                        MDB2 30-MAR-78 43649
JANUS Interface Specifications



Report 1822 specified a 1/2 second delay, but modern reed relays
reliably finish closing in 1/10 second.

2.1.5.  RFNB, TYB Minimum Off Time

Requirement:
Ready-For-Next-Bit must be off for at least 50 nanoseconds for local
host connections, and at least 1 microsecond for distant host
connections, as seen by the receiver of the signal (who is the sender of
data).  Note that this means that RFNB at the cable driver may have to
be off for somewhat longer than this minimum if deterioration of the
signal waveform along the cable is anticipated.  There's-Your-Bit must
similarly be off for at least 50 nanoseconds for local host connections,
and at least 1 microsecond for distant host connections, as seen by the
receiver of the signal.

Discussion:
This extends the Report 1822 requirements for signals received by the
IMP, to both interfaces in a JANUS interface pair.

2.1.6.  Deskewing

Requirement:
The outgoing data bit must be on the line and the Last-Bit level correct
at least 500 nanoseconds before the sender turns on the There's-Your-Bit
signal.  The sender must turn off TYB before changing either the data or
the LB.

Discussion:
The responsibility for deskewing signals rests with the sender in each
interface.  This applies the Report 1822 IMP sender behavior to each
JANUS interface as a requirement.  Note that the receiver may count on
the Last-Bit signal being valid during, and only during, the assertion
of There's-Your-Bit.  Specifically, Last-Bit must be asserted during
transmission of the last data bit.  Report 1822 was slightly ambiguous
in this regard.

2.1.7.  Transmission Order

Requirement:
"The high-order bit of each word is transmitted first."  (Report 1822,
section 4.1.)

Discussion:
If a computer has addressing modes other than word addressing, such
units or bytes are not used as units of transmission by the interface.
For example, the first bit transmitted from or received into a PDP-11 is
bit 15, the leftmost bit of a 16-bit word.  This is repeated here to
bring it especially to the attention of designers.



                                 - 4 -

NWG/RFC# 745                                        MDB2 30-MAR-78 43649
JANUS Interface Specifications



2.2.  Distant Host Electrical Requirements

Discussion:
The paragraphs below specify a Distant Host option of the JANUS
interface which differs substantially from the 1822 Distant Host
interface.  Several considerations prompted this change.  Report 1822
specifies transformer coupling at the receiver, so requirements on
signal rise time and hold times were made.  To relax these, and to
achieve greater tolerance to differences in ground potential, optical
isolators are now often used, even in 1822 interfaces.  Neither the
Report 1822 Distant Host driver, nor the driver adopted for JANUS,
generate more than 1.0 volt. Commonly available optical isolators
require at least 1.1 volts to overcome their forward drop before they
will operate.  Thus an optical isolator driver is needed in both the
1822 and the JANUS receivers.  The ground potential difference between
the communicating interface may exceed the maximum ratings of the input
amplifier, so the input circuit must be powered from a floating power
supply.  Appropriate DC-DC converters for this purpose are available at
reasonable cost.

2.2.1.  DH Signal Timing

Requirement:
Receiver circuits in distant host interfaces shall be implemented with
optical isolators or other means which are not sensitive to rise and
hold times, as transformer coupling is.  Therefore, the requirements for
rise and hold times on distant host signals appearing in Report 1822 are
suspended.

2.2.2.  DH Signal Levels and Waveforms

Requirement:
Signal levels and waveforms at the driver and the receiver shall follow
the specifications in EIA standard RS-422.  In particular, the driver
must supply a differential of at least 2 and not more than 6 volts;  and
the receiver must operate correctly on as small a differential as 0.2
volts.

2.2.3.  DH Electrical Isolation

Requirement:
The receiver circuit must operate correctly over a common mode voltage
range of -100 to +100 volts, and must not be permanently damaged by a
common mode voltage of from -300 to +300 volts.








                                 - 5 -