RFC 877 UNKNOWN IP · X.25 · LINK LAYER

IP over X.25: Standard for the transmission of IP datagrams over public data networks

How CSNET, the VAN gateway and others carried IP datagrams over X.25 public data networks.

On rfc-editor.org ↗
PUBLISHED
September 1983
AUTHORS
J.T. Korb
STREAM
Legacy
OBSOLETED BY
RFC 1356 — IP over X.25
PROTOCOL ID OCTET
hex CC (decimal 204)
DEFAULT MAX DATAGRAM
576 octets
EXAMPLE LARGER SIZE
1024 octets
UNUSED X.25 FEATURES
interrupt packets, D bit
DOI
10.17487/RFC0877

RFC text

Original text · RFC Editor View on rfc-editor.org ↗
Network Working Group                                         J. T. Korb
Request for Comments: 877                              Purdue University
                                                          September 1983



          A Standard for the Transmission of IP Datagrams
                               Over
                       Public Data Networks




This RFC specifies a standard adopted by CSNET, the VAN gateway, and
other organizations for the transmission of IP datagrams over the
X.25-based public data networks.

An X.25 virtual circuit is opened on demand when a datagram arrives at
the network interface for transmission. A virtual circuit is closed
after some period of inactivity (the length of the period depends on
the cost associated with an open virtual circuit). A virtual circuit
may also be closed if the interface runs out of virtual circuits. An
algorithm for managing virtual circuits during peak demand is given
in [1].

STANDARDS

1.1 The first octet in the Call User Data Field (the first data octet
    in the Call Request packet) is used for protocol demultiplexing.
    The value hex CC (binary 11001100, decimal 204) is used to mean
    INTERNET PROTOCOL.

1.2 IP datagrams are sent as X.25 "complete packet sequences". That is,
    datagrams begin on packet boundaries and the M bit ("more data") is
    used for datagrams that are larger than one packet. There are no
    additional headers or other data in the packets.

1.3 Unless a larger packet size is negotiated, the maximum size of an
    IP datagram transmitted over X.25 is 576 octets. If two sites
    negotiate a large X.25 packet size (for example, 1024 octets), an
    IP datagram of that size is allowed.

1.4 Either site may close a virtual circuit. If the virtual circuit is
    closed or reset while a datagram is being transmitted, the datagram
    is lost.

GENERAL REMARKS

2.1 Protocols above IP, such as TCP, do not affect this standard. In
    particular, no attempt is made to open X.25 virtual circuits
    corresponding to TCP connections.

Transmission of IP Datagrams Over Public Data Networks


2.2 Features of X.25 not discussed in this document are not used.
    For example, interrupt packets and the D bit (indicating
    end-to-end significance) are not used.

2.3 Negotiable features (facilities) of X.25 are allowed. For
    example, sites are free to negotiate larger packet and window
    sizes.

2.4 Some sites, such as CSNET sites, may attempt to open multiple
    virtual circuits to a single site. Sites should attempt to
    handle such incoming calls gracefully: transmit on the
    additional circuits if possible and accept incoming datagrams
    from them, but do not accept the CALL REQUEST, only to
    immediately close the connection or ignore datagrams
    transmitted on such circuits.


REFERENCE

[1] Comer, D.E. and Korb, J.T., "CSNET Protocol Software: The
    IP-to-X.25 Interface", SIGCOMM Symposium on Communications
    Architectures and Protocols, March 1983.

AI ELI5

On this page
PROBLEMPublic data networks based on X.25 offered virtual circuits, not datagrams, so IP needed an agreed way to ride on them.
MECHANISMAn X.25 virtual circuit is opened on demand when a datagram arrives. The first Call User Data octet is hex CC to mean Internet Protocol, and each datagram is sent as a complete packet sequence using the M bit.
WHY IT FADEDThe standard was adopted by CSNET, the VAN gateway and other organizations. It was replaced by RFC 1356.

§1IP over X.25 Virtual Circuits

RFC 877 specifies a standard adopted by CSNET, the VAN gateway and other organizations for sending IP datagrams over X.25-based public data networks. A virtual circuit is opened on demand when a datagram arrives at the network interface, and it is closed after a period of inactivity that depends on the cost of an open circuit. It can also be closed if the interface runs out of circuits.

When a letter needs to go, the sender opens a private pipe. When the pipe sits idle too long, it is closed to save money.

§2Packing Datagrams into X.25

The first octet in the Call User Data field of the Call Request packet is used for protocol demultiplexing. The value hex CC (binary 11001100, decimal 204) means Internet Protocol. IP datagrams are sent as X.25 complete packet sequences: a datagram begins on a packet boundary and the M (more data) bit is used when it is larger than one packet. There are no additional headers or data in the packets.

Unless a larger packet size is negotiated, the maximum IP datagram size is 576 octets. If two sites negotiate a large X.25 packet size such as 1024 octets, a datagram of that size is allowed.

The first thing in the call says 'this carries Internet mail'. A long letter is sent in pieces, each marked 'more is coming' until the last one.

§3Closing Circuits

Either site may close a virtual circuit. If the circuit is closed or reset while a datagram is being sent, that datagram is lost. Some sites, such as CSNET sites, may try to open several circuits to one site, and the RFC says sites should handle such incoming calls gracefully: transmit on the extra circuits if possible and accept datagrams from them, rather than accepting the call and then closing it or ignoring the datagrams.

Either side can hang up the pipe. A letter in the middle of travelling when that happens is lost.

§4General Remarks

Protocols above IP, such as TCP, do not affect this standard, and no attempt is made to open virtual circuits to match TCP connections. X.25 features not discussed are not used; for example, interrupt packets and the D bit are not used. Negotiable X.25 features are allowed, and sites may negotiate larger packet and window sizes.

The pipe does not care what is inside the letters. Only the few X.25 features this note mentions are used, and the rest are left alone.

§5References

[1]Comer, D.E. and Korb, J.T., "CSNET Protocol Software: The IP-to-X.25 Interface", SIGCOMM Symposium on Communications Architectures and Protocols, March 1983.