verify TS performance over VPN

  • Thread starter Thread starter pgartner
  • Start date Start date
P

pgartner

Guest
one of my clients is having a problem with what I believe is related
to bandwidth

They run a terminal server for 25 users. 18 on the local network, the
rest are at 2 sites connect via a vpn over a DSL line

The server is a win 2003r2 64 bit on a HP dualcore 3.2 ghz and 8 gig
ram.
All the terminals are HP thin clients (t5510, win ce 5 with hp's
latest firmware)
They are configured at a screen res of 1024x768 16bit color. Locally
attached usb memeory sticks are mapped in the rdp session. No printers
are attached to the thin clients. They do have networked printers at
the remote site
They are running office 2007 (outlook,word,excel) and a vertical law
office app for time billing and client management

The locally attached thin clients have no problems. Those that are
remote (ie over the vpn) complain that the screen refresh is slow when
switching bettwen open windows (mostly full screen), they are able to
see the the image being painted row by row.

my inital test and diags point to a weak dsl line at the head office
(1.7m/500k) (the remote sites are 3m/800k) the telco says the lines
are fine.

what i would like to do is verify that my TS is running fine and try
to find out what is causing these problems. can anybody help me?

Paul
 
RE: verify TS performance over VPN

How many concurrent users running across one DSL Link? If yo u were using a
T1 or other managed connection, you'd have tools provided by the telco to
view current and historical bandwidth usage of each circuit. Sure it costs
more, but the connection is symmetrical and you get a real SLA. It's very
important that you have sufficient upstream bandwidth from the main location,
as most traffic is to the clients (by default).

Have you measured the bandwidth used be each session with Perfmon? Expand
networks makes compression and acceleration devices for RDP that can be put
at each end of a WAN Link to optomize the traffic and reduce the footprint
made by RDP traffic up to 10x.




--
Patrick C. Rouse
Microsoft MVP - Terminal Server
SE, West Coast USA & Canada
Quest Software, Provision Networks Division
Virtual Client Solutions
http://www.provisionnetworks.com


"pgartner" wrote:

> one of my clients is having a problem with what I believe is related
> to bandwidth
>
> They run a terminal server for 25 users. 18 on the local network, the
> rest are at 2 sites connect via a vpn over a DSL line
>
> The server is a win 2003r2 64 bit on a HP dualcore 3.2 ghz and 8 gig
> ram.
> All the terminals are HP thin clients (t5510, win ce 5 with hp's
> latest firmware)
> They are configured at a screen res of 1024x768 16bit color. Locally
> attached usb memeory sticks are mapped in the rdp session. No printers
> are attached to the thin clients. They do have networked printers at
> the remote site
> They are running office 2007 (outlook,word,excel) and a vertical law
> office app for time billing and client management
>
> The locally attached thin clients have no problems. Those that are
> remote (ie over the vpn) complain that the screen refresh is slow when
> switching bettwen open windows (mostly full screen), they are able to
> see the the image being painted row by row.
>
> my inital test and diags point to a weak dsl line at the head office
> (1.7m/500k) (the remote sites are 3m/800k) the telco says the lines
> are fine.
>
> what i would like to do is verify that my TS is running fine and try
> to find out what is causing these problems. can anybody help me?
>
> Paul
>
 
Re: verify TS performance over VPN

Patrick Rouse wrote:
> How many concurrent users running across one DSL Link?

one site is normally 2 user with a peak of 4, the other site is 3 with
a peak of 6

If yo u were using a
> T1 or other managed connection, you'd have tools provided by the telco to
> view current and historical bandwidth usage of each circuit. Sure it costs
> more, but the connection is symmetrical and you get a real SLA. It's very
> important that you have sufficient upstream bandwidth from the main location,
> as most traffic is to the clients (by default).


I agree, but getting money for a T1 for so little users is not easy

I know that my dsl at the head office is 1.7m down and 500 up and that
is on a good day

> Have you measured the bandwidth used be each session with Perfmon?

no I haven't , can you give me details as to what I should be
monitoring?

Expand
> networks makes compression and acceleration devices for RDP that can be put
> at each end of a WAN Link to optomize the traffic and reduce the footprint
> made by RDP traffic up to 10x.
>
>
>



the telco installed a radware linkproof and a 2nd dsl line, but the
radware only loadbalances outgoing session, it does nothing for my vpn
traffic
i'll look into the expand network products

