QoS: Could it really be that simple?!?

Having issues with your magicJack? Post here, and we'll try to help you out!

Moderators: Bill Smith, Pilot

Post Reply
Mike Bennett
MagicJack Newbie
Posts: 2
Joined: Tue Jul 29, 2008 6:07 pm
Location: OR USA

QoS: Could it really be that simple?!?

Post by Mike Bennett »

Scanning the manual for my DSL box, I noticed it has QoS features.
So does my XP Network Connection.
I wondered if they might be conflicting.
I unchecked the QoS of my Network Connection, and my calls aren't choppy any more.
Hmmm.
:?:
lonestarmagic
Dan isn't smart enough to hire me
Posts: 234
Joined: Fri Jun 20, 2008 5:16 pm
Location: Dallas, TX

Post by lonestarmagic »

Thanks for that tip, I also unchecked the Qos in my Win XP and my calls aren't choppy anymore as well......

Will have to monitor this method for a few days and see how it works out.
testing123
Dan Should Pay Me
Posts: 703
Joined: Tue Nov 13, 2007 2:36 pm
Contact:

Re: QoS: Could it really be that simple?!?

Post by testing123 »

Mike Bennett wrote:Scanning the manual for my DSL box, I noticed it has QoS features.
So does my XP Network Connection.
I wondered if they might be conflicting.
I unchecked the QoS of my Network Connection, and my calls aren't choppy any more.
Hmmm.
:?:
IMHO, choose "hardware" QoS over OS/"software" QoS everytime. (And do not use both at the same time).

It is best when handled by your Router for all your network traffic going in/out to the Internet.

I believe your results (and those of others) validate that.
PTravel
Dan isn't smart enough to hire me
Posts: 194
Joined: Wed Jun 18, 2008 8:02 am
Contact:

Post by PTravel »

I agree completely with this -- go with the hardware QOS option, and use the device closest to the modem to provide QOS services. And definitely don't have multiple devices providing it.
hvlqodvhinIyc
magicJack Apprentice
Posts: 16
Joined: Thu Jun 12, 2008 10:30 pm

RE: QoS: Could it really be that simple?!?

Post by hvlqodvhinIyc »

QOS signalling handled at the application layer by the OS with configurations supported by Magic Jack will be superior to IP layer QOS handled by routers shipping today or yesteryear. Check out Windows Rally for example.
lonestarmagic
Dan isn't smart enough to hire me
Posts: 234
Joined: Fri Jun 20, 2008 5:16 pm
Location: Dallas, TX

Post by lonestarmagic »

PTravel wrote:I agree completely with this -- go with the hardware QOS option, and use the device closest to the modem to provide QOS services. And definitely don't have multiple devices providing it.
Ok, I unclicked the Qos under "network connections", but where do you find the hardware Qos?

Thx
saxman
Dan isn't smart enough to hire me
Posts: 395
Joined: Mon Feb 25, 2008 1:35 pm

Post by saxman »

PTravel wrote:I agree completely with this -- go with the hardware QOS option, and use the device closest to the modem to provide QOS services. And definitely don't have multiple devices providing it.
--

PT-I just got a new modem as I went to 12 mbps dsl . It's bigger then the last and is made by Motorola-now I also have Hawking-What if anything do I need to do to set everything up as far as the QOS goes? Just leave the Hawking to monitor this on its own or did you have to make modem changes?
testing123
Dan Should Pay Me
Posts: 703
Joined: Tue Nov 13, 2007 2:36 pm
Contact:

Re: RE: QoS: Could it really be that simple?!?

Post by testing123 »

hvlqodvhinIyc wrote:QOS signalling handled at the application layer by the OS with configurations supported by Magic Jack will be superior to IP layer QOS handled by routers shipping today or yesteryear. Check out Windows Rally for example.
hvlqodvhinIyc, technically that may be so, however practically (IMHO) hardware QoS (at the Router) is best:

1) OS QoS is only going to help individual machines on your network
2) QoS using a Router with adequate resources and a good algorithm is going to help traffic flow for ALL your devices in and out of your network
3) What happens in mixed OS environments who have different QoS implementations (if at all)?

See pfSense for an excellent Open Source Router that runs on almost any hardware (including Thin Clients!) that has fabulous Traffic Shaping and QoS. (Based on m0n0wall)

And this is a scalable solution that can grow with the complexity of your network. Exampe config I have done: 7 unique network subnets (using soekris hardware) with multiple VOIP, multiple (Web, eCommerce, Blog, etc) Servers, internal "Private" networks and TWO multihomed ISPs -- no jitter, no dropped packets, no problems. I don't even want to imagine that config using OS/Software/QoS - the setup alone would be a nasty amount of work on multiple devices.

I understand Theory, but what matters to the average Consumer is how something works in Practice -- and something that can handle whatever hardware you hang off your network ... easily.
saxman
Dan isn't smart enough to hire me
Posts: 395
Joined: Mon Feb 25, 2008 1:35 pm

Post by saxman »

10-4-What matters is not what the piece of hardware is supposed to do but what it actually does. I may need to call Hawking to find out about getting everything dialed in and on the same page. I'm sure they have this happen alot but then again this voip/broadband boooster/ combo is still new and every router is different. This new one I got from Qwest is nice. They told me that the memory in it has set the settings and I don't have to do any adjustments to ity but I didn't ask about QOS- and the fact that there is a booster inline. I'm sure there's some tweeking that can be done to improve the audio quality.
lonestarmagic
Dan isn't smart enough to hire me
Posts: 234
Joined: Fri Jun 20, 2008 5:16 pm
Location: Dallas, TX

Post by lonestarmagic »

Update on Qos issue......

Today I found out that with Qos disabled on my system, the calls continued to be choppy.

I reset my system with Qos enabled and turned off my wireless router for three min. After I powered it back up and let it load everything and restarted my PC, I made a few local and long distant calls and they were totally clear, free of any choppyness.

So, in my case, my router was the issue and by powering it down for a few min, this has fixed my issue with the choppy calls.
Post Reply