moinmoin,

nachdem der AP in letzter zeit mehrmals wackelte und heut für länger gar nicht mehr erreichbar war, (behob sich durch spontanes selbständiges rebooten, während ali sein notebook in position brachte)..

..ist nun der rundstrahler wieder wech....

Code:

eth1 IEEE 802.11b/g ESSID:""olsr.freifunk.net"" Nickname:"scharpingap" Mode:Ad-hoc Frequency:2.457 GHz Cell: 02:22:8B:22:00:0B Bit Rate:11 Mb/s Sensitivity=20/200 Retry min limit:8 RTS thr=2347 B Fragment thr=2346 B Link Quality:185/0 Signal level:-71 dBm Noise level:-147 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed Beacon:0 ath0 IEEE 802.11a ESSID:"wlanwse.de repKV<>scharping" Nickname:"scharpingap" Mode:Managed Frequency:5.66 GHz Access Point: 00:0B:6B:4D:63:8B Bit Rate:36 Mb/s Tx-Power=17 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=22/70 Signal level=-67 dBm Noise level=-89 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 ath1 IEEE 802.11a ESSID:"segen-no.freifunk.net" Nickname:"scharpingap" Mode:Managed Frequency:5.18 GHz Access Point: 00:0B:6B:0A:9C:17 Bit Rate:36 Mb/s Tx-Power=17 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=24/70 Signal level=-70 dBm Noise level=-94 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

Code:

Nachbarn: Local IP Remote IP Hysteresis LinkQuality lost total NLQ ETX 104.12.0.20 104.12.0.148 0.00 0.83 17 100 0.87 1.39 104.0.200.6 104.0.200.5 0.00 1.00 0 100 1.00 1.00 104.12.1.2 104.8.1.64 0.00 0.99 1 100 0.00 0.00 104.12.1.2 104.8.1.8 0.00 1.00 0 100 0.49 2.02

mehr ist nicht mehr da. ick wollt nur informieren. und nein, genauer konnte ich es nicht analysieren. reiner (angefügt: ) die 104.12.0.148 (jogi, lt ip-vergabe) hat kein web-interface, könnte also ein olsr-switch sein?

tB4 schrieb:
QUOTE:
moinmoin,

nachdem der AP in letzter zeit mehrmals wackelte und heut für länger gar nicht mehr erreichbar war, (behob sich durch spontanes selbständiges rebooten, während ali sein notebook in position brachte)..

..ist nun der rundstrahler wieder wech....

Code:

eth1 IEEE 802.11b/g ESSID:""olsr.freifunk.net"" Nickname:"scharpingap" Mode:Ad-Hoc Frequency:2.457 GHz Cell: 02:22:8B:22:00:0B ...

(angefügt: ) die 104.12.0.148 (jogi, lt ip-vergabe) hat kein web-interface, könnte also ein olsr-switch sein? Ja, laut IP-Vergabe ist das ein PC. Scheint die BSSID nicht korrekt gesetzt zu haben und den ScharpingAP auf die falsche zu ziehen. Ich schicke ihm mal eine Email und versuche, den ScharpingAP auf die richtige BSSID zu setzen (man beachte die doppelten "" weiter oben

So, geht wieder.

Mich verwirrte nur ein bißchen, daß die P'berger mit derselben BSSID, aber einen anderen ESSID senden:

Code:

Cell 08 - Address: 02:CA:FF:EE:BA:BE ESSID:"kiezfunk.freifunk.net" Mode:Ad-Hoc Encryption key:off Frequency:2.457 GHz (Channel 10) Quality:203/0 Signal level:-87 dBm Noise level:-34 dBm

Aber das stört nicht, oder?

immerhin passt die BSSID zum verwendeten kanal. dann störts eigentlich nicht, zumindest hab ich diese situation in pankow auch, ohne dass ih irgendeinen fehler hätte darauf zurückführen können.

reiner

baut jemand dran?

der AP war stunden offline. dann kurz on, dann wieder wech....

Code:

eth1 IEEE 802.11b/g Nickname:"scharpingap" Mode:Managed Frequency:2.462 GHz Access Point: Not-Associated Bit Rate:0 kb/s Sensitivity=20/200 Retry min limit:8 RTS thr=2347 B Fragment thr=2346 B Link Quality:32 Signal level:0 Noise level:234 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed Beacon:0 ath0 IEEE 802.11a ESSID:"" Nickname:"scharpingap" Mode:Managed Frequency:5.66 GHz Access Point: Not-Associated Bit Rate:6 Mb/s Tx-Power=17 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=0/70 Signal level=-99 dBm Noise level=-99 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 ath1 IEEE 802.11g ESSID:"" Nickname:"scharpingap" Mode:Managed Frequency:2.422 GHz Access Point: Not-Associated Bit Rate:0 kb/s Tx-Power:16 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Power Management:off Link Quality=0/70 Signal level=-84 dBm Noise level=-84 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0

da ich diesen beitrag schreiben konnte, hat sich das system wohl erholt. vielleicht ist grad unser olsr-switch-user schalfen gegangen? reiner

tB4 schrieb:
QUOTE:
baut jemand dran?

der AP war stunden offline. dann kurz on, dann wieder wech....
...
da ich diesen beitrag schreiben konnte, hat sich das system wohl erholt. vielleicht ist grad unser olsr-switch-user schalfen gegangen?


Nein, es lag AFAIK nicht an einem olsr-switch (da war der ScharpingAP ja noch im Hausnetz anpingbar). Ich habe dran gebaut, d.h. ihn noch einmal zur Probe rebootet.

Beobachtungen: Ich stecke den USB-seriell Adapter an das ständig gesteckte Null-Modem-Kabel am AP und der AP bootet (man hört das Kratzen des Floppy-LW). Wenn man dann soweit ist, ein minicom zu starten, hat ScharpingAP eine uptime von ca. 2 Minuten. Das war gestern und heute so. Es sieht so aus, als ob der Reboot des AP manchmal hängt, bis an der seriellen Schnittstelle ein Gerät angesteckt ist. Event. sind das Störungen auf RX, irgendwo hatte ich schon einmal einen AP gesehen, bei dem zwischen RX und GND ein Widerstand (10K ?) eingebaut war.

Im syslog findet man nichts, wenn man probiert, den ScharpingAP per "reboot" zu booten und zwischendurch die serielle Schnittstelle offenläßt, geht auch alles gut.

Hat noch jemand eine Idee, wie man das debuggen könnte? Eventuell lasse ich mir mal den syslog vom ScharpingAP auf einen anderen Rechner schicken, dann sehe ich, was den Reboot auslöste.