Bug Forces Android Devices Off Princeton Campus Network
pmdubs writes "A major bug in the Android DHCP implementation has forced network administrators to (effectively) ban the use of such devices on the Princeton campus. In the last few months, Princeton has had to kick more than 400 Android devices off the campus network for using IP addresses well beyond the allotted DHCP lease (to the detriment of other users), sending invalid DHCPREQUEST messages after lease expiration, and a variety of other wacky behaviors. The link provides a clearly documented explanation of the buggy behavior, as does this largely neglected bug report. Without doubt, this buggy behavior is affecting other, less vigilant networks, and disrupting Wi-Fi traffic for Android and non-Android devices alike."
oh, google will fix it. But there will be carriers who will never roll those fixes out to their users.
If they didn't, It'd be harder to pull stunts like closing the Honeycomb source.
Android uses the Linux kernel, nothing more that is GPLed. Even their libc is developed inhouse. Tho, dhcp-client by ISC has a very permissive license. Little bit of advertising, that's all. Closing the source is allowed.
Apple fanboys can rant how iOs is supposedly better. Closed-source fans can decry the "horrible quality" of open source. And I'm sure some "Windows Mobile is the shit"-guys will chime in. All the while forcing Android and open source advocates to defend/counter-attack. There's something for everybody!
This should be fun to watch. Flamewar is a go!
No, the restart sequence should check a timer to determine if the initial lease has expired, and renegotiate a new IP from the server if necessary. Assuming that when you wake up that the lease still exists without checking would certainly cause problems. It's not a case that would normally get tested as it requires a large down time to accomplish, and yuo won't encounter that with normal sleep-to-wake test cycles.
Is it just my observation, or are there way too many stupid people in the world?
If they didn't, It'd be harder to pull stunts like closing the Honeycomb source.
They haven't closed the source, they're delaying the source because they're worried about the user experience when it inevitably gets ported to a phone. At the moment, honeycomb is designed to work on 1280x800 screen res devices, and that's it. They''ll release the source when it's ready.
iPrism (my company's nanny of choice), blocks the site as an annonymiser. And what the hell kinda URL *is* net.princeton.edu.nyud.net anyway?
Here's the link to Princeton's web site: http://www.net.princeton.edu/android/android-stops-renewing-lease-keeps-using-IP-address-11236.html
And it appears the iPad has a similar problem: http://www.lockergnome.com/blade/2010/04/16/princeton-explains-network-issues-for-ipad-users-and-has-banned-the-devices/
Odd that they're both doing something so similar. Wonder if they use the same base DHCP code.
I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
I didn't see anything.
You probably have malicious software running on your machine that is hooked into your browser. Lemme guess, you run Windows?
<Tsingi hands the AC some soap> No, I don't run Windows.
I have no problems on this, my dev box, other than no script complaining about that link.
nslookup on the error IP gives me:
214.97.20.172.in-addr.arpa name = websense214.corp.<our company network>.
So there it is my companies IM filter box, webnonsense (apparently there are at least 214 of them) being an ass yet again.
apologies to anyone who might require it, and for being (as it turns out) entirely off-topic.
as linked below, someone needs to ask apple what the hell they're doing too.