home *** CD-ROM | disk | FTP | other *** search
/ Internet Core Protocols / Oreilly-InternetCoreProtocols.iso / RFCs / rfc736.txt < prev    next >
Encoding:
Text File  |  1999-10-14  |  3.1 KB  |  120 lines
  1.  
  2. NWG/RFC# 736                                  MRC 31-OCT-77 23:28  42213
  3. Telnet SUPDUP Option
  4.  
  5.  
  6.  
  7. Network Working Group                                       Mark Crispin
  8. Request for Comments 736                                           SU-AI
  9. NIC 42213                                                31 October 1977
  10.  
  11.                           TELNET SUPDUP Option
  12.  
  13. 1.  Command name and code.
  14.  
  15.    SUPDUP               21
  16.  
  17. 2.  Command meanings.
  18.  
  19.    IAC WILL SUPDUP
  20.  
  21.       The sender of this command  REQUESTS permission to, or  confirms
  22.       that it will, use the SUPDUP display protocol
  23.  
  24.    IAC WON'T SUPDUP
  25.  
  26.       The sender of this command REFUSES to use the SUPDUP protocol.
  27.  
  28.    IAC DO SUPDUP
  29.  
  30.       The sender of this  command REQUESTS that  the receiver use,  or
  31.       grants the receiver permission to use, the SUPDUP protocol.
  32.  
  33.    IAC DON'T
  34.  
  35.       The sender of this command DEMANDS that the receiver not use the
  36.       SUPDUP protocol.
  37.  
  38. 3.  Default.
  39.  
  40.    WON'T SUPDUP
  41.  
  42.    DON'T SUPDUP
  43.  
  44.    i.e., the SUPDUP display protocol is not in use.
  45.  
  46.  
  47.  
  48.  
  49.  
  50.  
  51.  
  52.  
  53.  
  54.  
  55.  
  56.  
  57.  
  58.  
  59. Mark Crispin                                                       [page 1]
  61.  
  62. NWG/RFC# 736                                  MRC 31-OCT-77 23:28  42213
  63. Telnet SUPDUP Option
  64.  
  65.  
  66. 4.  Motivation for the option.
  67.  
  68.    Since the publication of RFC 734,  I have been requested to  design
  69.    an option to  the TELNET  protocol to provide  for SUPDUP  service.
  70.    This option allows a host to  provide SUPDUP service on the  normal
  71.    TELNET socket (27 octal) instead of 137 (octal) which is the normal
  72.    SUPDUP ICP socket.
  73.  
  74. 5.  Description of the option.
  75.  
  76.    A user  TELNET  program which  wishes  to use  the  SUPDUP  display
  77.    protocol instead of the NVT terminal service should send an IAC  DO
  78.    SUPDUP.  If  the  server  is  willing to  use  the  SUPDUP  display
  79.    protocol, it  should respond  with IAC  WILL SUPDUP;  otherwise  it
  80.    should refuse with IAC WONT SUPDUP.
  81.  
  82.    For hosts  which normally  provide  SUPDUP terminal  services,  the
  83.    server can send IAC  WILL SUPDUP upon ICP  which the user may  then
  84.    accept or refuse.
  85.  
  86.    If the SUPDUP option is  in effect, no further TELNET  negotiations
  87.    are allowed.   They  are  meaningless, since  SUPDUP  has  its  own
  88.    facilities to perform  the functions that are needed.  Hence, octal
  89.    377 will become an ordinary transmitted character (in this case  an
  90.    invalid %TD code) instead of an IAC.
  91.  
  92.    Following the mutual  acceptance of the  SUPDUP option, the  SUPDUP
  93.    negotiation proceeds as described in RFC 734.
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119. Mark Crispin                                                       [page 2]