Database Develop

VOiPover3G for Android????

There is an iPhone 3G app called VOiPover3G that tricks other iPhone apps into thinking that they are on Wi-Fi even though they are on 3G/EDGE/GPRS.
Is anything like this being looked at/developed for Android phones??

Please post questions about apps in the correct subforum. This will probably get locked...

This probably is the right subforum. Apps forum is for apps that have been compiled and released. This forum is for dev including apps dev.
Anyway, what would be the point in a program like that? What programs could benefit from it?

JaboJG said:
This probably is the right subforum. Apps forum is for apps that have been compiled and released. This forum is for dev including apps dev.
Anyway, what would be the point in a program like that? What programs could benefit from it?
Click to expand...
Click to collapse
It would allow programs like sipdroid (the market version) to think it was on wifi and when we finally get something like Fring for Android that would also be able to use the data package to make voip calls, even "real" skype calls.

It is in the wrong part of the forum, but I might as well answer it...
While the iPhone doesn't allow certain services over 3G (e.g. VoIP stuff), the current Android handsets + apps don't do such a thing.
e.g. Sipdroid works fine over edge/umts/wifi (as good as those networks can support VoIP).
It's really kind of a strange question to be honest. If there isn't a problem, don't ask questions about it

JaboJG said:
This probably is the right subforum. Apps forum is for apps that have been compiled and released. This forum is for dev including apps dev.
Anyway, what would be the point in a program like that? What programs could benefit from it?
Click to expand...
Click to collapse
Not to harp on the point made by Diceman4, but it really isn't the correct sub-forum. If you look at the Stickies in the Apps/Games sub-forum, you will see that one of them is regarding request/ideas for applications.

JaboJG said:
This forum is for dev including apps dev.
Click to expand...
Click to collapse
I don't see any development going on in the first post though. This seems more like a post for the "ideas for apps" thread in app subforum. Although if the op came back with a chunk of code that needed debugging, that would be a different story.

MOD EDIT
Moved to Applications & games forum

The main reason for asking was because of problems with Tmob in the UK blocking sipdroid (port 5060) and preventing it using 3G etc.
If we had an app like VOiPover3G it may very well allow us to bypass that problem, I don't know

robiom said:
The main reason for asking was because of problems with Tmob in the UK blocking sipdroid (port 5060) and preventing it using 3G etc.
If we had an app like VOiPover3G it may very well allow us to bypass that problem, I don't know
Click to expand...
Click to collapse
Why? a better bet would be to ask the sipdroid creator to include a user configurable port setting. The point of android is that the workarounds don't need to be workarounds on the phone, but rather workrounds for interfacing with the network.

robiom said:
The main reason for asking was because of problems with Tmob in the UK blocking sipdroid (port 5060) and preventing it using 3G etc.
If we had an app like VOiPover3G it may very well allow us to bypass that problem, I don't know
Click to expand...
Click to collapse
The technique described by the op routes traffic internally from the wifi interface to the cellular interface. That will have no effect on the protocol or port used. In other words, it will only be of use if the app is hardcoded to use wifi only and you want to work around that. If the cellular carrier is blocking the data, this method will not get around that.
As for sipdroid, you can manually configure the port used.

jashsu said:
The technique described by the op routes traffic internally from the wifi interface to the cellular interface. That will have no effect on the protocol or port used. In other words, it will only be of use if the app is hardcoded to use wifi only and you want to work around that. If the cellular carrier is blocking the data, this method will not get around that.
As for sipdroid, you can manually configure the port used.
Click to expand...
Click to collapse
If you use pbxes there are a handful of different ports that will work but I haven't been able to get any to work. Saying that, up till recently I was using Gizmo5 but pbxes have blocked it's use after they (Gizmo5) allegedly stole/used sipdroid code and renamed it as if it was there own.
If any one has had success with sipdroid on 3g etc on t-mob UK please post the sip provider and the settings used.

