Finding OLSR v0.6.3-3 node with empty node table?

[Ben West]

For the past week, I've been playing around with olsrd v0.6.3-3 compiled
from OpenWRT trunk r33537 on a mesh of four UBNT M5 devices. Just now, I
discovered a Bullet M5 which had (from external monitoring) apparently lost
its default route after an automated reboot.

Upon inspection locally, querying olsrd @ port 2006 returned an entirely
empty node table, despite iw wlan0 station dump reporting very good RSSI
with the gateway node. Restarting olsrd on that node let the node table be
appropriately (re)populated, and restored its route.

Has this behavior been observed by others?

[Markus Kittenberger]

Post by Ben West
For the past week, I've been playing around with olsrd v0.6.3-3 compiled
from OpenWRT trunk r33537 on a mesh of four UBNT M5 devices. Just now, I
discovered a Bullet M5 which had (from external monitoring) apparently lost
its default route after an automated reboot.
empty node table, despite iw wlan0 station dump reporting very good RSSI
with the gateway node. Restarting olsrd on that node let the node table be
appropriately (re)populated, and restored its route.
Has this behavior been observed by others?

I would say not very often,.. but your descriptino is very generic,..

But there is the watchdog plugin, to help somehow
(infact just against olsrd main-loop hangs, which if txtinfo still worked,
you afaict did not suffer from)

But did you look for anything on the syslog?
Or did e.g. txinfo (port 2006) /interfaces reported any active olsrd
interfaces?
Which could give some hints, what olsrd's problem actually was about.

Markus

Post by Ben West
--
Ben West
--
Olsr-users mailing list
https://lists.olsr.org/mailman/listinfo/olsr-users

[Ben West]

Hi Markus,

My apologies for being too generic. logread on the effected node
unfortunately didn't reveal anything outside normal log messages (at least
within the ring buffer remaining). Since the original problem manifested
itself after the node rebooted itself (per cronjob), I tried another
reboot, but the problem was not repeated.

I am attaching the /etc/config/olsr below.

The command 'echo "/all" | nc localhost 2006' reported all empty tables,
although I didn't happen to check "/interfaces" before restarting olsrd. I
will be mindful to do that should this situation recur.

Contents of /etc/config/olsrd:

config 'olsrd'
option 'IpVersion' '4'
option 'LinkQualityLevel' '2'
option 'LinkQualityAlgorithm' 'etx_ffeth'
option 'SmartGateway' 'yes'
option 'Pollrate' '0.2'
option 'UseHysteresis' 'no'
option 'NatThreshold' '0.5'

config 'LoadPlugin'
option 'library' 'olsrd_arprefresh.so.0.1'

config 'LoadPlugin'
option 'library' 'olsrd_dyn_gw.so.0.5'

config 'LoadPlugin'
option 'library' 'olsrd_secure.so.0.6'
option 'Keyfile' '/etc/olsrd.d/olsrd_secure_key'

config 'LoadPlugin'
option 'library' 'olsrd_httpinfo.so.0.1'
option 'port' '1978'
list 'Net' '0.0.0.0 0.0.0.0'

config 'LoadPlugin'
option 'library' 'olsrd_nameservice.so.0.3'
#option 'resolv_file' '/tmp/resolv.conf.auto'
option 'sighup_pid_file' '/var/run/dnsmasq.pid'
option 'suffix' '.mesh'

config 'LoadPlugin'
option 'library' 'olsrd_p2pd.so.0.1.0'
option 'P2pdTtl' '5'

config 'LoadPlugin'
option 'library' 'olsrd_txtinfo.so.0.1'
option 'accept' '0.0.0.0'

config 'Interface'
list 'interface' 'mesh'
option 'Mode' 'mesh'
option 'Ip4Broadcast' '255.255.255.255'



On Sat, Oct 6, 2012 at 2:24 PM, Markus Kittenberger <

Post by Markus Kittenberger

Post by Ben West
For the past week, I've been playing around with olsrd v0.6.3-3 compiled
from OpenWRT trunk r33537 on a mesh of four UBNT M5 devices. Just now, I
discovered a Bullet M5 which had (from external monitoring) apparently lost
its default route after an automated reboot.
empty node table, despite iw wlan0 station dump reporting very good RSSI
with the gateway node. Restarting olsrd on that node let the node table be
appropriately (re)populated, and restored its route.
Has this behavior been observed by others?

