Related
I have done the NAND install method on my Vogue with Myn's Warm Donut RLS3 from 2010-02-20. Since I do not have a data plan, and have the XV6900, which comes without WiFi, I cannot just connect to a local network to get internet access, so how do I get access over the USB cable or via Bluetooth? This would basically be like "Reverse-tethering", that you can do in Windows via ActiveSync (when you are hooked up you can use the desktop PC's internet connection)
So, how do we do this now on Android?
Thanks,
-C
Short version: we don't. Do you want details?
Well, without looking very hard... I know this is possible, since you can do almost anything on Linux. Here's a brief description of how this is done, although it may need some modification for our builds:
http://www.htc-android.com/viewtopic.php?f=5&t=154
OR
http://forums.androidandme.com/topic/internet-over-usb
Search for android ifconfig usb and see what you can find.
polyrhythmic said:
Well, without looking very hard... I know this is possible, since you can do almost anything on Linux. Here's a brief description of how this is done, although it may need some modification for our builds:
http://www.htc-android.com/viewtopic.php?f=5&t=154
OR
http://forums.androidandme.com/topic/internet-over-usb
Search for android ifconfig usb and see what you can find.
Click to expand...
Click to collapse
We certainly could if it was supported in our kernel, but our only USB drivers are adb and mass storage. I believe dzo and mssmison are working on some other. cdc, ethernet, rndis, etc. aren't currently supported.
mrkite38 said:
Short version: we don't. Do you want details?
Click to expand...
Click to collapse
Hmm bummer. Most people with cell service are STILL not paying for data plans, and only about 50% of people with smartphones have data plans yet. Heck...I got a data plan and then got rid of it after 6 months...that alone was $180 worth that was totally wasted for what...the convenience of checking email on my lunch break....yeah that's worth it. At least ATT is only $10 a month now if you are on a shared plan with your family for unlimited data. To bad I an on VZW, lol...
So anyway, it seems like this would almost be a must. I would gladly pay a developer here $50 if he came up with a widget to do it. He'd make a lot more than that on the market too if he developed that.
crobs808 said:
So anyway, it seems like this would almost be a must. I would gladly pay a developer here $50 if he came up with a widget to do it. He'd make a lot more than that on the market too if he developed that.
Click to expand...
Click to collapse
'Real' android phones can do it, our kernel can't. Plus, you can't download from market or use youtube, etc, over bluetooth tethering (I've tried) or via usb from what I've read. Only the cellular data connection and wifi are considered 'valid' by Android. So the dev would have to fix that, too, to make it worthwhile.
mrkite38 said:
'Real' android phones can do it, our kernel can't. Plus, you can't download from market or use youtube, etc, over bluetooth tethering (I've tried) or via usb from what I've read. Only the cellular data connection and wifi are considered 'valid' by Android. So the dev would have to fix that, too, to make it worthwhile.
Click to expand...
Click to collapse
I would be happy just to have WiFi, but the XV6900 (Verizon Touch) doesnt even have WiFi at all. I am considering getting the Nexus when it comes to Verizon in a few months.
crobs808 said:
I would be happy just to have WiFi, but the XV6900 (Verizon Touch) doesnt even have WiFi at all. I am considering getting the Nexus when it comes to Verizon in a few months.
Click to expand...
Click to collapse
Yeah, and the mogul might be a good solve but it only has a 64 MB ROM... I know, been through it all in my head before, too.
Thanks
Thanks. It can sure take some time searching to find some of this info, but even with the NO it won't work I'll still be searching
I want the Bluetooth PAN on Android!
It does not make any sense that Google would know I'm connecting via Bluetooth PAN vs. WiFi to my PC since this occurs behind my Router??? The IP is set at the Router level, my phone should not be visible.
edit... misread post above.
I guess Android itself would know, but that seems odd. But Odd rules sometimes.
Any updates on possibilities yet ??? or there is still no way to use internet on Vogue Andriod without having data plan ?
gogodj said:
Any updates on possibilities yet ??? or there is still no way to use internet on Vogue Andriod without having data plan ?
Click to expand...
Click to collapse
Not yet... the reasons posted above are still true.
Are there any plans to add this feature to future ROMS? The only reason I haven't switched to android from windows mobile is because of this.
damaph said:
Are there any plans to add this feature to future ROMS? The only reason I haven't switched to android from windows mobile is because of this.
Click to expand...
Click to collapse
I don't think so. It's a kernel thing, not a rom thing, and it requires a lot of driver work. But even if it did work, android wouldn't recognize it as a valid connection.
rfcomm + pppd to tether both ways?
I am new to android, but I have networking experience with Linux. I am running Myn's latest Warm Donut on my Sprint Touch. And it seems that hciconfig/hcitool are working to associate the phone with another bluetooth interface. Also, rfcomm seems to be working. And lastly, pppd is installed and (indeed) necessary for the 3g/edge connection as evidenced by the ppp0 in ifconfig. Also, reviewing dmesg, I see L2CAP and BNEP are compiled into the kernel. And pand is also compiled and running. I am not familiar with these, but it seems to offer another route for maybe getting a bluetooth IP link established.
So, my question is simply this. Can we not use the hci commands to associate the phone to another bluetooth adapter on, say, a networked Linux system? Then use rfcomm to build a bluetooth serial connection between the two systems, and finally establish a ppp interface on each end of that serial link? Once that is done, the two systems will share a point-to-point IP link over BT over which they can communicate. Then it is simply a matter of establishing gateways, proxies, iptables NAT, DNS, and routes to make either forwarded or reversed tethered connections. I am reasonably confident I can do that. With a Class 1 bluetooth interface on the Linux server side, the range could be extended for reverse tethering...perhaps making it useful as a moderate range wifi replacement. Other webpages discuss similar approaches using bluetooth rfcomm/pppd. It might require experimentation to find reasonable baud rates for the serial link, etc., but nothing seems obviously impossible. And bluetooth can provide a 1 Mbps+ speeds...again, not great, but better than Edge or dodgy EVDO.
Likewise, we may be able to build a proper PAN connection. I am not familiar with pand and bnep interfaces, but I could probably figure it out.
As I said, I am new to Android, and I am just starting to test this on my phone. Is there something that I am missing with regard to existing hci/rfcomm/pand functionality? Dmesg reports all of these compiled in and hcitool scan seems to do something...it blinks the blue light and find my laptop. I guess I am just asking if someone can shoot holes in my idea before I waste too much time pursuing it.
Thanks.
mprinkey said:
I am new to android, but I have networking experience with Linux. I am running Myn's latest Warm Donut on my Sprint Touch. And it seems that hciconfig/hcitool are working to associate the phone with another bluetooth interface. Also, rfcomm seems to be working. And lastly, pppd is installed and (indeed) necessary for the 3g/edge connection as evidenced by the ppp0 in ifconfig. Also, reviewing dmesg, I see L2CAP and BNEP are compiled into the kernel. And pand is also compiled and running. I am not familiar with these, but it seems to offer another route for maybe getting a bluetooth IP link established.
So, my question is simply this. Can we not use the hci commands to associate the phone to another bluetooth adapter on, say, a networked Linux system? Then use rfcomm to build a bluetooth serial connection between the two systems, and finally establish a ppp interface on each end of that serial link? Once that is done, the two systems will share a point-to-point IP link over BT over which they can communicate. Then it is simply a matter of establishing gateways, proxies, iptables NAT, DNS, and routes to make either forwarded or reversed tethered connections. I am reasonably confident I can do that. With a Class 1 bluetooth interface on the Linux server side, the range could be extended for reverse tethering...perhaps making it useful as a moderate range wifi replacement. Other webpages discuss similar approaches using bluetooth rfcomm/pppd. It might require experimentation to find reasonable baud rates for the serial link, etc., but nothing seems obviously impossible. And bluetooth can provide a 1 Mbps+ speeds...again, not great, but better than Edge or dodgy EVDO.
Likewise, we may be able to build a proper PAN connection. I am not familiar with pand and bnep interfaces, but I could probably figure it out.
As I said, I am new to Android, and I am just starting to test this on my phone. Is there something that I am missing with regard to existing hci/rfcomm/pand functionality? Dmesg reports all of these compiled in and hcitool scan seems to do something...it blinks the blue light and find my laptop. I guess I am just asking if someone can shoot holes in my idea before I waste too much time pursuing it.
Thanks.
Click to expand...
Click to collapse
That's all correct, and I've done it before. But the issue is that Android only acknowledges TWO kinds of data connections: cellular and wifi. When I setup a pan and iptable'd my way to the internet, I was able to get google maps, but not market. I haven't tried Opera but the android browser didn't work. Etc., etc. So I think the usefulness of pan is limited. The real challenge here is for someone to dig through the source and find out how to ADD bt and USB as 'valid' data interfaces. I've never looked into that.
Cellular connection is ppp0. Have you tried running pppd over rfcomm? Or assign an identical IP address to the pan/pppd interface and set it's metric a notch lower so it is preferred over the ppp0 one? Also, will Android route over a VPN? Setup pan and VPN over it. VPN seems to "own" Internet traffic when it is configured according to this: http://code.google.com/p/android/issues/detail?id=4205
Also, I've seen posts indicating that the default browser can be configured to use a proxy.
Just ideas and I'd like to know what you've tried so I don't waste my time. Thanks for your input.
mprinkey said:
Cellular connection is ppp0. Have you tried running pppd over rfcomm? Or assign an identical IP address to the pan/pppd interface and set it's metric a notch lower so it is preferred over the ppp0 one? Also, will Android route over a VPN? Setup pan and VPN over it. Also, I've seen posts indicating that the default browser can be configured to use a proxy.
Just ideas and I'd like to know what you've tried so I don't waste my time. Thanks for your input.
Click to expand...
Click to collapse
Nope, didn't try any fancy-pants stuff. When I did all this, I was a total n00b to linux (only a partial n00b now) and it didn't take too long, so I say - give it a try! That's the spirit around here.
mrkite38 said:
Nope, didn't try any fancy-pants stuff. When I did all this, I was a total n00b to linux (only a partial n00b now) and it didn't take too long, so I say - give it a try! That's the spirit around here.
Click to expand...
Click to collapse
Great. That is encouraging. The link that I edited into my previous post seems to indicate that ALL traffic gets routed over the VPN when it is established. That would fix any security concerns I'd have about using a high-powered BT adapter. I think I will give it a spin.
USB Ethernet
In my kernel hacking trying to get Debian to run, I managed to enable USB Ethernet (the function driver; USB gadget crashes the phone) working, and I've been using it to SSH into my phone. I've used it to apt-get update without any problems. I believe it's just a kernel config option (although I might have done some code modifications), so the problem isn't the driver, it's with Android's userspace.
gTan64 said:
In my kernel hacking trying to get Debian to run, I managed to enable USB Ethernet (the function driver; USB gadget crashes the phone) working, and I've been using it to SSH into my phone. I've used it to apt-get update without any problems. I believe it's just a kernel config option (although I might have done some code modifications), so the problem isn't the driver, it's with Android's userspace.
Click to expand...
Click to collapse
So you enabled USB ether in the kernel config and it's working for you? Against a linux host or Windows? that would be nice, I haven't tried that in ages.
Edit: yes, the 'valid' connection check is definitely in Android userspace. But I either forgot or didn't know that our usb ether func driver worked when enabled.
perhaps somebody here could be tolerant enough to assist or direct me to concise clear info to such a likely passe situation.
Phone again, stock from VZW and fully updated.
Barnacle installed from market.
I have a few questions;
1)Superoneclick seemed to only install "superuser" on my phone. Does this mean the busy box and abd things, of which I have no idea what to do with, is only accessible via my win7 64 bit pc while the phone is connected to it via usb?
2)How do I optimize this phone with stock rom and remove "bloatware" as well as eliminate intrusive programs? Are there any threads which ID these as well as their functions?
3) Jrummy Droid Overclock installed, several versions in fact, and the best I could do was make the phone extremely laborious and finally reverted back to stock settings before uninstalling. I did have to click the "experimental" box to make it able to scale the stock rom.
Any thread or info as to some failproof settings to make this stock thing work much better/faster?
4) Can this phone, usb tether the data connection without any paid apps or limitations regarding secure sites and such?
Interestingly enough, I'm finding the search functions on this forum to be impossible on my handheld and just about the same from my pc. From the handheld, it wanted me to assemble pix which my touchscreen or keyboard didn't seem to allow.
From the pc, 'no matches found' or something to that affect.
Also, when I was having problems recalling my login info, had almost given up deciding instead to reregister, I got a denial message based on having a verizon wireless IP. Weird.
I'm rereading the beginners info and it would be nice to be able to simply make my stock rom'd droid better.
Feel free to tell me if I'm pissing in the wind and need to just do different roms and or kernals. However, I'd like to just keep it simple for now.
You are able to download Busybox straight from the Android Market: https://market.android.com/details?id=stericson.busybox&feature=search_result
You can tether your phone to create a wireless hotspot, but I'm not 100% sure about USB tether.
skadude66 said:
You are able to download Busybox straight from the Android Market: https://market.android.com/details?id=stericson.busybox&feature=search_result
You can tether your phone to create a wireless hotspot, but I'm not 100% sure about USB tether.
Click to expand...
Click to collapse
Yes and thanks, I snagged barnacle for that. It works fine although I'm either too green to make it secure, or the WEP stuff is broken.
That is why I'd like the option to have a more secure hardwire tether.
I know I can do pda.net and some other apps, it seems to me that it should be able to do that perhaps just with some tweaks.
So when I extracted superoneclick on my pc, I see busybox and such in that file. I just did the one click and nothing else, not even on my phone.
It is interesting how fast such basic topics become inundated with miles of confusing info to bewilder a virtual computer twit.
It looks like what you want to do is basically create a wireless hotspot with your phone? Because I use Wireless Tether for Root Users and I am able to encrypt it and set up a secure connection.
Here's what I pulled from the Barnacle website:
How do I use WEP?
Barnacle support 40 and 104-bit WEP. In Settings find Wireless Security and enable WEP, then type in the key. For 40-bit WEP, type in 5 ASCII characters or 10 hex digits. For 104-bit WEP, type in 13 ASCII characters or 26 hex digits. Passphrase is not supported.
Click to expand...
Click to collapse
skadude66 said:
It looks like what you want to do is basically create a wireless hotspot with your phone? Because I use Wireless Tether for Root Users and I am able to encrypt it and set up a secure connection.
Here's what I pulled from the Barnacle website:
How do I use WEP?
Barnacle support 40 and 104-bit WEP. In Settings find Wireless Security and enable WEP, then type in the key. For 40-bit WEP, type in 5 ASCII characters or 10 hex digits. For 104-bit WEP, type in 13 ASCII characters or 26 hex digits. Passphrase is not supported.
Click to expand...
Click to collapse
Phone Settings? "no "Wireless Security" to be found nor did I readily find anything to do with WEP under the Wireless sections.
Barnacle? Again, no "Wireless Security" section found. There is a "Wireless Encryption" settings section. I did enable it with the app stopped and set a five digit alpha code. Restarted Barnacle and my pc completely disregarded it, connected to it with no input required and the signal still shows as unsecured and public.
I'm pleased that it tethers, I would like to make it secure and I would also like to easily usb it to any laptop or pc sans having to load software on them unless said pc/device was older and didn't automatically recognize this phone, as this new win 7 pc did, where upon loading some drivers would be seem reasonable.
I'm not pc/droid knowledgeable enough to know if this is dreaming but, it seems reasonable that it's usb output could be toggled and be seen as a modem connection.
I'm sure it can, but people use Wireless tethering more than a physical USB tethering.
I've never actually used this, but I've heard of people using it when they need to tether via USB: https://market.android.com/details?id=com.mstream.easytether_beta&feature=search_result
Yes and thanks, I truly appreciate your efforts to help and your tolerance for my ignorance.
I am aware of those various usb tethering programs and I suppose my question is why must software be loaded on a device capable of seeing other usb plugged connections and run them 'plug and play'?
I'll see if somebody with barnacle can assist me with the WEP issue. I've tried it several ways and have had no success. Possibly related, my droid no longer will send MMS. It still receives them, just no longer sends. I wish I could say if that occurred after rooting or after attempting overclocking, but, it happened after one or both.
Wait, does the Easy Tether not require software to be installled on usb tethered device? I was sure it did and after reading the page, it doesn't mention it.
It's still bizarre that I can wirelessly tether now that soc rooted it, but I still have to buy an app to usb tether it, and I was pretty sure, install stuff on device to be tethered.
No problem, anytime!
Honestly, I don't know much about Easy Tether, I've heard about it, but have not delved much deeper into it.
What ROM are you using (if any)? I know that I had some issues with CM7 and a little bit less with Cronos right now, where I send a text message and it hangs with "Sending..." for hours at a time.
How much did you overclock your phone by? What vsel?
Sent from my Milestone using XDA Premium App
phone is stock other than being rooted
I used JRummy's Droid Overclock as it is supposed to overclock a stock rom'd A855 droid.
I tried several several many settings, mostly what was recommended, but none of them seemed to make it better, and if they did, I couldn't seem to make them stick upon rebooting.
Kept all attempts at or below 800MHz.
I'm sure it's my lack of understanding and likely there are some simple settings that will speed it up with just a few clicks as well as save thru a fast and speedy reboot.
hi there i am having a problem with my sgt p1000 wifi just upgrade to 7 series 4.1.0 i noticed that my wifi connection is not stable...
Think is an hardware problem.because i have installed this rom and i have any problem with the wifi.
Galaxy Tab P1000-OVERCOME 7 SERIES 4.1.0
icy25 said:
hi there i am having a problem with my sgt p1000 wifi just upgrade to 7 series 4.1.0 i noticed that my wifi connection is not stable...
Click to expand...
Click to collapse
Get yourself over to the Overcome thread and READ through it. Your answer lies within...
No offense phlooke, but you've told a few people that, and I've already become a bit lost in the over 100 pages of posts in that overcome 4.1 thread. Unless you're gonna post a link to the page in that thread where the solution begins, how is your above post helpful?
I'm going back into that thread now, but I swear, it's full of a lot of duplicate commentary, side discussions, and very little of the content is useful. A mod should clean up that thread.
maybe this one?
http://forum.xda-developers.com/showpost.php?p=21180574&postcount=770
Overcome 4.1 wifi fix attached there by Alterbridge himself.
Well the reason the thread is so congested is because of the same questions being asked over and over again.
People are too damn lazy to do there own investigation.
If you can't be bothered to read the whole thread there's a search function.
Check the forum rules.
Lastly the post I made is helpful in pointing the op to the place containing the answer? Duh.
Sent from my GT-P1000 using XDA App
Overcome Series ROM's are awesome but I always have a screen problems on my TMO Tab. I get these little brownie prickles on my screen like a twinkling stars at night. I am not sure why, maybe it's because the LCD and RAM are under voltage. Normally, every time I flash a new ROM, I always flash back my modem.bin just to make sure that I get all the benefits of my carrier's. Right now, I use Chromed JQ8 Stock ROM with Dip7 Kernel. It's pretty much stable and fast. Chromed JQ8 and Dip7 Kernel combo works furiously fast and stable. No bugs and everything works wonderfully.
Actually not really, because if you read through the conversations on the Overcome 4.1.0 thread, that wifi fix doesn't work for many people. And now, as a new Overcome user (as of four hours ago), it doesn't work for me, either. I flashed the fix file from CWM and I still get an up, down, up, down and so on with the wifi connection. There needs to continue to be people asking some of the same questions about this, so that people like yourself don't give the mistaken impression that this problem is somehow "solved". I'm not putting you down, because I can tell from your posts on XDA that you really want to help when and where you can (as do most people on XDA including myself), but the fact remains that this wifi problem is NOT fixed, and at least for the time being, the more people who squawk about it on here or in the official Overcome thread, the more likely a true solution will present itself.
Because right now, there isn't one. The flash fix doesn't work for a lot of us, and I shouldn't have to tweak my router. That's a ridiculous notion. That, and I find myself moving from location to location, relying in a variety of wireless networks to connect to, and I certainly can't go and tweak every single router I come into contact with. It's unrealistic, and it's a *software* issue on the ROM. So a fix is possible. But isn't available just yet.
So this thread, and any other new ones... at least for the short term, they have the latent function of keeping the issue current and visible to the developer or others who might have the tech savvy to truly fix the issue.
personally, if I don't feel like helping, I will just move on.
I just don't understand why some people feel like policing the threads while not offering valuable info.
Take a deep breath and ignore the post.
As for the wifi problem, I wonder if it is modem related? It has to be either that or hardware related (batch issue with chipset?)
There is a small number of users with unstable wifi issue.
Small number of reported people with this issue. Who knows how many it actually affects, but more than three is too many. I can't see why it would be hardware related, since the devices in question work fine prior to flashing Overcome 4.1.0. Some people have switched to Overcome 4.0 and seen the problem go away (as have those who switched to other Chefs' ROMs). Of those who install 4.1.0 and see no problems, it suggests that whatever change happened between 4.0 and 4.1.0 affects only certain routers. Maybe some kind of optimization done has rendered a number of router models affected. ???
Suleeto said:
Of those who install 4.1.0 and see no problems, it suggests that whatever change happened between 4.0 and 4.1.0 affects only certain routers. Maybe some kind of optimization done has rendered a number of router models affected. ???
Click to expand...
Click to collapse
It has nothing to do with what router you have. Any router set to have no lease expiration will cause the bug. MOST routers don't even allow you to do such an asinine things. I couldn't force my router to have no lease expiration if I wanted to (which I wouldn't, because it would be stupid).
Search google for "Netgear No Lease Expiration". This is a GENERAL problem. It is not confined to Gingerbread Overcome ROM 4.1.
The bug is a combination of some routers' fault for shoddy programming and a gingerbread wifi config fault for not handling a fringe (and borderline retarded) but technically acceptable setting.
Change (FIX) your router's setting.
---
See for details: http://www.ietf.org/rfc/rfc2131.txt
According to the RFC SPEC:
The client may ask for a permanent assignment by asking for an infinite lease. Even when assigning "permanent" addresses, a server may choose to give out lengthy but non-infinite leases to allow detection of the fact that the client has been retired.
Nowhere in the spec does it say the server should give out Infinite Leases to clients that do not ask for them. If your router gives infinite leases to clients that can not or do not handle them, THE ROUTER IS THE BROKEN PART.
So you're saying that Froyo, WinMo, and other more powerful computing devices have additional functionality to deal with "fringe" features on select routers?
I am considering your explanation but you can understand how the explanation itself also might sound asinine to a layperson. I understand what DHCP servers do and how IP leases work.
My router is a newer Belkin model only a couple years old.
Edit: Because I am curious, I'll be looking into the router settings to see just what it is actually set at.
Edit 2: Yep, it's set to forever. Then again, I still can't understand why that is in your assessment considered a "bad" thing. And in my experience, it has never, NEVER been a problem with previous tech, over the years and years of wifi router use.
None of this explains or justifies why Gingerbread-based ROMs should suddenly lose this functionality. It is not like Android clients are going to change the face of what is a very common DHCP configuration among routers past and present (despite your sentiments). To me, moving from Froyo builds that can handle this to Gingerbread builds that cannot seems counterproductive for Google, as most consumers WILL NOT want to tweak their three to five year old routers that otherwise connect fine to every other computing device they can bother to try to connect with.
And like I said previously in this very thread... you can't exactly go into the back room of a Starbucks, the town library, or of local businesses, and demand they make a change to their DHCP lease configurations that for everyone else (oh! oh! oh! Including the well loved iPhone!) works without any issues whatsoever.
So I'm sorry, I'm not being a **** here, but what you're suggesting is an extremely large pill you are asking me to swallow, and it just seems like a prescription for a disease I do not possess.
LOL, checked the router and found the problem.
Was that not covered in the thread as one of the issues/fixes?
Jeez.
you can't exactly go into the back room of a Starbucks, the town library, or of local businesses, and demand they make a change to their DHCP lease configurations
Click to expand...
Click to collapse
And you'll almost never have to, because 99.5% of routers are made to the spec I linked and won't give the type of lease that your router does. Surprising that there isn't a firmware upgrade available that changes the default on the router to not be infinite - may just be because you can do it yourself in the router setup, so they didn't bother.
The "infinite-lease" by router without client request situation is not specifically defined in the spec, which means it is not necessarily defined in all clients. What makes other devices work with this router is either
a) the other clients can/do request infinite-leases
b) the other clients happen to have a lease handler that accepts an infinite lease
But nothing in the spec says the client should handle an infinite lease if it did not request one. In the case of this particular gingerbread ROM, that handler is left out, which is a case of not coding defensively enough. -Great- code would handle that in a different way than re-scanning constantly. However, there is a difference between "great code" and "meeting specs". By specification technicality it is the router that is on the wrong side of this argument.
All it means is that both sides kind-of suck. And in this situation the sucky part you have control over is the router, unless Alterbridge releases a modified wifi config that can handle this case gracefully that it shouldn't have had to handle in the first place (but honestly should have anyway, because that's what great code does).
phlooke said:
LOL, checked the router and found the problem.
Was that not covered in the thread as one of the issues/fixes?
Jeez.
Click to expand...
Click to collapse
Um I only mentioned that out of rhetoric, I am not questioning what I can do to resolve the tablet connection process AT MY HOME, I'm questioning the logic of defining the router as a "problem", which the other gentleman (darkmatter) is discussing with me. Or did you miss the point I was actually making? Jeez
darkmattar said:
And you'll almost never have to, because 99.5% of routers are made to the spec I linked and won't give the type of lease that your router does. Surprising that there isn't a firmware upgrade available that changes the default on the router to not be infinite - may just be because you can do it yourself in the router setup, so they didn't bother.
The "infinite-lease" by router without client request situation is not specifically defined in the spec, which means it is not necessarily defined in all clients. What makes other devices work with this router is either
a) the other clients can/do request infinite-leases
b) the other clients happen to have a lease handler that accepts an infinite lease
But nothing in the spec says the client should handle an infinite lease if it did not request one. In the case of this particular gingerbread ROM, that handler is left out, which is a case of not coding defensively enough. -Great- code would handle that in a different way than re-scanning constantly. However, there is a difference between "great code" and "meeting specs". By specification technicality it is the router that is on the wrong side of this argument.
All it means is that both sides kind-of suck. And in this situation the sucky part you have control over is the router, unless Alterbridge releases a modified wifi config that can handle this case gracefully that it shouldn't have had to handle in the first place (but honestly should have anyway, because that's what great code does).
Click to expand...
Click to collapse
I am not really concerned with "great code" vs. "poor code" here, I'm concerned with consumer use. I am more and more convinced this was a decision of the ROM chef and less that it's "Gingerbread" design. I can't imagine Google taking a risk of alienating even a small percentage of consumers who find themselves trying to connect to routers with default infinite leases. You claim that most new routers don't even allow that. This would mean that "infinite lease" is a legacy configuration, but again, every other device seems to have no trouble with that, because companies making these devices and their ROMs understand that the average consumer DOES NOT always know how (or have the option to) go in and change the config of a given router.
And btw... using the term "code" to criticize router design is a bit sloppy. How cleanly it's "coded" isn't at all what you're describing. It's "design philosophy" that is at work here. Not "code". Sometimes amateur programmers haven't spent enough time in the corporate development world and do not understand that the deciding factor in features and function is the COMSUMER end. Code is the guts, not the result. The result is designed based on need.
Also, you have some devices (recent ones, like my HP wireless printer for instance) that do not have an easy way to be assigned a fixed IP, and do not like frequent DHCP reassignment because the driver end on the client PC retains the IP as the pointer for the print queue. An infinite lease allows the initial assignment process to happen, and allows the client PC driver assigned IP to keep consistent with the IP assignment of the printer. This is not the only device that has this issue, but it is an increasingly common problem among a few wireless printer manufacturers in the way they set up client software connections to wireless printers.
So are you saying I should change my router config and cause printing problems in order to satisfy my apparently gutted, less-than-full featured network functionality of my custom flashed Android device?
Does that sound reasonable? Does that even address the concern that I have no control over public and other private wireless networks that I might try to connect to (and have infinite lease enabled)?
Tell you what: I will be going to not one, but three different wireless networks today. One at my local college, one at Starbucks, and believe it or not, the Denny's down the street has a brand new wifi setup installed (only about six months old). I will tell you what happens.
Even still, if I have this situation at home, then inevitably it exists elsewhere. And I would wager it's not a 1% experience, either.
I'm all for streamlining custom ROM's and trimming the fat, but not at the expense of such particularly important functionality. You call it "fringe", but from a product development point of view, we would consider it "comprehensive".
I like my "comprehensive" term a lot better than your "fringe" one. Maybe dropping this kind of functionality will happen eventually in devices, but I feel that doing so now is premature.
And I'm hoping that the chef reads this and at least offers the code in a subsequent version.
---------- Post added at 10:06 AM ---------- Previous post was at 09:50 AM ----------
From the Overcome 4.1.0 thread:
absolutab said:
Not every GB ROM. Only on 2.3.6 JQ8. Had no issues with wi-fi on previous GB versions.
OTOH, on previous versions I had market issues (even at 240 dpi and with the 60Mb cache hack) and everything's working great on 2.3.6. Go figure... If I could have overcome 7 4.0 with overcome 7 4.1 market behavior I'd be more than happy.
I've tried ICS CM9 and wi-fi seemed stable.
Click to expand...
Click to collapse
So Google may have indeed been the one to F' things up... Still, my sentiments stay the same, and it means that I might be switching to Overcome 4.0 until the situation is resolved. At least if this is the case, it's not the Chef's fault.
It has been a good discussion - I feel it is definitely clearing up the details, and I've learned a few things myself while researching to make sure my dhcp knowledge is up-to-date and at least mostly factually correct.
Also, you have some devices (recent ones, like my HP wireless printer for instance) that do not have an easy way to be assigned a fixed IP, and do not like frequent DHCP reassignment because the driver end on the client PC retains the IP as the pointer for the print queue. An infinite lease allows the initial assignment process to happen, and allows the client PC driver assigned IP to keep consistent with the IP assignment of the printer.
Click to expand...
Click to collapse
The infinite lease merely stops the Lease Handshake from occurring. The lease handshake is a different communication altogether from DHCP [re]assignment. About the only time a DHCP assignment will happen is if DHCP settings change on the router between leases, and on the rare occasion it could happen that the Lease Handshake fails (like if one of the devices is unplugged or loses power momentarily) and a different device is connected and takes the IP, requiring a new one to be given to the other device. However, on your mostly stable/unchanging home network, this should happen pretty much never. The only case worth worrying about is if a power outage lasts long enough to span the lease expiring on multiple devices, they could reconnect and get different IPs each
less-than-full featured
Click to expand...
Click to collapse
I have been quoting from the RFC on DHCP. What your router is doing is not "full featured", it's "extra featured", which means not every device is going to support it, nor does it have to support it to be approved. If you look up "infinite lease" on google, you will see that essentially all documentation recommends against it. Another humorous link is to microsoft DHCP server software, which allows setting infinite leases (it is nowhere close to the default) but then begs you not to in the documentation!
However, since the spec does not explicitly state that a device should fail and retry the connection when an infinite lease is given, there really is no wrong method.
There is certainly a "more-appealing-to-users-desiring-full-compatibility" method. But again, when one device does something not explicitly defined in the specifications for ALL DHCP devices, it is just asking for other devices to be unable to connect to it.
Does that sound reasonable? Does that even address the concern that I have no control over public and other private wireless networks that I might try to connect to (and have infinite lease enabled)?
Click to expand...
Click to collapse
As for this concern, I may be wrong, but I believe any public wifi with infinite leases will be broken 1/2 the time due to the allocated IP space being used up by devices that aren't even connected anymore. They'll be rebooting their router every few hours/days depending on how heavy their traffic is.
Almost all documentation warns against even setting your client to request infinite leases, or allowing your router to grant them
See: http://technet.microsoft.com/en-us/library/dd183602(WS.10).aspx
or: http://www.tcpipguide.com/free/t_DHCPLeasesLeaseLengthPoliciesandManagement-4.htm
or: http://blogs.technet.com/b/teamdhcp/archive/2007/02/07/configuring-lease-time.aspx
Important Excerpts from above links:
Although it is possible to configure a client with infinite lease duration, use infinite lease durations with caution. Even relatively stable environments have a certain amount of client turnover. At a minimum, computers might be added and removed, moved from one office to another, or network adapters might be replaced. If a client with an infinite lease is removed from the network without releasing its lease, the DHCP server is not notified, and the IP address is not automatically reused. Also, when using an infinite lease, options set on the DHCP server are not automatically updated on the DHCP client, because the client is never required to renew its lease and obtain the new options. We recommend that you use reservations, rather than infinite lease durations.
Click to expand...
Click to collapse
Perhaps the most relevant one of all is here:
Should I have INFINITE lease time?
It’s technically possible and most of the devices support it but the recommendation is never to have infinite lease time. The main reason is that any change in network configuration on dhcp server will not be updated on the client as the client will not trigger renew. Also it’s reported on some site that few devices don’t behave properly with INFINITE lease time and result in service crash and other issues. So if you are dhcp admin and want to avoid unnecessary issues it’s recommended not to have INFINITE lease time
Neelmani
Windows Enterprise Networking
Click to expand...
Click to collapse
See quotes above. It is way more of a router problem than a client problem.
But, in the end, I do agree that a well-designed wifi driver -should- be capable of handling an infinite lease without failing and reconnecting endlessly.
After reading all that the morning you posted it, I agree with you even before the edit. I see your point.
And I'm glad you also seem to agree with me that it could have been more comprehensive.
I've since turned my lease to two weeks (the maximum increment other than infinite). Hopefully my printer will continue to sync up to the client software later on. I will admit that I partly blame HP and other printer manufacturers for using such a LAZY workaround for their wifi printing solutions.
I suppose in a few years from now it won't matter. I still haven't visited those three other networks I wanted to try Overcome's Gingerbread on. Not yet. Been extremely busy. In a few minutes I'll be heading to a Starbucks in another town, so it might happen.
Connection problems either WiFi or physical cable have all the same similarity, Manufacturer's problem and not the OS. If I remember it correctly, way back in the 90's, Modem manufacturer's would just produce hardware and doesn't even think about the end user that will use it. We used to trash WinMo for having so many hardware problem's without realizing that some of the hardware manufacturer's doesn't go by the standards when designing and writing device drivers.They'll just re-use the same design hardware and hoping that they could just re-write the device coding to make it work whatever OS the end user would be using.A well designed hardware makes a coder job fairly easy and would work easily with the end user without a hitch. Sadly, I have to admit that until to these days some manufacturers still have problems catching up every time we have a new OS and merging two OS on a router to make a connection is still a ***** for them.I hate to say it, but "Belkin" should join the club properly .
Sometimes happens only !
I flashed overcome 4.1 over 20 times (while trying other roms and CM9 releases) and return back to it.
on 50% of the cases wifi caused problems. So wonder was about cache - wiping issue.
P.S. Yes i do use same file everytime and re-stock.
Try it.. Simple
i can smile use this because wifi easy connect... use this
1. Install Wifi Static (download from Android Market)
2. Make sure your wifi is connect.
3. Open Wifi Static, and click all box.
4. Click (add configuration) and press button option at your tablet.
5. Now u can see Generate click it.
6. Now click at IP Address change it. example:
192.168.2.1 to 192.168.2.100
7. Restart wifi.
it simple because can save configure and know
ip address/gateway/netmask/dns1/dns2
just changed ip address because you should use ip address no people take already.
easy to use at McD... or any Wifi
Hey,
So I am having serious wifi issues since I installed my Google Home. I use a chromecast too, but I think it's safe to say that it's the Home device that f-ed up wifi network.
I did read all the articles back i January/February that I was not alone with the issue, and as far as I understand - Google rolled out a fix about a month ago.
However, I am still having issues. My wifi drops for no reason (on all devices at the same time, phones included) for a few seconds and then comes back up. I've tried rebooting the router, and updating firmware on the router but no help. Today I pulled the plug to the Google Home until this has been fully resolved.
I love my Home and would like to have it connected. Did the correction that Google rolled out solve it for everyone else here or does anyone still have issues - or is it just me?
How can I see what firmware/software I am running on the Home? I have obviously tried to ask it, but it responds "this is not supported yet".
Any ideas?
Vol
I had the same problem on my main router, so I tried connecting it to my secondary router, and it worked, but since that one was supposed to be for the other part of the house, I got a cheapest used router I could (doesn't even support n standard) and created a separate network with different SSID, now I use it only to connect google home devices, chromecasts and other smart home wifi devices, and it works (it still uses my main router's DHCP server, and network, it is just AP with a different SSID), oh and I use channel 6 on that router btw.
Volatyle said:
Hey,
So I am having serious wifi issues since I installed my Google Home. I use a chromecast too, but I think it's safe to say that it's the Home device that f-ed up wifi network.
I did read all the articles back i January/February that I was not alone with the issue, and as far as I understand - Google rolled out a fix about a month ago.
However, I am still having issues. My wifi drops for no reason (on all devices at the same time, phones included) for a few seconds and then comes back up. I've tried rebooting the router, and updating firmware on the router but no help. Today I pulled the plug to the Google Home until this has been fully resolved.
I love my Home and would like to have it connected. Did the correction that Google rolled out solve it for everyone else here or does anyone still have issues - or is it just me?
How can I see what firmware/software I am running on the Home? I have obviously tried to ask it, but it responds "this is not supported yet".
Any ideas?
Vol
Click to expand...
Click to collapse
Ok, i feel my networking knowledge can come handy here! Lol. Home,three chromcasts, firetv, firestick x2; Nghthawk x8000->asusrtac68u->lan2wanWNR1000(for old 2nd gen sony bluray dlna and one roomstreaming)+wirelessLinksysEA6350->asusrtac88u. Yes, intriguing network! 6bdrm 3300sqft house. Biggest ever afforded! So, needless to say i pay TWC for 100Mbps, capping at 230mbps on the rtac68u ethernet bridge to wired desktop! All running my own modified compiled tomatousb. Linksysea6350 is ddwrt, kongbuild and a PIA so thats w/e stock kong wanted. Well safe to say ive been at making all this work!! What i need from you is topology and setup, running broadcoms or others? I find broadcom way easier to mess with. Second, you running custom or boxed units? And third is the google products subnetted (more of a b***h if you ask me!) And connected 2.4 or 5? N or AC? And how are you allocating resources? IE using QOS or similar? If you can't answer those im need (if unboxed and freed) "logcats", iptables, etc.. more than safe to say, the home not the culprit in sense to it "drowning" out the wifi band, but could for drown resources, IE low grade hardware, hardware beginning stages of failure and one extra workhorse did it, RAM, eMMC, getting the gist? Im gonna say w/slight certainty you might be rebooting not wifi actually cutting out. You also could if custom firmware corrupted something that the home doesnt like. But wont know w/out the numbers to look at. All i got from you is, either a LAN2LAN or bridge as i read your main hib is the DHCP, and is the SSID you "created" a subnet? And your "30" dollar router also could not be up to task.
And sorry if the reply is anything not right, first post ever here! Years of only reading lol. And something wrong with my cheap phone cracked screen phone replacement everytime keyboard is opened! Doubt its this website. my pixel xl tried to drive on the interstate outside of my car...so sad.. just know im gonna punch this phone or throw from the anger ive gained trying to type and the sign-in to post.. thank you.
Similar solution worked for me
I use a dedicated connection for all things GH related. This stopped the wifi dropout.
I recently bought a Verizon Note 9 (first Samsung phone) so I'm not well versed on things. I have noticed from time to time when I am not receiving carrier signal (still connected to wifi) my texts will start failing with the error "Invalid teleservice id".
After some digging I noticed that my phone number in "About Phone" was incorrectly set to an invalid number 1-265-000-000.
I have cleared all caches and reset all settings I can think of. This problems occurs on all SMS applications. So far I have tried: Google Messages; Samsung Messages; Verizon Messages+.
Where does the "About Phone" page get populated from?
My hunch is the internal number of the phone is getting set by some screwy logic and that is throwing off everything that relies on it.
Invalid teleservide id soulution found
I need people to test this solution to make sure it works across all devices as the error seems to affect all android devices under certain conditions. If you would like to read how I came to this solution to help me check my work or you are just interested please keep reading, If you just want the solution feel free to skip to the bottom paragraph beginning with SOLUTION. If you try this solution, which I actually believe to be a solution and not a hotfix, please respond with 3 pieces of information: 1) Did it work. 2) What Android device you use and the version of Android you are using and 3) Your ISP (Internet Service Provider).
This data is very important.
STORY:
So, last month I switched to Android for a couple of reasons after having used iPhones since the iPhone 5. The two most important things to me were being able to stream music using the LDAC Bluetooth codec and having a crack at Samsung Dex to see if I could avoid buying a laptop next year. I was immediately happy with these features that had been the impetus for switching, but then something unexpected happened: the thing that I have always taken for granted, i.e. my phone sending/receiving calls and texts, was incredibly unreliable on this phone (Galaxy S20 Ultra). After doing some googling and finding the official forums (there seem to be 2 devoted to this issue and I will post this both places) I found the incredibly disheartening ‘hotfix’ of disabling WiFi calling to be completely unnaceptable. Not only because I don’t actually get cell service in my apartment but because a $1400 flagship smartphone should certianly not have less functionality in any area that an iPod Touch circa a decade ago.
Normally I would just take my faulty device down to a Verizon store because although I am in IT I specialize in computers more than phones, however since we have been in isolation this began an approximately 20 hour saga via the phone over the span of May 25th to June 19th. After trying everything I could glean might work from google, and following every step that Verizon tech support asked me to try and actually convincing them to update the carrier settings on my account I was finally given the OK to get a replacement device. It is important to note at this point that I had only been searching this error for my model phone and mistakenly had the idea that it was an incredibly rare issue that was a problem with a select few devices.
So, you can imagine my complete and udder shock after getting the replacement phone, setting it up, and getting the Invalid Teleservice ID Error 4 on the second text message I tried to send on the device. It took me about an hour to really get my wits together because at this point I was trying to come to terms with the very possible reality that I was not going to be able to use my phone at home reliably because I don’t have good reception over WiFi. When my faculties returned, I resolved to read every post I could find on this issue.
What I found is that this problem has been around since certain people started installing Android 8 on their phones and that they have been trying to get Verizon to offer an actual solution since 2017. So here we are 3.5 years later and almost 4 generations of Android later and “the best network” has so far failed to offer any sort of real solution to this problem. However, from getting the error on my new phone and seeing that the error was effecting essentially every model device Verizon sells (that runs Android) gave me a key piece of data: the problem has nothing to do with the device.
After getting deeper and deeper into some forums I noticed that one person reported that this problem only occurs for them when they use an Xfinity WiFi hotspot. That was my lightbulb moment. I am also an Xfinity customer. I then started searching the problem from that perspective and found that most of the people reporting the error and mentioning their ISP were either Xfinity or Spectrum customers, and now I was starting to feel like I might be onto something.
In terms of IT, networking is my weakest area. Nevertheless I dove into some forums that have tried to approach this problem from a networking perspective and although a lot of it was over my head I started to suspect there was something about the firewall on Xfinity and Spectrum routers that is causing the problem. After 72 hours of exhaustive testing ( not only is 24 hours approximately my previous record for not having the error, but I used that time to send out as much information via text messaging as possible to try to cause the error) I am ready to posit a hypothesis as to what is actually causing the problem and post the solution that is currently working for me.
As I have noticed that the problem is most likely to crop up for me when I am using Dex and a physical keyboard and have tried to send many texts in quick succession, the idea came to me that somehow trying to send a large volume of data exacerbates a problem that Xfinity and Spectrum routers have reliably delivering packets in the right order and format over the internet to the Verizon network. So, this is what I decided to try, and it has now worked for approximately 84 hours straight and has performed flawlessly under stress testing (Spamming 500 word texts and hi res photos to multiple people in quick succession using copy/paste).
SOLUTION:
I’m sure many of you who play video games have used a function on your routers to get around NAT issues called the DMZ. The DMZ allows you to put a device using a specific IP address on your personal network outside of the firewall and connect it directly to the internet. For a device that exists on this network wirelessly there is a simple step you must take first. You must assign your device a static IP. If you go into your router settings you will likely find that all devices on your network are assigned IP addresses via a system called DHCP. This essentially means your device will probably have a new IP every time you leave the house and return, so we need to make it the same every time so that the DMZ will function the way we want it to. Every router is going to have a slightly different settings menu, but you should be able to find a tab that lists the CONNECTED DEVICES on your network. What you need to do is change your phone from being a DHCP connected device and assign it a STATIC IP address. Finding the option to do this may be harder than actually doing it, all you need to do when you find the option is change the connection type from DHCP to Static and pick and IP address that will work for you. My network uses 10.0.0.XX for the devices on my home network so I assigned my phone to 10.0.0.99. Then I placed the 10.0.0.99 in the DMZ. In my router menu, the DMZ is under ADVANCED SETTINGS and when you select the DMZ tab, simply enter the IP address you chose for your phone.
To recap:
1) Set your phone to a static IP
2) Put that IP in the DMZ
That’s it. A valid criticism of this solution is that your phone is less secure, however I would respond that the likelihood of your phone being hacked is much smaller that that of a PC and if this slightly loosened security really bothers you, just use a VPN. A VPN will keep you safe in a Starbucks on their free public WiFi and it can protect you here (I actually had a VPN when I got my device and originally I thought it was the cause of the Invalid Teleservice error). CAUTION: There has been a crop of predatory VPN services lately that provide working VPNs, but will charge you a ridiculous amount. I use NordVPN (I found a code on YouTube that gave me 70% off six devices on a 3 year plan, that ended up costing about $100) but there are plenty of good services that will allow you to connect to the internet via a VPN on one device for approximately $2-3 a month.
So please, try this and report back. This error has been the bane of my existence since switching to Android and it is completely unacceptable that Verizon has had literally years to do figure out a solution to this problem and yet they have not. My end goal is not to receive credit but to make sure that in the future Verizon Tech Support actually knows how to help people solve this problem, and their techs don’t take your calls and then look the problem up on google, proceeding to be completely transparent in terms of having no actual knowledge of this issue and literally reading the same forums I have already been over and suggesting the non-solutions posted there in order, i.e. turn off WiFi calling and if that doesn’t work turn off ‘Advanced Calling’.
REMEMBER: If this solution does not work for you, please double check that your changes the router you use have stuck. I have previously had routers that will for reasons I don’t understand change the DMZ domain or switch a device back to DHCP from static or simply fail to save your changes properly.
I await responses eagerly.
You need to take your device to your local high street retail branch of your cell provider and ask them to check your SMS/MMS settings
I would love to be able to actually go into a brick and mortar Verizon store but that's currently not possible in WA state. I had to have a tech walk me through checking those settings myself (after doing my own research as well) and had somebody at level 3 of tech support at Verizon manipulate my carrier settings. That's pretty much all I can do during the pandemic.
My solution is still working for me though, however 33 min after I put the same post on the official Verizon forum they closed the thread which had had regular posts over the last 3 years so now I'll never know if it works for anybody else. Additionally, there was somebody on the forum who approached the problem from SMS/MMS settings perspective and it had to do with deleting server settings and whatnot. It was so complicated that I doubt many end users could follow the same steps.
K_A_Beausoleil said:
I would love to be able to actually go into a brick and mortar Verizon store but that's currently not possible in WA state. I had to have a tech walk me through checking those settings myself (after doing my own research as well) and had somebody at level 3 of tech support at Verizon manipulate my carrier settings. That's pretty much all I can do during the pandemic.
My solution is still working for me though, however 33 min after I put the same post on the official Verizon forum they closed the thread which had had regular posts over the last 3 years so now I'll never know if it works for anybody else. Additionally, there was somebody on the forum who approached the problem from SMS/MMS settings perspective and it had to do with deleting server settings and whatnot. It was so complicated that I doubt many end users could follow the same steps.
Click to expand...
Click to collapse
Thanks for your efforts. I've had this same issue on my Note 9 for 2 years... Your solution did not work for me.
However, I found a solution this morning. My ISP is not Xfinity or Spectrum. But my network which is spread across a small community blocks some IPsec ports that are required for wifi calling. Enabling those ports on my router does not fix the problem since it is a network/modem setting that I don't have access to.
What does work is having a vpn profile that implements IKEv2/IPsec VPN tunnels on your Android device. I have a NordVPN subscription and downloaded the StrongSwan VPN client from the Play Store. This client only uses IPsec encryption. Using a NordVPN server that has this encryption with the StrongSwan VPN client has allowed me to bypass this network restriction and my wifi calling phone calls and texts go through just fine now.
Hoping this helps someone else...
---------- Post added at 04:37 PM ---------- Previous post was at 04:05 PM ----------
hkjxda said:
Thanks for your efforts. I've had this same issue on my Note 9 for 2 years... Your solution did not work for me.
However, I found a solution this morning. My ISP is not Xfinity or Spectrum. But my network which is spread across a small community blocks some IPsec ports that are required for wifi calling. Enabling those ports on my router does not fix the problem since it is a network/modem setting that I don't have access to.
What does work is having a vpn profile that implements IKEv2/IPsec VPN tunnels on your Android device. I have a NordVPN subscription and downloaded the StrongSwan VPN client from the Play Store. This client only uses IPsec encryption. Using a NordVPN server that has this encryption with the StrongSwan VPN client has allowed me to bypass this network restriction and my wifi calling phone calls and texts go through just fine now.
Hoping this helps someone else...
Click to expand...
Click to collapse
Scratch this... Wifi calling uses it's own IPsec VPN tunnel, VPN clients only encrypt internet traffic, not cell service. Back to square one...