home *** CD-ROM | disk | FTP | other *** search
/ Unix System Administration Handbook 1997 October / usah_oct97.iso / rfc / 600s / rfc654.txt < prev    next >
Text File  |  1992-10-14  |  6KB  |  113 lines
  1. TELNET OUTPUT HORIZONTAL TAB DISPOSITION OPTION
  2. RFC 654, NIC 31157 (Oct. 25, 1974)
  3. D. Crocker (UCLA-NMC)
  4. Online file: [ISI]<DCROCKER>NAOHTD.TXT
  5.  
  6.            TELNET OUTPUT HORIZONTAL TAB DISPOSITION OPTION
  7.  
  8. 1. Command name and code
  9.    NAOHTD 12
  10.       (Negotiate About Output Horizontal Tab Disposition)
  11.  
  12. 2. Command meanings
  13.    In the following, we are discussing a simplex connection, as described in 
  14.    the NAOL and NAOP Telnet options.
  15.       IAC DO NAOHTD
  16.          The data sender requests or agrees to negotiate about output 
  17.          horizontal tab character disposition with the data receiver.  In the 
  18.          case where agreement has been reached and in the absence of further 
  19.          subnegotiations, the data receiver is assumed to be handling output 
  20.          horizontal tab character considerations.
  21.       IAC DON'T NAOHTD
  22.          The data sender refuses to negotiate about output horizontal tab 
  23.          characters with the data receiver, or demands a return to the 
  24.          unnegotiated default mode.
  25.       IAC WILL NAOHTD
  26.          The data receiver requests or agrees to negotiate about output
  27.          horizontal tab characters with the sender. In the case where
  28.          agreement has been reached and in the absence of further
  29.          subnegotiations, the data receiver alone is assumed to be handling
  30.          output horizontal tab character considerations.
  31.       IAC WON'T NAOHTD
  32.          The data receiver refuses to negotiate about output horizontal tab 
  33.          characters, or demands a return to the unnegotiated default mode. 
  34.       IAC SB NAOHTD DS <8-bit value> IAC SE
  35.          The data sender specifies, with the 8-bit value, which party should
  36.          handle output horizontal tab characters and what their disposition
  37.          should be.  The code for DS is 1.
  38.       IAC SB NAOHTD DR <8-bit value> IAC SE
  39.          The data receiver specifies, with the 8-bit value, which party
  40.          should handle output horizontal tab characters and what their
  41.          disposition should be.  The code for DR is 0.
  42.  
  43. 3. Default
  44.    DON'T NAOHTD/WON'T NAOHTD.
  45.       In the default absence of negotiations concerning which party, data
  46.       sender or data receiver, is handling output horizontal tab character
  47.       considerations, neither party is required to handle horizontal tab
  48.       characters and neither party is prohibited from handling them; but it
  49.       is appropriate if at least the data receiver handles horizontal tab
  50.       character considerations, albeit primitively.
  51.  
  52. 4. Motivation for the Option
  53.    Please refer to section 4 of the NAOL and of the NAOP Telnet option 
  54.    descriptions.
  55.  
  56. 5. Description of the Option
  57.    The data sender and the data receiver use the 8-bit value along with the
  58.    DS and DR SB commands as follows:
  59.  
  60.       8-bit value                      Meaning                       
  61.  
  62.       0            Command sender suggests that he alone will handle  
  63.                    horizontal tab characters, for the connection.     
  64.       1 to 250     Command sender suggests that the other party alone 
  65.                    should handle horizontal tab characters, but       
  66.                    suggests that a delay of the indicated value be    
  67.                    used. The value is the number of character-times   
  68.                    to wait or number of NULs to insert in the data    
  69.                    stream before sending the next data character. 
  70.       251          Command sender suggests that the other party alone 
  71.                    handle horizontal tabs, but suggests that each     
  72.                    occurrence of the character be replaced by a space. 
  73.       252          Command sender suggests that the other party alone 
  74.                    handle horizontal tabs, but suggests that they be  
  75.                    discarded.                                         
  76.       253          Command sender suggests that the other party alone 
  77.                    should handle horizontal tab characters, but       
  78.                    suggests that tabbing be simulated.                
  79.       254          Command sender suggests that the other party alone 
  80.                    should handle horizontal tab characters, but       
  81.                    suggests that waiting for a character to be        
  82.                    transmitted (on the other simplex connection)      
  83.                    before sending more data. Note that, due to the    
  84.                    assynchrony of the two simplex connections, phase  
  85.                    problems can occur with this option.               
  86.       255          Command sender suggests that the other party alone 
  87.                    should handle output horizontal tabs and suggests  
  88.                    nothing about how it should be done.
  89.  
  90.    The guiding rules are that: 
  91.  
  92.       1) if neither data receiver nor data sender wants to handle output 
  93.       horizontal tab characters, the data receiver must do it, and
  94.       2) if both data receiver and data sender wants to handle output 
  95.       horizontal tab characters, the data sender gets to do it. 
  96.  
  97.    The reasoning for the former rule is that if neither wants to do it, then
  98.    the default in the NAOHTD option dominates.  If both want to do it, the
  99.    sender, who is presumed to have special knowledge about the data, should
  100.    be allowed to do it, taking into account any suggestions the receiver may
  101.    make.  Simulation is defined as the replacement of the horizontal tab
  102.    character by enough spaces to move the printer head (or line-pointer) to
  103.    the next horizontal tab stop.
  104.    Note that delays, controlled by the data sender, must consist of NUL
  105.    characters inserted immediately after the horizontal tab character.  This
  106.    is necessary due to the assynchrony of network transmissions.  As with
  107.    all option negotiations, neither party should suggest a state already in
  108.    effect except to refuse to negotiate; changes should be acknowledged; and
  109.    once refused, an option should not be resuggested until "something
  110.    changes" (e.g., another process starts).  At any time, either party can
  111.    disable further negotiation by giving the appropriate WON'T NAOHTD or
  112.    DON'T NAOHTD command.
  113.