Have you guys tried using the FULL version of sipdroid.. the one on the market didnt allow for 3g calls but this one does http://code.google.com/p/sipdroid/

turboyo said:
Have you guys tried using the FULL version of sipdroid.. the one on the market didnt allow for 3g calls but this one does http://code.google.com/p/sipdroid/
Click to expand...
Click to collapse
Been there, done that, even got the T-shirt.
The problem is T-mob in the UK are a pain in the neck and are blocking the port 5060.
As someone has already mentioned in this thread, what is needed is a user configurable port so that T-mob UK can't block.
Let's hope sipdroid developers can do something along those lines.

I don't get it... have you tried all the alternative ports listed in pbxes website?
53, 69, 80, 135, 161, 443, 500, 1433, 1701, 1812, 3389, 4500, 5061, 5900, 16999, 26999 and
36999 (recommended)
Note:
Because of the DNS entries for pbxes.org your device may be selecting port 5060 automatically. If you want to use an alternative port enter 188.40.65.148 as SIP server.
Click to expand...
Click to collapse
Both of them work as UDP or TCP.
TCP is recommended as it will help with battery life.
If none of these ports work, then It has to be that T-mobile has a Layer 7 filter in place looking for the SIP signaling traffic, and there should be no workaround possible unless you can wrap your sip traffic in a VPN. Nothing can be done to stop that, unless they filter the whole L2TP,PPTP,IPSEC or OpenVPN protocols.

I have tried most if not all of the ports specified and still no joy BUT I'll give it another go. What SIP provider do you use?
If T-mob are killing all SIP traffic how is it possible to use sipdriod over VPN?? Surely that is a major undertaking?
If it was done though, it would be the most robust and bulletproof VOIP app and would never be stopped Brilliant

I have just tried every single one of the alternative ports and every time I had a registration failure (timeout) so I guess T-mob are filtering for SIP traffic.
That leaves only the VPN route OR change providers OR change phones.

robiom said:
I have just tried every single one of the alternative ports and every time I had a registration failure (timeout) so I guess T-mob are filtering for SIP traffic.
That leaves only the VPN route OR change providers OR change phones.
Click to expand...
Click to collapse
Changing phones WILL NOT work since it isn't the phone that is causing the problem, it is the provider.
VPN should be fine, but you'll need a VPN server somewhere to connect through, i.e., your home computer.

