[Olsr-users] Big delay after restaring OSLRD
Francisco Cuesta
(spam-protected)
Fri Jul 6 14:28:28 CEST 2012
Hello, I' facing an issue with OLSRD, I have two interfaces and I run olsrd
on them, the point is that if I disable the interfaces( ifconfig eth1|eth2
down) and keeping olrsd working, when I enables the interfaces again olsrd
needs arounf 15 seconds to be available again, why does it take som much
time, if for instance when I reeboot the router it takes around 1-4
seconds??
This is the output I got when starting the OLSRD:
[(spam-protected) ~]# olsrd
*** olsr.org - pre-0.6.2-git_-hash_554f0c687934643e9ed4fad9d2161307 - ***
Build date: 2012-05-22 09:19:12 on cadis3
http://www.olsr.org
Parsing file: "/etc/olsrd.conf"
Debug level: 0
Willingness: 7
HNA IPv4 entry: 0.0.0.0/0.0.0.0
HNA IPv4 entry: 192.168.100.0/255.255.255.0
Link quality fish eye 0
Plugin: olsrd_bmf.so.1.7.0
Plugin param key:"NonOlsrIf" val: "eth0"
IPv4 broadcast: 255.255.255.255
Interface Defaultssetting ifs_in_curr_cfg = 0
LinkQualityMult any 0.50
HELLO interval: 1.00
HELLO validity: 2.00
TC interval: 1.00
TC validity: 2.00
setting ifs_in_curr_cfg = 0
HELLO interval: 1.00
HELLO validity: 2.00
TC interval: 1.00
TC validity: 2.00
IPv4 broadcast/multicast : 255.255.255.255
Mode : mesh (d)
IPv6 multicast : ff02::6d
HELLO emission/validity : 2.00 (d)/20.00 (d)
TC emission/validity : 5.00 (d)/300.00 (d)
MID emission/validity : 5.00 (d)/300.00 (d)
HNA emission/validity : 5.00 (d)/300.00 (d)
Autodetect changes : yes
IPv4 broadcast/multicast : AUTO
Mode : mesh
IPv6 multicast : ::
HELLO emission/validity : 1.00 (d)/2.00 (d)
TC emission/validity : 1.00 (d)/2.00 (d)
MID emission/validity : 0.00/0.00
HNA emission/validity : 0.00/0.00
LinkQualityMult : 0.0.0.0 0.50
Autodetect changes : no
IPv4 broadcast/multicast : AUTO
Mode : mesh
IPv6 multicast : ::
HELLO emission/validity : 1.00 (d)/2.00 (d)
TC emission/validity : 1.00 (d)/2.00 (d)
MID emission/validity : 0.00/0.00
HNA emission/validity : 0.00/0.00
Autodetect changes : no
olsr.org - pre-0.6.2-git_-hash_554f0c687934643e9ed4fad9d2161307 -
detaching from the current process...
(in green UMTS link eth1, in red MBA link eth2)
Thanks in advance,
ndarkness
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.olsr.org/pipermail/olsr-users/attachments/20120706/de26d18f/attachment.html>
More information about the Olsr-users
mailing list