WLanhsh & WLanwse

[ali]

Hi,

ich habe gestern mal die 104.12.1.3 in der Behaimstr. angeschaltet
(ist normalerweise aus, da mich die 104.12.1.4 über Kabel versorgt) und die Richtantenne nach Norden auf die 104.12.0.19 gedreht:

Internet war zu Beginn da (wenn auch sehr langsam), später nicht mehr. Ich habe dann traceroute zu allen HNA gestartet
(siehe unten) und sah da Loops zwischen 104.12.0.19 und 104.12.0.46 bzw. 104.12.0.1 und 104.12.0.21.

Ich weiß, daß es dem FF-Netz in WSE zur Zeit schlecht geht, dachte aber, das liegt daran, daß Nicos AP und Scharpings Omni nicht funktionieren (letzteres hat uns früher gut versorgt).
Jetzt sehe ich trotzdem 7 HNAs, kann sie aber nicht erreichen, weil Loops dazwischen liegen ?? Oder verstehe ich das falsch?

BTW, die 104.12.0.19 läuft laut Status mit einer FF-Version "1.0.7, Freifunk Leipzig Edition, Release C4". PM an die Adresse im Kontakt war bis jetzt ohne Reaktion.

EDIT: IP-Adressen korrigiert (Danke berT !): 104.13 -> 104.12

ali

Links
Local IP remote IP Hyst LQua lost total NLQ ETX
104.12.1.3 104.5.0.6 0.00 0.14 36 42 0.00 0.00
104.12.1.3 104.0.200.15 0.00 0.28 72 100 0.41 8.76
104.12.1.3 104.12.0.19 0.00 0.92 8 100 0.32 3.42

HNA entries
Network Netmask Gateway
0.0.0.0 0.0.0.0 104.65.0.42
0.0.0.0 0.0.0.0 104.13.3.105
0.0.0.0 0.0.0.0 104.193.1.1
0.0.0.0 0.0.0.0 104.129.43.1
104.13.0.59 255.255.255.255 104.13.0.50
0.0.0.0 0.0.0.0 104.142.0.2
0.0.0.0 0.0.0.0 104.130.1.14
0.0.0.0 0.0.0.0 104.132.24.1

Traceroutes to the HNAs

traceroute to 104.65.0.42 (104.65.0.42), 30 hops max, 38 byte packets
1 192.168.2.1 (192.168.2.1) 0.876 ms 0.607 ms 0.682 ms
2 104.12.0.19 (104.12.0.19) 7.783 ms 2.663 ms 2.810 ms
3 104.12.0.46 (104.12.0.46) 4.675 ms 5.538 ms 4.686 ms
4 104.12.0.19 (104.12.0.19) 10.163 ms 9.156 ms 10.057 ms
5 104.12.0.46 (104.12.0.46) 11.918 ms 13.282 ms 16.928 ms
6 * 104.12.0.46 (104.12.0.46) 3002.908 ms !H 3009.378 ms !H

traceroute to 104.13.3.105 (104.13.3.105), 30 hops max, 38 byte packets
1 192.168.2.1 (192.168.2.1) 0.811 ms 0.723 ms 0.685 ms
2 104.12.0.19 (104.12.0.19) 10.019 ms 15.900 ms 4.807 ms
3 104.12.0.46 (104.12.0.46) 10.548 ms 9.035 ms 12.797 ms
4 104.12.0.46 (104.12.0.46) 3002.585 ms !H * *
5 * 104.12.0.46 (104.12.0.46) 3005.330 ms !H 2999.636 ms !H

traceroute to 104.193.1.1 (104.193.1.1), 30 hops max, 38 byte packets
1 192.168.2.1 (192.168.2.1) 0.883 ms 0.731 ms 0.684 ms
2 104.12.0.19 (104.12.0.19) 3.413 ms 5.163 ms 2.312 ms
3 104.12.0.46 (104.12.0.46) 6.430 ms 8.279 ms 11.676 ms
4 104.12.0.46 (104.12.0.46) 3001.839 ms !H 3004.767 ms !H *

