Print 11 comment(s) - last by ClownPuncher.. on Nov 19 at 12:54 PM

NC State developed software can be used with existing network protocols and hardware

When it comes to WiFi networks, the key to boosting speed may not lie solely in adopting new, faster hardware and software protocols, but also in developing better software to balance loads when networks get overrun with traffic.

Researchers at North Carolina State (NC State) have developed a program they call WiFox, which dynamically adjust channel priority for different WiFi access points, depending on usage.

At 25 users the system showed a 400 percent gain in throughput, while at 45 users the system sped the network up 700 percent versus traditional networking software.  Best of all, the researchers say their program plays nicely with existing protocols and network hardware without the need for an upgrade.

The only potential downside is that if by some unfortunate occurrence all the access points in a region were overloaded, the gains might be diminished, hypothetically.  But for most scenarios where some areas are swamped and others underutlized, the dynamic prioritizing concept could offer a big step forward.

The researchers are presenting their work at the ACM CoNEXT 2012 conference in Nice, France.  The paper's authors are Arpit Gupta (lead author), a Ph.D. student in computer science at NC State, Jeongki Min, a Ph.D. student at NC State, and Dr. Injong Rhee (senior author), a professor of computer science at NC State.

The research was funded by the National Science Foundation.

Source: NCSU [press release]

Comments     Threshold

This article is over a month old, voting and posting comments is disabled

How Is This Different?
By Stiggalicious on 11/16/2012 12:25:26 PM , Rating: 4
I've been working with Cisco wireless APs for years, and they have a dynamic load balancing feature that swaps channels constantly among multiple APs based on user demands and locations. When I turned the feature on on our university's wireless network, speeds jumped up significantly. How is this different than what USC did?

RE: How Is This Different?
By Etsp on 11/16/2012 12:38:57 PM , Rating: 3
I read the source link, and I read the daily tech article, and I find that I'm coming to a completely different understanding than Jason did when he wrote the article.

What the source link describes is when you have one access point serving a large number of users, there are significant performance issues, and NC State's proposed solution to some of those issues.

It's not some sort of coordination between access points, but rather it's a means of dynamically giving priority to the access point to transmit a backlog of data over the users within a given WiFi channel.

Interestingly, the abstract in the source link specifies that the 400% increase was in "downlink goodput", not overall throughput, but that caveat wasn't listed anywhere else...

RE: How Is This Different?
By name99 on 11/16/2012 2:40:44 PM , Rating: 3
Goodput IS what you want to measure. Throughput refers to, essentially "number of bit transitions" including bits that are used to run the protocol, as headers, as packets that are dropped at the router for lack of buffer space, etc.
Goodput refers to the throughput of REAL data --- how many bytes per sec of MY data do I see leaving my PC.

ALL network measurements anywhere that are of interest to the public should be of goodput. The only time throughput should ever be mentioned is in technical papers dealing with modulation and protocols, where the target audience knows the difference and understands the relationship between the two.

RE: How Is This Different?
By Etsp on 11/16/2012 3:38:27 PM , Rating: 2
I wasn't sure what goodput is, so I included it. However, the "downlink" portion of that was the caveat I was referring to. Thank you for your explanation goodput though.

"A lot of people pay zero for the cellphone ... That's what it's worth." -- Apple Chief Operating Officer Timothy Cook

Related Articles
WiGig Specifications Completed
December 10, 2009, 11:16 AM

Copyright 2015 DailyTech LLC. - RSS Feed | Advertise | About Us | Ethics | FAQ | Terms, Conditions & Privacy Information | Kristopher Kubicki