html/adminmanual-3.html

   1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">
   2 <HTML>
   3 <HEAD>
   4  <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9">
   5  <TITLE>The DXSpider Administration Manual : Hop control and filtering</TITLE>
   6  <LINK HREF="adminmanual-2.html" REL=previous>
   7  <LINK HREF="adminmanual.html#toc3" REL=contents>
   8 </HEAD>
   9 <BODY>
  10 Next
  11 <A HREF="adminmanual-2.html">Previous</A>
  12 <A HREF="adminmanual.html#toc3">Contents</A>
  13 <HR>
  14 <H2><A NAME="s3">3. Hop control and filtering</A></H2>
  15
  16 <P>Starting with version 1.13 there is simple hop control available on a per
  17 node basis. Also it is possible to isolate a network completely so that you
  18 get all the benefits of being on that network, but can't pass on information
  19 from it to any other networks you may be connected to (or vice versa).
  20 <P>
  21 <H2><A NAME="ss3.1">3.1 Basic hop control</A>
  22 </H2>
  23
  24 <P>In /spider/data you will find a file called hop_table.pl.  This is the file that controls your hop count settings.  It has a set of default hops on the various PC frames and also a set for each node you want to alter the hops for.  You may be happy with the default settings of course, but this powerful tool can help to protect and improve the network.  The file will look something like this ...
  25 <P>
  26 <BLOCKQUOTE><CODE>
  27 <PRE>
  28 #
  29 # hop table construction
  30 #
  31
  32 package DXProt;
  33
  34 # default hopcount to use
  35 $def_hopcount = 5;
  36
  37 # some variable hop counts based on message type
  38 %hopcount =
  39
  40  11 => 10,
  41  16 => 10,
  42  17 => 10,
  43  19 => 10,
  44  21 => 10,
  45 );
  46
  47
  48 # the per node hop control thingy
  49
  50
  51 %nodehops =
  52
  53  GB7ADX => {            11 => 8,
  54                         12 => 8,
  55                         16 => 8,
  56                         17 => 8,
  57                         19 => 8,
  58                         21 => 8,
  59                    },
  60
  61  GB7UDX => {            11 => 8,
  62                         12 => 8,
  63                         16 => 8,
  64                         17 => 8,
  65                         19 => 8,
  66                         21 => 8,
  67                    },
  68  GB7BAA => {
  69                         11 => 5,
  70                         12 => 8,
  71                         16 => 8,
  72                         17 => 8,
  73                         19 => 8,
  74                         21 => 8,
  75                    },
  76 };
  77 </PRE>
  78 </CODE></BLOCKQUOTE>
  79 <P>
  80 <P>Each set of hops is contained within a pair of curly braces and contains a series of PC frame types.  PC11 for example is a DX spot. The figures here are not exhaustive but should give you a good idea of how the file works.
  81 <P>
  82 <P>You can alter this file at any time, including whilst the cluster is running.  If you alter the file during runtime, the command <EM>load/hops</EM> will bring your changes into effect.
  83 <P>
  84 <H2><A NAME="ss3.2">3.2 Isolating networks</A>
  85 </H2>
  86
  87 <P>It is possible to isolate networks from each other on a "gateway" node using the
  88 <EM>set/isolate &lt;node call&gt;</EM> command.
  89 <P>
  90 <P>The effect of this is to partition an isolated network completely from another
  91 nodes connected to your node. Your node will appear on and otherwise behave
  92 normally on every network to which you are connected, but data from an isolated
  93 network will not cross onto any other network or vice versa. However all the
  94 spot, announce and WWV traffic and personal messages will still be handled
  95 locally (because you are a real node on all connected networks), that is locally
  96 connected users will appear on all networks and will be able to access and
  97 receive information from all networks transparently.  All routed messages will
  98 be sent as normal, so if a user on one network knows that you are a gateway for
  99 another network, he can still still send a talk/announce etc message via your
 100 node and it will be routed across.
 101 <P>
 102 <P>The only limitation currently is that non-private messages cannot be passed down
 103 isolated links regardless of whether they are generated locally. This will change
 104 when the bulletin routing facility is added.
 105 <P>
 106 <P>
 107 <HR>
 108 Next
 109 <A HREF="adminmanual-2.html">Previous</A>
 110 <A HREF="adminmanual.html#toc3">Contents</A>
 111 </BODY>
 112 </HTML>