The IT folks at Duke are trying to find out if other WLANs are having a similar problem. Any experiences to share?
The IT folks at Duke are trying to find out if other WLANs are having a similar problem. Any experiences to share?
CISCO SUBNET: Network World presents the independent voice of Cisco customers
20 useful sites for Cisco networking professionals
Free Cisco Press book chapters
Cisco Subnet bloggers: Brad Reese on Cisco | Jeff Doyle on IP routing | Wendell Odom on Cisco certs | Jamey Heary on Cisco security
Quiz: How much do you know about Cisco
Networking how-tos and hints and tips from our Cisco Subnet bloggers
|
|
Maybe if they turned on
Maybe if they turned on Appletalk the problem would subside.....
Maybe time for Cisco to rethink their approach
Like so many compatibility scenarios from the past it doesn't surprise me that the fingers would point to Apple first when they should point to Cisco and their Edic of how networks should run.
Cisco Wireless
Cisco has widespread issues with their microcell architechture Wireless Lan Gear. In typical Cisco fashion, what they sell and what their wireless LAN solutions deliver, even with the Controller based solution with the Aerospace acquisition is inferior in a pervasive environment. Cisco got into the wireless business via acquistion, and it's clearly not a best in class solution.
Probably irrelevant but
It's basically ridiculous to try to troubleshoot someone's network when you don't have the first clue what equipment they are even running, but if nothing else this announcement is interesting:
http://www.cisco.com/warp/public/707/cisco-sa-20070724-arp.shtml
QA nah we don't need that..........
Great speed to market Apple! They might want to look at how their mobility groups are set up on the controller side. I thought the whole IPhone name disput between Cisco/Apple was supposed to result in better compatability testing, obviously that wasn't the case............
Why not set up a MAC ACL on
Why not set up a MAC ACL on the Cisco AP to drop packets from Apple's OUI? Nothing wrong with a policy that bans a particular vendor's devices from the WLAN if they're shown to be defective.
Won't that block Apple Mac
Won't that block Apple Mac users as well? (I am obviously assuming that Apple is not using separate MAC address blocks with different OUIs for its Mac products and iPhones).
Why is it assumed that Apple's at fault?
There's no other network reporting this. UNC down the road has no such problem.
I'm hearing that it may be Duke's too-flat network setup.
UNC's network is flatter than Dukes.
2-3 years ago Dukes network was notoriously flat. Now the entire network has been redesigned and is hierarchical in nature as it should be.
UNCs network is extremely flat. In fact they just received their BGP AS number about 8 months ago. Until then they were switching traffic for 30,000 people across campus.
UNCs network is built for administration, not performance so expect to see the same problems from them in the Fall.
Won't stop the iPhone to
Won't stop the iPhone to keep ARPing though ... as in becoming essentially a DOS attack for others trying to use the AP.