home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 1000s / rfc1090.txt < prev    next >
Text File  |  1989-02-22  |  6KB  |  227 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                         R. Ullmann
  8. Request for Comments: 1090                          Prime Computer, Inc.
  9.                                                            February 1989
  10.  
  11.  
  12.                               SMTP on X.25
  13.  
  14. 1. Status of this Memo
  15.  
  16.    This memo proposes a standard for SMTP on the virtual circuit
  17.    facility provided by the X.25 standard of the CCITT.
  18.  
  19.    Distribution of this memo is unlimited.
  20.  
  21. 2. Introduction
  22.  
  23.    The possibility of using the X.25 virtual circuit (ISO level 3)
  24.    directly for SMTP is mentioned in RFC 821 ("SIMPLE MAIL TRANSPORT
  25.    PROTOCOL"), in appendix D.  It suggests that "a reliable end-to-end
  26.    protocol such as TCP be used on top of X.25 connections".  This was
  27.    undoubtedly true considering the general reliability of the PSDNs at
  28.    the time (1981).  The service is now (in 1989) reliable enough to
  29.    allow practical direct use of the virtual circuit service.
  30.  
  31.    The procedures given here have proven to be successful in extensive
  32.    production use, involving 24 PSDNs in 22 different countries.  The
  33.    resulting service is economical even using some of the more expensive
  34.    PSDNs.  Operation over private X.25 connections and X.25 LANs has
  35.    also proven successful.
  36.  
  37.    An X.25 virtual circuit (VC) is opened for each SMTP session.  The
  38.    full duplex channel provided by the VC is used for the session.  The
  39.    VC is then closed, normally by the calling side.
  40.  
  41. 3. Protocol ID and Call User Data
  42.  
  43.    The first four octets (bytes) of the Call User Data Field, which are
  44.    commonly used as a protocol identifier, or PRID, should be (hex)
  45.    C0F70000.  (In decimal, 192 247 0 0.)
  46.  
  47.    Implementations should, however, provide the ability to configure the
  48.    call user data on a per-address basis, including the protocol ID
  49.    field.
  50.  
  51. 4. Data stream
  52.  
  53.    The SMTP data is divided into (streamed into) packets in any way the
  54.    sending side prefers.  Sequences with the M bit (more data) set are
  55.  
  56.  
  57.  
  58. Ullmann                                                         [Page 1]
  59.  
  60. RFC 1090                      SMTP on X.25                 February 1989
  61.  
  62.  
  63.    encouraged, and may be up to 2048 bytes in total length.
  64.  
  65.    It is recommended that SMTP commands and responses be sent as single
  66.    packets, or single more-data sequences, if only to facilitate
  67.    debugging the protocol.  This is not a requirement.
  68.  
  69. 5. Qualified data
  70.  
  71.    Packets with the Q bit set and interrupt packets are not used, and
  72.    should be ignored if received.
  73.  
  74. 6. Circuit resets
  75.  
  76.    If a level 3 circuit reset is received, the VC should be cleared, and
  77.    the SMTP connection attempted again.  The retry may be after some
  78.    delay, and may be with different call facilities.
  79.  
  80. 7. Call facilities
  81.  
  82.    Any negotiable features selected by the X.25 call request facilities
  83.    field may be used.  Implementations should provide the ability to
  84.    specify facilities for each called address.
  85.  
  86. 8. Character code
  87.  
  88.    The character code used on X.25 is the full ASCII-8 code, with no
  89.    escapes or modifications.  Lines are terminated by CRLF (13 10
  90.    decimal).  Implementations should, if possible, recognize lines
  91.    terminated only by LF (10 decimal).
  92.  
  93. 9. Closing the connection
  94.  
  95.    Unlike TCP, X.25 does not provide for synchronous delivery of data in
  96.    transit when a clear request is in progress; any packets in transit
  97.    are discarded when the VC is cleared.  Therefore, on X.25, the SMTP
  98.    session layer is closed by the calling side when the Service Closing
  99.    message is received, either in response to a QUIT command, or because
  100.    the service must shut down.
  101.  
  102. 10. Timeouts
  103.  
  104.    SMTP does not normally provide for timing out a session.  On X.25,
  105.    the following has proven to be effective:
  106.  
  107.       10.1. call request
  108.  
  109.          If a call accept is not received within 100 seconds, or the
  110.          Service Ready message is not received within (another) 120
  111.  
  112.  
  113.  
  114. Ullmann                                                         [Page 2]
  115.  
  116. RFC 1090                      SMTP on X.25                 February 1989
  117.  
  118.  
  119.          seconds, the call should be cleared and retried later.
  120.  
  121.       10.2. established
  122.  
  123.          After the protocol session is established, the circuit should
  124.          be cleared if no response is received for 10 minutes.
  125.  
  126.       10.3. closing
  127.  
  128.          After the QUIT command is issued, the timeout should be
  129.          shortened to 20 seconds.  This will sometimes cause an
  130.          ungraceful exit, but this will not affect the SMTP transactions
  131.          already completed.
  132.  
  133.       10.4. clearing
  134.  
  135.          When the X.25 Clear Request packet has been sent, the VC should
  136.          be timed out in accordance with the X.25 protocol
  137.          specification.
  138.  
  139.       11. Other features
  140.  
  141.          Other features of X.25, such as permanent virtual circuits and
  142.          D bit selection, are not used.
  143.  
  144. References
  145.  
  146.      [1]  Postel, J., "Simple Mail Transfer Protocol", RFC 821, USC
  147.           Information Sciences Institute, August 1982.
  148.  
  149.      [2]  CCITT Recommendation X.25, "Interface Between Data
  150.           Terminal Equipment (DTE) and Data Circuit-Terminating
  151.           Equipment (DCE) for Terminals Operating in the Packet
  152.           Mode and Connected to Public Data Networks by Dedicated
  153.           Circuit", International Telegraph and Telephone Consultative
  154.           Committee, Fascicle VIII.3, Geneva, 1976; amended at
  155.           Geneva, 1980 and Malaga-Torremolinos, 1984. ("Red Book")
  156.  
  157. Author's Address
  158.  
  159.    Robert Ullmann 23A-32
  160.    Prime Computer, Inc.
  161.    Technology Drive
  162.    Milford, MA 01757
  163.  
  164.    Phone: +1 508 478 8600 x1736
  165.  
  166.    Email: Ariel@Relay.Prime.COM
  167.  
  168.  
  169.  
  170. Ullmann                                                         [Page 3]
  171.  
  172. RFC 1090                      SMTP on X.25                 February 1989
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.  
  182.  
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226. Ullmann                                                         [Page 4]
  227.