home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / hamradio / kant405e.zip / KANTNODE.DOC < prev    next >
Text File  |  1992-07-19  |  10KB  |  255 lines
  1.     G8BPQ Packet Switch for the Kantronics Data Engine.
  2.  
  3.  
  4. I have now produced a version of my packet switching software for the
  5. Kantronics Data Engine. The facilities provided are very similar to
  6. those of the standard (PC) version, but there are slight differences,
  7. mainly due to the different hardware environment. The two radio ports
  8. are configured as if they were HDLC cards, but the async port may be
  9. used either as a KISS (or NET/ROM) link to another TNC, or as a 'normal'
  10. TNC link to a PC. Eventually this will provide all the options of my
  11. Virtual TNCs (ie TNC2, PK HOST mode for AA4RE or UFQ), but so far only
  12. the TNC2 version works. Obviously (or perhaps not so obvious really), 
  13. as there is only one serial port, you can only define one 'Virtual'
  14. TNC in the TNCPORT params. Also the async port can only be used for
  15. one thing at a time, but you can configure both, and select either
  16. link mode or TNC mode using a switch. This is useful if you are setting
  17. up a multiport node, but want to attach a terminal temporarily whilst
  18. configuring the system. The SYSOP functions are also provided within
  19. the code.
  20.  
  21. Environment.
  22.  
  23.  
  24. The code normally runs from EPROM (one 27512), and I suggest that it
  25. replaces the Kantronics EPROM. A facility has been designed to allow it
  26. to go in the second socket, and be selected using the front panel switch,
  27. but as I have mislaid the chip that Kantronics kindly sent me, I havnt 
  28. been able to test this feature. It is also possible to down line load the
  29. code, and run it from RAM, which is useful when experimenting, but not 
  30. ideal for a live system. It also requires a 128K byte static ram chip, 
  31. which is rather expensive! The PROM based system requires 2 * 32k byte 
  32. static RAMs. 
  33.  
  34. The program is distributed in a file KANT.BIN, which must be merged
  35. with the BPQCFG.BIN file produced in the normal way, and with PASSWORD.BPQ,
  36. to produce either a PROM Image (KANT.PRM) or an Intel HEX format file for
  37. down line loading (KANT.HEX). This is done using program KMERGE.COM. Normally
  38. a PROM image is produced - to get the Intel HEX output, type KMERGE HEX. Note 
  39. that the current HEX file format is not compatible with the loader in the
  40. Kantronics standard ROM. It may well soon be but in the meantime you must
  41. use the supplied KBOOT program (again blown into a 27512, but this time
  42. in the top 16k of the prom) if you want to use the down line load option.
  43.  
  44.  
  45. The SYSOP facility is password protected. The password string is taken from
  46. file PASSWORD.BPQ. To enter SYSOP mode, enter PASSWORD. The system will
  47. respond with 5 numbers. Then enter PASSWORD ABCDE where ABCDE are the
  48. corresponding characters from the password string in the EPROM. The system
  49. should then respond Ok. Note that the password is not case sensitive.
  50.  
  51. There are a few additional SYSOP commands:
  52.  
  53. CLOCK displays or sets the battery backed real time clock. To set the clock, 
  54. enter CLOCK HH MM. As the clock is only used for timestamping the ROUTES 
  55. table, only the hours and minutes registers are used.
  56.  
  57. COLDSTART reinitialises the RAM, and resets the node. Normally the ROUTES,
  58. NODES and STATS are maintained when power is off.
  59.  
  60. WARMSTART restart the code without clearing the ROUTES, NODES and STATS.
  61.  
  62. A digi'ed link may be added to a route entry. Enter:
  63.  
  64.     route call port v digi1 (digi2)
  65.  
  66. A locked node entry may also be added:
  67.  
  68.     node add alias:call neighbour-call port quality
  69.  
  70. Or deleted:
  71.  
  72.     node del alias:call
  73.  
  74. The following SYSOP commands are new in version 4.05e, mainly to save
  75. having to keep blowing new EPROMS when experimenting.
  76.  
  77.     
  78.     Command            Corresponding BPQCFG parameter
  79.  
  80.     OBSINIT            OBSINIT
  81.     OBSMIN            OBSMIN
  82.     NODESINT        NODESINTERVAL
  83.     L3TTL            L3TIMETOLIVE 
  84.     L4RETRIES        L4RETRIES
  85.     L4TIMEOUT        L4TIMEOUT
  86.     T3            T3
  87.     IDLETIME        IDLETIME
  88.     LINKEDFLAG        ENABLE_LINKED
  89.     IDINTERVAL        IDINTERVAL
  90.     MINQUAL            MINQUAL
  91.     FULLCTEXT        FULL_CTEXT
  92.     HIDENODES        HIDENODES
  93.     L4DELAY            L4DELAY
  94.     L4WINDOW        L4WINDOW
  95.     BTINTERVAL        BTINTERVAL
  96.  
  97.  
  98. Switches and LEDS.
  99.  
  100. The switch selects LINK or TNC mode on the ASYNC PORT. (In for LINK mode)
  101.  
  102. LED1. On in TNC mode, flashes as packets are received on async port
  103.       in LINK mode.
  104.  
  105. LED2. Packet Received on A port.
  106.  
  107. LED3. DCD on A port.
  108.  
  109. LED4. Not Used.
  110.  
  111. LED5. Packet received on B port.
  112.  
  113. LED6. DCD on B port.
  114.  
  115. LED7. CSMA Indicator. Shows 'Slottime Wait' timer is running
  116.  
  117. LED8. Flashes at one second intervals to show system is running
  118.  
  119.  
  120. 'Features' of current version (4.03)
  121.  
  122.  
  123. Operation of the async port in Host Mode is not supported.
  124.  
  125.  
  126.  
  127. Configuration Suggestions.
  128.  
  129. The following are some ideas on how the Data Engine could be used in 
  130. packet networks. (Using my software - it can, of course be used as a
  131. normal TNC with the Kantronics software).
  132.  
  133.  
  134.  
  135. Standalone Data Engine.
  136.  
  137.  
  138. This would seem to be a reasonable solution for a small node, 
  139. providing one user access and one trunk channel. The main advantages
  140. over a pair of conventional NET/ROM or TheNet TNCs are that only one
  141. Call/Alias pair is required, so the size of NODES lists and broadcasts
  142. are minimised, and the STATS facilites allow better network management 
  143. and performance monitoring. Also it will be better able to handle higher
  144. speed links as they become available. The main disadvantage is a rather
  145. higher cost.
  146.  
  147.  
  148.  
  149.  
  150.  
  151. Data Engine driving KISS TNCs.
  152.  
  153.  
  154.   -----------------                    ---------------
  155.  |                 |------------------|   'Normal'    |-- Radio 3
  156.  |  Data Engine    |                  |               |
  157.  |                 |                  |   KISS TNC    |
  158.   -----------------                    ---------------
  159.     |           |
  160.     |           |
  161.  Radio 1     Radio 2
  162.  
  163.  
  164.                                                           
  165.   -----------------                    ---------------    
  166.  |                 |------------------|               |-- Radio 3   
  167.  |  Data Engine    |                  |    KPC4       |   
  168.  |                 |                  |               |-- Radio 4   
  169.   -----------------                    ---------------    
  170.     |           |
  171.     |           |
  172.  Radio 1     Radio 2
  173.  
  174.                                                           
  175.   -----------------                    ---------------    
  176.  |                 |------------|-----|  'BPQKISS'    |   
  177.  |  Data Engine    |            |     |               |-- Radio 3   
  178.  |                 |            |     |      TNC      |   
  179.   -----------------             |      ---------------    
  180.     |           |               |
  181.     |           |               |
  182.  Radio 1     Radio 2            |      ---------------
  183.                                 |-----|  'BPQKISS'    |   
  184.                                 |     |               |-- Radio 4   
  185.                                 |     |      TNC      |   
  186.                                 |      ---------------    
  187.                                 |
  188.                                 |                         
  189.                                 |      ---------------    
  190.                                 |-----|  'BPQKISS'    |   
  191.                                 |     |               |-- Radio 5   
  192.                                 |     |      TNC      |   
  193.                                 |      ---------------    
  194.                                etc
  195.  
  196.  
  197. With this system, the Data Engine drives two radio ports (the fastest     
  198. or busiest) directly, and has a number of KISS TNCs connected to the      
  199. async port. A 3 port node could be built using any KISS TNCs, and a       
  200. 4 port node would be possible with, for example, a KPC4 (or even another  
  201. Data Engine in KISS mode). If you need four or more ports using normal    
  202. TNC2's (or clones), you need to run my 'Polled KISS' software, which      
  203. allows several TNCs to be driven from one async port, using a simple      
  204. diode matrix, and a polling protocol to prevent collisions on the         
  205. matrix. The thoretical maximum number of ports is 16, but this might      
  206. cause performance problems.
  207.  
  208.  
  209.  
  210. This has the same advantages of reduced NODES size and improved Stats
  211. as the single Data Engine, but also get over the rather nasty problem 
  212. of internal routing loops which can occur with multiport NET/ROM 
  213. clusters. Although solutions to this problem have been suggested (either
  214. by using a diode maxtrix which does not fully interconnect all the TNCs,
  215. or by careful manipulations of qualities), none seem to be totally
  216. successful. The main disadvantage is that failure of the Data Engine
  217. will disable the entire node complex. 
  218.  
  219.  
  220.  
  221. Linked to a PC, which is also running BPQ.
  222.  
  223.  
  224.  
  225.   -----------------                    ---------------
  226.  |                 |                  |      PC       |
  227.  |  Data Engine    |      KISS        |---------------|
  228.  |                 |------------------| G8BPQ | BBS   |
  229.   -----------------                    ---------------
  230.     |           |                        |
  231.     |           |                        |
  232.  Radio 1     Radio 2                ? Radio 3 (or more)
  233.  
  234.  
  235. The DE async link is defined as a KISS (or NETROM) link, as is one of
  236. the async ports on the PC. 
  237.  
  238.  
  239. This might make sense if you want to run a node and a BBS, where the node 
  240. is carrying so much non-BBS traffic that the PC would not be able to cope 
  241. on its own - maybe if the DE was supporting high speed trunk links. The
  242. disadvantages are that the BBS (and SYSOP) cant see the monitored stuff
  243. from the DE radio ports, and that you may end up with more nodes tables
  244. entries than you really need - especially if the PC has other radio ports
  245. attached, and is also running as a switch as well as a BBS. It would
  246. normally make more sense to run the Data Engine in KISS mode (using the
  247. Kantronics EPROM), and let the PC do all the hard work.
  248.  
  249.  
  250.  
  251. John Wiseman, G8BPQ
  252. 13/3/91
  253.  
  254. Updated 5/1/92 and 19/7/92
  255.