Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[jj_hiker]

I am experiencing what appear to be packet loss/prioritization issues around http/https traffic when QoS is enabled on my D-Link DIR-655, which I’ve enabled to help with voice quality on my VOIP.  VOIP works well, but even when I’m not using the line, HTML pages will fail to load completely, images will get truncated or only partially displayed, and sometimes the page is garbled (this occurs both in Firefox and Chrome).  Additionally, Outlook (which connects via https) also has issues staying connected.  I do not see these issues when QoS is not enabled and, interestingly, when connected over VPN.  My assumption is that there is some issue with how d-link router is processes or prioritizing HTTP and HTTPS traffic.  Connectivity.  By manually reducing the uplink in the router, I can mitigate the issue.  With auto set enabled, it measures an upload speed of 347 kbps (every time).  This isn’t hugely inconsistent with the net speed tests I run and usually these come in slightly lower than the measured uplink value.   Also, when I manually set the value, the speed test tend to track to about 40kbps below the specified value.  Again, the lower value of uplink speed I use, the more the stable the system seems to be.

I’ve tried to mitigate as many extraneous factors as possible.  I recently upgrade my DSL modem to a 2wire 2701HG-B.  I’ve contacted AT&T and they’ve made some adjustments on their end of the line, providing increased both upload and download performance as measure via speakeasy.  I’m seeing just under 3Mbps download speeds and over 300 kbps upload speeds without QoS enabled.  http://www.voipreview.org/voipspeedtester.aspx provides differing download speed results at a lower 2.32 Mbps but similar upload speeds of 205kps … the following are the results from my test with uplink speed manually set to 245kpbs.

Speed test statistics
---------------------
Download speed: 1339472 bps
Upload speed: 205264 bps
Download quality of service: 33 %
Upload quality of service: 91 %
Download test type: socket
Upload test type: socket
Maximum TCP delay: 850 ms
Average download pause: 23 ms
Minimum round trip time to server: 98 ms
Average round trip time to server: 116 ms
Estimated download bandwidth: 2480000bps
Route concurrency: 1.8514758
Download TCP forced idle: 0 %
Maximum route speed: 5349792bps

I'm running out of ideas.  Any thoughts?

[dirkpitt]

I have also seen some serious voice issues with my VoIP although QoS is enabled on my router, although I have not investigated it as thoroughly as it would seem you have.  These voice issues are even present when there is minimal traffic over my LAN.

I do recall that the QoS was a godsend for my VoIP until I upgraded to 1.3X...

[jj_hiker]

I have also seen some serious voice issues with my VoIP although QoS is enabled on my router, although I have not investigated it as thoroughly as it would seem you have.  These voice issues are even present when there is minimal traffic over my LAN.

I do recall that the QoS was a godsend for my VoIP until I upgraded to 1.3X...

Interesting.  I'm running the latest Fully Qualified release, 1.33.  I've tried setting up QoS a couple of different ways - all with the same result - acceptable VOIP performance (unless my upstream bandwidth is set to high - then it seems to intermittently drop my vonage device) and the http/https issues above.

- Alternative 1 was to give priority to all the ports that vonage uses for all IPs. 
- Alternative 2 was to reserve the IP for the Vonage device and give priority to all traffic coming from that IP, I also could then prioritize my laptop below the vonage device but above all other network devices

Both of these worked well.  What configuration have you been using for QoS? 

[Mackerel]

When using the http://www.voipreview.org/voipspeedtester.aspx link, I get significantly lower results than other speedtest tools, but that is besides the point.

If running without QoS yields good web-access results, is the QoS really needed for your VOIP? I know, this is not the real solution, but how is VOIP behaving when QoS is disabled?

What version of FW are you running now? Is a FW-downgrade an option for you?

[jj_hiker]

When using the http://www.voipreview.org/voipspeedtester.aspx link, I get significantly lower results than other speedtest tools, but that is besides the point.

If running without QoS yields good web-access results, is the QoS really needed for your VOIP? I know, this is not the real solution, but how is VOIP behaving when QoS is disabled?

What version of FW are you running now? Is a FW-downgrade an option for you?

Great point.  VOIP works well until I have a concurrent upload.  Email in particular (which uses https to communicate with the exchange server) makes the VOIP very choppy and unintelligible.  With QoS enabled - VOIP works great, all the time.

I'm currently running 1.33NA,  2010/01/19.  I'm happy to downgrade - but not sure to what version.  Any recommendations?  I saw some posts about 1.22 being a bit more stable?

[jj_hiker]

Hmmm, tried to downgrade my firmware to 1.20 or 1.21 but neither worked (it would let me reload 1.33NA though ;-) ...

