[Berlin-wireless] Zwingli Status

Sven-Ola Tücke sven-ola
Mo Nov 26 08:49:03 CET 2007


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. 
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.

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. ???






Mehr Informationen über die Mailingliste Berlin