[Voyage-linux] strange messages olsrd
Frederico Marques
(spam-protected)
Thu Apr 17 21:28:08 HKT 2008
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
>>> Voyage-linux at list.voyage.hk
>>> http://list.voyage.hk/mailman/listinfo/voyage-linux
>>
>>
>> _______________________________________________
>> Voyage-linux mailing list
>> Voyage-linux at list.voyage.hk
>> 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
>
>
More information about the Voyage-linux
mailing list