The uploaded firmware file may not be correct. You may have uploaded a file that is not intended for this device, or the uploaded file may be corrupted.

If the uploaded file is correct, it is possible that the device may be too busy to properly receive it right now. In this case, please try the upload again. It is also possible that you are logged in as a 'user' instead of an 'admin' - only administrators can upload new firmware.

The Gateway will not be reprogrammed.

Any thoughts on getting around this and I'll give 1.21 a shot?

Jeff

[dirkpitt]

Interesting.  I'm running the latest Fully Qualified release, 1.33.  I've tried setting up QoS a couple of different ways - all with the same result - acceptable VOIP performance (unless my upstream bandwidth is set to high - then it seems to intermittently drop my vonage device) and the http/https issues above.

- Alternative 1 was to give priority to all the ports that vonage uses for all IPs. 
- Alternative 2 was to reserve the IP for the Vonage device and give priority to all traffic coming from that IP, I also could then prioritize my laptop below the vonage device but above all other network devices

Both of these worked well.  What configuration have you been using for QoS? 

I reserved the IP for my VoIP ATA, and gave it priority 1.  With this configuration I was able to have hiccup-free conversations even without stopping sharing torrents--a huge achievement!  Just last night I was having a conversation in which both directions of the conversations sounded digitized (robot voices) without running torrents.

I have also since configured port forwarding for my VoIP ATA (Vonage with a Linksys RTP 300 ATA behind the DIR-655).  I'm curious to hear how your downgrade experience works out.

[jj_hiker]

Ha!  I can't even get it to downgrade.  I tried 1.21 first, but read in a post that it was only compatible with a A4 and above.  So then I tried 1.10 and 1.11 - neither worked. 

How's port forwarding working?

[dirkpitt]

No noticeable difference in voice quality with/without the port forwarding. 

[jj_hiker]

Yeah - ditto.  I gave it a shot this morning. 

Right now... I'm semi-stable.  With QoS enabled VOIP still works well, but man the partial web pages, partial images and lot's of flash tools won't work (assuming I'm not getting a complete download) and exchange based https email connection drops/reconnects fairly often. 

The funny thing is, this is all occurring even without VOIP traffic.  Also you'd think most of these would be download based (images/web pages) - once the initial request is made, it would start to stream down and I have a decent throughput, consistently measured from 1MB - 3MB. 

Ughhh....

[war59312]

I can't even run the test:

Code: [Select]

Java Plug-in 1.6.0_20
Using JRE version 1.6.0_20-b02 Java HotSpot(TM) Client VM
User home directory = C:\Users\Will
----------------------------------------------------
c:   clear console window
f:   finalize objects on finalization queue
g:   garbage collect
h:   display this help message
l:   dump classloader list
m:   print memory usage
o:   trigger logging
q:   hide console
r:   reload policy configuration
s:   dump system and deployment properties
t:   dump thread list
v:   dump thread stack
x:   clear classloader cache
0-5: set trace level to <n>
----------------------------------------------------


load: class myspeedserver/applet/myspeed.class not found.
java.lang.ClassNotFoundException: myspeedserver.applet.myspeed.class
at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source)
at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source)
at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.net.SocketException: Permission denied: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.<init>(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source)
at java.net.HttpURLConnection.getResponseCode(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader.getBytes(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader.access$000(Unknown Source)
at sun.plugin2.applet.Applet2ClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
... 7 more
Exception: java.lang.ClassNotFoundException: myspeedserver.applet.myspeed.class

[jj_hiker]

Were you trying the VOIP test... try this one instead:  http://speakeasy.net/speedtest/

- So here's an interesting twist.  I tried OoS, no rules.  Same problem.  What's up with that?  You'd think that with no rules - it would run like normal.  Any thoughts on that one???

Thanks

[jj_hiker]

Figured I would post a final update.  So - my problem seems to be resolved?!??

I set my uplink speed to 50kbs below the measured (300 kbps versus 347 kbps).
I implemented a ONE rule  (priority 1 for port 10000-20000 for my vonage device)
Turned off classification and dynamic fragmentation

I get decent sound quality and my connection and page paint/image download has been FAR more stable.  I did see some issues when trying to run at the measured 347kbps, similar to what is described about and what would be expected in a QoS scenario with measure/manually indicated speed exceeding actual.

I suspect that the multiple rules were causing a large part of the issue and the voice quality seems fine just focusing on the communication stream.

Geesh - it was painful to get this point.  I'd like to vet my assumption, but I'm scared to touch anything.

Appreciate the forums sounding board and support.

[dirkpitt]

Thanks for the update!

I haven't had the time to tinker around with my network lately, but will attempt your settings soon and will report back.