Blocknode command is used to force a specific route a signal must take. This is usually done if two nodes errenously mesh with each other causing the mesh to lose it's data throughput. It is better to issue the 'iwconfig wlan0 txpower auto' command to solve this problem. Add blocknode in crontab every 10 mins to block nodes that are creating Stormwarnings or jamming the network. I try to "blocknode" the two problem MeshAP that are reflecting
{{{ crontab -e # Issue blocknode command here crontab -l minsig # Same as blocknode }}} {{{ BLOCKNODE vs. MINSIG My nodes are dev88 and blocknode works flawlessly. But if the node in question has a signal level rather lower than the node you want to maintain link with, then minsig works much better. I use both depends on the signal levels. Unneccessary links between nodes brings extra load and lowers the speed in general. But, blocknode goes away with reboots so preference should be minsig where applicable.Routing issues causes some problems time to time but I did not have any major problem due to this yet. }}}
adfsdaf[]
Searching for a gateway to use.cronjob BR At 12:16 am -0600 5/12/04, David Davault wrote: BR >I am seeing the exact same problem with my network. It was not much BR >of a problem at first but has become a major problem as the network BR >has grown (26 active nodes now). This would not be so much of BR >a problem if there was an easier way to block unwanted BR >nodes automatically right now every time a node reboots I have to BR >manually shell in and block unwanted routes. My current solution BR >is to put in another gateway on a separate channel and different BR >ssid and segregating the network to help eliminate some of the work. BR >I am currently on dev 90 but have had this same problem on dev 81 85 BR >and 88 I did not have this problem on dev 76 but the network was BR >much smaller back then too. I may try reverting everything back to BR >dev 76 before the line for the new gateway goes in next week. I BR >will keep you posted if I find a GOOD solution to this problem. BR
Answ: BR If you are using the OS code, then you can simply create a cron job BR to manually block the nodes you want every hour or so (which allows BR you to use it with the automatic retest parameter, so you can also BR have automatic blocking working as well). BR The way to do this to edit /hj/buildcrontab which will allow it to BR persist across reboots - you will need to re-edit this if you upgrade BR the node, but this is true with any local edits (you can run this BR into a script to automatically scp the edited files to all nodes BR after an upgrade). BR You can edit MINSIG through wiana (or by editing BR /etc/wiana.settings). This is what I normally use to stop a node BR going via a weaker signal. You can have minsig values for individual BR nodes, which allows you to tweak settings for particular nodes. BR
adfasdf[]
Blocking nodes BR >I've had some clues from Ertan, for which I am most grateful, but I BR >still don't fully understand how to make use of blocking/unblocking BR >and/or minsig. Can someone please tell me how I might solve the BR >following problem? BR >Node A, is fine and can potentially provide the backhaul to node B, BR >but node B sees node C more strongly, and node C is not well enough BR >connected to anywhere else on the mesh. This cause node B to become BR >isolated, because it opts for node C instead of node A. How can I BR >make node B choose node A, but retain the link between nodes B & C, BR >so that node C doesn't become isolated ? BR >The numbers on the Wiana schematic diagram are aproximately A->B BR >100, B->C 104. A->C sub 90.
Answ: BR This doesn't make sense - the meshbox B will be trying to get a link BR to the gateway. If the gateway is A, then it has a direct link to the BR gateway, and so will always use this. The only way it would use C BR would be if there was a route to the gateway via C, which was better BR than any other route. If C is only connected to B, then it won't have BR a better route to anywhere. BR What you need to do, is to make sure that any bad links from C are BR blocked so that C doesn't advertise those as routes. In the example BR above, set minsig on C to 92, and any links below that strength (eg BR A->C) will be blocked. Then C won't advertise that it has a route to BR A, so won't give confusing information to B. BR I'm assuming that the example you gave of A, B, C isn't the complete BR picture, as the behaviour you describe doesn't make sense with such BR a 3 node network. BR
cronjob and blocknode[]
Searching for a gateway to use.cronjob At 12:16 am -0600 5/12/04, David Davault wrote: >I am seeing the exact same problem with my network. It was not much >of a problem at first but has become a major problem as the network >has grown (26 active nodes now). This would not be so much of >a problem if there was an easier way to block unwanted >nodes automatically right now every time a node reboots I have to >manually shell in and block unwanted routes. My current solution >is to put in another gateway on a separate channel and different >ssid and segregating the network to help eliminate some of the work. >I am currently on dev 90 but have had this same problem on dev 81 85 >and 88 I did not have this problem on dev 76 but the network was >much smaller back then too. I may try reverting everything back to >dev 76 before the line for the new gateway goes in next week. I >will keep you posted if I find a GOOD solution to this problem.
Answ: If you are using the OS code, then you can simply create a cron job to manually block the nodes you want every hour or so (which allows you to use it with the automatic retest parameter, so you can also have automatic blocking working as well). The way to do this to edit /hj/buildcrontab which will allow it to persist across reboots - you will need to re-edit this if you upgrade the node, but this is true with any local edits (you can run this into a script to automatically scp the edited files to all nodes after an upgrade). You can edit MINSIG through wiana (or by editing /etc/wiana.settings). This is what I normally use to stop a node going via a weaker signal. You can have minsig values for individual nodes, which allows you to tweak settings for particular nodes.