Repository : ssh://git@open-mesh.org/doc
On branches: backup-redmine/2017-07-13,master
commit 7aa389305a5d4b3b8e9a10d585151e1fe5d282ed Author: Simon Wunderlich sw@simonwunderlich.de Date: Sat Mar 26 17:22:07 2011 +0000
doc: batmand/InternetTuning
7aa389305a5d4b3b8e9a10d585151e1fe5d282ed batmand/InternetTuning.textile | 71 +++++++++++++++++++++++++++++------------- 1 file changed, 50 insertions(+), 21 deletions(-)
diff --git a/batmand/InternetTuning.textile b/batmand/InternetTuning.textile index 446851fa..da3b9256 100644 --- a/batmand/InternetTuning.textile +++ b/batmand/InternetTuning.textile @@ -1,20 +1,28 @@ -== Internet tuning == +h2. Internet tuning
-'''Gateway''' + +*Gateway*
Batman offers to announce the avaibility of an internet connection. You can use the gateway class option (-g down/up) to tell batman how much bandwidth is available. You can specify the download and upload speed - batman will choose the nearest gateway class to represent your speed and propagate it in the network. The following examples should illustrate the usage:
+<pre> batmand -g 5000 [interface] - +</pre> +<pre> batmand -g 5000kbit [interface] - +</pre> +<pre> batmand -g 5mbit [interface] - +</pre> +<pre> batmand -g 5mbit/1024 [interface] - +</pre> +<pre> batmand -g 5mbit/1024kbit [interface] - +</pre> +<pre> batmand -g 5mbit/1mbit [interface] +</pre>
The syntax is very flexible and allows all these values to become gateway class 49.
@@ -27,71 +35,92 @@ That behaviour allows the gateway maintainer to distinguish between traffic insi Additionally, you have to make sure that the gateway allows forwarding and that the firewall masquerades all traffic coming through gate0.
-'''!GatewayClient''' +*!GatewayClient*
You can tell batman to watch out for announced gateways and connect to them via the routing class option (-r). This option allows you to influence which gateway will be chosen. Currently, there are 3 modes available:
-batmand -r 1 [interface]: +<pre> +batmand -r 1 [interface] +</pre>
This mode is called "fast internet connection" because it considers the link quality and the advertised gateway class before choosing the gateway. Once a gateway is chosen and the tunnel is established batman will try to keep the tunnel open as long as possible to not break your stateful connections.
-batmand -r 2 [interface]: +<pre> +batmand -r 2 [interface] +</pre>
This mode only considers the link quality towards the gateway while choosing it. Therefore it is named "stable internet connection". It also will keep the tunnel open as long as possible.
-batmand -r 3 [interface]: +<pre> +batmand -r 3 [interface] +</pre>
This mode also considers the link quality only but it will destroy the established tunnel as soon as another gateway with a better link quality is found (fast-switching).
-batmand -r (number between 3 and 256) [interface]: +<pre> +batmand -r (number between 3 and 256) [interface] +</pre>
This mode also considers the link quality only but switches to another gateway as soon as this gateway has a TQ value which is $number better than the currently selected gateway (late-switching).
After a gateway is chosen batman will create a gate0 interface and tries to get an IP from the gateway. The tunnel architecture allows batman to observe the internet connection because all traffic is going through the tunnel. If batman notices that the currently selected gateway does not forward the traffic into the internet it will disconnect from that gateway and choose another gateway.
-batman 0.3.1 and before: +*batman 0.3.1 and before:* If you plan to attach non-batman clients to your batman internet client you have to masquerade all outgoing packets on interface gate0 (e.g. iptables).
-batman 0.3.2 and later: -The batman daemon will try to locate the iptables binary to setup the masquerading automatically. This behaviour can be disabled using the "--disable-client-nat" option. If the outgoing packets are not masqueraded (the iptables binary wasn't found / the automatism disabled) batman will switch to the "half tunnel" mode which operates without masquerading. Beware: This mode __requires__ the gateway to have a routing entry for each client that accesses the internet (e.g. non-batman clients may be announced via HNA). Also, batman won't be able to automatically detect whether the chosen gateway is connected to the internet or not as only outgoing packets go through gate0. +*batman 0.3.2 and later:* +The batman daemon will try to locate the iptables binary to setup the masquerading automatically. This behaviour can be disabled using the "--disable-client-nat" option. If the outgoing packets are not masqueraded (the iptables binary wasn't found / the automatism disabled) batman will switch to the "half tunnel" mode which operates without masquerading. Beware: This mode +requires+ the gateway to have a routing entry for each client that accesses the internet (e.g. non-batman clients may be announced via HNA). Also, batman won't be able to automatically detect whether the chosen gateway is connected to the internet or not as only outgoing packets go through gate0.
-'''Tuning''' +h3. Tuning
To be more flexible and better integrate into different setups and environments batman has a runtime interface which you can connect to. You can change batmans behaviour on the fly and adapt to changing requirements.
For example you announce internet but you discover that your internet connection is down, so you can tell batman to stop announcing the gateway class:
+<pre> batmand -c -g 0 +</pre>
You could even say: I try to get my internet over that mesh as well:
+<pre> batmand -c -r 1 +</pre>
Later you deactivate it again and reactivate your gateway announcement:
+<pre> batmand -c -r 0 && batmand -c -g 5000 +</pre>
-Or in one step: batmand -c -g 5000 +Or in one step: +<pre> +batmand -c -g 5000 +</pre>
If you know that you want to use a particular gateway you can use the preferred gateway option (-p) to specify it. If batman finds the given gateway it will use it otherwise it will choose a gateway according to the routing class (routing class 1 is default if none is given).
-For example: batmand -c -p 1.2.3.4 +For example: +<pre> +batmand -c -p 1.2.3.4 +</pre>
The preferred gateway option can also be given at startup time.
If you have many users connected to your gateway you will experience a higher CPU load on the gateway because it has to maintain tunnel connections to numerous gateway clients at the same time. To reduce the load you can use the batgat kernel module which will do the tunneling from within the kernel space. You can load it like any other kernel module. Have a look in your kernel logs to see its boot up messages:
+<pre> batgat: [init_module:96] batgat loaded rv959 - batgat: [init_module:97] I was assigned major number 252. To talk to - batgat: [init_module:98] the driver, create a dev file with 'mknod /dev/batgat c 252 0'. - batgat: [init_module:99] Remove the device file and module when done. +</pre>
Now the module is loaded but inactive. When you start batmand the daemon will automatically look for a file '/dev/batgat' to communicate with the kernel module in order to activate it. This file should be generated by the kernel if you have devfs (on linux 2.4) or udev (on linux 2.6) running. You can create the file by yourself as mentionned in the logs if it was not generated. When batmand finds this file the kernel module will be used.
Attention: Do not hardcode the major number in your scripts. This number is assigned by the kernel and may differ from system to system, even from boot to boot. You can retrieve the current number from the proc filesystem:
+<pre> cat /proc/devices | grep batgat +</pre> \ No newline at end of file