anybody got any time on optimal settings for my thin clinet RDP
connections
>
> --
> Patrick C. Rouse
> Microsoft MVP - Terminal Server
> SE, West Coast USA & Canada
> Quest Software, Provision Networks Division
> Virtual Client Solutions
> http://www.provisionnetworks.com
>
>
> "pgartner" wrote:
>
> > one of my clients is having a problem with what I believe is related
> > to bandwidth
> >
> > They run a terminal server for 25 users. 18 on the local network, the
> > rest are at 2 sites connect via a vpn over a DSL line
> >
> > The server is a win 2003r2 64 bit on a HP dualcore 3.2 ghz and 8 gig
> > ram.
> > All the terminals are HP thin clients (t5510, win ce 5 with hp's
> > latest firmware)
> > They are configured at a screen res of 1024x768 16bit color. Locally
> > attached usb memeory sticks are mapped in the rdp session. No printers
> > are attached to the thin clients. They do have networked printers at
> > the remote site
> > They are running office 2007 (outlook,word,excel) and a vertical law
> > office app for time billing and client management
> >
> > The locally attached thin clients have no problems. Those that are
> > remote (ie over the vpn) complain that the screen refresh is slow when
> > switching bettwen open windows (mostly full screen), they are able to
> > see the the image being painted row by row.
> >
> > my inital test and diags point to a weak dsl line at the head office
> > (1.7m/500k) (the remote sites are 3m/800k) the telco says the lines
> > are fine.
> >
> > what i would like to do is verify that my TS is running fine and try
> > to find out what is causing these problems. can anybody help me?
> >
> > Paul
> >
 
Re: verify TS performance over VPN

Here's how to do this with NetMon:

How can I measure RDP bandwidth usage?
http://ts.veranoest.net/ts_faq_administration.htm#monitor_bandwidth

_________________________________________________________
Vera Noest
MCSE, CCEA, Microsoft MVP - Terminal Server
TS troubleshooting: http://ts.veranoest.net
___ please respond in newsgroup, NOT by private email ___

pgartner <pgartner@ln-tech.com> wrote on 09 feb 2008 in
microsoft.public.windows.terminal_services:

> Patrick Rouse wrote:
>
>> Have you measured the bandwidth used be each session with
>> Perfmon?
>
> no I haven't , can you give me details as to what I should be
> monitoring?
 
Re: verify TS performance over VPN

pgartner wrote:
> Patrick Rouse wrote:
>> How many concurrent users running across one DSL Link?
>
> one site is normally 2 user with a peak of 4, the other site is 3 with
> a peak of 6
>
> If yo u were using a
>> T1 or other managed connection, you'd have tools provided by the telco to
>> view current and historical bandwidth usage of each circuit. Sure it costs
>> more, but the connection is symmetrical and you get a real SLA. It's very
>> important that you have sufficient upstream bandwidth from the main location,
>> as most traffic is to the clients (by default).
>
>
> I agree, but getting money for a T1 for so little users is not easy

How much is an SDSL line in your area? If you can get one?

They cost less than a T1, are symmetrical, but you do not get a
good SLA.

Just a thought.

moncho

>
> I know that my dsl at the head office is 1.7m down and 500 up and that
> is on a good day
>
>> Have you measured the bandwidth used be each session with Perfmon?
>
> no I haven't , can you give me details as to what I should be
> monitoring?
>
> Expand
>> networks makes compression and acceleration devices for RDP that can be put
>> at each end of a WAN Link to optomize the traffic and reduce the footprint
>> made by RDP traffic up to 10x.
>>
>>
>>
>
>
>
> the telco installed a radware linkproof and a 2nd dsl line, but the
> radware only loadbalances outgoing session, it does nothing for my vpn
> traffic
> i'll look into the expand network products
>
> anybody got any time on optimal settings for my thin clinet RDP
> connections
>> --
>> Patrick C. Rouse
>> Microsoft MVP - Terminal Server
>> SE, West Coast USA & Canada
>> Quest Software, Provision Networks Division
>> Virtual Client Solutions
>> http://www.provisionnetworks.com
>>
>>
>> "pgartner" wrote:
>>
>>> one of my clients is having a problem with what I believe is related
>>> to bandwidth
>>>
>>> They run a terminal server for 25 users. 18 on the local network, the
>>> rest are at 2 sites connect via a vpn over a DSL line
>>>
>>> The server is a win 2003r2 64 bit on a HP dualcore 3.2 ghz and 8 gig
>>> ram.
>>> All the terminals are HP thin clients (t5510, win ce 5 with hp's
>>> latest firmware)
>>> They are configured at a screen res of 1024x768 16bit color. Locally
>>> attached usb memeory sticks are mapped in the rdp session. No printers
>>> are attached to the thin clients. They do have networked printers at
>>> the remote site
>>> They are running office 2007 (outlook,word,excel) and a vertical law
>>> office app for time billing and client management
>>>
>>> The locally attached thin clients have no problems. Those that are
>>> remote (ie over the vpn) complain that the screen refresh is slow when
>>> switching bettwen open windows (mostly full screen), they are able to
>>> see the the image being painted row by row.
>>>
>>> my inital test and diags point to a weak dsl line at the head office
>>> (1.7m/500k) (the remote sites are 3m/800k) the telco says the lines
>>> are fine.
>>>
>>> what i would like to do is verify that my TS is running fine and try
>>> to find out what is causing these problems. can anybody help me?
>>>
>>> Paul
>>>
 
Back
Top