X-Git-Url: http://review.tizen.org/git/?a=blobdiff_plain;f=TODO;h=75022f65bafbd7a71921cadcf177318e8b40b4bc;hb=6fd94b729495d6b9cdb66ae33adafd59f8b38957;hp=13c66d5ad2482e33df949f760d66632fc25a746e;hpb=074b27364d7077c324f95f9abb7b57a8793d813d;p=framework%2Fconnectivity%2Fconnman.git diff --git a/TODO b/TODO index 13c66d5..75022f6 100644 --- a/TODO +++ b/TODO @@ -15,155 +15,220 @@ Core Priority: Low Complexity: C8 + Owner: Samuel Ortiz -- DHCP lib +- Session API implementation Priority: High - Complexity: C8 - Owner: Martin Xu + Complexity: C4 + Owner: Daniel Wagner + 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 -- IPv6 - Priority: High +- Provisioning D-Bus API + + Priority: Medium + Complexity: C2 + Owner: Henri Bragge + + The current service provisioning lacks a D-Bus interface for modifying + existing configurations. + + +- WiSPR support + + Priority: Medium Complexity: C4 - Dependencies: Core:DHCP Lib - Owner: Martin Xu + Owner: Marcel Holtmann + Based on the portal detection parsing results, and provisioned + credentials, ConnMan should be able to initiate a WiSPR authentication. -- On demand connection + +- DNS caching + + Priority: Low + Complexity: C4 + + A simple initial implementation would see ConnMan's dnsproxy + caching the DNS record based on their TTL. + + +- Power management Priority: Medium Complexity: C4 Owner: Samuel Ortiz - 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. + Implement a simple device pm hook that ConnMan's core code would + use whenever it decides to put devices in power save mode. Although + the kernel runtime power management code should take care of that, + not all driver (especially WiFi ones) implement runtime PM hooks. + -- Avahi-zeroconf +- IPv6 gateway handling Priority: Medium Complexity: C4 + We should be able to switch between IPv6 only services and thus + change the default IPv6 gateway on the fly. For that we need to + improve the connection.c code to properly handle IPv6 gateways. -- VPN service - Priority: Medium +- IP ranges allocation and check + + Priority: High Complexity: C2 - 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. + For both tethering and private networks, but also to detect invalid + static IP configurations, we need to have a core IP range layer + that manages all currently used IP blocks. -- OpenVPN +- Personal firewall Priority: Low - Complexity: C2 + Complexity: C8 + + Extend the iptables code and provide a D-Bus API for personal firewalling. -- VPNc +- PACRunner extensions Priority: Low - Complexity: C2 + Complexity: C4 + + Support more URI schemes, support multiple connections, tighter + security integration. -- Tethering +- Private networks Priority: Medium - Complexity: C8 - Owner: Marcel Holtmann + Complexity: C4 + Owner: Guillaume Zajac + + The private networks D-Bus API should provide applications with a + TUN interface linked to a reserved private IP range. + oFono DUN forwarding will use a private network for giving DUN + clients access to the default service connectivity. + -- WPAD - Web Proxy Autodiscovery Protocol +WiFi +==== + +- Ad-Hoc support Priority: Medium Complexity: C2 - Owner: Marcel Holtmann + Owner: Samuel Ortiz -- Agent callbacks +- Fast Connect + + Priority: Low + Complexity: C4 + Owner: Samuel Ortiz + + +- EAP-AKA/SIM Priority: Medium Complexity: C2 + Owner: Samuel Ortiz + 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 - Priority: Medium +- EAP-FAST + + Priority: Low Complexity: C1 + Owner: Henri Bragge -- PAC export +- EAP-GTC Priority: Low Complexity: C1 - Owner: Marcel Holtmann + Owner: Henri Bragge - When receiving an automatic configuration URL, we should set the - service proxy dictionary accordingly (method and URL). - -- 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. -WiFi -==== +Bluetooth +========= -- WPS +- DUN client Priority: Low - Complexity: C2 - Dependencies: Core:Agent callbacks + Complexity: C4 -- Ad-Hoc support + +Cellular +======== + +- IPv6 and IPv6v4 cellular data connection Priority: Medium Complexity: C2 - Dependencies: Core:Avahi-zeroconf + Owner: Samuel Ortiz + Support IPv6 and dual stack cellular data connections. + oFono already supports it and provide an extensive D-Bus API for it. -- libsupplicant - Priority: Medium - Complexity: C4 - Owner: Samuel Ortiz -- Fast Connect +VPN +=== + +- l2tp support Priority: Low - Complexity: C4 - Dependencies: WiFi:libsupplicant - Owner: Samuel Ortiz + Complexity: C2 + Owner: Mohamed Abbas + -- TTLS EAP support +- pptp support Priority: Low Complexity: C2 + Owner: Mohamed Abbas -Bluetooth -========= - -- DUN client +- IPsec Priority: Low Complexity: C4 + + +- Split tunnelling + + Priority: Low + Complexity: C8 + Dependencies: Core:Private networks + + The current VPN support puts the VPN interface at the top of the + service list, giving VPNs the default route. When doing split + tunneling, the system routes packet to the VPN interface for + private IPs, while going through the default interface for the rest + of the traffic.