Chuck Mariotti wrote:
Thanks… I am going to follow up with AllStream. The bytes/sec are the
Max and Average. I think their reporting system is broken. RRD reported
1.5Mb/s, it was just a table top sitting there until we cancelled the
windows updates. Then it dropped right back down.
have
On Wed, May 13, 2009 at 10:58 AM, Scott Ullrich sullr...@gmail.com wrote:
On Wed, May 13, 2009 at 11:55 AM, Chris Buechler c...@pfsense.org wrote:
Slowing down considerably when under full load is normal, slowing to
the point that sites don't load anymore when you're just running a few
Windows
Bill
he USED to have 2 bonded T1's but they reduced to a single T1 connection to
save money.
-Sean
EMAILING FOR THE GREATER GOOD
Join me
Date: Thu, 14 May 2009 07:09:33 -0500
From: bill.marque...@gmail.com
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating
On Thu, May 14, 2009 at 7:20 AM, Sean Cavanaugh
millenia2...@hotmail.com wrote:
Bill
he USED to have 2 bonded T1's but they reduced to a single T1 connection to
save money.
-Sean
Yes, I'm referring to the old circuit intentionally. I didn't get
bonded out of The current connection is
On Thu, May 14, 2009 at 7:43 AM, Bill Marquette
bill.marque...@gmail.com wrote:
On Thu, May 14, 2009 at 7:20 AM, Sean Cavanaugh
millenia2...@hotmail.com wrote:
Bill
he USED to have 2 bonded T1's but they reduced to a single T1 connection to
save money.
-Sean
Yes, I'm referring to the old
To clarify further...
In this situation, we are downgrading to a T1 (1.5Mbit/1.5Mbit) connection from
a new service provider. The current connection is 3Mbit/3Mbit, works, but is
insanely expensive (way more than twice the price). Locked into a service
agreement. Switching will basically save
I would suggest placing in a bandwidth shaper.
There are some open source alternatives out there - just do some
research as to what will fit best for you -
ie - do you know freebsd / linux / or stuck in windows ?
I would suggest the shaping to be done per protocol.
You may also want to place
During this new firewall installation, someone decided to run Windows
Updates on a four computers. Previously, this would not have choked the
network, but with the new firewall (and new T1), it is choking it. Choking
it dead. The four machines appear to contend for connectivity but after a
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
During this new firewall installation, someone decided to run Windows Updates
on a four computers. Previously, this would not have choked the network, but
with the new firewall
...@typo3usa.com]
Sent: Wednesday, May 13, 2009 2:58 AM
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
I would suggest placing in a bandwidth shaper.
There are some open source alternatives out there - just do some
research
).
Regards,
ChuckM
-Original Message-
From: Glenn Kelley [mailto:gl...@typo3usa.com]
Sent: Wednesday, May 13, 2009 2:58 AM
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
I would suggest placing in a bandwidth
put in a big squid proxy with a large disk cache, and or set up windows
clients to auto-download updates during the night so at least congestion
happens outside critical times
if you're using managed switches, can you throttle
back individual ports?
otherwise, traffic shaping may be your friend
Rob Pickerill schrieb:
havent been following this one, so dont know if its been mentioned
before, but have you looked at WSUS?
http://technet.microsoft.com/en-us/wsus/default.aspx
let that collect the updates - preferably overnight - and distribute
them to your workstations/servers
He's
, 13 May 2009 03:43:31 -0400
Subject: RE: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
It did not happen with the other connection. But the previous
firewall didn’t allow me to look at nice graphs and see it maxing out, etc… It
just worked
Support] RE: T1 Saturating - Windows update kills the
connection... ??
put in a big squid proxy with a large disk cache, and or set up windows
clients to auto-download updates during the night so at least congestion
happens outside critical times
if you're using managed switches, can you throttle
back
, and only testing and
verification will the root cause to light.
-Original Message-
From: Chuck Mariotti [mailto:cmario...@xunity.com]
Sent: May-13-09 8:20 AM
To: support@pfsense.com
Subject: RE: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
Thanks everyone
: Wednesday, May 13, 2009 11:32 AM
To: support@pfsense.com
Subject: RE: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
Normally, the packages sent out from the Windows Update service are quite
small in size and the BITS service helps to stream these at a reasonable
rate
On Wed, May 13, 2009 at 2:47 AM, Chuck Mariotti cmario...@xunity.com wrote:
To clarify further...
In this situation, we are downgrading to a T1 (1.5Mbit/1.5Mbit) connection
from a new service provider. The current connection is 3Mbit/3Mbit, works,
but is insanely expensive (way more than
On Wed, May 13, 2009 at 09:53, Chuck Mariotti cmario...@xunity.com wrote:
I used cheapo DLink 10/100 Network cards to build the server. But I'm
doubting that would be the cause. The only other oddity is that I threw a
little DLink 8 Port Gigabit Switch between the router and firewall, simply
On Wed, May 13, 2009 at 11:55 AM, Chris Buechler c...@pfsense.org wrote:
Slowing down considerably when under full load is normal, slowing to
the point that sites don't load anymore when you're just running a few
Windows updates is definitely not. Sounds like there's something wrong
with the
Date: Wed, 13 May 2009 09:57:32 -0600
From: aoz@gmail.com
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
On Wed, May 13, 2009 at 09:53, Chuck Mariotti cmario...@xunity.com wrote:
I used cheapo DLink 10/100
It should just get slower and divide the bandwidth evenly since there are no
rules to shape it.
Thats basically what should happen.
Of course things get all out of whack when the connection isn't symmetric
(like most consumer connections). On those, you will see severe degradation
in speed on
: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
On Wed, May 13, 2009 at 2:47 AM, Chuck Mariotti cmario...@xunity.com wrote:
To clarify further...
In this situation, we are downgrading to a T1 (1.5Mbit/1.5Mbit) connection
from a new service provider
WHY would you want to shape your downstream channel? that kind of defeats the
purpose of having the bandwidth there in the firstplace.
-Sean
Date: Wed, 13 May 2009 10:21:39 -0700
From: jol...@gmail.com
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating - Windows update
Sorry, those pairs are Max / Average number to clarify.
-Original Message-
From: Chuck Mariotti [mailto:cmario...@xunity.com]
Sent: Wednesday, May 13, 2009 1:31 PM
To: support@pfsense.com
Subject: RE: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
Great
WHY would you want to shape your downstream channel? that kind of defeats
the purpose of having the bandwidth there in the firstplace.
For example if you have a fast connection to a building, and it is being
shared between tenants.
Without restricting the downstream, user A can severely impact
On Wed, May 13, 2009 at 8:55 AM, Chris Buechler c...@pfsense.org wrote:
Slowing down considerably when under full load is normal, slowing to
the point that sites don't load anymore when you're just running a few
Windows updates is definitely not. Sounds like there's something wrong
with the
[mailto:jol...@gmail.com]
Sent: Wednesday, May 13, 2009 2:39 PM
To: support@pfsense.com
Subject: Re: [pfSense Support] RE: T1 Saturating - Windows update kills the
connection... ??
WHY would you want to shape your downstream channel? that kind of defeats the
purpose of having the bandwidth
28 matches
Mail list logo
