Hi Punky,
I'm using madwifi 0.9.4 with voyage 0.4.1 in 3 nodes on my local
mesh. Turning off power saving mode didn't solve my problems. I had
to increase the ATH_TX buffer to 400 and the kernel messages with:
ath_mgtstart: discard, no xmit buf disappeared. Unfortunately with
this patch there are several bugs that were fixed but sometimes my
voyage nodes will freeze with madwifi (ksoftirqd eating all the cpu).
The solutions is to reboot the node or restart wireless interfaces
(doing this to me will cause a kernel panic).
I'm also testing the new ratecontrol algorithm (Minstrel) with good
results (better throughput compared to the sample ratecontrol). I
advise to follow madwifi-devel mailing list for latest developments
but for me, madwifi + adhoc is still not very stable.
On the other hand, I have several foneras running latest openwrt
atheros/kamikaze and they're running fine (with ath_ahb: 0.9.4.5 (svn
r2568)). Perhaps we should be following openwrt and Sven-Ola
(Freifunk) patches closely as they are the guys who have the best
experience with *real* world adhoc networks.
Any suggestions?
Regards,
Fred
On Apr 17, 2008, at 1:13 PM, Kim-man 'Punky' TSE wrote:
Hi,
Voyage 0.5 comes with madwifi 0.9.4-rc2, will it solve the adhoc
problem?
Regards,
Punky
Frederico Marques wrote:
Ola' Xavier,
I've been playing with Adhoc Mesh + Madwifi + OLSR for the past 2
years and I warn you, unfortunately Madwifi + Adhoc is not very
stable, yet (for me it gave me too much trouble). The xmit buf is
a known bug, I advise you first to run last stable version of
Madwifi (0.9.4) as the version that ships with Voyage is old (from
debian stable repos). One of the workarounds is to disable power
saving mode:
iwpriv ath0 uapsd 0
Don't know if it works for you. For others to solutions is to
increase a ATH_TX buffer to 400 on the code and recompile the
driver (yes, ugly hack).
http://madwifi.org/ticket/717
Good luck,
Fred
On Apr 14, 2008, at 1:18 PM, Xavier Martinez wrote:
Hi!
We are developing a mesh network (olsrd) supported by a trunk
network
in Spain. We are currently using voyage 0.4.1 for the WRAPs of the
trunk network in ad-hoc and a mode. Until now, in the trunk we used
linksys with freifunk to give OLSR coverage to clients and WRAPS to
link nodes with dedicated links over an OSPF network and no problem.
OLSR nodes in the trunk are "forced" to pass over the OSPF network
using an openvpn connection (Interface tapX)
Recently, we tried to replace linksys for WRAPs with voyage 0.4.1
with
olsrd and openvpn installed. We configured the openvpn links and it
seemed to work properly. However, later we've realized that
/var/log/messages is flooded with:
kernel: ath_mgtstart: discard, no xmit buf
It happens in b and g mode (we have not tried a mode). However,
WRAPs
that are in the OSPF don't show this weird behaviour. Any ideas?
Here are the olsr and interfaces configuration:
/etc/olsrd.conf
DebugLevel 0
IpVersion 4
AllowNoInt yes
Pollrate 0.1
TcRedundancy 2
MprCoverage 7
LinkQualityFishEye 1
LinkQualityWinSize 100
LinkQualityDijkstraLimit 0 6.0
LinkQualityLevel 2
UseHysteresis no
Interface "ath0" "ath1"
{
HelloInterval 4.0
HelloValidityTime 72.0
TcInterval 3.0
TcValidityTime 216.0
MidInterval 12.0
MidValidityTime 216.0
HnaInterval 12.0
HnaValidityTime 72.0
}
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
Ip4Broadcast 10.224.255.255
}
# Olsrd plugins to load
LoadPlugin "olsrd_httpinfo.so.0.1"
{
PlParam "port" "80"
PlParam "Net" "0.0.0.0 0.0.0.0"
}
LoadPlugin "olsrd_nameservice.so.0.3"
{
PlParam "name" "TDT-4"
PlParam "hosts-file" "/tmp/hosts.olsr"
PlParam "resolv-file" "/tmp/resolv.conf.olsr"
}
LoadPlugin "olsrd_dyn_gw.so.0.4"
{
PlParam "Interval" "40"
PlParam "Ping" "80.58.0.33"
}
LoadPlugin "olsrd_txtinfo.so.0.1"
{
PlParam "Accept" "127.0.0.1"
}
/etc/network/interfaces
auto lo
iface lo inet loopback
auto ath0
iface ath0 inet static
address 10.224.0.14
netmask 255.255.0.0
pre-up wlanconfig ath0 create wlandev wifi0 wlanmode adhoc
pre-up iwconfig ath0 channel 6
up iwconfig ath0 essid guifibages
up sysctl -w dev.wifi0.diversity=0
up sysctl -w dev.wifi0.txantenna=1
up sysctl -w dev.wifi0.rxantenna=1
up athctrl -i wifi0 -d 3000
up iwpriv ath0 mode 3
up iwconfig ath0 ap 12:34:56:78:9A:BC
auto ath1
iface ath1 inet static
address 10.224.0.15
netmask 255.255.0.0
pre-up wlanconfig ath1 create wlandev wifi1 wlanmode adhoc
pre-up iwconfig ath1 channel 6
up iwconfig ath1 essid guifibages
up sysctl -w dev.wifi1.diversity=0
up sysctl -w dev.wifi1.txantenna=1
up sysctl -w dev.wifi1.rxantenna=1
up athctrl -i wifi1 -d 3000
up iwpriv ath1 mode 3
up iwconfig ath1 ap 12:34:56:78:9A:BC
auto eth0
iface eth0 inet static
address 10.225.0.68
netmask 255.255.255.240
up route add -net 10.225.0.0/16 gw 10.225.0.65
_______________________________________________
Voyage-linux mailing list
[email protected]
http://list.voyage.hk/mailman/listinfo/voyage-linux
_______________________________________________
Voyage-linux mailing list
[email protected]
http://list.voyage.hk/mailman/listinfo/voyage-linux
--
Regards,
Punky
Voyage Solutions (http://solution.voyage.hk)
* Embedded Solutions and Systems
- Mesh Networking, Captive Portal, IP Surveillance, VoIP/PBX
- Network Engineering, Development Platform and Consultation
_______________________________________________
Voyage-linux mailing list
[email protected]
http://list.voyage.hk/mailman/listinfo/voyage-linux
