Thanks, Karl, Allen and Nickola.
I failed-over to another router last night and briefly had full expected
throughput but this morning despite dropping providers and moving between
routers again for trial and error I still see _outbound_ TCP at about the
same 300 - 600kbps per session.
I
I would turn off ethernet flow control. Maybe you already have.
It can be really mean on tcp's own flow control if the switch has an
issue of some kind (load).
/Tias
15 feb 2009 kl. 10.24 skrev Chris ch...@ghostbusters.co.uk:
Thanks, Karl, Allen and Nickola.
I failed-over to another
Thanks for the suggestions everyone.
I've got to the bottom of the problem now (I'm sure there will be a
collective sigh of relief from the list because of the noise this thread
generated :-)).
I installed two brand new, low spec, 3Com switches one at the 'front' of the
network and one 'behind'
On Feb 15, 2009, at 04:24, Chris wrote:
Any last ideas appreciated before causing headaches removing
switches would
be appreciated.
The TCP offloading should be suspect. Any current PC hardware should
be able to deal with huge amounts of traffic without any offloading.
Start with turning
[]
I keep reading this subject as Global Backhoe Service, ie, the sworn
enemy of NANOG :)
Mike
Has anyone opened a ticket with Cogent?
Their packet loss is reaching ~10%.
http://www.internetpulse.net
Has anyone had problems with using current Intel quad ethernet cards for
packet capture? As a proof-of-concept test we bought an Intel PWLA8494GT
and hooked it up to some Network Critical taps. There was a very strange
issue with corruption of the captured packets. The *only* issue (but
7 matches
Mail list logo