What I think you are experiencing is this: Consumer grade equipment and
consumer grade dsl.

I've never used consumer grade routers except for one way... turn off dhcp
and add a static local route and enable the wireless on it as an access
point (like at home, pfsense with a linksys router configured that way so
the kids can wii on a snow day). Saturating your upload is EASIER than your
download, because in an ADSL link (or cable modem), the upload pipe is a
fraction of the download. You'll almost alays notice a "bump" in the voice
clarity as QoS rules are beginning to exceed, even momentary, even if
configured properly.

I am liking to shaping and QoS changes in pfSense 2.0 (running a Beta and
playing with it).

Improve it? Maybe run tomato or cactus on it instead of the run of the mill
firmware, if its capable. I'm digging the new dlink wifi ap/router with
touchscreen and usb for network storage, plays very well with a real
firewall fronting it too.
http://www.networkworld.com/community/node/49592?ts0hb&story=cespkg


On Wed, Jan 13, 2010 at 3:54 PM, Tim Byng <[email protected]> wrote:

> Thanks for the feedback! I was leaning towards pfSense, so this makes me
> feel a bit better about that. Tony, I saw your blog posts and they seem very
> helpful (I'm subscribed to your blog).
>
> I've been running a number of tests with QoS and remote workers with the
> D-Link DIR-655 and the PAP2T-NA adapter. QoS definitely helps, but it's not
> perfect. Here's what I found:
>
>    - Automatic Classification on the DIR-655 must be enabled. I could not
>    get acceptable quality with this setting disabled when the upload speed was
>    saturated, regardless of the priority I set the traffic for the PAP2T-NA
>    device to be.
>    - Using Automatic Classification will cause VoIP traffic to have a very
>    low priority number (which gives it a higher priority). Without any manual
>    QoS rules, the lowest priority it will use is 128. VoIP traffic would usual
>    get a priority somewhere between 129 and 139 (I don't remember the exact
>    numbers).
>    - Adding a manual rule while still using Automatic Classification
>    seemed to help slightly. I ended up creating a manual rule for all traffic
>    on the PAP2T-NA to have 64 as the priority. I confirmed that the traffic
>    from this device had this priority, and there seemed to be a slight
>    improvement in quality.
>    - Saturating the upload speed had a bigger impact on the voice quality
>    than saturating the download speed. Downloading at full speed, the call
>    quality on the other end was perfect, but on my side there was a slightly
>    noticeable degradation in quality (someone not listening for it might not
>    notice). However, when uploading at full speed, the call quality on the
>    other end was noticeably worse. The other side could still understand
>    everything I was saying, but it was not acceptable for regular business 
> use.
>    On my end, the quality was fine.
>
> I could not tweak the settings on the DIR-655 to improve this any further.
> The only thing I can think of that I didn't try was manually setting the
> uplink speed rather than using the automatic setting and lowering the value.
> The measured uplink speed when set to automatic was around 1055 kbps. Maybe
> lowering this to 1025 or 1000 kbps may help? I may try this later.
>
> What should I expect from this type of router? I know that it's not a high
> end router, so maybe this is as good as it gets? Does anyone have any
> suggestions on how to improve this?
>



-- 
======================
Tony Graziano, Manager
Telephone: 434.984.8430
Fax: 434.984.8431

Email: [email protected]

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
Fax: 434.984.8427

Helpdesk Contract Customers:
http://www.myitdepartment.net/gethelp/

Why do mathematicians always confuse Halloween and Christmas?
Because 31 Oct = 25 Dec.
_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/

Reply via email to