traceroute to 104.129.43.1 (104.129.43.1), 30 hops max, 38 byte packets
1 192.168.2.1 (192.168.2.1) 0.811 ms 0.732 ms 0.686 ms
2 104.12.0.19 (104.12.0.19) 3.038 ms 2.662 ms 3.560 ms
3 104.12.0.46 (104.12.0.46) 8.549 ms 5.157 ms 9.432 ms
4 104.12.0.46 (104.12.0.46) 1755.811 ms !H 3010.424 ms !H 3013.639 ms !H

traceroute to 104.142.0.2 (104.142.0.2), 30 hops max, 38 byte packets
1 192.168.2.1 (192.168.2.1) 0.856 ms 0.612 ms 0.686 ms
2 104.12.0.19 (104.12.0.19) 2.911 ms 3.788 ms 6.309 ms
3 104.12.0.30 (104.12.0.30) 7.393 ms 10.536 ms 3.805 ms
4 104.12.0.19 (104.12.0.19) 3.799 ms 4.290 ms 4.436 ms
5 104.12.0.30 (104.12.0.30) 5.175 ms 23.406 ms 8.172 ms
6 * * 104.12.0.19 (104.12.0.19) 8.548 ms
7 104.12.0.1 (104.12.0.1) 10.597 ms 13.350 ms 7.986 ms
8 104.12.0.19 (104.12.0.19) 10.859 ms 9.479 ms 6.737 ms
9 104.12.0.1 (104.12.0.1) 15.356 ms 12.858 ms 21.222 ms
10 104.12.0.19 (104.12.0.19) 8.984 ms 20.099 ms *
11 104.12.0.46 (104.12.0.46) 12.880 ms 14.596 ms 36.593 ms
12 104.12.0.19 (104.12.0.19) 22.101 ms 42.834 ms 14.733 ms
13 104.12.0.46 (104.12.0.46) 44.213 ms 16.725 ms 34.596 ms
14 104.12.0.19 (104.12.0.19) 26.974 ms 43.084 ms 19.230 ms
15 * 104.13.0.92 (104.13.0.92) 19.898 ms 25.964 ms
16 104.12.0.21 (104.12.0.21) 42.089 ms 21.345 ms 40.460 ms
17 104.13.0.92 (104.13.0.92) 48.711 ms 47.331 ms 33.471 ms
18 104.12.0.21 (104.12.0.21) 18.605 ms 30.342 ms 25.850 ms
19 104.13.0.92 (104.13.0.92) 39.216 ms * 104.12.0.21 (104.12.0.21) 76.599 ms
20 104.13.0.92 (104.13.0.92) 23.202 ms 18.723 ms 37.846 ms
21 104.12.0.21 (104.12.0.21) 37.963 ms 22.096 ms 56.209 ms
22 104.13.0.92 (104.13.0.92) 30.721 ms 20.222 ms 29.098 ms
23 104.12.0.21 (104.12.0.21) 53.459 ms 87.311 ms 104.12.0.30 (104.12.0.30) 3005.282 ms !H
24 104.12.0.30 (104.12.0.30) 3009.142 ms !H 3013.638 ms !H 3003.525 ms !H

raceroute to 104.130.1.14 (104.130.1.14), 30 hops max, 38 byte packets
1 192.168.2.1 (192.168.2.1) 0.886 ms 0.729 ms 0.686 ms
2 104.12.0.19 (104.12.0.19) 5.158 ms 3.410 ms 6.935 ms
3 104.12.0.46 (104.12.0.46) 5.667 ms 11.409 ms 8.803 ms
4 104.12.0.46 (104.12.0.46) 3007.096 ms !H 3002.765 ms !H *

[berT]

[ali]

Danke - hab's korrigiert.

[Brommel]

Danke Ali, für das einstellen, ich bekomme auch diese Resultate.
Ich hänge an der .21 und die Pakete düsen die Lehderstr. runter zur .21, drehen um zur .1, drehen wieder zur .30, kommen auf die .46 und finden dann einen Mitspieler

[hok]

Also eine halbe Antwort wäre, das die Via-Werkstätten (104.12.0.46) normalerweise an Nicos 105 hängen - die derzeit noch OFF ist. Auf der olsr-Map sehe ich, das die .46 nur Kontakt Richtung Westen hat - und das dort eine kleine Insel ist, die sonst nur über einen, aber schlechten Link, in das übrige OLSR Netz Anbindung findet.