I would say not very often,.. but your descriptino is very generic,..
But there is the watchdog plugin, to help somehow
(infact just against olsrd main-loop hangs, which if txtinfo still worked,
you afaict did not suffer from)
But did you look for anything on the syslog?
Or did e.g. txinfo (port 2006) /interfaces reported any active olsrd
interfaces?
Which could give some hints, what olsrd's problem actually was about.
Markus

Post by Ben West
--
Ben West
--
Olsr-users mailing list
https://lists.olsr.org/mailman/listinfo/olsr-users

--
Olsr-users mailing list
https://lists.olsr.org/mailman/listinfo/olsr-users

[Markus Kittenberger]

Post by Ben West
Hi Markus,
My apologies for being too generic. logread on the effected node
unfortunately didn't reveal anything outside normal log messages (at least
within the ring buffer remaining). Since the original problem manifested
itself after the node rebooted itself (per cronjob), I tried another
reboot, but the problem was not repeated.

good and bad (-;

Post by Ben West
I am attaching the /etc/config/olsr below.

hmm quite some plugins, you need all of them?
(imho just the secure one, might have real potential to cause your problem)

and hmm i prefer the actual olsrd.conf, afair /var/etc/olsrd.conf

Post by Ben West
The command 'echo "/all"

Unfortunately "all" does not mean "all" anymore,.. its just "legacy-all"

Post by Ben West
| nc localhost 2006' reported all empty tables, although I didn't happen
to check "/interfaces" before restarting olsrd. I will be mindful to do
that should this situation recur.
config 'olsrd'
option 'IpVersion' '4'
option 'LinkQualityLevel' '2'
option 'LinkQualityAlgorithm' 'etx_ffeth'
option 'SmartGateway' 'yes'
option 'Pollrate' '0.2'
option 'UseHysteresis' 'no'
option 'NatThreshold' '0.5'

imho does not make much sense, to keep the natthreshold, if smartgateway is
used

whatever, has nothing to do with your reboot problem.

Post by Ben West
config 'LoadPlugin'
option 'library' 'olsrd_arprefresh.so.0.1'
config 'LoadPlugin'
option 'library' 'olsrd_dyn_gw.so.0.5'
config 'LoadPlugin'
option 'library' 'olsrd_secure.so.0.6'
option 'Keyfile' '/etc/olsrd.d/olsrd_secure_key'
config 'LoadPlugin'
option 'library' 'olsrd_httpinfo.so.0.1'
option 'port' '1978'
list 'Net' '0.0.0.0 0.0.0.0'
config 'LoadPlugin'
option 'library' 'olsrd_nameservice.so.0.3'
#option 'resolv_file' '/tmp/resolv.conf.auto'
option 'sighup_pid_file' '/var/run/dnsmasq.pid'
option 'suffix' '.mesh'
config 'LoadPlugin'
option 'library' 'olsrd_p2pd.so.0.1.0'
option 'P2pdTtl' '5'
config 'LoadPlugin'
option 'library' 'olsrd_txtinfo.so.0.1'
option 'accept' '0.0.0.0'
config 'Interface'
list 'interface' 'mesh'
option 'Mode' 'mesh'
option 'Ip4Broadcast' '255.255.255.255'
On Sat, Oct 6, 2012 at 2:24 PM, Markus Kittenberger <

Post by Markus Kittenberger

Post by Ben West
For the past week, I've been playing around with olsrd v0.6.3-3 compiled
from OpenWRT trunk r33537 on a mesh of four UBNT M5 devices. Just now, I
discovered a Bullet M5 which had (from external monitoring) apparently lost
its default route after an automated reboot.
empty node table, despite iw wlan0 station dump reporting very good RSSI
with the gateway node. Restarting olsrd on that node let the node table be
appropriately (re)populated, and restored its route.
Has this behavior been observed by others?

I would say not very often,.. but your descriptino is very generic,..
But there is the watchdog plugin, to help somehow
(infact just against olsrd main-loop hangs, which if txtinfo still
worked, you afaict did not suffer from)
But did you look for anything on the syslog?
Or did e.g. txinfo (port 2006) /interfaces reported any active olsrd
interfaces?
Which could give some hints, what olsrd's problem actually was about.
Markus

Post by Ben West
--
Ben West
--
Olsr-users mailing list
https://lists.olsr.org/mailman/listinfo/olsr-users

--
Olsr-users mailing list
https://lists.olsr.org/mailman/listinfo/olsr-users

--
Ben West