olsrd_dyn_gw.so.0.5 funktioniert glaub ich nicht wirklich

[Michael Fritscher]

Hi,

spontan: Hast du die plugins auch entsprechend aktualisiert?

Viele Grüße,
Michael

> Guten Morgen
>
> Ich hab mich jetzt testweise auch mal an die Version von Michael ran
> getraut und installiert. Hier startet Olsrd aber irgendwie nicht richtig
> durch:
>
> ---
> ********** /etc/olsrd # /etc/init.d/olsrd start
> Starting olsrd:
>   *** olsr.org -
> 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf ***
>   Build date: 2015-10-09 19:45:00 on fff-wue1
>   http://www.olsr.org
>
> Parsing file: "/etc/olsrd/olsrd.conf"
> Debug level: 0
>          IPv4 broadcast: 255.255.255.255
>          HELLO interval: 6.00
>          HELLO validity: 600.00
>          TC interval: 0.50
>          TC validity: 300.00
>          MID interval: 10.00
>          MID validity: 300.00
>          HNA interval: 10.00
>          HNA validity: 300.00
>
> Interface DefaultsLink quality fish eye 1
> IpVersion: 4
> Clear screen enabled
> HNA IPv4 entry: 10.50.32.0/21
> Noint set to 1
> Willingness: 3
>          IPC host: 127.0.0.1
> Hysteresis disabled
> Link quality level 2
> Pollrate 0.10
> TC redundancy 2
> MPR coverage 5
> Plugin: olsrd_httpinfo.so.0.1
> Plugin param key:"Port" val: "8080"
> Plugin param key:"Net" val: "0.0.0.0 0.0.0.0"
> Plugin: olsrd_dyn_gw.so.0.5
> Plugin param key:"Interval" val: "5"
> Plugin param key:"Ping" val: "8.8.8.8"
> Plugin param key:"Ping" val: "82.165.230.17"
> Plugin param key:"pingcmd" val: "ping -c 1 -q -I tun0 %s"
> Plugin: olsrd_dot_draw.so.0.3
> RtProto: 8
> RtTable: 10
> RtTableDefault: 10
> RtTableTunnel: 10
> Queuing if kleeV2
> Queuing if has2
> Queuing if fff-gw-m1
> Queuing if fff-pi-cd1
> Warning, setting a table for tunnels without SmartGW does not make sense.
>          IPv4 broadcast/multicast : 255.255.255.255
>          Mode           : mesh (d)
>          IPv6 multicast           : ff02::6d
>          HELLO emission/validity  : 6.00 (d)/600.00 (d)
>          TC emission/validity     : 0.50 (d)/300.00 (d)
>          MID emission/validity    : 10.00 (d)/300.00 (d)
>          HNA emission/validity    : 10.00 (d)/300.00 (d)
>          Autodetect changes       : yes
>          IPv4 broadcast/multicast : AUTO
>          Mode           : mesh
>          IPv6 multicast           : ::
>          HELLO emission/validity  : 0.00/0.00
>          TC emission/validity     : 0.00/0.00
>          MID emission/validity    : 0.00/0.00
>          HNA emission/validity    : 0.00/0.00
>          Autodetect changes       : no
>          IPv4 broadcast/multicast : AUTO
>          Mode           : mesh
>          IPv6 multicast           : ::
>          HELLO emission/validity  : 0.00/0.00
>          TC emission/validity     : 0.00/0.00
>          MID emission/validity    : 0.00/0.00
>          HNA emission/validity    : 0.00/0.00
>          Autodetect changes       : no
>          IPv4 broadcast/multicast : AUTO
>          Mode           : mesh
>          IPv6 multicast           : ::
>          HELLO emission/validity  : 0.00/0.00
>          TC emission/validity     : 0.00/0.00
>          MID emission/validity    : 0.00/0.00
>          HNA emission/validity    : 0.00/0.00
>          Autodetect changes       : no
>          IPv4 broadcast/multicast : AUTO
>          Mode           : mesh
>          IPv6 multicast           : ::
>          HELLO emission/validity  : 0.00/0.00
>          TC emission/validity     : 0.00/0.00
>          MID emission/validity    : 0.00/0.00
>          HNA emission/validity    : 0.00/0.00
>          Autodetect changes       : no
> olsr.org - 0.6.8.1-git_0000000-hash_88868cc56cd56d8c72f1bf61728e50bf
> detaching from the current process...
> ---
>
> und dann bleibt er "hängen" ich kann nur noch mit STRG+C abbrechen. Ein
> pgrep auf einer weiteren Konsole zeigt das Olsr ansich läuft aber ich
> komm weder per Port 8080 an das Webinterface ran noch werden
> irgendwelche routen übertragen. EIn debuglevel 9 bringt leider auch
> keine weiteren Infos, er zeigt da genau das gleiche an. Die Ausgabe
> scheint exakt gleich zu der von 0.6.6.2 zu sein mit der Ausname der
> geänderten Versionsnummer und das er eben stecken bleibt. Bei 0.6.6.2
> kommt danach noch eine Zeile "olsrd." und dann läuft olsrd fehlerfrei.
> Bevor ich jetzt lang rumprobiere/Fehler suche frag ich gleich mal in die
> Runde ob das Problem schon jemand hatte, ihr probiert da ja schon länger
> rum als ich ;)?
>
> ein apt-get remove olsrd und neu installieren aus den Debian
> Paketquellen mit der alten Version funktionierte einwandfrei und Olsr
> läuft sofort wieder so (fehlerhaft) wie man es gewohnt ist (configs
> bleiben anscheinend jederzeit erhalten, ich hab sie mal zur Sicherheit
> gesichert musste sie aber nie zurück spielen).
>
> mfg
>
> Christian
>