There is nothing a carrier can do to block SIP over VPN. Everything is tunneled over the VPN connection so they can't know what goes in there.
As soon as we have a reliable VPN service (Donut seems to have PPTP or L2TP, although I'd love to see OpenVPN there) , you'll ve able to set-up your own voip and vpn server and pipe all the voice through it.
There is a couple of VoIP providers who can do that for you. One that comes to mind is callwithus.
On the connection issue with t-mobile, I suggest you try this:
If you have a DMZ linux/cygwin (altough a windows box might make it) host or a shell anywhere you can test if your provider is locking those ports, the pbxes ip or maybe even the SIP traffic.
Listen in a port using netcat:
netcat -n -l -vvvv 5060
Click to expand...
Click to collapse
Launch the Terminal Emulator in your android phone and test if you can connect to your host:
nc <your_hostname> 5060
Click to expand...
Click to collapse
Type something... if you can see the text, they have a L7 filter in place.
If you can't see anything, they are blocking the port.
Now change the listening port to 36999 for instance.
Try to connect again. It should work.
Now in Sipdroid, add your hostname, give it any username, any password, use the 36999 port and select TCP connection and keep the netcat running on your listening host.
If you see a connection in your listening host and some signalling traffic, pbxes should work for you.
If you don't, then there's a really advance L7 filter between you and the internet and they can block anything they want to.
In this case, the only solution (and there's nothing they can do unless they also block it), is to use a VPN.

Thanks guys for all your suggestions. I'll try and go through all the procedures you've suggested stickman and I'll post the results

Monitor Froyo hotspot clients?

Hi,
Let's say I want to check, who's connected to my hotspot. I've searched for an application or terminal commands that can show this info, but didn't find anything. Is there such a thing?
Thanks,
William.

Good question, I'm interested as well.
Sent from my Nexus One using XDA App

i never tried to monitor wifi hotspot clients but i think these ways should work.
way 1:
goto terminal, type:
arp -a
this command displays all entries, since the wifi connection actually makes the phone a router, so all connected clients should have corresponding arp entry.
way 2:
goto market and download Network Discovery application, use it to scan the whole network. Also it provides port scanning function too.
(but .. this application usually crashes on my phone after scanning for long time)

Interesting, thanks. I'll test and reply.

Tested, even the basic "busybox arp" with no switches works. The result needs to go through grep or use "specify interface" switch to avoid showing the 3G data IP.
I suppose that access control has to be implemented in the kernel, so I won't mess with it - but now I have a script line to see, who's connected. Thanks
And one day someone could write a widget for it. At least modify the on/off widgets to show the number of connected clients.

Any more news on this? The network discovery app kind of worked, but it had to use wifi which disabled tethering.
I think there has to be a way to see who is connected to your hotspot at one time without disabling anything.
The Palm Pre Plus on Verizon does this automatically. There are a lot of features that phone has that I wish android would impliment...Man it would have been nice if google had bought palm

Jack_R1 said:
Tested, even the basic "busybox arp" with no switches works.
Click to expand...
Click to collapse
Is that news?
You want an app/widget for that? There is none. I've turned to the creator of the "hotspot widget" and asked him to implement counter for connected clients (which should good enough for anything I can think of), but I got no answer. I also tried to find any open-source code for such widget to modify and add the functionality, but didn't find any.
The older Eclair CM build had such app for manual control, showing MACs of connected clients.

I dont think the stock froyo tethering implements this but the wired/wireless tether apps included in 2.1 roms has the function, mac address filtering too =D

Wifi and 3G working together

I have yet to come across the ability to use wifi and 3G simultaneously so it seems like it could be well worth implementing.
http://mobisocial.stanford.edu/news...together-by-hacking-connectivityservice-java/
*Also posted in Android General: http://forum.xda-developers.com/showthread.php?p=15161427

Well, I didn't go to Stanford, but wouldn't you have to be able to tell the system which traffic should use which interface? Generic routing can't handle this stuff.

My thoughts were leaning towards those apps that already require one connection type versus another. For example wouldn't it be nice for those that use wifi to vpn into their network(s) for work/home and also be able to use apps that require their 3G. I recall having to switch to 3G from my wifi once or twice at home to use just an app that was developed to use only 3G.
The simplest thing IMO (if possible) would be to have the person be able to set a preference on their phone for wifi or 3G (by app selection would rock). Then apps would connect through the preference if available (and if allowed) or move on to the alternate if not.
This kind of discussion is what I was hoping for so please keep it coming...
*BTW we've come a long way since the Vogue

This is what we used to call "shotgunning"

Jiggity Janx said:
My thoughts were leaning towards those apps that already require one connection type versus another. For example wouldn't it be nice for those that use wifi to vpn into their network(s) for work/home and also be able to use apps that require their 3G. I recall having to switch to 3G from my wifi once or twice at home to use just an app that was developed to use only 3G.
The simplest thing IMO (if possible) would be to have the person be able to set a preference on their phone for wifi or 3G (by app selection would rock). Then apps would connect through the preference if available (and if allowed) or move on to the alternate if not.
This kind of discussion is what I was hoping for so please keep it coming...
Click to expand...
Click to collapse
Right... I guess it would be handy if the only check was for whether a particular connection was ACTIVE, not necessarily if it were the primary interface.
Well, I guess you could futz it manually with the routing table -
wifi
addr 192.168.1.100
gateway 192.168.1.1
ppp0
addr 76.76.76.76
gateway 76.1.1.10
corp public
20.20.20.20
so, if you had a corp vpn app that required wifi, and could force both to be enabled, you could set...
Code:
route add -host 20.20.20.20 netmask 255.255.255.255 gw 192.168.1.1
but it'd be a pain to change every time. guess you could build an app to handle it...
*BTW we've come a long way since the Vogue
Click to expand...
Click to collapse
Aye, mate.
"shotgunning"
Click to expand...
Click to collapse
new to me. will google this.
EDIT: ah, yes - multiplexing PPP connections. not possible, I think. You might be able to load balance/share, though, and that could be handy.

[MODULE] Unlimited T-Mobile LTE tethering

This module *should* hide you data usage while tethering, allowing you to have, in theory, unlimited tethering. I just threw it together and it is NOT fully tested to see if it 100% prevents monitoring of data usage. Let me know you thoughts.

dustintinsley said:
This module *should* hide you data usage while tethering, allowing you to have, in theory, unlimited tethering. I just threw it together and it is NOT fully tested to see if it 100% prevents monitoring of data usage. Let me know you thoughts.
Click to expand...
Click to collapse
Might be a good idea to share the methodology basics you are using instead of folks needing to install and stress test their limited tethering. From what I have seen on my T-Mobile account, creating a noprovisioning custom prop like this https://forum.xda-developers.com/pixel-3-xl/how-to/how-to-native-tethering-rooted-pixel-3-t3858662 is working and continues to work on Android 10.

sliding_billy said:
Might be a good idea to share the methodology basics you are using instead of folks needing to install and stress test their limited tethering. From what I have seen on my T-Mobile account, creating a noprovisioning custom prop like this https://forum.xda-developers.com/pixel-3-xl/how-to/how-to-native-tethering-rooted-pixel-3-t3858662 is working and continues to work on Android 10.
Click to expand...
Click to collapse
The method used is my module is exactly the same as your link, with the addition of also editing the T-Mobile APNs to add "dun" to the APN.

dustintinsley said:
The method used is my module is exactly the same as your link, with the addition of also editing the T-Mobile APNs to add "dun" to the APN.
Click to expand...
Click to collapse
Good deal. I have been hesitant to add DUN to the apn type since I am seeing no tethering charges. Mind you, I also use it so infrequently that even if they were to see my usage it wouldn't exceed my cap.

sliding_billy said:
Good deal. I have been hesitant to add DUN to the apn type since I am seeing no tethering charges. Mind you, I also use it so infrequently that even if they were to see my usage it would exceed my cap.
Click to expand...
Click to collapse
it seems to work very well with it added...

dustintinsley said:
it seems to work very well with it added...
Click to expand...
Click to collapse
Since I have everything else done already, can you send me the value string you have saved in the APN type?

Hey @dustintinsley, first I appreciate this little mod. Thank you.
I just flashed via TWRP, I will do some testing to see if it's working, but one thing you mentioned, it also adds dun. Well after I flashed and booted, I went to settings mobile data apn and reset the apn, and I'm not seeing ,dun under apn type. Should it be there? Or no?
Thanks Dustin
EDIT: ok, few hours later, after I flashed your mod in twrp.
I watched YouTube for like an hour straight, and I just got a notification saying I used a certain % of my hotspot data. So unless I did something wrong, it's being reported as hotspot and it's definitely not working for me..
I'm on the OnePlus 7 pro, Android 10 on T-mobile. With TWRP 3.3.1-70 by muaranofrio and magisk canary.
Please advise. Thank you again Dustin

No need to reset your APN after flashing. Can you take a screenshot of your APN settings? DUN should be there but I may have missed some APNs so a screenshot could help

dustintinsley said:
No need to reset your APN after flashing. Can you take a screenshot of your APN settings? DUN should be there but I may have missed some APNs so a screenshot could help
Click to expand...
Click to collapse
No problem, appreciate your time.
Ok I didn't reset. Here is the screens of the apn after I flashed your zip in twrp.

Is the module creating a new APN or attempting to modify the existing (grayed out) one?

Sheetzie03 said:
No problem, appreciate your time.
Ok I didn't reset. Here is the screens of the apn after I flashed your zip in twrp.
Click to expand...
Click to collapse
Odd. I will have a look at it. I am also on a OnePlus 7 Pro, but on Android 9 still. Maybe it is something with Android 10? I will have to install 10 and have a look.

sliding_billy said:
Is the module creating a new APN or attempting to modify the existing (grayed out) one?
Click to expand...
Click to collapse
Neither. Flashing the mod doesn't change anything in settings apns.
It's greyed out b4 I flash the mod, and greyed out after, with no changes either.
Understand?
---------- Post added at 09:35 PM ---------- Previous post was at 09:29 PM ----------
dustintinsley said:
Odd. I will have a look at it. I am also on a OnePlus 7 Pro, but on Android 9 still. Maybe it is something with Android 10? I will have to install 10 and have a look.
Click to expand...
Click to collapse
Thank you , sorry for trouble.
One other thing that I'm thinking might be important to mention, after flashing ur mod, while there are no changes made to the apn in settings, I did notice there are a bunch of different changes in the apns xml file in system-etc
Thanks again, I'll wait to hear from you. Later

Sheetzie03 said:
Neither. Flashing the mod doesn't change anything in settings apns.
It's greyed out b4 I flash the mod, and greyed out after, with no changes either.
Understand?
Click to expand...
Click to collapse
Yeah, that is exactly why I asked. Unless it is editable in the first place, the workaround I thought was always to create a new APN. Your screenshots looked like the module was trying to make in-place edits unsuccessfully.

sliding_billy said:
Yeah, that is exactly why I asked. Unless it is editable in the first place, the workaround I thought was always to create a new APN. Your screenshots looked like the module was trying to make in-place edits unsuccessfully.
Click to expand...
Click to collapse
Yeah I see what you mean.
But this mod is specifically for TMobile and the op has the same device as I do. Maybe it's Android 10. Although didn't you say earlier that on Android 10 there is a way to get it working?
Hope Dustin can work his magic anyway. ?

Sheetzie03 said:
Yeah I see what you mean.
But this mod is specifically for TMobile and the op has the same device as I do. Maybe it's Android 10. Although didn't you say earlier that on Android 10 there is a way to get it working?
Hope Dustin can work his magic anyway. ?
Click to expand...
Click to collapse
Yes, I am also on T-Mobile and Android 10 just with different phones (Pixel 3 and Pixel 3 XL). I guess I will stick with what is working. The link is further up in the thread.

Any update on this? Followed another thread here, but looks like there are known issues. I'm on OP6T Android 10 TMobile. Thanks!

SavakSYN said:
Any update on this? Followed another thread here, but looks like there are known issues. I'm on OP6T Android 10 TMobile. Thanks!
Click to expand...
Click to collapse
Same. Also Waiting for Dustin to update hopefully.
As far as the other thread, ill pm you.

Used it while at work today, and can confirm it's working on the OOS Q beta! Ran through about ~20GB of data today, and none was reflected in my hotspot usage. I will note, however, I was using a VPN on my phone all day as well, and everything still worked like a charm (don't know why it wouldn't). Thank you!!

Termux Bypass
I've done this for ever and it's not going to be restricted to who you have but it will 100 percent get around any data throttling.
Download Termux app and install openssh-server on it. Go ahead and hotspot your phone, then run ifconfig inside Termux to get your current tethering local IP. It will be the only 192. spit out when you run ifconfig. Save this. Run sshd -dD inside Termux which starts an openssh server waiting to be connected to in debug mode to audit traffic. Now pop onto a PC or router you can SSH into, whatever and connect it to your hotspot from your phone. Now SSH tunnel all the traffic from the device back through the openssh server your running on the Termux app. Now that you are on the same local network you can SSH tunnel into that IP address you saved earlier. As long as you make sure all your traffic passes through the tunnel it 100 percent shows that all your internet is being used by Termux app not your hotspot app so you need no other spoofing of hops or anything because to your phone and carrier you are just using a bunch of data in termux, you do it right you will never be throttled I've used 150GB data multiple times.
Step by step > https://github.com/RiFi2k/unlimited-tethering

RiFi2k said:
I've done this for ever and it's not going to be restricted to who you have but it will 100 percent get around any data throttling.
Download Termux app and install openssh-server on it. Go ahead and hotspot your phone, then run ifconfig inside Termux to get your current tethering local IP. It will be the only 192. spit out when you run ifconfig. Save this. Run sshd -dD inside Termux which starts an openssh server waiting to be connected to in debug mode to audit traffic. Now pop onto a PC or router you can SSH into, whatever and connect it to your hotspot from your phone. Now SSH tunnel all the traffic from the device back through the openssh server your running on the Termux app. Now that you are on the same local network you can SSH tunnel into that IP address you saved earlier. As long as you make sure all your traffic passes through the tunnel it 100 percent shows that all your internet is being used by Termux app not your hotspot app so you need no other spoofing of hops or anything because to your phone and carrier you are just using a bunch of data in termux, you do it right you will never be throttled I've used 150GB data multiple times.
Step by step > https://github.com/RiFi2k/unlimited-tethering
Click to expand...
Click to collapse
I've never used this before. I checked the instructions you linked, but they really don't add to the clarity of this part:
"Now that you are on the same local network you can SSH tunnel into that IP address you saved earlier."
Do you know of any video tutorial or anything that might help with this?

Permanently disable Mac randomization

Hi,
how can I permanently disable MAC adress randomisation?
I can set this for each connection separately but I want to disable this feature completely.
Thx

Doenerbude said:
Hi,
how can I permanently disable MAC adress randomisation?
I can set this for each connection separately but I want to disable this feature completely.
Thx
Click to expand...
Click to collapse
From this site, it would appear you cannot in Android 10: https://source.android.com/devices/tech/connect/wifi-mac-randomization
I'm curious though, what use case do you have where you want to do this?

JohnKuczek said:
From this site, it would appear you cannot in Android 10: https://source.android.com/devices/tech/connect/wifi-mac-randomization
I'm curious though, what use case do you have where you want to do this?
Click to expand...
Click to collapse
I don't like that it's the default setting. For some reason, if I change WiFi networks (away from the one that autoconnected), I have to re-enter the password and have to remember to change it back to "Use device MAC".

brandon5491 said:
I don't like that it's the default setting. For some reason, if I change WiFi networks (away from the one that autoconnected), I have to re-enter the password and have to remember to change it back to "Use device MAC".
Click to expand...
Click to collapse
Is MAC randomisation causing a problem for you? Maybe someone can help if they understand the issue.

I have several WiFi networks to deal with at work and access control is based on MAC address.
Thats no security thing, only offline networks for testing purpose. SSID changes often and I always forget to change the setting...
@brandon5491 had the same issue with WPA3 but seems to be fixed with March Update (or newer AP firmware)

I have several WiFi networks to deal with at work and access control is based on MAC address.
Thats no security thing, only offline networks for testing purpose. SSID changes often and I always forget to change the setting...
@brandon5491 had the same issue with WPA3 but seems to be fixed with March Update (or newer AP firmware)

Well iOS and Android do MAC randomisation so it will be more than just you struggling with this issue, maybe raise the problem with your work? Maybe there is a tasker addon that can turn the option off based on some rule you create.
As for stopping you, I'm not sure how? If you join a network the device will use its fixed hardware MAC address which is approved. The MAC filtering should not be enforced unless you are connected to the network.

Randomized MAC addresses and IoT Devices
JohnKuczek said:
From this site, it would appear you cannot in Android 10:
I'm curious though, what use case do you have where you want to do this?
Click to expand...
Click to collapse
For me, it makes it nearly impossible to onboard new smart devices. Lifx, Kasa, Samsung, etc all need static MAC when adding them. You have to stop the install, go change the setting on the wifi for each device, then start the install all over again.
William