Timeout bei Keyexchange mit L-54ag

wildcard · Beitrag von **wildcard** » 17 Apr 2005, 16:42

hi

habe das problem das es zum timeout beim keyexchange kommt mit wpa-aes

188 0.0.0000 0:21:00 WLAN-1 Timeout in key exchange with peer 00:0b:6b:34:50:bc 000b6b3450bc
187 0.0.0000 0:20:58 WLAN-1 Associated WLAN station 00:0b:6b:34:50:bc [] 000b6b3450bc
186 0.0.0000 0:20:58 WLAN-1 Authenticated WLAN station 00:0b:6b:34:50:bc [] 000b6b3450bc

der ap steht auf master bei p2p und kann mit anderen basisstationen daten austauschen, der client ist slave und steht auf exklusiv.

hat irgendwer ne ahnung wieso es zu diesem timeout kommt?[/quote]

REPTILE · Beitrag von **REPTILE** » 17 Apr 2005, 17:44

oehmm der client ?! wenn das eine PtP verbindung ist müssen beide APs als APs arbeiten.... !

wildcard · Beitrag von **wildcard** » 18 Apr 2005, 00:05

danke dir für den hinweis, jetzt funktionierts zumindest halbwegs so wie es gedacht war.
eigentlich dachte ich ich könnte die aps dann noch alle auf exklusiv setzen aber dann finden sie sich nicht mehr

gibt es eigentlich eine möglichkeit den ssid broadcast zu unterdrücken oderso?
weil ich möchte eigentlich nur eine p2p strecke ohne ssid broadcast haben aber wenn ich die ssid abstelle wird der ap zwar noch gefunden es besteht aber dann keine direkte verbindung mehr wo man darauf zugreifen kann bzw auf das lan dahinter und die maximale übertragungsrate usw kann man auch nicht mehr einstellen.

REPTILE · Beitrag von **REPTILE** » 18 Apr 2005, 00:31

also normal sollte das laufen, wenn du auf exclusiv stellt, und ohne ssid broadcast sollte auch gehen

wildcard · Beitrag von **wildcard** » 18 Apr 2005, 01:22

hm
muss ich nochmal testen, ist nur etwas schlecht das man ohne ssid die transferraten nicht einstellen kann
danke dir für deine hilfe

alf29 · Beitrag von **alf29** » 18 Apr 2005, 07:51

Moin,

bei mit WPA/11i verschlüsselten P2P-Strecken beachten, daß
man die gleiche SSID auf beiden Seiten wählt, sofern man mit
Closed Network arbeitet - der Slave hat sonst keine Chance, das
für die Verhandlung notwendige PMK zu ermitteln. Das PMK
berechnet sich aus SSID und Passphrase, und wenn der Master
seine SSID nicht in den Beacons herausrückt, dann kann der
Slave nur noch raten, daß der Master die gleiche SSID benutzt...

Des weiteren läßt sich der SSID Boadcast bei 5 GHz nicht abschalten,
wegen DFS passiv scannende Clients würden den AP sonst gar
nicht finden.

Gruß Alfred

wildcard · Beitrag von **wildcard** » 18 Apr 2005, 20:40

hi
also ich hab jetzt alle als ap laufen und die ssid abgeschalten.
die aps finden sich jetzt auch alle super