[WLANware] Bugs - FFF v1.5.18

[Samuel Lang]

Sven-Ola,

das da wars! :)

> nvram unset ff_dyngw commit && /etc/init.d/S53olsrd restart;sleep 60;ip r

Keine Ahnung wie ff_dyngw reinspuckt, aber jetzt sind sie alle da! Klasse!

Gruss Samuel

-----Ursprüngliche Nachricht-----
Von: wlanware-bounces at freifunk.net [mailto:wlanware-bounces at freifunk.net] Im
Auftrag von Sven-Ola Tuecke
Gesendet: Mittwoch, 18. Juli 2007 15:32
An: wlanware at freifunk.net
Betreff: Re: [WLANware] Bugs - FFF v1.5.18

Hi Samuel,

a) schick' mal "cat /var/etc/olsrd.conf"
  und
b) ip r ls table 111
 und
c) nvram show|sort|grep gate

Probier dann auch mal das hier:

nvram unset ff_dyngw commit && /etc/init.d/S53olsrd restart;sleep 60;ip r

// Sven-Ola

""Samuel Lang"" <universam at gmx.de> schrieb im Newsbeitrag 
news:000601c7c93e$f44a8bf0$dcdfa3d0$@de...
Sehr schön!

Muss mir das in Ruhe noch einmal zu Gemüte führen, aber viell. kannst du mir
das Delta erklären, ich nicht:

---FFF 1.4.5---
root at AP41:~# ip r
10.10.1.40 dev eth1  scope link  metric 1
>>>>>>>(cut ca.40 routen)
10.10.10.1 via 10.10.1.37 dev eth1  metric 2
10.10.10.18 via 10.10.1.40 dev eth1  metric 2
10.10.10.22 via 10.10.1.40 dev eth1  metric 2
10.10.10.25 dev eth1  scope link  metric 1
10.10.10.29 via 10.10.1.40 dev eth1  metric 2
10.10.10.200 via 10.10.1.37 dev eth1  metric 2
192.168.11.0/24 dev br0  proto kernel  scope link  src 192.168.11.1
10.10.0.0/16 dev eth1  proto kernel  scope link  src 10.10.1.41
default via 10.10.1.40 dev eth1  metric 2


und
---FFF 1.5.21---
root at AP37:~# ip r
192.168.11.0/24 dev br0  proto kernel  scope link  src 192.168.11.1
10.10.0.0/16 dev eth1  proto kernel  scope link  src 10.10.1.37
root at AP37:~#
---ENDE---

Wo sind die routen? Wo ist default gw?

Lg,
Samuel

-----Ursprüngliche Nachricht-----
Von: wlanware-bounces at freifunk.net [mailto:wlanware-bounces at freifunk.net] Im
Auftrag von Sven-Ola Tuecke
Gesendet: Mittwoch, 18. Juli 2007 14:47
An: wlanware at freifunk.net
Betreff: Re: [WLANware] Bugs - FFF v1.5.18

Samuel,

gut. Hier die Wiederholung von einer anderen Liste. Ich bin recht sicher,
dass Routen da sind - hab's ausprobiert.

Die Default-Route in Table 254 (Iproute2-speak: Table main) wird ja wie
immer mit "route -n" bzw. "ip r" angezeigt. Diese Tabelle ist fuer alle.
Kann mit den alten "iffonfig" und "route" Befehlen verwaltet werden . Da
irgendwie jeder die Befehlsfolge fuer "route add default gw a.b.c.d" bzw.
"ip r add default via a.b.c.d" kennt und die Default-Route eine
"Gemeinschafts-Ressource" ist, hab' ich das dyngwplain und das
Policy-Routing eingefuehrt.

Folgende Aussagen gelten fuer die Freifunk-Firmware, was Selberbastler alles
so treiben steht auf einem anderem Blatt - manche koennen's - manche eben
nicht.

* Das dyngwplain announced HNA 0/0, sobald eine Default-Route in Tablle 254
mit Metrik 0 vorhanden ist. Genau dieser Zusammenhang. Sonst kein anderer.
Darum "plain"..

* Nebenbei gibt's einen Cron-Job /usr/sbin/cron.minutely, der prueft mit
"traceroute", ob die manuell gesetzte Default-Route ueberhaupt funktioniert.
Falls nicht -> Default-Route weg -> kein HNA 0/0 -> anderes Gateway -> alle
Gluecklich. Der Test dauert Minuten. Dafuer kann man Traceroute nicht so
einfach "besch**ssen".

