home *** CD-ROM | disk | FTP | other *** search
/ Boldly Go Collection / version40.iso / TS / 05B / TN210.ZIP / NETWORK.EXE / NET-5.TXT < prev    next >
Encoding:
Text File  |  1992-07-02  |  8.8 KB  |  167 lines
  1.                                    NET-5.TXT
  2.                              TYPES OF DYNAMIC NODES
  3.                              ----------------------
  4.  
  5. Since  many  networks  aren't designed to handle heavy traffic loading, then it
  6. is  worthwhile  to pay close attention to the type and configuration of dynamic
  7. routing nodeware placed on the system.    In addition to TheNet,  most commonly
  8. seen  are G8BPQ and MSYS.    Variations on KA9Q's  "NET" type TCP/IP nodes will
  9. be seen in some areas.    G8BPQ, MSYS, and TCP/IP nodes are hardware supported,
  10. usually by IBM XT, or later, clones.   As such, they are able to take advantage
  11. of  higher  memory capabilities in the PC based machines.     These nodes still
  12. require an interface to a TNC.
  13.  
  14. G8BPQ  and  MSYS  make  an ideal "packet switch" (gateway) for BBS SysOps since
  15. they  usually  have  a  computer operating on a 24 hour basis.   By loading the
  16. appropriate software, a multi-ported node stack can be created.  G8BPQ is quite
  17. versatile  and  will  interface as a node  "front end"  to several  popular BBS
  18. softwares,  including CBBS,  W0RLI  and  AA4RE.    Excellent as it may be, MSYS
  19. is  limited  to just the MSYS BBS program.    Another advantage of G8BPQ is the
  20. node format is similar that of the familiar TheNet.   While interesting, MSYS's
  21. node format is quite verbose and can cause marginal, or heavily loaded circuits
  22. to break.  An example:
  23.  
  24. AX.25 user connections:
  25. User call  Channel Port
  26. AX.25 node connections:
  27. Node Call  Channel Port
  28. K8EIW-9        4    0
  29. Node cmd? 
  30.  
  31. This is the MSYS response to a USERS command.     With exception of identifying
  32. the  node  a user came in from, it doesn't appear to convey useful information.
  33. It's not intuitive as to the meaning of the "AX.25" and "Channel" designations.
  34.  
  35.  
  36. 460406:WA8BXN-2} Routes:
  37. Port   Neighbor Node Call  Quality Dests Heard    Digipeater(s)
  38.    1       CLE1:K8EIW-7     190     52   15:55         
  39.    0     CLE220:K8EIW-9     225     47   15:40         
  40.    2     WESTIP:KB8IPZ-4    190      2   15:18         
  41.    0       SEUC:N8APU-7     190      6   15:02         
  42.    1      CLERC:N8HSP-1     190     42   15:54         
  43.    6     BXNND2:WA8BXN-10   255      5   15:10         
  44. Node cmd? 
  45.  
  46. The MSYS ROUTES response does have meaning and is useful.  However the addition
  47. of  the  header and the format of the "heard" as well as the "Node cmd?" prompt
  48. are  not  necessary and does add to system QRM.    Unfortunately it appears the
  49. NodeOp  is  unable to "prune" these from the response.    Quite often the extra
  50. baggage in the USERS and ROUTES response will not only cause a VHF network DXer
  51. to  lose  the circuit, but will disconnect others as well.  On congested HF 300
  52. baud, networking to MSYS nodes can cause real problems!
  53.  
  54.  
  55. 460406:WA8BXN-2} MSYS Node in Kirtland, OH 44026 [BBS call is WA8BXN]]
  56. Node cmd?
  57.  
  58. On  the  other side of the coin, the MSYS INFO response is an excellent example
  59. of  conveying  the necessary  information without beating the circuit to death.
  60. All too often however,  the G8BPQ INFO section offers redundant and unnecessary
  61. information.  A typical finding:
  62.  
  63. DALE1:K4NGC-1} K4NGC Network Switch (DALE1), Woodbridge, Virginia 22193
  64. Commands  are  basically  the same as NET/ROM,  but to connect  to  another 
  65. normal  station (not another node),  you must specify a port number  before 
  66. the callsign.  Use PORTS command to list available ports.  The BBS  command 
  67. connects you to the associated Mailbox.
  68.  
  69. In  the first line both callsign and alias are repeated and hence, unnecessary.
  70. The  following  four lines were those the software author included in his first
  71. (and subsequent)  releases  to announce the similarities and differences in the
  72. command  structure.    For  the  most part, this extra baggage serves no useful
  73. purpose.  The added network loading could cause DX users to become disconnected
  74. or to disconnect other users along the link.   The reason the command statement
  75. here  isn't  useful  is  because  if  the  user makes a command error, the node
  76. responds with the correct command listing.   A "better" G8BPQ INFO format might
  77. be:
  78.  
  79. DALE1:K4NGC-1} BPQ multi-port switch/AA4RE BBS in Woodbridge, VA  22193
  80.  
  81. This INFO line instantly conveys the necessary data of interest to the seasoned
  82. user.  The identification that it is a BPQ node will tip him off to the command
  83. requirements.   Listing  the  BBS  software in the INFO section is useful as it
  84. alerts  potential users to the BBS commands that will be required.   Stating it
  85. is a multi-port,  as opposed to a single-ended switch, tells the user to give a
  86. (P)orts  command to see what ports and frequencies are listed.
  87.  
  88. We wonder how life would be if the following existed on every block:
  89.  
  90.  
  91. ILNAP:K9VXW-1} k9vxw-1.ampr.org       NOS302 Rel 2.2 Beta   2 September 1991
  92. IP Addr: 44.72.41.66
  93.  
  94.  
  95.   QTH: Lattitude:41,48,31 N Longitude:88,9,9 W - Naperville, IL - 60540 - EN51 
  96.     
  97.     Ports:
  98.           145.01   - 2 meter, 1200 baud transport link for traffic south out of
  99.                      the Chicago area. 50 watts, 900 feet AMSL, omni
  100.           220_9.6  - 221 Mhz, 9600 baud link to downtown Chicago, Far North
  101.                      and NW Suburbs. 10 watts, 875 feet AMSL, cardiod east.
  102.           1.2G-4.8 - 1270 Mhz, 4800 baud link to Simi Valley, CA wormhole
  103.                      head end, and Western Suburbs LAN. 3 watts, 860 amsl, omni
  104.           425_56   - 430 Mhz Full Duplex, 56 KBaud  Experimental CELLNET hard-
  105.                      ware link. Operational usage to the TCP/IP 1200 Baud LAN.
  106.                      Transmitter of K9VXW-1 is in the 425 MHz, MHz. 10 watts,
  107.                      860 amsl, 4 element beam west.
  108.   Commands:
  109.            (C)onnect  - Connect to other station. If station specified is a 
  110.                         known node, routing is automatic. If station specified
  111.                         is not a known NETROM node, connect is via AX.25 on the
  112.                         145.01 port. Other ports may be speficied for connects
  113.                         to non-node stations. Syntax:
  114.                                                  C <callsign>
  115.                                                  C <portname> <callsign>
  116.                         Example: C 145.01 W9YH
  117. <CR> to continue...
  118.  
  119.            (X)connect  - Same as (C)onnect, but after disconnect from distant
  120.                          station, K9VXW-1 will report "Disconnected from Peer"
  121.                          and return to K9VXW-1 rather than disconnecting.
  122.   
  123.            (U)sers     - List other users of K9VXW-1
  124.            (N)odes     - List other Net/Rom nodes known to the K9VXW-1 node.
  125.            (J)heard    - List stations heard by K9VXW-1. Syntax: J <portname>
  126.            (T)elnet    - Connect, with TCP/IP to TCP/IP station. Routing to
  127.                          Chicago TCP/IP lan, only, supported at this time.
  128.                          Syntax: T <TCP/IP Address, or station hostname>
  129.                          Example: T <n4pcr.ampr.org>
  130.            (F)inger    - Query remote TCP/IP station for his brag tape.
  131.                          Syntax:
  132.                               F <Ham's name or call>@<IP Address or Hostname>
  133.                          Ex: F Ken@wa9aek
  134.            (CA)llbook  - Query N4PCR's remote callbook server for address of
  135.                          a ham. Syntax: CA <callsign>
  136.            (E)scape    - Change ESCAPE command character. Don't worry about
  137.                          this unless you are linking to another NOS node, and
  138.                          want break the link to it independently of the link
  139.                          to K9VXW-1. Be sure to use a non-text character. De-
  140.                          fault is Control-X.
  141. <CR> to continue...
  142.  
  143.            (CH)at      - Chat with Local node op, if on-duty.
  144.   System Operators:
  145.            K9VXW  - (708)420-2409
  146.            WB9MJN - (708)357-0083
  147.   Final Notes:
  148.            This system is undergoing active development. Expect software
  149.            upgrades, with consequent momentary outages weekly. ILNAP uses
  150.            the latest in state-of-the-art Packet Radio Controllers, the
  151.            Gracilis PackeTen, 5 port stand-alone version. The single 
  152.            PackeTen controller handles all the ports listed above, including
  153.            the 56 KB port, and a 9600 baud local console. Information about
  154.            the PackeTen may be obtained by contacting N4PCR @ W9IUP.IL.USA.NA .
  155.            The 56 KB Full Duplex link uses the prototype CELLNET radios de-
  156.            veloped by WB9MJN. For more information on the CELLNET concept,
  157.            see the 8th ARRL Computer Networking Conference Notes, and WB9MJN's
  158.            article.
  159.  
  160. --- END OF FILE ---
  161.  
  162. Perhaps  someday  network  development will improve to the point where  dumping
  163. several Kbytes of INFO won't adversely impact other users.   A redeeming factor
  164. with  this  example  is it  periodically  halts while awaiting a user prompt to
  165. continue.
  166.  
  167.