home *** CD-ROM | disk | FTP | other *** search
/ CD Shareware Magazine 1997 January / CD_shareware_1-97.iso / DOS / COMUNICA / TAL100.ZIP / TALDATA.EXE / SAMPLES / NODEFORM.INF < prev    next >
Encoding:
Text File  |  1996-08-12  |  2.7 KB  |  82 lines

  1. IF YOU ARE NOT THE LEAGUE COORDINATOR, YOU SHOULD NOT BE MODIFYING THE
  2. TANODES.DAT FILE IN ANY CASE.
  3. Note:  The TANODES.DAT file should be stored in your main TAL directory
  4. ─────────────────────────────────────────────────────────────────────────────
  5. 1 HOST 2               <== BBS Number with optional HOST routing system
  6. Solaria City           <== BBS or Nation Name
  7. 106/900                <== Zone:Net/Node Number
  8. Houston                <== City
  9. TX                     <== 2 Letter State Code
  10. USA                    <== Country
  11.                        <== Blank Line
  12. 2
  13. Shark Waters
  14. 106/890
  15. Houston
  16. TX
  17. USA
  18.  
  19. Etc, etc...
  20. ─────────────────────────────────────────────────────────────────────────────
  21.  
  22. BBS Number = Number assigned to any BBS in the game.  BBS #1 is the manager
  23. of the game and will automatically send out TANODES.DAT update to the BBS's.
  24.  
  25. (HOST routing explained below)
  26.  
  27. Nation Name = The Name of the BBS or Nation.  To make the game more
  28.               enjoyable for the players, we recommend that BBSes create
  29.               "nation" names such as "USA" or "Canada" or "Solaria"
  30.               instead of their BBS name to create a game atmosphere.
  31.               Each BBS, of course, should choose a different name.
  32.  
  33. Zone:Net/Node Number = Your FrontEnd Zone:Net/Node Number.  This game should
  34. work on any fido-net compatible network.
  35.  
  36. City, State, Country = Self Explanatory
  37.  
  38. HOST routing system
  39. ─────────────────────────────────────────────────────────────────────────────
  40. If your league uses a centralized routing system with Hubs, the safest and
  41. simplest way of maintaining this routing is by having the League Coordinator
  42. manage it.  If BBS 2 has systems 3,4, and 8 sending all of their data to it,
  43. you should have, for BBS #2, the following for its first line:
  44.  
  45. 2 HOST 3 4 8
  46. Shark Waters
  47. 1:106/890
  48. etc.
  49.  
  50. Suppose this is the routing structure:
  51.  
  52.                                BBS #1
  53.                              /        \
  54.                           BBS #2     BBS #4
  55.                         / |  |  \    |  |  \
  56.                        3  5  7  8    6  9  11
  57.                                             |
  58.                                             10
  59.  
  60. BBSes 3, 5, 7, 8, 6, 9, and 10 would not be HOSTs and would therefore not
  61. have any routing information.  BBS #2 would list 3, 5, 7, and 8 after it.
  62. BBS #4 would list 6, 9, and 10 only.  BBS #11 would list only 10, and BBS #1
  63. would list only 2 and 4.   So the entire nodelist would have [Line #1 shown
  64. only for each BBS]:
  65.  
  66. 1 HOST 2 4
  67. 2 HOST 3 5 7 8
  68. 3
  69. 4 HOST 6 9 11
  70. 5
  71. 6
  72. 7
  73. 8
  74. 9
  75. 10
  76. 11 HOST 10
  77.  
  78. The Arcadian Legends will then determine the necessary data routing for
  79. each BBS.
  80.  
  81.  
  82.