<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Hallo Stefan,<br>
vielen Dank,<br>
Stabilität klingt gut - kann ich AirOS aus dem Webinterface flashen
oder geht das nur per tftp? Irgendwelche Fallstricke dabei, wenn
schon eine bubble drauf ist?<br>
Abgesehen davon möchte ich gerne einen zweiten link aufbauen,
Richtung fl49 oder ows wäre wahrscheinlich möglich.<br>
Ich dachte an eine NanoBeam M5-400, weißt Du evtl. eine gute Quelle?<br>
LG Wolfgang<br>
<br>
<br>
<div class="moz-cite-prefix">On 25/08/14 08:45, Stefan Schultheis
(home) wrote:<br>
</div>
<blockquote
cite="mid:CAHanXmFg7pCCmLE5b083TK_XdfQ1AeBtOa-HWJfNFxtRHum1yA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>Hallo Wolfgang,<br>
<br>
</div>
alles klar, super, dass es jetzt klappt! Und danke für's
Testen der r122 bzgl. IPv6! ;)<br>
<br>
</div>
Bzgl. der SW gibt es mehrere Möglichkeiten. Eine
eindeutige Empfehlung gibt es nicht, alle Varianten haben
Vor- und Nachteile, sollten aber die Grundfunktionen (da
gehört mittlerweile IPv6 dazu) problemlos beherrschen:<br>
</div>
<br>
</div>
<div>OpenWRT-basierend gibt es die Bubbles von Joe oder die
offiziellen Images. Da ist man sehr flexibel, weil Pakete
dazuinstalliert werden können.<br>
<br>
</div>
<div>Ich verwende in den letzten Monaten immer mehr das AirOS
0xFF von Bernhard Marker, vgl. auch <a
moz-do-not-send="true"
href="http://srv1.duer9.wien.funkfeuer.at/files/anleitungen/airos0xff_als_master.pdf">http://srv1.duer9.wien.funkfeuer.at/files/anleitungen/airos0xff_als_master.pdf</a>
bzw. <a moz-do-not-send="true"
href="http://funkfeuer.biringer.eu/ubnt/">http://funkfeuer.biringer.eu/ubnt/</a>.
Das ist das Original AirOS vom Hersteller der Antennen, das
mit Hilfe des SDK (SW Dev. Kit) um die Funkfeuer-Funktionen
(OLSR, IPv6, ...) erweitert wurde. Ist eine tolle, sehr
stabile SW, es gibt ein kostenfreies zentrales Management
(AirControl), dafür kann man bzgl. der Pakete nichts mehr
erweitern. Eine Einschränkung gibt es: es wird kein ad-hoc
Netzwerk unterstützt.<br>
Dafür funktionieren auch die XW-Devices (zB. NanoBeam), die
gehen meines Wissens nach unter OpenWRT noch nicht.<br>
<br>
</div>
<div>LgS<br>
<br>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Am 24. August 2014 18:00 schrieb
Wolfgang <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:0xff@medicaldb.net" target="_blank">0xff@medicaldb.net</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Hallo Stefan,<br>
das Du keine OLSR-Neighbors siehst, ist ein bug der FW,
die Nachbarn sieht man erst nach dem admin login.<br>
Gerade als ich dabei war, dieses mail fertigzustellen bin
ich auf den Fehler draufgekommen - ganz trivial, ich hatte
schlicht vergessen, am WAN-if eine v6-Adresse zu vergeben
(blöd...). Jetzt klappt das OLSRv6-routing problemlos.<br>
<br>
Welche FW ist derzeit für dual stack auf der Nanostation
M5 empfohlen? Hast Du evtl. einen link?<br>
<br>
LG und danke!<span class="HOEnZb"><font color="#888888"><br>
<br>
Wolfgang</font></span>
<div>
<div class="h5"><br>
<br>
<br>
<br>
<div>On 24/08/14 09:18, Stefan Schultheis (home)
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">
<div>
<div>
<div>Hallo Wolfgang,<br>
<br>
</div>
grundsätzlich haben wir so ein Setup (mit
Raspbian) schon probiert und das hat
funktioniert. Die Bubbles v122 kenne ich
persönlich nicht, leider sehe ich die
OLSR-Neighbors auf deinem Device nicht, weil
eine Fehlermeldung kommt.<br>
<br>
</div>
Ich würde mal mit tcpdump eingrenzen, ob die
beiden Devices über OLSRv6 auch Pakete
versenden.<br>
<br>
</div>
ZB. auf einer NanoStation bei mir sieht das so
aus:<br>
--<br>
root@nstm5-nord:~# tcpdump -i wlan0 -c 10 port 698<br>
tcpdump: verbose output suppressed, use -v or -vv
for full protocol decode<br>
listening on wlan0, link-type EN10MB (Ethernet),
capture size 65535 bytes<br>
09:15:41.515177 IP
NanoStL5.koelbl15.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0x8de4, length
1452<br>
09:15:41.876183 IP
v140sw.stu7.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0xb8e6, length
1468<br>
09:15:42.987149 IP6 2a02:60:104:9411::1.698 >
ff02::6d.698: OLSRv6, seq 0x9b42, length 580<br>
09:15:43.140177 IP6 2a02:60:106:9a10::1.698 >
ff02::6d.698: OLSRv6, seq 0xe4b4, length 700<br>
09:15:43.352979 IP
nstm5-nord.hohl28.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0x43b3, length
1428<br>
09:15:43.355413 IP
nstm5-nord.hohl28.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0x43b4, length
1448<br>
09:15:43.369195 IP
NanoStL5.koelbl15.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0x8dee, length
1460<br>
09:15:43.371414 IP
NanoStL5.koelbl15.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0x8def, length
1456<br>
09:15:43.381024 IP
v140sw.stu7.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0xb8f1, length
1468<br>
09:15:43.383188 IP
v140sw.stu7.wien.funkfeuer.at.698 >
255.255.255.255.698: OLSRv4, seq 0xb8f2, length
1448<br>
10 packets captured<br>
143 packets received by filter<br>
94 packets dropped by kernel<br>
--<br>
<br>
<div>
<div>Kannst du uns den Output von der
NanoStation und vom Raspberry posten? Wenn
nämlich einer der beiden keine Pakete schickt,
dann wissen wir, wo wir genau suchen müssen!<br>
<br>
</div>
<div>LgS<br>
<br>
</div>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">Am 22. August 2014 10:53
schrieb Wolfgang <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:0xff@medicaldb.net"
target="_blank">0xff@medicaldb.net</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0
0 0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">Hallo!<br>
Ich betreibe den Knoten xozw.trt6 (nsm5,
mesh.Bubble 2014-Beta (r122)) seit einiger
Zeit auch mit v6 Anbindung (Tunnel läuft am
ozw).<br>
Des weiteren betreibe ich am WAN-if ein
weiteres device (rpi, raspbian), welches
derzeit nur mit olsrv4 angebunden ist.<br>
Mein Problem ist, das am WAN-if nur
olsrv4-Pakete rauskommen, keine olsrv6. Am
wlan0 ist alles wie es sein soll (olsrd 4+6
broadcast). Im web interface der nsm5 habe ich
leider keine Einstellmöglichkeit dazu
gefunden. <br>
Hat jemand eine Idee dazu? Die Konfiguration
an der nsm5 wurde prinzipiell nach 0xff
Anleitung durchgeführt.<br>
<br>
Ein zweiter Olsrd für v6 läuft bereits
grundsätzlich auf dem rpi parallel zu v4, wäre
toll, wenn dennoch jemand eine sicher
funktionierende conf posten könnte.<br>
LG Wolfgang<br>
_______________________________________________<br>
IPv6-wien mailing list<br>
<a moz-do-not-send="true"
href="mailto:IPv6-wien@lists.funkfeuer.at"
target="_blank">IPv6-wien@lists.funkfeuer.at</a><br>
<a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/ipv6-wien"
target="_blank">https://lists.funkfeuer.at/mailman/listinfo/ipv6-wien</a><br>
<br>
</blockquote>
</div>
<br>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
IPv6-wien mailing list
<a moz-do-not-send="true" href="mailto:IPv6-wien@lists.funkfeuer.at" target="_blank">IPv6-wien@lists.funkfeuer.at</a>
<a moz-do-not-send="true" href="https://lists.funkfeuer.at/mailman/listinfo/ipv6-wien" target="_blank">https://lists.funkfeuer.at/mailman/listinfo/ipv6-wien</a>
</pre>
</blockquote>
<br>
</div>
</div>
</div>
<br>
_______________________________________________<br>
IPv6-wien mailing list<br>
<a moz-do-not-send="true"
href="mailto:IPv6-wien@lists.funkfeuer.at">IPv6-wien@lists.funkfeuer.at</a><br>
<a moz-do-not-send="true"
href="https://lists.funkfeuer.at/mailman/listinfo/ipv6-wien"
target="_blank">https://lists.funkfeuer.at/mailman/listinfo/ipv6-wien</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>