* Damit ein Node mit traceroute selber weiter testen kann, ob die vormals
kaputte Default-Route evnt. wieder hochkommt, wird diese im Fehlerfall in
eine Hintergrund-Default-Route gewandelt, die *nur fuer das Geraet selbst*
gilt. Guckt man mit "ip rule ls" nach Regeln. Die Routen kann man uebrigens
mit "ip ro ls table 252" anzeigen.

* Jetzt gab's oefter den Fall "Mein Gateway nur fuer mich, will aber
trotzdem Freifunken aber die anderen nicht nerven". Darum hab' ich an die
Deaktivierung des dyngwplain ein erweitertes Policy-Routing geklemmt. Kein
dyngwplain -> alle OLSR-Routen (inkl. der OLSR-Default-Route gueltig fuer
alle anderen) in Tabelle 111. Das dyngwplain wieder aktivieren -> alles wie
vorher in Tabelle 254 ("main").

* Die Tabellen-Nummern stehen in /etc/iproute2/rt_tables. 111 == olsr, 254
== main, 252 == dyngw.

* Das kann man alles auskommenterien. Beliebt bei Leuten, die als
Internet-Zugang einen "UDP-ist-bei-mir-nicht" Firewall haben und/oder
einfach die Konfig nicht im Griff. Aber im Regelfall hilft es, schwarze
Loecher (aka nicht-funktionierende Internet-Zugaenge) zu vermeiden. Ein
Gateway ohne UDP ist eine Krankheit IMO - kann man gleich einen Zwangsproxy
machen.

* Ach und wer schon immer neugierig war: "ip ro ls table local" ist noch
interessant. Das sind die durch IP/Netzmaske direkt den Interfaces
zugeordneten "internen Routing-Eintraege" mit absoluter Prio.

Weiter gehts unter "LARTC" (-> google).

HTH,
// Sven-Ola



"Samuel Lang" <universam at gmx.de> schrieb im Newsbeitrag
news:mailman.481.1184762499.13220.wlanware at freifunk.net...
Stelle mich auch mal gerne als Tester zur Verfügung! :)
 - hab grad die brandheisse 1.5.21 drauf und stelle fest dass kein default
GW bzw. überhaupt keine routen gesetzt werde. Fehlt ein Paket?
'route' meint "[Install freifunk-openwrt-compat for /sbin/route]", okay aber
wie ohne default gw???

Ist übrigens in der 18er auch gewesen, bei der stable 1.4.5 aber nicht.


-----Ursprüngliche Nachricht-----
Von: wlanware-bounces at freifunk.net [mailto:wlanware-bounces at freifunk.net] Im
Auftrag von Sven-Ola Tuecke
Gesendet: Mittwoch, 18. Juli 2007 13:45
An: wlanware at freifunk.net
Betreff: Re: [WLANware] Bugs - FFF v1.5.18

Tezlav,

dann faehrst das Geraet failsafe - muss was echt seltsames sein. Ich mach'
immer einen Minimaltest bevor ich neue Versionen hochlade. Ich lad' die
naemlich ueber meine Freifunk-Verbindung hoch. Das sicher die Qualitaet
<ggg>.

Mach doch mal'n sh -x /bin/firstboot. Wahlweise "nvram unset ff_reset commit

&& reboot".

// Sven-Ola

"tetzlav" <tetzlav at leipzig.freifunk.net> schrieb im Newsbeitrag
news:f7ktch$ic0$1 at quamquam.org...
Sven-Ola Tuecke schrieb:
> Hallo tezlav,
>
> gedacht? Nix. Das'n Fehler. War mal wieder zu fluechtig. Einfach
> auskommentieren. Oder die 1.5.21 nehmen (ab etwa 14:00h MESZ).
>
> @alle: Das sind Testing-Versionen. Und zwar absichtlich. Fuer den
> produktiven Einsatz empfehle ich nach wie for die gute alte 1.4.5 aus
> http://download.olsrexperiment.de/ipkg Fehlermeldungen werden wie immer
> dankbar beruecksichtigt.

Wenn wir grade dabei sind - noch ein komisches Verhalten (diesmal 1.5.20 von
heute morgen):

Ich kann mich nicht per ssh einloggen, er kennt mein Passwort nicht.
Per telnet komme ich *ohne* Passwort drauf

> @Freifunk:/# passwd
> passwd: unknown uid 0

...?

Hab vorsichtshalber auch mal das nvram gelöscht, denn der Flashtest-Node muß

für
einiges herhalten, brachte aber keine Änderung...

im WebIF ist (bis auf Forbitten für LAN) alles ok.


Gruß
tetzlav
_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung 
unter http://freifunk.net/mailinglisten 

_______________________________________________
WLANware mailing list
WLANware at freifunk.net
Abonnement abbestellen? -> https://freifunk.net/mailman/listinfo/wlanware

Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung
unter http://freifunk.net/mailinglisten