[Berlin-wireless] Zwingli Status

ulf kypke u.kypke
Mo Nov 26 12:12:20 CET 2007


Am 26.11.07 schrieb Sven-Ola Tücke <sven-ola at gmx.de>:
> Moins,
>
> das ist heute morgen natuerlich nicht mehr so. Ich hab' erstmal das txtinfo
> und das nameservice-plugin auf 104.0.0.54 in Betrieb genommen, damit dort
> die "hna.sh" und "neigh.sh" Skripten laufen. Damit kann man gucken, ob die
> Routing-Entscheidungen plausibel sind.
>
> Als Sonderdroesel fuer den Zwingli-Sued-Cube faellt mir nur ein, dass es ein
> Geraet mit _drei_ OLSR-Interfaces ist (mit einer Managed-Strecke auf 2.4 Ghz
> zu Bockis Uplink). Alles andere (Netzmaske etc) sieht eigentlich OK aus.
> Dieser Cube hat ein vollwertiges Ethernet und eine Atheros in Richtung
> Emma-Kirche.
>
> Achso. WIe schon angedeutet - die 5 Ghz-Strecke zur Emma ist jetzt in Betrieb.
> Der Zwingli-Suedcube ist der Master. Ich hatte erhebliche Schwierigkeiten mit
> Madwifi und tippe auf eine txpower-Geschichte, die irgendwann vor ein paar
> Madwifi-Versionen in den Nicht-HAL-Teil eingebaut worden ist (-> siehe meine
> letzte Mail mit den Horst-Bildern). Die Stecke bringt etwas ueber 2.000
> Kilobyte/Sek. und ich kann die txpower auf etwa 12 mW 'runterdrehen ohne
> erhebliche Einbrueche. Mehr wuerde ich nicht erwarten, denn die Cube habe ich
> nie wesentlich schneller bekommen auch nicht wenn sie nebeneinander stehen.

cool 2mbyte, das ist nicht schlecht!


> Antenne, Noise und sonstiges Setup da oben sind also prinzipiell OK.
>
> Ich hab' einiges probiert. Dazu 4 verschiedene Madwifi-Versionen kombiniert:
>
> madwifi-0.9.3 (letzte "offizielle" von madwifi.org)
> madwifi-nbd (Spezial-HAL von NBD, ATH_HAL_VERSION "0.9.17.1", ziemlich alt)
> madwifi-fon (als GPL.tgz von FON/Foneraplus veroeffentlicht, HAL=0.9.17.1)
> madwifi-kamikaze (ziemlich genau die aktuelle Version aus OpenWrt)
>
> Master: 0.9.3 -> geht nicht (nur 10kbyte/sek wenn ueberhaupt connect)
> Master: nbd -> alles prima, ca. 2000 kbyte/sek, rockt + ist stabil
> Master: fon -> geht nicht
> Master: kamikaze -> geht auch nicht
>
> Wenn ich den madwifi-nbd als Master habe, laufen die anderen Versionen als
> Clients ohne grosze Einbrueche mit. Vermutlich haben die Entwickler keine
> Langstrecken. Auf 100 Meter funktionieren naemlich alle diese Kombis
> wunderbar...
>
> Leider ist auf der Emma noch eine Kleinigkeit. Dort ist Ethernet mit einem
> USB-Dings realisiert (ein Pegasus-USB-Eth). Das Ding macht Aerger. So alle
> 200 Mega geht der Cube baden. Schalte ich das USB-Eth aus, kann ich aus
> cgi-bin-dev-zero gegenseitig je bis zum 2Gig ziehen (dann gibts einen
> wget-Ueberlauf). Da ist noch was zu reparieren - bis dahin erwarte ich
> Abstuerze des Emma-Cubes wenn die Strecke stark ausgelastet ist.
>
hast du noch die ethernet minipci karte, ich habe einen adapter auf
rj45 fuer dich! ist da noch platz? es waere doch schade wenn die
instabilitaet an solch einem usb dongle haengen bleibt.

> Als Referenz die Atheros-Config:
>
> auto ath0
> iface ath0 inet static
>         address 104.0.2.1
>         netmask 255.255.255.240
>         broadcast 104.0.2.15
>         wireless_mode master
>         wireless_essid BBB_EMMAUS_ZWINGLI
>         wireless_standard a
>         wireless_channel 140
>         wireless_rts off
>         wireless_frag off
>         wireless_key off
>         #nicht noetig: wireless_rate 24M
>         up iwconfig $IFACE txpower 11
>         up iwpriv $IFACE doth 0
>         #wenn if up - absturz: up iwpriv $IFACE abolt 0
>         #funny txpwrloss: up iwpriv $IFACE bintval 1000
>         up iwpriv $IFACE ap_bridge 0
>         up iwpriv $IFACE mcast_rate 6000
>         pre-up athctrl -i wifi0 -d 4000
>         madwifi_base wifi0
>
> // Sven-Ola
>
> Am Sonntag 25 November 2007 20:07:29 schrieb yokoy:
> > so ist es vermutlich gedacht:
> > 4. 104.130.1.154 0.0% 6 4.0
> > 6.1 4.0 9.2 2.3 5. 104.0.0.53
> > 0.0% 5 5.7 7.1 5.4 8.9 1.5 6. 104.0.0.14
> > 0.0% 5 7.2 8.4 6.1 11.4 2.0
> >
> >
> > solch nette routen gibt es auch (von der zwingli ueber unkul zu bocki)
> >
> > 4. 104.130.1.154 0.0% 9 4.3
> > 6.1 3.8 9.9 1.9 5. 104.0.0.51
> > 0.0% 9 12.9 6.5 4.6 12.9 2.6 6. 104.130.2.245
> > 0.0% 8 6.5 8.1 6.5 10.8 1.4 7.
> > 104.130.77.78 0.0% 8 9.9
> > 20.3 7.8 42.5 14.0 8. 104.130.77.9
> > 0.0% 8 10.8 13.0 10.8 17.5 2.2
> >
> >
> > auch schoen:
> > 4. 104.130.1.154 0.0% 3 4.2
> > 10.6 3.9 23.7 11.3 5. 104.0.0.51
> > 50.0% 3 15.6 15.6 15.6 15.6 0.0 6. 104.0.0.50
> > 33.3% 3 8.7 7.6 6.5 8.7 1.6 7.
> > 104.0.0.51 50.0% 3 5.8
> > 5.8 5.8 5.8 0.0 8. ???
> > 9. 104.0.0.51 33.3% 3 7.1
> > 7.2 7.1 7.3 0.1 10. ???
> > 11. 104.0.0.51 0.0% 3 12.2
> > 10.7 9.3 12.2 2.0 12. 104.0.0.50
> > 50.0% 3 8.6 8.6 8.6 8.6 0.0 13. 104.0.0.51
> > 50.0% 3 7.7 7.7 7.7 7.7 0.0
> > 14. ???
> > 15. 104.0.0.51 50.0% 3 10.6
> > 10.6 10.6 10.6 0.0 16. ???
> > 17. 104.0.0.51 50.0% 3 9.6
> > 9.6 9.6 9.6 0.0 18. ???
> > 19. ???
> > 20. 104.0.0.50 50.0% 2 11.2
> > 11.2 11.2 11.2 0.0 21. ???
>
>
> _______________________________________________
> Berlin mailing list
> Berlin at berlin.freifunk.net
> http://lists.berlin.freifunk.net/cgi-bin/mailman/listinfo/berlin
>




Mehr Informationen über die Mailingliste Berlin