I'll check for this setting. However, I don't think the WiFi connection is slow at all. The WiFi goes to a corporate network with 100 Mbps dedicated connection to the Internet both up and down. Something is definitely amiss. Btw, iOS 6.0.1 does not fix this issue.

Probably this is a different issue with the reported issue, but I have noticed that iOS is bypassing the wifi network and flip to cellular data network every so often (and flips back again). This happens probably a handful of times in 1 hour. This is easy to check if you have a wifi AP with tcpdump or wireshark running on it. It's especially bad when you're running VoIP app that needs to register properly so that calls can be routed to the proper IP address.

Has anyone else notice this issue?

That has never stopped any (dead) people from Chicago before.

George Carlin doesn't vote!

So, if you lose money, you're "rogue". But if you win money, you're "managing director"?

I trust this guy's review. It's absolutely true

I too like Moblin on my Acer Aspire One. It feels much better for a netbook than XP or Fedora which are also installed on the netbook. My only gripe is the media player doesn't come with proprietary codec support and I can't find any repo that provides those ala rpmfusion. Oh, that and no adblock for the moblin browser.

My own anecdote, everytime I'm doing heavy transfer with 802.11, my wireless keyboard and mouse get wonky. Mind you, this is with my HTPC and the keyboard and mouse(pad) is a bit far away, but they both work flawlessly as soon as I throw in good ol' ethernet cable to the HTPC. So yeah, wired ethernet will be here for a while.

VoIP need to be clarified here. Does it mean Voice that comes from IP network and terminates to PSTN? Or simply voice packets that travels through IP network and never touches PSTN?

Honestly, I don't see how any country can outlaw voice that never terminates to PSTN. Some countries might have national PSTN monopoly but if the packets never crosses to PSTN realm, how can you outlaw it? Voice packets are almost the same as any other IP packets. Heck, a SIP proxy can be set up in no time at all and most can support TLS connection these days. Couple with some SRTP and voila.. encrypted voice packets.

Not necessarily. A client (or an app on the client machine) can issue a DHCP UPDATE in order to find out specific DHCP Option response. The DHCP server in this case will answer with DHCP ACK containing the answer to the Option or simply ignore it (depends on the configuration). At least that's how dhcpd works.