Repository : ssh://git@open-mesh.org/doc
On branches: backup-redmine/2017-07-13,master
>---------------------------------------------------------------
commit e1912fd41bd81627c5d0d8a92fdb05047fcccf46
Author: Simon Wunderlich <sw(a)simonwunderlich.de>
Date: Sun Oct 30 22:05:53 2011 +0000
doc: batman-adv/Bridge-loop-avoidance-Testcases
>---------------------------------------------------------------
e1912fd41bd81627c5d0d8a92fdb05047fcccf46
batman-adv/Bridge-loop-avoidance-Testcases.textile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/batman-adv/Bridge-loop-avoidance-Testcases.textile b/batman-adv/Bridge-loop-avoidance-Testcases.textile
index 3f93d61c..cf21e18c 100644
--- a/batman-adv/Bridge-loop-avoidance-Testcases.textile
+++ b/batman-adv/Bridge-loop-avoidance-Testcases.textile
@@ -36,7 +36,8 @@ In this test, the first node A can't reach the last one C due to a limited horiz
* Test 1: Client 1 and Client 2 should be able to ping the internet gateway. There are are no bridge loops.
* Test 2: Client 1 and Client 2 should be able to ping each other.
-+note+: Test 2 can only be performed when the batman interface (or one of its VLANs) is used as a batman hard interface. The support for this requires are separate patch.
++note1+: Test 2 will only work if BATMAN runs over the backbone, e.g. by calling "batctl if add br0".
++note2+: Limited horizon may be easily simulated by increasing the hop_penalty, e.g. "echo 230 > /sys/devices/virtual/net/bat0/mesh/hop_penalty" will have a 3 hop range in a network without packet loss.
h3. VLAN support