X-Git-Url: http://review.tizen.org/git/?a=blobdiff_plain;f=TODO;h=a9287b79871096930c95527367e786e3f7da3b2a;hb=59f52fa5f8aa51a75ab8eb3d15da05101965e614;hp=13c66d5ad2482e33df949f760d66632fc25a746e;hpb=074b27364d7077c324f95f9abb7b57a8793d813d;p=framework%2Fconnectivity%2Fconnman.git diff --git a/TODO b/TODO index 13c66d5..a9287b7 100644 --- a/TODO +++ b/TODO @@ -11,159 +11,139 @@ Background Core ==== -- connman_element removal - - Priority: Low - Complexity: C8 - - -- DHCP lib - - Priority: High - Complexity: C8 - Owner: Martin Xu - - -- IPv6 +- Session API implementation Priority: High Complexity: C4 - Dependencies: Core:DHCP Lib - Owner: Martin Xu - - -- On demand connection + Owner: Daniel Wagner + Owner: Patrik Flykt - Priority: Medium - Complexity: C4 - Owner: Samuel Ortiz + The session API should provide a connection abstraction in order to + prioritize applications network accesses, prevent or allow network + and bearer roaming, or provide applications with a way to request + for periodic network connections. On-demand connections will be + implemented through this API as well. + See http://www.mail-archive.com/connman@connman.net/msg01653.html - With on demand connection applications get connectivity access - simply by trying to reach the network. They don't need to - specifically request for a service connection, but ConnMan - establishes it on their behalf. - This feature counter part is idle disconnect. ConnMan needs to be - able to close the on demand established connections by monitoring - the link activity. This requires kernel support with e.g. the - netfilter IDLETIMER target. -- Avahi-zeroconf +- Personal firewall - Priority: Medium - Complexity: C4 - - -- VPN service - - Priority: Medium - Complexity: C2 + Priority: Low + Complexity: C8 + Owner: Tomasz Bursztyka - Create a service for every VPN and link it to the topmost one for - now. - The default route should be set accordingly when UIs move the - topmost service up and down. + Discuss and implement a basic and safe firewalling strategy into + Connman. Provide a D-Bus API for personal firewalling. -- OpenVPN +- PACRunner extensions Priority: Low - Complexity: C2 + Complexity: C4 + Support more URI schemes, support multiple connections, tighter + security integration. -- VPNc - Priority: Low - Complexity: C2 +- Favorite service migration removal + Priority: Medium + Complexity: C1 + When: 12/2012 -- Tethering + Remove service migration code that moves services from default.profile + to the current directory-based structure. - Priority: Medium - Complexity: C8 - Owner: Marcel Holtmann +WiFi +==== -- WPAD - Web Proxy Autodiscovery Protocol +- EAP-AKA/SIM Priority: Medium Complexity: C2 - Owner: Marcel Holtmann - - -- Agent callbacks + Owner: Samuel Ortiz - Priority: Medium - Complexity: C2 + This EAP is needed for SIM card based network authentication. + ConnMan here plays a minor role: Once wpa_supplicant is set up for + starting and EAP-AKA/SIM authentication, it will talk to a SIM card + through its pcsc-lite API. -- HTTP proxy +- EAP-FAST - Priority: Medium + Priority: Low Complexity: C1 -- PAC export +- Wireless background scan - Priority: Low - Complexity: C1 - Owner: Marcel Holtmann + Priority: Medium + Complexity: C4 + Owner: Tomasz Bursztyka - When receiving an automatic configuration URL, we should set the - service proxy dictionary accordingly (method and URL). + While connected ConnMan should offload the background scanning to + wpa_supplicant. Wpa_supplicant allows for a fancy background scan + which frequency increases after the current connection signal level + drops below a defined threshold. + We should also be able to have wpa_supplicant do the background + scanning for us when we're not connected, if we have configured our + favorite networks. -- Moving DNS proxy code to ConnMan core +- WiFi p2p Priority: Medium Complexity: C2 - Supporting DNS proxy or resolv.conf direct editing seems more than - plenty as far as resolving is concerned. So the idea is to move the - dnsproxy plugin code to ConnMan core and have an additional command - line option in case one would like to stick with the current - resolver.c code for editing resolv.conf. +- Previous WPS pin code sending -WiFi -==== + Priority: Medium + Complexity: C2 -- WPS + Provide previous WPS pin code in PreviousPassphrase field if WPS was used. - Priority: Low - Complexity: C2 - Dependencies: Core:Agent callbacks +Bluetooth +========= -- Ad-Hoc support - Priority: Medium - Complexity: C2 - Dependencies: Core:Avahi-zeroconf +Cellular +======== -- libsupplicant +VPN +=== + +- IPsec Priority: Medium Complexity: C4 - Owner: Samuel Ortiz + Owner: Jukka Rissanen -- Fast Connect - Priority: Low - Complexity: C4 - Dependencies: WiFi:libsupplicant - Owner: Samuel Ortiz +Tools +===== -- TTLS EAP support +- Command line tool Priority: Low - Complexity: C2 + Complexity: C4 + Owner: Patrik Flykt + For platforms not running python, it could prove useful to provide them + with a native single binary command line tool. -Bluetooth -========= -- DUN client +User Interface +============== + +- GNOME3 UI Priority: Low Complexity: C4 + Owner: Alok Barsode + + A GNOME3 shell user interface would make it easier for mainstream distros + users to use ConnMan.