iPad fails networking 101; how to earn it a passing grade

The iPad is not playing nice with the DHCP protocol: if the screen is turned off, it doesn't release its IP address when it's supposed to. This leads to address conflicts when the DHCP server gives the address to another system, but there are ways around the problem.

<a href='http://meincmagazine.com/apple/news/2010/04/ipad-fails-networking-101-how-to-earn-it-a-passing-grade.ars'>Read the whole story</a>

 

[mmtroute]

41 iPads have been seen and 22 have exhibited the problem, eight to the degree of having been blocked from further access to the network.

I found this a bit confusing. I'm assuming that only 22 of the 41 seen on the network exhibited the problem due to different usage patterns but why were 8 blocked? I can't imagine it's due to deliberate manipulation of this flaw in the iPad on the part of the student, if that was the case they'd have to ban his entire account because he could do the same thing with a custom linux build on a laptop. Not only that but he could just spoof his MAC address and then the device would no longer be "banned."

So were the select 8 banned due to usage patterns, was it due to apps that were installed, was it due to those few being used in certain extremely congested parts of campus or what? Just curious if anybody knows.

Because it's Apple and Net Admins have all the power minus the logic...

"...appletalk is "chatty" so we don't allow it on our network. But feel free to use Netware IPX..."