Hi, Dominique:
Some questions about WiNET multi-user requirements, thanks for your patience.
1. User A login and activates WIFI, then connects to an AP A successfully.
Then user B login:
1). Can user B disconnect the connection to AP A?
2). Can user B deactivate WiFi?
2. Since a user owns a wifi interface only if he has provided the credentials
to connect it, for a same WiFi AP,
If firstly userA login and input passphrase to connect it successfully, then
userA disconnect it and logoff,
Then userB login and input passphrase to connect it successfully, then userB
disconnect it and logoff.
Next time when userA login and connect this WiFi AP again:
1). Will userA connect to the WiFi AP directly without need to input
passphrase
OR
2). UserA need to input passphrase to connect the AP for it has already
been replaced by userB?
@Patrik
By our investigation about the multi-user requirement and ConnMan, it seems
that current ConnMan can't meet the multi-user requirement completely, ConnMan
session focus on the usage policy of existed connection for different routing
to applications, and it only cares about the "AutoConnect" service, but
multi-user requirements focus on the connection policy, it defines whether to
connect and how to connect for multi-users.
Our proposal solution is described below, wish you can give us some suggestions
or instructions, thanks in advance!
Add a user_id element in service struct, and when a user(e.g userA) has
connected to the service, get the related user_id from dbus and save it in the
service, then the following work scenarios are:
1). When userA login and try to connect this service again, connect to it
directly without input passphrase.
2). When another user (e.g. userB) login, according to the multi-user
requirement:
a). If a service has already been connected by other users, forbid
userB to connect/disconnect any wifi services.
b). If no service is currently connected, and if userB wants to connect
a service which is favorite to other users, it must input passphrase to connect
it.
3). For auto connect mechanism, when a user login, only the service which is
favorite to this user is permitted to be auto connected.
This solution is supposed to be implemented internally in ConnMan and keep
invisible to upper layer, and it only needs to add several patches in ConnMan
which will not impact the current implementation of upper layer at all, so it
is our preference to implement tizen 3.0 multi-user.
Regards,
Zhang Zhengguang
> -----Original Message-----
> From: Dominig ar Foll (Intel OTC) [mailto:[email protected]]
> Sent: Friday, September 19, 2014 10:32 PM
> To: Zhang, Zhengguang; [email protected]
> Subject: Re: [Dev] Tizen 3 services: use case for multi user
>
> Le 19/09/2014 08:28, Zhang, Zhengguang a écrit :
> > Hi, Dominique
> > I want to make clear more details about WINET multi-user requirements by
> some user cases(take WIFI as example) below, could you please help me to
> clarify them? Thanks in advance!
> > 1. How to define whether a user owns a WIFI interface, does it mean the
> user who activates this interface?
> Zhang,
>
> sofar the model is simple.
> A user owns a Wifi or Tethering interface if he has provided the credentials
> to
> connect to it.
> Once that interface is up any user can use it.
>
> In the future will add a control on which user can use an interface which has
> been setup by an other user.
> > 2. User A login and activates WIFI, then connects to an AP A successfully.
> Then user B login in, can user B connect another AP B?
> Tizen does not provide yet the capability to simultaneously connect to
> multiple AP.
> So once UserA has connected to the AP, the Wifi interface is used and UserB
> cannot connect to another AP.
> On the other-side UserB can use the interface setup by UserA (note that
> situation will chang, in the future, when network resource control will have
> been implemented.
>
> Note in no case UserB shoudl be able to use the stored credential from UserA
> to connect to AP A when the connection is down.
> > 3. User A login and activates WIFI, then user A logoff but doesn't
> > deactivate
> WIFI. Then user B login, can user B deactivate WIFI?
> When UserA logoff the connection owned by UserA shall be released.
> >
>
> Dominig ar Foll
> Senior Software Architect
> Open Source Technology Centre
> Intel SSG
_______________________________________________
Dev mailing list
[email protected]
https://lists.tizen.org/listinfo/dev
