home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1997 December / Internet_Info_CD-ROM_Walnut_Creek_December_1997.iso / rfc / rfc655 < prev    next >
Text File  |  1991-04-21  |  6KB  |  115 lines
  1. TELNET OUTPUT FORMFEED DISPOSITION OPTION
  2. RFC 655, NIC 31158 (Oct. 25, 1974)
  3. D. Crocker (UCLA-NMC)
  4. Online file: [ISI]<DCROCKER>NAOFFD.TXT
  5.  
  6.               TELNET OUTPUT FORMFEED DISPOSITION OPTION
  7.  
  8. 1. Command name and code
  9.    NAOFFD - 13
  10.       (Negotiate About Output Formfeed 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 specifications.
  15.       IAC DO NAOFFD
  16.          The data sender requests or agrees to negotiate about output
  17.          formfeed disposition with the data receiver.  In the case
  18.          where agreement has been reached and in the absence of
  19.          further subnegotiations, the data receiver is assumed to be
  20.          handling output formfeeds.
  21.       IAC DON'T NAOFFD
  22.          The data sender refuses to negotiate about output formfeed
  23.          disposition with the data receiver, or demands a return to
  24.          the unnegotiated default mode.
  25.       IAC WILL NAOFFD
  26.          The data receiver requests or agrees to negotiate about
  27.          output formfeed disposition with the sender.  In the case
  28.          where agreement has been reached and in the absence of
  29.          further subnegotiations, the data receiver alone is assumed
  30.          to be handling output formfeeds.
  31.       IAC WON'T NAOFFD
  32.          The data receiver refuses to negotiate about output formfeed
  33.          disposition, or demands a return to the unnegotiated default
  34.          mode.
  35.       IAC SB NAOFFD DS <8-bit value> IAC SE
  36.          The data sender specifies, with the 8-bit value, which party
  37.          should handle formfeeds and what their disposition should be.
  38.          The code for DS is 1.
  39.       IAC SB NAOFFD DR <8-bit value> IAC SE
  40.          The data receiver specifies, with the 8-bit value, which
  41.          party should handle formfeeds and what their disposition
  42.          should be.  The code for DR is 0.
  43.  
  44. 3. Default
  45.    DON'T NAOFFD/WON'T NAOFFD
  46.       In the default absence of negotiations concerning which party, data 
  47.       sender or data receiver, is handling output formfeeds, neither party
  48.       is required to handle formfeeds and neither party is prohibited from 
  49.       handling them; but it is appropriate if at least the data receiver 
  50.       handles formfeed considerations, albeit primitively.
  51.  
  52. 4. Motivation for the Option
  53.    Please refer to section 4 of the NAOL and of the NAOFFD 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.                    formfeeds, for the connection.                     
  64.       1 to 250     Command sender suggests that the other party alone 
  65.                    should handle formfeeds, but suggests that the
  66.                    indicated value be used.  The value is the number  
  67.                    of character-times to wait or number of NULs to    
  68.                    insert in the data stream before sending the next
  69.                    data character.
  70.       251          Command sender suggests that the other party alone 
  71.                    handle formfeeds, but suggests that each           
  72.                    occurrence of the character be replaced by         
  73.                    carriage-return/line-feed.                         
  74.       252          Command sender suggests that the other party alone 
  75.                    handle formfeeds, but suggests that they be        
  76.                    discarded.                                         
  77.       253          Command sender suggests that the other party alone 
  78.                    should handle formfeeds, but suggests that         
  79.                    formfeeds be simulated.                            
  80.       254          Command sender suggests that the other party alone 
  81.                    should handle output formfeeds but suggests        
  82.                    waiting for a character to be transmitted (on the  
  83.                    other simplex connection) before sending more      
  84.                    data. Note that, due to the assynchrony of the two 
  85.                    simplex connections, phase problems can occur with 
  86.                    this option.                                       
  87.       255          Command sender suggests that the other party alone 
  88.                    should handle output formfeeds and suggests        
  89.                    nothing about how it should be done. 
  90.  
  91.    The guiding rules are that: 
  92.  
  93.       1) if neither data receiver nor data sender wants to handle output 
  94.       formfeeds, the data receiver must do it, and
  95.       2) if both data receiver and data sender want to handle output
  96.       formfeeds, the data sender gets to do it. 
  97.  
  98.    The reasoning for the former rule is that if neither wants to do
  99.    it, then the default in the NAOFFD option dominates.  If both want
  100.    to do it, the sender, who is presumed to have special knowledge
  101.    about the data, should be allowed to do it, taking into account any
  102.    suggestions the receiver may make.  Simulation is defined as the
  103.    replacement of the formfeed character by enough line-feeds (only)
  104.    to advance the paper (or line-pointer) to the top of the next page
  105.    (or to the top of the terminal screen).  Note that delays,
  106.    controlled by the data sender, must consist of NUL characters
  107.    inserted immediately after the formfeed character.  This is
  108.    necessary due to the assynchrony of network transmission.  As with
  109.    all option negotiations, neither party should suggest a state
  110.    already in effect except to refuse to negotiate; changes should be
  111.    acknowledged; and once refused, an option should not be resuggested
  112.    until "something changes" (e.g., another process starts).  At any
  113.    time, either party can disable further negotiation by giving the
  114.    appropriate WON'T NAOFFD or DON'T NAOFFD command.
  115.