Re: servers are eating up bandwidth

From: David Bock (David_at_dvbock.com)
Date: 07/09/04 

Date: Fri, 9 Jul 2004 14:49:45 -0500

Thanks for your help....

-> I can limit the bandwidth through the tunnels which is what we did a
couple of years ago. I would rather let my "Firewall expert" do that; I
would hate to collapse the VPN Tunnels.

-> we have the SQL set not to time out at all, and it is still dropping the
connections. I think (but not verified) that the Win2000 machines are
working fine (but slow) set this way, but the win9X machines are dropping
the connections after 5 minutes or so. Some machines are working fine and
others aren't.

-> The tunnels are open (according to the monitor, but there doesn't seem to
be any available bandwidth MOST OF THE TIME.

-> I have double checked all of the routing tables, the firewall is the
default gateway and is sending the apropriate packets to the correct tunnels
-> Name resolution might be an issue, I am running WINS. My server at (A)
has no problem seeing/replicating with the (B),(C),(D) nodes. They, however
can't see back to replicate.
-> I have the DNS set correctly (as best I can determine) with forward and
backward lookup.
-> cables all seem good, the machines talk fine to one another, and can see
the other networks, just slow response time
    (this is why I think that it might be a full tunnel issue)
-> It sounds to me like a "Who Knows What" issue where everyone is blaming
someone else.

-> I would hate to get another outside vendor involved, do you think that
this problem is worthy of an incident? I don't mind paying, but I am not
sure if they can help me or what department to ask for....I feel like I am
WAN IMPAIRED!!!!!

Thanks again for your help.....
David Bock

"Phillip Windell" <@.> wrote in message
news:exCNkieZEHA.136@TK2MSFTNGP11.phx.gbl...
>
> "David Bock" <David@dvbock.com> wrote in message
> news:u8Mu9QeZEHA.3092@tk2msftngp13.phx.gbl...
>
> > taking up all of the available bandwidth on some of the ISDN lines.
> > The work around was to make the tunnel smaller. It worked, not sure why.
I
>
> Don't know how you make a tunnel "smaller". Unless your VPN Device has
> bandwidth limiting capability.
>
> > SQL queries are timing out,
>
> Always or sporatic?
>
> > and the tunnel is open but appearing closed.
>
> Always or sporatic?
>
> > am thinking that this is the same problem from a while back, is there a
> way
> > to limit the amount of traffic that the servers use between
> themselves?????
>
> There isn't enough here to even determine that it is a bandwidth issue at
> all. It may be a routing issue intead, or a name resolution issue, and bad
> cable issue, or "who knows what".
>
> DSL is always a "low performer" anyway. DSL often uses two speeds where
the
> upload speed is 1/4 to 1/2 the speed of the download speed. VPN will
always
> use the slower "upload speed" in both directions.
>
> --
>
> Phillip Windell [MCP, MVP, CCNA]
> www.wandtv.com
>
>

Relevant Pages

  • VPN Access
    ... However we have now installed VPN tunnels ... has a domain the other end has peer to peer workgroup set up. ... machine from the non-domain end of the tunnel attempts to view the machines ... to access the file shares on the 2003 server remotely and cannot do so in any ...
    (microsoft.public.windows.server.sbs)
  • Re: Six lane underground rail lines
    ... > There have been major advances in tunnel-boring machines, ... > past 20 years have seen TBMs built much tougher, more reliable, and to ... > important for highways because they are the largest tunnels in cross ... > surface level traffic on parallel roads. ...
    (sci.physics)
  • Re: Restrict tunnels?
    ... >>tunnels only to some, defined destinations. ... >>tunneling, but e.g. have tunnels only to machines in a certain subnet, ...
    (comp.security.ssh)