Search Linux Wireless

Re: TDLS implementation clarifications

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Jun 19, 2012 at 6:33 AM, Dino Joseph Mycle <dinomycle@xxxxxxxxx> wrote:
> Hello Arik
>
>   Thanks for the reply.
>
> For the TDLS, what you are saying is the IEEE standard does not talk how it
> can work without user intervention. For using security the user has to
> select the password (key) and it has to be entered, Also the system should
> ask the user whether or not the data has to be transferred through TDLS
> mode.

I'm not sure everything has to reach the user. I'm just saying not
every policy decision has to be made in kernel or wpa_supplicant.

As for the security key - I think it is derived from the key for the
AP network, so no separate key is needed. But you'll have to consult
the spec, my memory is a bit vague about this point.

>
> For the channel switch, if we do , the connection to the AP will get lost
> temporarily right, so if we are sending some data to the AP(say i am
> browsing and want to transfer some huge data to my peer laptop) it will be
> an issue right ?

Well we can get into power-save mode (PSM) vs. the AP, so it can't
send us more data while we are on the other channel. TDLS also has the
concept of PSM, to prevent the other peer from sending data.

Some cards should be able to support multi-channel operation soon, so
these kind of issues will be dealt with.

Arik
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux