home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 800s / rfc818.txt < prev    next >
Text File  |  1992-09-22  |  4KB  |  117 lines
  1.  
  2.  
  3. Network Working Group                                          J. Postel
  4. Request for Comments: 818                                            ISI
  5.                                                            November 1982
  6.  
  7.    
  8.  
  9.  
  10.  
  11.                      The Remote User Telnet Service
  12.  
  13.  
  14.  
  15.  
  16. This RFC is the specification of an application protocol.  Any host that
  17. implements this application level service must follow this protocol.
  18.  
  19. This RFC was suggested by Mike Mulligan some months ago when he was at
  20. BBN.
  21.  
  22. In the ARPANET Host-to-Host Network Control Protocol (NCP) and in the
  23. Internet Transmission Control Protocol (TCP) well known sockets or ports
  24. are used to identify services.  The general notion is that there are a
  25. few types of services that are distinct and useful enough to use the NCP
  26. or TCP demultiplexing mechanism directly.
  27.  
  28. The most common of these is the Server Telnet which generally speaking
  29. defines the network terminal access procedure for a system executive.
  30. That is, making a connection to the server Telnet port actually puts the
  31. caller in contact with the system executive, for example, the TOPS20
  32. EXEC or the Unix Shell.
  33.  
  34. On some small hosts there may be very limited functionality and no
  35. executive.  In such cases it may be useful to designate specific well
  36. known ports for specific applications.
  37.  
  38. This memo specifies that the specific service of User Telnet may be
  39. accessed (on hosts that choose to provide it) by opening a connection to
  40. port 107 (153 octal).  The Telnet Protocol is to be used on the
  41. connection from the originating user to the server.
  42.  
  43. EXAMPLE: REMOTE TELNET SERVICE ON THE BBN TC68K
  44.  
  45. The TC68K is a Terminal Concentrator based on the Motorola MC68000
  46. microprocessor.  It is used at Bolt Beranek & Newman to provide access
  47. by terminals to the FiberNet, a local area network.
  48.  
  49. The custom hardware provides one network connection, sixteen RS232
  50. terminal connections, and a programmable timer.
  51.  
  52. The software is based on the Micro-Operating System (MOS) using the IP,
  53. ICMP, TCP, and Telnet protocols.  A user TC-Telnet application provides
  54. an interface to allow the user to use the network to connect to a host,
  55.  
  56.  
  57. Postel                                                          [Page 1]
  58.  
  59.  
  60. RFC 818                                                    November 1982
  61.                                               Remote User Telnet Service
  62.  
  63.  
  64. providing a network virtual terminal.  A server Telnet also exists on
  65. the TC68K to serve as a front end for devices that have no awareness of
  66. the net.  This is used for remote printer/plotters and computers with no
  67. network software.
  68.  
  69. The TC68Ks at BBN are distributed about several buildings.  To provide
  70. an operational tool to test remote TC68Ks, the TC68K software was
  71. configured to put a user Telnet back to back with a server Telnet.  An
  72. operator can open a connection to a remote TC68K and appear to be a
  73. terminal local to that unit.  This verifies that the network path
  74. between the two units is operational and provides the operator with
  75. access to statistics that are kept as part of the standard user
  76. TC-Telnet application.
  77.  
  78.    Operator's         Local                  Remote         Remote
  79.    Terminal   <=TTY=> user      <=FiberNet=> server <=PTY=> user
  80.                       TC-Telnet              Telnet         TC-Telnet
  81.  
  82. This solution was attractive as the only extra piece of software
  83. necessary for this was the "Pseudo Teletype" (PTY) device driver for
  84. MOS.  This "device" appears as a terminal to its application, but what
  85. it is really doing is providing a character stream between two
  86. processes.
  87.  
  88.  
  89.  
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115. Postel                                                          [Page 2]
  116.  
  117.