RFC 877 UNKNOWN IP · X.25 · LINK LAYER

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

A method for sending 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
IP IDENTIFIER IN CALL USER DATA
Hex CC (decimal 204)
DEFAULT MAXIMUM DATAGRAM SIZE
576 octets
EXAMPLE NEGOTIATED PACKET SIZE
1024 octets
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.

ISO Plain Language

On this page
PROBLEMX.25 public data networks use virtual circuits, while IP sends datagrams, so the two need a defined way to carry datagrams between them.
MECHANISMThe call identifies IP with the value CC in its first Call User Data octet, and X.25 packets carry each IP datagram as a complete packet sequence.
WHY IT CHANGEDRFC 877 was later replaced by RFC 1356.

§1Opening an X.25 Virtual Circuit

This standard describes transmitting IP datagrams over X.25-based public data networks. A virtual circuit is opened on demand when a datagram arrives for transmission.

A virtual circuit is closed after a period of inactivity that depends on the cost of keeping it open, or if the interface runs out of virtual circuits. Either site may close a circuit; if it closes or resets while a datagram is being transmitted, that datagram is lost.

The sending interface opens an X.25 circuit when it has a datagram to send. If the circuit closes during transmission, that datagram is lost.

§2Identifying and Sending IP Datagrams

The first octet in the Call User Data field of an X.25 Call Request identifies the protocol. The value hexadecimal CC, decimal 204, means Internet Protocol.

Each datagram is sent as an X.25 complete packet sequence and starts on a packet boundary. If it takes more than one packet, the M bit indicates that more data follows. The RFC adds no other headers or data to the packets.

The call begins with a value that identifies the data as IP. A datagram starts at a packet boundary, and the M bit marks packets that have more of it to follow.

§3Packet Sizes and Other X.25 Features

Unless the sites negotiate a larger packet size, an IP datagram sent over X.25 may be at most 576 octets. The RFC gives 1024 octets as an example of a larger size that two sites may negotiate.

Features not discussed in the RFC are not used; examples include interrupt packets and the D bit. Negotiable X.25 facilities, including larger packet and window sizes, are allowed. Protocols above IP do not cause this standard to open a corresponding X.25 circuit for each connection.

The default maximum datagram size is 576 octets, but both sites may negotiate a larger packet size. The document leaves unmentioned X.25 features unused.

§4References

[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.