I'm glad you sorted the flash, Please post your
files.
Also ifconfig and iwconfig.
BTW, did you enable the wireless interface? Default is disabled!
To see if batmand is running, ps -aux
to enable batmand at boot: /etc/init.d/batmand enable
to disable firewall /etc/init.d/firewall disable
Wayne
Below are the working NS2 configuration files for the supernode in the
Bo-kaap Village Telco. Note that this NS2 does not directly face the
Internet but connects to a Village Telco server connected to the
Internet. The Village Telco server and the NS2 have their own subnet
(192.168.130.xxx) that connects them with the NS2 being 192.168.130.1
and the server 192.168.130.2. You'll see this network announced in
the batmand settings.
/etc/config/wireless
====================
config 'wifi-device' 'wifi0'
option 'type' 'atheros'
option 'channel' '1'
config 'wifi-iface'
option 'device' 'wifi0'
option 'encryption' 'none'
option 'ssid' 'potato'
option 'mode' 'ahdemo'
option 'bssid' '01:CA:FF:EE:BA:BE'
option swmerge 1
option bgscan 0
option 'network' 'wifi0'
/etc/config/network
====================
config 'interface' 'loopback'
option 'ifname' 'lo'
option 'proto' 'static'
option 'ipaddr' '127.0.0.1'
option 'netmask' '255.0.0.0'
config 'interface' 'lan'
option 'ifname' 'eth0'
option 'proto' 'static'
option 'ipaddr' '192.168.130.1'
option 'netmask' '255.255.255.0'
option 'gateway' '192.168.130.2'
option 'dns' '192.168.130.2'
config alias
option 'interface' 'lan'
option 'proto' 'static'
option 'ipaddr' '10.30.1.1'
option 'netmask' '255.255.255.0'
config 'interface' 'wifi0'
option 'ifname' 'ath0'
option 'proto' 'static'
option 'ipaddr' '10.130.1.1'
option 'netmask' '255.255.255.0'
/etc/config/batmand
===================
config 'batmand' 'general'
option 'interface' 'ath0'
option 'hna' '192.168.130.0/24'
option 'originator_interval' ''
option 'preferred_gateway' ''
option 'policy_routing_script' ''
option 'disable_client_nat' ''
option 'disable_aggregation' ''
option 'gateway_class' '128'
option 'visualisation_srv' '10.130.1.1'
option 'routing_class' ''
/etc/config/firewall
====================
config defaults
option syn_flood 1
option input ACCEPT
option output ACCEPT
option forward REJECT
# include a file with users custom iptables rules
config include
option path /etc/firewall.user
/etc/firewall.user
==================
# This file is interpreted as shell script.
# Put your custom iptables rules here, they will
# be executed with each firewall (re-)start.
#turn on ip forwarding to let packets pass through
echo 1 > /proc/sys/net/ipv4/ip_forward
#reset iptables
iptables -F
iptables -t nat -F
#set default policies
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
Cheers... Steve
> --
> You received this message because you are subscribed to the Google Groups "village-telco-dev" group.
> To post to this group, send email to village-...@googlegroups.com.
> To unsubscribe from this group, send email to village-telco-...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/village-telco-dev?hl=en.
>
>
--
Steve Song
Telecommunications Fellow, Shuttleworth Foundation
email: steve...@shuttleworthfoundation.org
mobile: +27 83 482 2088
skype: steve_l_song
blog: http://manypossibilities.net
next: http://villagetelco.org
twitter: stevesong
batmand (the mesh routing daemon in the VT environment) is performing policy
routing. Since Linux kernel version 2.2 Linux supports multiple routing
tables. route -n will only look in routing table 255 (default), because the
legacy route command comes from the pre-policy routing time.
With the new advanced routing features a new tool for monitoring and changing
network settings was introduced: ip (short for iproute2)
Perform:
ip r ls table all
to list the content of all routing tables.
ip r ls table 66
will list the content of table 66. This contains all host routes to interfaces
running batmand.
More information is available here:
http://www.open-mesh.org/wiki/RoutingVodoo
>
> Also i dont think batmand is started, how do u do this?
Is batmand installed? If yes, it should start automatically. But you need to
configure at least one interface in /etc/config/batmand.
Cheers,
Elektra
Hi Joe
Amend your files as follows!
>
> ----------------
> //wireless
>
> root@OpenWrt:~# cat /etc/config/wireless
> config wifi-device 'wifi0'
> option type 'atheros'
> option channel '1'
>
> ;option type mac80211
> ;option macaddr 00:15:6d:18:37:e4
> ;option hwmode 11ng !!!!!!!! CHANGE TO 11g
> ;option htmode HT20
> ;list ht_capab SHORT-GI-40
> ;list ht_capab TX-STBC
> ;list ht_capab RX-STBC1
> ;list ht_capab DSSS_CCK-40
Remove the rest
ADD: option antenna vertical
> config 'wifi-iface'
> option device 'wifi0'
option encryption 'none'
> option ssid 'potato'
> option mode 'ahdemo'
> option bssid '01:CA:FF:EE:BA:BE'
> option swmerge '1'
> option bgscan '0'
> option network 'wifi0' !!!!Remove this line
>
> ;option network lan !!!!Remove all these commented lines
> ;option mode ap
> ;option ssid OpenWrt
> ;option encryption none
>
> ----------------
> // network
>
> root@OpenWrt:~# cat /etc/config/network
> config 'interface' 'loopback'
> option 'ifname' 'lo'
> option 'proto' 'static'
> option 'ipaddr' '127.0.0.1'
> option 'netmask' '255.0.0.0'
>
> config 'interface' 'lan'
> option 'ifname' 'eth0'
> ;option 'type' 'bridge'
> option 'proto' 'static'
> option 'netmask' '255.255.255.0'
> option 'ipaddr' '192.168.1.100'
> option 'gateway' '192.168.1.254'
> option 'dns' '192.168.1.254'
>
> 'config interface wan !! Remove stanza completely
> 'option ifname eth1
> 'option proto dhcp
>
> config 'interface' 'wifi0'
> option 'ifname' 'ath0'
> option 'proto' 'static'
> option 'netmask' '255.255.255.0'
> option 'ipaddr' '10.130.1.1'
>
> ------------------
> // batmand
>
> root@OpenWrt:~# cat /etc/config/batmand
> config 'batmand' general
> option 'interface' 'ath0'
> option 'hna'
> option 'gateway_class' '128'
> option 'originator_interval'
> option 'preferred_gateway'
> option 'routing_class'
> option 'visualisation_srv' '10.130.1.1'
> option 'policy_routing_script'
> option 'disable_client_nat'
> option 'disable_aggregation'
>
NB! Do not use the firewall for now, issue a
/etc/init.d/firewall disable
If you read the page that Elektra pointed to you will see that batmand
does NOT show up on the normal route command, this only reveals table
255, batmand runs on other hidden tables, and thus is only seen with the
ip cmd, however I have never had to do this as a user!
Please send your iwconfig, and ifconfig outputs,
As far as the wifi-device is concerned, on all my different equipment,
it ranges from wifi0 to Radio0 depending on if you're using a Kama or
backfire version driver.
The easiest to find that out is go to the GUI, and under wireless the
tab will be named the correct one to use!
Otherwise you're good to go, Please remind me how are your other nodes
running, is there a existing running mesh?
On a side note, batmand seems to be running correctly, but it won't do a
darn thing if your wireless is not setup correctly or actually running!
I would concentrate there!
Wayne A
>
> cheers,
>
In /etc/config/wireless, in the config 'wifi-iface' section, you are
missing a key configuration line which sets the wifi interface into
ahdemo mode
option 'mode' 'ahdemo'
AFAIK you can get rid of all the htmode and ht_capab options.
Do you still have something like
config 'interface' 'wifi0'
option 'ifname' 'ath0'
option 'proto' 'static'
option 'ipaddr' '10.130.1.1'
option 'netmask' '255.255.255.0'
in /etc/config/network?
Cheers... Steve
the device is using a different Atheros driver (ath9k instead of Madwifi). This
driver doesn't name its interfaces ath0 and there is no wifi0 device.
Replace wifi0 with wlan0 - the wireless device is already listed by iwconfig:
> root@OpenWrt:/etc/config# iwconfig
> lo no wireless extensions.
>
> eth0 no wireless extensions.
>
> eth1 no wireless extensions.
>
> wlan0 IEEE 802.11bgn ESSID:off/any
> Mode:Managed Access Point: Not-Associated Tx-Power=0
> dBm
> RTS thr:off Fragment thr:off
> Encryption key:off
> Power Management:on
Cheers,
Elektra
Hi Joe
If you still have a issue after, try replacing ahdemo with plain Ad-Hoc
, I have had it where some of these don't play ball for some reason.
Wayne A
the ath9k driver supports only adhoc mode, ahdemo mode is not supported - and
it will very likely never get this supported, as beacons are necessary for
802.11n. I am using my laptop with ath9k successfully in our local mesh and I
have no problems connecting to devices operating in ahdemo mode. However this
might change, currently ath9k is operating in 802.11abg mode only when you
switch to ad-hoc. (You will still be able to switch to 802.11abg mode, I'm
sure)
Besides:
Compared to the Madwifi driver in the MP the ath9k driver has only a small set
of features, but it is improving. Recently ath9k and the iw tool (like the ip
command is replacing the ifconfig command, iw is replacing iwconfig) have gained
support for setting the broadcast data rate.
Cheers,
Elektra
Thanks Elektra
I new there was a issue, I just couldnt remember the circumstances.
Yep now that I've checked, all my nano's run adhoc and Bullets and
potato's run ahdemo!
Question, Is the overhead added substantial? Or are we talking a small
percentage.
Wayne A
Wayne A
if the node density is high, the overhead is substantial. We have seen 802.11
protocol messages consuming up to 70% of the airtime during events with many
people using WiFi. It is not only a beacon problem. Devices that receive
beacons also send association requests (probe requests), which causes the
transmission of probe responses. Since these messages are send at basic rate
they consume a lot of airtime. As the network becomes messy, stations are
likely to send more probes, because they are desperately trying to associate.
Which is adding gasoline to the fire.
You can measure this with the horst package (start horst.sh) on a MP with
recent firmware or install the package. Or install it on your laptop.
Since there is no ahdemo mode with mac802.11, the only workaround may be to
slow down the beacon interval and increase the broadcast rate (basic rate) in
dense parts of the wireless network. However I am 99% sure that the firmware
you are currently using does not yet have this option. You might be able to
set the beacon interval rate, but I am not sure.
The problem is not ad-hoc specific, it also an issue with accesspoint mode.
With many stations (typical nerd congress situation) the wireless performance
becomes unusable. Unfortunately as a network administrator in a congress hall
you can not ask people to change their multicast rate, as this is a advanced,
non-standard feature. You can only save a bit of bandwidth by setting this on
your APs.
Cheers,
Elektra
Thanks Elektra
It seems as if this is a substantial problem, And obviously driver specific.
I get the congress situation, Can you possibly estimate the Mean
density, so that we can maybe get an idea of the impact.
If I can change the direction slightly( Not) a quick question that many
people are maybe wondering, I am certainly.
Why can Batmand-adv not be used in a Potato enviroment?
And if it can would this result in lower overhead?
Please forgive, I'm full of questions today.
Have A Great day!
Wayne A
Note my iwconfig says wlan0 ,also batmand is also wlan0, it's only the
wireless config that refers to radio0.
> lo no wireless extensions.
>
> eth0 no wireless extensions.
>
> eth1 no wireless extensions.
>
> wlan0 IEEE 802.11bgn ESSID:"kranshoek_mesh"
> Mode:Ad-Hoc Frequency:2.412 GHz Cell: 01:CA:FF:EE:BA:BE
> Tx-Power=27 dBm
> RTS thr:off Fragment thr:off
> Encryption key:off
> Power Management:off
>
> gate0 no wireless extensions.
Network
> config 'interface' 'loopback'
> option 'ifname' 'lo'
> option 'proto' 'static'
> option 'ipaddr' '127.0.0.1'
> option 'netmask' '255.0.0.0'
>
> config 'interface' 'lan'
> option 'ifname' 'eth0'
> option 'proto' 'static'
> option 'netmask' '255.255.255.0'
> option 'gateway' '192.168.28.1'
> option 'dns' '192.168.2.1'
> option 'ipaddr' '192.168.28.1'
>
> config 'interface' 'wan'
> option 'proto' 'static'
> option 'ifname' 'wlan0'
> option 'ipaddr' '10.130.1.28'
> option 'netmask' '255.255.255.0'
Wireless
But here it is radio0 ( driver dependent)
> config 'wifi-device' 'radio0'
> option 'type' 'mac80211'
> option 'macaddr' '00:15:6d:3a:d7:1d'
> option 'hwmode' '11g'
> list 'ht_capab' 'SHORT-GI-20'
> list 'ht_capab' 'SHORT-GI-40'
> list 'ht_capab' 'TX-STBC'
> list 'ht_capab' 'RX-STBC1'
> list 'ht_capab' 'DSSS_CCK-40'
> option 'channel' '1'
> option 'disabled' '0'
> option 'antenna' 'vertical' # Also important
> config 'wifi-iface'
> option 'device' 'radio0'
> option 'encryption' 'none'
> option 'ssid' 'kranshoek_mesh'
> option 'bssid' '01:CA:FF:EE:BA:BE'
> option 'mode' 'adhoc'
> option 'network' 'wan'
NB. BTW, iwconfig will only show something if the unit is actually
associated to it's mate. What or how are your other nodes running?
Another question, are you using vanilla Backfire?
I have the network options, but if the firewall is disabled, it will not
matter.
I can also confirm Elektra's comment about the firewall, I am still
trying to get that sorted, If I use the firewall and open the batman
ports I can connect fine, but batmand somehow does not send the gateway
rules correctly! I can reach the whole mesh, but nothing further.
Strange, but firewall not really needed on node.
As per Elektra's explanation , using adhoc, try changing both units to
adhoc for setup purposes, then do a
iwlist wlan0 scanning or iwlist ath0 scanning on the potato's.
on both units to see if the units are actually "seeing" each other. This
will only work if both units are on adhoc as ahdemo does not broadcast
any beacons, so you can't see it via scanning.
I can assure you, I have Potato's, Nano's , Nano loco's, bullets,
Pico's, and they ALL run perfectly! Great products.
Wayne A
Congratulations and kudos to you for persisting! Could you send your
final configuration files and we'll post them on the wiki for the next
person who wants to set up an M2?
Cheers... Steve
> --
> You received this message because you are subscribed to the Google Groups "village-telco-dev" group.
> To post to this group, send email to village-...@googlegroups.com.
> To unsubscribe from this group, send email to village-telco-...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/village-telco-dev?hl=en.
>
>
--
> I get the congress situation, Can you possibly estimate the Mean
> density, so that we can maybe get an idea of the impact.
more than 30 WiFi devices active in range.
> If I can change the direction slightly( Not) a quick question that many
> people are maybe wondering, I am certainly.
>
> Why can Batmand-adv not be used in a Potato enviroment?
It can be used, of course. We have a package for batmand-adv, but it is
outdated. I need to adapt the Makefile - then I will add it to the package list
for recent firmware versions.
> And if it can would this result in lower overhead?
This is not related to the problems of WiFi. Batmand-adv has smaller overhead,
but there are other limitations. Batmand-adv makes the mesh look like all
devices are link local. So you can use zeroconf / bonjour, DHCP, radvd and so
on with batmand-adv. However wireles mesh networks have packet loss,
particularly on multi-hop links. Link-local protocols like zeroconf will have
problems in such a environment and there is also a bandwidth impact.
Developers of link-local protocols think that they can spam the network,
because they can assume the net is high reliability, high speed, high capacity
and hence they can allow wasting bandwidth. This is not true for a layer 2
mesh protocol.
Batmand-adv is a very interesting solution for many applications, but there
are problems scaling to large meshes. If you have only a limited amount of
nodes and a limited number of hops and good link quality it might be a good
solution with very interesting features. (Like WiFi clients roaming between AP
that use the mesh as backbone)
> Please forgive, I'm full of questions today.
Pleasure.
Cheers,
Elektra
elektra wrote:
> Hello Wayne -
>
>
>> I get the congress situation, Can you possibly estimate the Mean
>> density, so that we can maybe get an idea of the impact.
>
> more than 30 WiFi devices active in range.
So quite small really! Interesting. SOme of my Nano's are ranging about
1 KM, so theoretically it would pick up many nodes in a busy enviroment.
>
>> If I can change the direction slightly( Not) a quick question that many
>> people are maybe wondering, I am certainly.
>>
>> Why can Batmand-adv not be used in a Potato enviroment?
>
> It can be used, of course. We have a package for batmand-adv, but it is
> outdated. I need to adapt the Makefile - then I will add it to the package list
> for recent firmware versions.
>
>> And if it can would this result in lower overhead?
>
> This is not related to the problems of WiFi. Batmand-adv has smaller overhead,
> but there are other limitations. Batmand-adv makes the mesh look like all
> devices are link local. So you can use zeroconf / bonjour, DHCP, radvd and so
> on with batmand-adv. However wireles mesh networks have packet loss,
> particularly on multi-hop links. Link-local protocols like zeroconf will have
> problems in such a environment and there is also a bandwidth impact.
> Developers of link-local protocols think that they can spam the network,
> because they can assume the net is high reliability, high speed, high capacity
> and hence they can allow wasting bandwidth. This is not true for a layer 2
> mesh protocol.
>
> Batmand-adv is a very interesting solution for many applications, but there
> are problems scaling to large meshes. If you have only a limited amount of
> nodes and a limited number of hops and good link quality it might be a good
> solution with very interesting features. (Like WiFi clients roaming between AP
> that use the mesh as backbone)
>
Yes , I am following the Bat-adv-dev mailing list but it's slightly
above my level, But I'm starting to get the Jist of it.
I have setup a BAt-adv test, and I was impressed with the first go, Real
monitoring of the mesh as a whole would move to a different level,
especially for the guys that use that mesh for other services also.
I know it's not strictly VT policy, but still reality, and I really find
it difficult to do BW restrictions per port and per node as one clever
customer can flood the mesh easily with no way to restrict automatically
without influencing call quality.
MAybe I've got to start learning real IPTABLES.
> Pleasure.
>
Thanks again, I always appreciate your FULL explanations, I just wonder
where you get all the time for us Dwarfs.
Wayne A
Cheers... Steve