home *** CD-ROM | disk | FTP | other *** search
/ Oakland CPM Archive / oakcpm.iso / cpm / kermit / ddntac.hlp < prev    next >
Encoding:
Internet Message Format  |  1985-03-04  |  4.0 KB
  1. Date: Mon, 25 Feb 85 15:49:04 EST
  2. From: Edward Haines <haines@BBNCCI.ARPA>
  3. Subject: Kermit and TACs
  4. To: Info-Kermit @ cu20b
  5.  
  6. Using Kermit with an InterNet Terminal Access Controller (TAC).
  7.  
  8. There are some conditions that must be met to successfully use Kermit on a
  9. personal computer through a TAC.
  10.  
  11. Flow Control
  12.  
  13. The buffer size for a terminal port on a TAC is typically about 64 bytes.
  14. (The size is a configuration parameter.)  Since the default packet size in
  15. Kermit is about 96 bytes it is quite likely that buffer overflow will occur.
  16.  
  17. Some possible solutions:
  18.  
  19. 1.  Enable flow control in Kermit on the PC and on the TAC.  Many PC
  20. versions of Kermit implement XON/XOFF flow control.  In particular, the
  21. new MS-DOS version does for the IBM PC.  To enable flow control on the TAC
  22. issue the TAC commands
  23.  
  24.   @Flow Input Start
  25.   @Flow Output Start
  26.  
  27. These are usually abbreviated @f i s and @f o s.  Note that flow control
  28. is not compatible with binary mode (except see note below).
  29.  
  30. 2.  Make the packet size on the PC Kermit small enough to not overflow the
  31. TAC buffer, e.g.  60 bytes.  I had patched the old MS-DOS Kermit to do
  32. this.  On the new MS-DOS Kermit, there is a command to set the packet
  33. size.
  34.  
  35. 3.  Increase the buffer size in the TAC.  This is not usually practical
  36. and won't be considered further.
  37.  
  38.  
  39. TAC Intercept Character.
  40.  
  41. The default TAC intercept character is the AT-sign.  The AT-sign is also
  42. required by the Kermit Protocol.
  43.  
  44. Solutions
  45.  
  46. 1.  Have the PC Kermit automatically double AT-signs on output.  This is
  47. probably the best solution in general.  This feature is available on some
  48. PC implementations of Kermit.  It is not yet available on the MS-DOS
  49. version.  [Ed. - It's available in CP/M-80 Kermit 4.0x.]
  50.  
  51. 2. Change the TAC Intercept character with the command
  52.  
  53.   @Intercept <decimal ASCII value>
  54.  
  55. I generally use @I 6 which sets the intercept character to Ctrl-F.
  56.  
  57. 3.  Put the TAC into Binary mode.  This has the side effect of disabling
  58. the Intercept character.  It also will allow you to transfer binary files
  59. without special encoding.  The TAC can be put into Binary mode with the
  60. commands
  61.  
  62.   @Binary Input Start
  63.   @Binary Output Start
  64.  
  65. Some host systems allow you to engage the binary mode from the host.
  66. [Ed. - DEC-20 Kermit has a command for this.]
  67.  
  68. There are several problems with binary mode:
  69.    Some host systems don't support it.
  70.    You lose the ability to control the TAC from the PC.
  71.    You lose the ability to do XON/XOFF flow control.
  72.  
  73. Binary Files
  74.  
  75. It is sometimes desireable to be able to transmit an 8-bit binary file
  76. between a host and a PC.  The TAC (which implements the DDN Telnet
  77. Protocol) normally provides just a 7-bit ASCII path.
  78.  
  79. Solutions
  80.  
  81. 1. Enable binary mode (if possible) as described above.
  82.  
  83. 2. Enable 8th bit prefixing (if available) in both Kermits.  (This is
  84. usually done by enabling parity.)
  85.  
  86. Notes
  87.  
  88. 1.  You will probably get the best throughput for ASCII files by keeping
  89. the packet size as large as possible and using flow control.
  90.  
  91. 2.  There is not much advantage in increasing the baud rate between the PC
  92. and the TAC beyond 1200 baud because of the realatively long turnaround
  93. time for the acknowledgement packet.
  94.  
  95. 3.  You may have problems when going through satellite hops or multiple
  96. gateways due to the occasional very long delays.  This may result in
  97. Kermit giving up.  I have also seen Kermit get into a sort of resonant
  98. mode where it sends each packet twice but is otherwise succesful.
  99. [Ed. - The resonating packets usually happen when one of the Kermit
  100. programs is not capable of flushing its input buffer.  See the BYTE
  101. article for an explanation of this phenomenon.  Long delays can be
  102. circumvented to some extent by increasing the timeout interval; many
  103. Kermits have commands to allow this.]
  104.  
  105. 4.  Only the first letter of a TAC command is required.
  106.  
  107. 5.  It is possible to set binary mode in only one direction.  For example
  108. you can set Inbound binary and retain input flow control (XON/XOFF flow is
  109. in the opposite direction).  You probably don't need outbound (input to
  110. the PC) flow control when using the Kermit protocol.
  111.  
  112. Ted Haines
  113.