Client discassociated bei hoher last

[tesme33]

Hi
bei normalem Surfen , Mail lesen oder anderen Tätigkeiten welche keine grosse Daten befördern habe ich keine Probleme mehr.
Sobald ich aber ein paar Gigabyte übertragen will kommt es zu Aussetzern. Log files siehe unten.
Nun frage ich mich wie bei den unten genannten Bedingungen Pakete verloren gehen können.
Und wie man näher eingrenzen kann woran das liegt.

Einstellmöglichkeiten für WLAN habe ich nicht gefunden sondern nur was in Bezug auf Bundeled interfaces.

Code: Alles auswählen

2.4.13.11.1.9 Send supervision packets
Specifies the settings for sending supervision packets.
Telnet path:
LAN > Interface-bundling > PRP > Interfaces

und bei public hotspot (was ich nicht habe)

Code: Alles auswählen

7.6 Supervision [WLAN]
LANCOM access points provide an option to actively supervise a client during operation. This means that the access point regularly sends IEEE NULL data frames (IEEE 802.x framing, DSAP=SSAP=0x00) to the client and checks whether no transmission error occurred, i.e. the client sent an IEEE 802.11 acknowledge packet in response. If no responses were received for a minute, the client is assumed to have ’disappeared’ for whatever reason, and the WLAN association is terminated, which implicitly terminates the session. The corresponding RADIUS accounting termination cause is 2 (Lost Carrier).

Gruss



CPU Last des L-460 ist während der Zeit bei 19%, was ich als sehr sehr hoch empfinde wenn ich daran denke dass ich der einzige aktive Nutzer bin. Ein paar Mobiltelefone und andere Client die im Moment aber nichts machen mal ausgenommen.
Der Durchsatz ist ung. 16MB/sec.
Firmware: 9.04.0184 & 8.84.0231
Mac: MacOS X 10.10.2
5GHz Band und kein Nachbar der da reinspuckt. Ich sitze ung. 1,5 M vom L460 weg und es ist nix zwischen L460 und dem Rechner.

syslog vom Lancom

Code: Alles auswählen

1    2015-04-03 20:29:55    AUTH    Hinweis    [WLAN-2] Determined IPv4 address for station b8:f6:b1:10:d3:f7 (Apple 10:d3:f7): 10.213.213.164
2    2015-04-03 20:29:54    AUTH    Hinweis    [WLAN-2] Connected WLAN station b8:f6:b1:10:d3:f7 (Apple 10:d3:f7)
3    2015-04-03 20:29:54    AUTH    Hinweis    [WLAN-2] Key handshake with peer b8:f6:b1:10:d3:f7 (Apple 10:d3:f7) successfully completed
4    2015-04-03 20:29:54    AUTH    Hinweis    [WLAN-2] Reassociated WLAN station b8:f6:b1:10:d3:f7 (Apple 10:d3:f7)
5    2015-04-03 20:29:54    AUTH    Hinweis    [WLAN-2] Authenticated WLAN station b8:f6:b1:10:d3:f7 (Apple 10:d3:f7): algorithm is open-system
6    2015-04-03 20:29:47    AUTH    Hinweis    [WLAN-2] Disassociated WLAN station b8:f6:b1:10:d3:f7 (Apple 10:d3:f7) due to supervision: 50 packets in a row did not reach client

Log file vom Mac

Code: Alles auswählen

03.04.15 20:29:51,000 kernel[0]: ARPT: 4772.689699: MacAuthEvent en0   Auth result for: 00:a0:57:1e:7a:8c  MAC AUTH succeeded
03.04.15 20:29:51,000 kernel[0]: AirPort: RSN handshake complete on en0
03.04.15 20:29:51,000 kernel[0]: wl0: Roamed or switched channel, reason #4, bssid 00:a0:57:1e:7a:8c, last RSSI -57
03.04.15 20:29:51,000 kernel[0]: en0: BSSID changed to 00:a0:57:1e:7a:8c
03.04.15 20:29:51,000 kernel[0]: en0: channel changed to 40,-1
03.04.15 20:29:51,000 kernel[0]: en0::IO80211Interface::postMessage bssid changed

[tesme33]

Hi
habe in der Zwischenzeit auch man die 8.84.0257 (BETA) installiert. Gleicher Effekt.

Was mir aufgefallen ist das passiert nur wenn man etwas auf einen Server schiebt. Wenn man etwas runterlädt gibt es keine Abbrüche.
Also

Server --> LANCOM --> Mac geht
Mac --> LANCOM --> Server geht nicht

Mmmh