Das wäre ein guter Hinweis darauf, das in dieser Ecke noch ein guter Punkt gefunden werden muß, um die Sache redundant zu machen, wenn Nico ausfällt...
h.
_________________
http://104.13.0.73

[Keksdosenmann]

jao. aber ich glaube das die via-werkstätten sich normalerweise über den rundstrahler bei scharping connecten ... aber das iss im moment nen bisschen schwiriger.da es probleme mit den WLAN-Karten-Treibern im ad-hoc modus mit fester bssid gibt.
_________________
http://www.foebud.org

mfg

[scharping]

ich schon wieder.
wenn die 104.0.200.3 der backbone ist warum können ihn denn alle empfangen.der ist doch um 90 grad gedreht.(polarisation)
siehe olsr map svg.
wenn das der rundstrahler ist warum komme ich dann nicht auf andere aps drauf ?
ich kann die 104.12.0.46 auf der olsr map auch nicht finden.
gingen die denn nicht über meinen rundstrahler ?

ich brauch noch ne brille und auch ein beruhigendes gespräch.


DER KEKS IST IMMER SCHNELLER

[hok]

Hey Scharping!

Alle die z.B. die 33 bekommen, gehen von dort auf das Backbone (dort an der 33 ist das die 104.0.200.2) und kommen so auch auf deine 200.3

@ Keks
das war die zweite Hälfte der Antwort oben! Genau!

EDIT: @Scharping
soll ich dich beruhigen bei nem Glas Bier?
Brille hab ich nicht - aber die 46 kann ich dir zeigen )
_________________
http://104.13.0.73

[Keksdosenmann]

ich hab hier ja auch die fetteste internetleitung von allen *muhahhahahaa*
_________________
http://www.foebud.org

mfg

[scharping]

@ hok

ja bitte

[hok]

ich müsste mal was essen gehen... könnte man verbinden.
_________________
http://104.13.0.73

[ali]

[hok]

Ich denke schon, daß eine aktuelle FFF notwendig ist!

Warum es zu den Sprüngen kommt, ist mir letztlich auch nicht recht klar. Nur sehe ich, daß z.B. Nicos 105 in den HNA erscheint - aber praktisch funktioniert die Karte nicht und routet nicht weiter ins I-Net. Irgendwie laufen daher bestimmte Routen sehr verquer, weil die HNA-Ankündigung letztlich falsch ist. Keine Ahnung, was dann mit den Paketen passiert und inwieweit sich das auf andere Routen fortpflanzt...
h.
_________________
http://104.13.0.73

[glockman]

ich poste jetzt mal blindlings hier rein, ohne mir alles durchzulesen ...

wegen dem rundstrahlerdesaster auf den beiden PC-APs, musste gehandelt werden ... unsere Handlung bestand darin, die Prism54 gegen eine Atheros auszutauschen ... dabei hat sich allerdings die hardwarewahl wiedermal als kleiner stolperstein herausgestellt ... man merke: via-so-7-board, realtek-netzwerkkarte und mehrere wlan-karten verstehen sich nicht auf anhieb. das problem gabs auch damals beim einbau der prism ... hab einfach nen anderen PCI-slot genommen und schwupps lief die kiste wieder wie gewohnt. auch diesmal werden wir genau den falschen pci-slot erwischt haben. die realtek haben ein verschwenderische art und weise, mit mainbaord-resourcen umzugehen, worauf gerade die alten VIA-chipsätze allergisch reagieren, während 3coms genau für das gegenteil bekannt sind ... deswegen werd ich, wenn möglich heute noch, die realtek gegen eine 3com austauschen und der Atheros einen anderen PCI-Slot als rastplatz geben.

[tatsaechlichB4]

ich hab einen 12-db-rundstrahler hier! abzuholen in der b4. bis mitternacht. hat einen N-anschluss....


ich kann endlich schreiben..... aufatme....

habe aber kein pigtail und brauche sie in ca einer woche zurück.


helfende grüße von reiner