?
Solved

Speed Tests over RDC or UVNC report slower speeds

Posted on 2010-09-23
15
Medium Priority
?
753 Views
Last Modified: 2013-11-30
I am sure my brain is clogged … but let me tell you about this weirdo. Customer behind a Sonicwall TZ170, previously with AT&T DSL (6.0/384) now with Comcast (24/2).

All PCs in the network, including the servers, wired or wirelessly report speeds (speakeasy.net) for more than 30 mbps down and no less than 6 up. This speed test result does not change whether we are sit onthe PC or UNVC to them from the Server (sbs 2003) to the PCs.

We connect remotely to the servers using RDC or UVNC and .. here is the weirdo …. Once we reach the servers either way and run the speed test, the download gets down to 1/3, about 6 or 7 mbps; the upload remain unchanged.

There are no bandwidth restrictions for any kind of traffic.

It does nto happen for Customers on DSL or T1; only on Comcast.

Any ideas?

UVNC Server 1.0.5, Viewer 1.0.8.2 and 1.0.5.
0
Comment
Question by:phermi
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 8
  • 7
15 Comments
 
LVL 33

Expert Comment

by:digitap
ID: 33747083
What are the settings for the MTU on the WAN interface?  Here is an article that walks you through configuring the MTU on a sonicwall appliance.  You might also work with the speed/duplex settings.  Try different combos other than auto.http://www.experts-exchange.com/viewArticle.jsp?aid=3110
0
 

Author Comment

by:phermi
ID: 33750507
digitap: Please educate me. Why is that relevant to my case only when REMOTLY connected to the server and not  while setting in front of the server? Why with HIGH speed connections and not in T1 or DSLs?

If it were MTU related, why it does not happen (a) while sitting at the server, when remotly connected to any PC in the LAN via the Server .... all the traffic will go our through the SonicWall.

I am not trying o argue, just to understand why.

Thanks.
0
 
LVL 33

Expert Comment

by:digitap
ID: 33750817
OK...I'm tracking what you're saying now.  I've re-read your question and I can see why you'd be puzzled by my original assessment.

So, let me ask some questions.  How are you connecting to the server remotely?  Have you run the public server wizard and opened the RDC port into the server?  Are you using the GVC at any point?
0
Get 15 Days FREE Full-Featured Trial

Benefit from a mission critical IT monitoring with Monitis Premium or get it FREE for your entry level monitoring needs.
-Over 200,000 users
-More than 300,000 websites monitored
-Used in 197 countries
-Recommended by 98% of users

 

Author Comment

by:phermi
ID: 33753592
digitap: No problem. We connect to the server in 2 ways: 1 - Via Terminal Service on standard 3389 port. Whatever wizzard was needed years ago, was ran and I can S any time of the day. No speed conections issues; 2 - Via UVNC on non-standard ports, no the tipical 5900.

The server is a SBS 2003, and Windows Firewall can't be ran individually (see attached) but it is evident that both kind of traffic reaches the server from teh Sonicwall rules.

Excuse my ignorance, what is GVC?
Capture.JPG
0
 
LVL 33

Accepted Solution

by:
digitap earned 2000 total points
ID: 33753769
The error you are getting is due to RRAS (Routing and Remote Access Server) being installed...maybe not configured, but certainly installed.  Either way, the Windows Firewall and RRAS should not be configured on the same server.  What are you using RRAS for on your SBS box, specifically?  I'm beginning to wonder if this is the reason.  By now, I don't think it's the sonicwall.

One test, click Start > Run > type services.msc and press Enter.  Look for the Router and Remote Access Service, right-click and select stop.  You should now be able to open the firewall console.  Then, run your tests to see if your bandwidth is affected.  If you are not using RRAS for anything, you can either disable the service or uninstall the component.

GVC = sonicwall's Global VPN Client

0
 

Author Comment

by:phermi
ID: 33754048
I see.... well, teh sever accepts VPN connections from remote users. They do not use GVC but Windows.

I will do your tests .... but ... we have more than one customer with the same config .. SBS ,RAS...

No one of them is using such a fast connection and we do not have tis fake speed results with T1 or DSL or slower Cable customers.

Will report later the result of your suggestion.
0
 
LVL 33

Expert Comment

by:digitap
ID: 33754066
OK...i'll let this ruminate some more.
0
 

Author Comment

by:phermi
ID: 33754219
WOW, this is confussing ......

I stopped RRAS ... and I connected both ways at the same time, UVNC and RDC. No mayor changes in any ...

but ... by accident I hit my mouse while peforming the test under the UVNC session and the speed went up ... so, I ran 10 tests more from this session, 5 not moving the mouse, 5 moving it like crazy. The ones with no crazyness, same ol speed; the ones where the mouse was moved, full expected download speed. I did 10 tests with RRAS Stopped and Runing. Same results.

On the other hand, vis TS with RRAS stopped, no changes. But, once RRAS was re-started, I got the expected speed via the TS seesion, regardless of what I do with he mouse.

My head will explode
0
 
LVL 33

Expert Comment

by:digitap
ID: 33756247
my thoughts are going to tcp timeouts.  review your firewall rules for RDC and UVNC and tell me what the TCP timeouts are under the Advanced tab of the rule.  They are probably default, but you might consider increasing the time and see what happens.
0
 

Author Comment

by:phermi
ID: 33756523
They are both in 5 minutes, if you are talking about the innactivity timeout.

0
 
LVL 33

Expert Comment

by:digitap
ID: 33756827
yes...try increasing that to 60 minutes.  also, did you test the mtu using my article...just out of curiosity?
0
 

Author Comment

by:phermi
ID: 33757185
I will increase that... and no, I did not change the MTU
0
 
LVL 33

Expert Comment

by:digitap
ID: 33757191
Please run through the calculations to see if you do need to change the MTU.
0
 

Author Comment

by:phermi
ID: 33784098
digitap,

Well, there was no need to adjust the MTU od the timeout. The whole issue is gone after the re-start of the RRAS service ....

So, mistey.

Thanks for your help and follow up.
0
 
LVL 33

Expert Comment

by:digitap
ID: 33784119
Restart of the RRAS service...sigh.  Thanks for the points!
0

Featured Post

Industry Leaders: We Want Your Opinion!

We value your feedback.

Take our survey and automatically be enter to win anyone of the following:
Yeti Cooler, Amazon eGift Card, and Movie eGift Card!

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Remote Desktop Shadowing often has a lot of benefits. When helping end users determine problems, it is much easier to see what is going on, what is being slecected and what is being clicked on. While the industry has many products to help with this,…
Like many organizations, your foray into cloud computing may have started with an ancillary or security service, like email spam and virus protection. For some, the first or second step into the cloud was moving email off-premise. For others, a clou…
How to install and configure Citrix XenApp 6.5 - Part 1. In this video tutorial we have explained step by step installation of Citrix XenApp 6.5 Server on Windows Server 2008 R2 is explained in this video. We have explained the difference between…
Michael from AdRem Software outlines event notifications and Automatic Corrective Actions in network monitoring. Automatic Corrective Actions are scripts, which can automatically run upon discovery of a certain undesirable condition in your network.…
Suggested Courses

777 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question