Traffic Accounting Module about droidwall

[GoogleCodeExporter]

Unfortunately, this is an old request ( issue 50 )
there was no comment from the developer.

I started to think he is not a developer, because since Jesse C quit the 
project, the app didn't developed at all, 
only few bugs and languages and new icons, which are done by visitors.

If I was an android developer, I won't join a project when the leader is none 
active.
That's why there is only one member in this project. 

Original comment by [email protected] on 1 Mar 2011 at 2:03

[GoogleCodeExporter]

Hello, my name is Rodrigo Zechin Rosauro and I am the only developer of 
DroidWall. Actually, 100% of its source-code was written by me since I never 
received any code contribution (only translations).

Jesse C is a friend of mine who published DroidWall on Android Market for me 
while it wasn't available on my country.

The new icons were also made by me with help from some co-workers and friends 
(not visitors).

I work on DroidWall only on my spare time, for free, trying to help other 
Android users.
I reply about 20 e-mails per day about DroidWall, but I also ignore some of 
them.

This is an open-source project. Feel free to request everything you want but 
please, do not complain because it is not being implemted, or that it is taking 
too long to implement.
I have implemented many suggestions already, but that depends on how much spare 
time I got and how hard it is to implement it.

On this particular case, it is not a simple task to account traffic using 
iptables, since everytime a rule is changed all counters are reset. This means 
that to implement this you need (at least) to:
1. Parse iptables rules output and put this information in a database
2. Before applying any rule change, parse it again and update the database
3. Protect against other applications that mess with iptables, since they will 
also reset the counters (wifi tether, etc)
4. Do all the GUI changes

Oh, and the suggestion on issue 50 about getUidRxBytes(int uid) and 
getUidTxBytes(int uid) can surely be used, and there are other applications 
that do it, but then you won't have a separation between wi-fi and cellular 
data. I would prefer it to be separated.

I am considering the implementation of this request for a long time, but I 
don't know when/if I will have time to do it.

Regards,
Rodrigo

Original comment by [email protected] on 1 Mar 2011 at 2:58

[GoogleCodeExporter]

I wasn't know that, and you didn't tell.

so you had been not active lately only.

I really appreciate your time, you have the right to not update, but this is a 
very important app in this fast growing platform, it need more features to keep 
dominate, 
I believe donate version will support you a lot, now and more in near future.

firewall can show data both wifi and 3g like in issue 104
firewall may also have a widget to show network activity like a chart for 
upload and download
firewall could have a lot of features, everything related to net connecting.

it is not the best but it is the only one right now, but this fact will not 
last for long.

if you are so busy, try to convent some developers to get involve, use 
github.com , I would help if I was an android developer, unfortunately I'm a 
web developer.

Thanks for your great app anyway, i can't use my phone without it.

Original comment by [email protected] on 2 Mar 2011 at 12:05

[GoogleCodeExporter]

Bytes accounting via iptalbles log
http://code.google.com/p/iptableslog/

Original comment by [email protected] on 26 Oct 2011 at 10:54

[GoogleCodeExporter]

LBE privacy guard, firewall module can keep bytes account per mobile and per 
wick for each app

On some phones certain versions can use extorbitant amountof ram. Allegedly 
recent versions address the issue

It is irksome that LBE apps now.fiddle win iptables. For android 1.6 it offers 
"guid filtering". It would be better to offer all users the option to not use 
iptables to allow us to rely on DroidWall or other solution

All glory to DroidWall and hypnotize

PS consider amazon payments to accept donations. Unlike paypal they will not 
savage the bottom line.

Original comment by [email protected] on 5 Dec 2011 at 10:02