On Friday 06 May 2011 19:02:48 Jose Armando wrote:
> Question so openwrt do not work with Batman? U saying I need to creater
> package for my router? Diego to much Question but I'm need I was think just
> install openwrt on the router u can install any package ?
You still didn't answer what you want.... and the gibberish at the end doesn't
help. You can try to join #batman on irc.freenode.net and maybe we can find
out what you want and how this can be done.
Kind regards,
Sven
On Friday 06 May 2011 18:11:21 Jose Armando wrote:
> Hello Sven
>
> Thank you so much for u info i will play with it
> Note
> Question if for one reason i cant make work can u help to install for
> me i can open telnet on my router and u can do for me i will pay you
> for u time and i will be greatfull to you
No, this will not work because you must create a package on another system and
ensure that you flash your router with the corresponding openwrt version. You
can join #batman on irc.freenode.net to ask your questions during the
installation phase.
Kind regards,
Sven
Hello
Can any one tell me how to install batman on openwrt my router has
openwrt install with luci but i cant install batman im need on this
mesh or any one can build for me and i will pay for u time
thank you
Armando Dieguez
Phone 714.292.0156
Ed Okerson wrote:
> On Thu, May 5, 2011 at 12:35 PM, Sven Eckelmann <sven(a)narfation.org> wrote:
> > Ed Okerson wrote:
> >> On Thu, May 5, 2011 at 10:44 AM, Marek Lindner <lindner_marek(a)yahoo.de>
> >
> > wrote:
> >> > Hi,
> >> >
> >> >> We are evaluating using Batman in an environment where there could be
> >> >> 200-300 devices in a single building. We started out setting up 10
> >> >> devices in our office to figure out how everything works and do some
> >> >> throughput testing. We have noticed that the routing decisions
> >> >> always send the packet to the node towards the destination with the
> >> >> highest signal strength. This causes the packet to always traverse
> >> >> the network with the maximum possible number of hops, which causes
> >> >> performance to degrade quickly. Is it possible to use a different
> >> >> routing algorithm? It would seem that sending to the node closest
> >> >> to the destination that the source node can still communicate with
> >> >> directly would minimize the number of hops.
> >> >
> >> > if you wish to minimize the number of hops you have to increase the
> >> > hop penalty. Check the "hop penalty" section here:
> >> > http://www.open-mesh.org/wiki/batman-adv/Tweaking
> >>
> >> That seems to indicate that it is a per node setting, i.e. "using this
> >> node will incur a penalty of x". That is also not the desired
> >> behavior. For our installation all nodes are in a fixed location, so
> >> using a particular node as a next hop in the route may incur a penalty
> >> for one source node, but not another. This should be dynamically
> >> determined for each route from each source to each destination to
> >> minimize hops.
> >
> > So you have to increase the hop penalty everywhere to force the routing
> > algorithm to reduce the number of hops and prefer worse routes with less
> > hops.
>
> If I increase the hop penalty on all nodes, they will all still be
> equal. If all nodes have a hop penalty of 128, will it not make the
> same routing decisions as it does if they are all 10?
No, the wiki explains it quite well, but I'll try to explain it a little bit
different. Lets assume that you have perfect links (quality = 255) between all
nodes in a route. Each one would say: "hey, I can reach the following
neighbors with the quality of 255".... now introduce a penalty in each hop (10
for example) which is just substracted from the incoming value. So after a
distance of 5 hops only a quality of 205 would be announced. Therefore a node
with only a distance of 2 (quality = 235) would be prefered as next hop in
this case and not the one with the distance of 5.
Target - X1 - X2 - X3 - X4 - X5 - (Announces route with quality 205 to Target)
\
\ Y1 - Y2 - (Announces route with quality 235 to Target)
This is a quite abstract and not 100% correct explanation of the hop penalty,
but should help to understand the implications a little bit better. You have
to do the calculations yourself to find a good value for hop penalty.
You should have a look at send.c to find more information about it. You should
see that it is not really substracted in a linear fashion and that the actual
quality is calculation is also more complex,... but the idea is similar to the
example mentioned before.
Kind regards,
Sven
Hi,
We are evaluating using Batman in an environment where there could be
200-300 devices in a single building. We started out setting up 10
devices in our office to figure out how everything works and do some
throughput testing. We have noticed that the routing decisions always
send the packet to the node towards the destination with the highest
signal strength. This causes the packet to always traverse the
network with the maximum possible number of hops, which causes
performance to degrade quickly. Is it possible to use a different
routing algorithm? It would seem that sending to the node closest to
the destination that the source node can still communicate with
directly would minimize the number of hops.
Ed Okerson
From: David Decotigny <decot(a)google.com>
This updates the network drivers so that they don't access the
ethtool_cmd::speed field directly, but use ethtool_cmd_speed()
instead.
For most of the drivers, these changes are purely cosmetic and don't
fix any problem, such as for those 1GbE/10GbE drivers that indirectly
call their own ethtool get_settings()/mii_ethtool_gset(). The changes
are meant to enforce code consistency and provide robustness with
future larger throughputs, at the expense of a few CPU cycles for each
ethtool operation.
All drivers compiled with make allyesconfig ion x86_64 have been
updated.
Tested: make allyesconfig on x86_64 + e1000e/bnx2x work
Signed-off-by: David Decotigny <decot(a)google.com>
Signed-off-by: David S. Miller <davem(a)davemloft.net>
[sven(a)narfation.org: compat function added]
Signed-off-by: Sven Eckelmann <sven(a)narfation.org>
---
This patch is now part of net-next-2.6 and will be in linux 2.6.40
compat.h | 3 +++
soft-interface.c | 2 +-
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/compat.h b/compat.h
index 0c5ad82..c3fd2cd 100644
--- a/compat.h
+++ b/compat.h
@@ -183,6 +183,9 @@ static inline char *pack_hex_byte(char *buf, u8 byte)
#if LINUX_VERSION_CODE < KERNEL_VERSION(2, 6, 27)
+#define ethtool_cmd_speed_set(_ep, _speed) \
+ do { (_ep)->speed = (_speed); } while (0)
+
#ifndef dereference_function_descriptor
#define dereference_function_descriptor(p) (p)
#endif
diff --git a/soft-interface.c b/soft-interface.c
index 1772e2b..9e5fcd1 100644
--- a/soft-interface.c
+++ b/soft-interface.c
@@ -723,7 +723,7 @@ static int bat_get_settings(struct net_device *dev, struct ethtool_cmd *cmd)
{
cmd->supported = 0;
cmd->advertising = 0;
- cmd->speed = SPEED_10;
+ ethtool_cmd_speed_set(cmd, SPEED_10);
cmd->duplex = DUPLEX_FULL;
cmd->port = PORT_TP;
cmd->phy_address = 0;
--
1.7.4.4