Could a LAN or ethernet card be failing? Maybe subjected to a static shock?
Do you have a cable diagnostics box?
Printable View
Could a LAN or ethernet card be failing? Maybe subjected to a static shock?
Do you have a cable diagnostics box?
Could a LAN or ethernet card be failing?
Anything is possible. Would be a strange coincidence though
Maybe subjected to a static shock?
Not likely. Never touched the inside of the any of the 5 PCs. Only reconnected network & USB cables. I did replace the Ethernet switch at some point to troubleshoot, but that made no differnece
Do you have a cable diagnostics box? No. Easier to just replace cables (I've got lots of them :)
Maurice
I'll keep that in mind for sure, but for now, unless anything freezes again, I'm going to leave well enough alone. The performance does not seem to be affected at all, so why quibble over a few lost packets? :DQuote:
Originally Posted by Peter Dowson
I'm sure this will come back to haunt me though at some time in the future :roll:
Maurice
Hi,
I wonder if your problem is not a USB power related issue!
Did you check that for each computer, each USB power management is configured to not allow to cut off this device for power economy reasons ?
Just a suggestion.
Regards
Joaquim
Quote:
Originally Posted by joaquim Sa Nogueira
I don't think so Joaquim. I use several powered USB hubs but more importantly I think, the Wideserver/Wideclient communications do not happen over USB, but over Ethernet.
Also, I was able to recover by just restarting the wide client and the associated PM program without re-booting the PC. Once a USB device is taken off-line, it does not recover until you re-boot the computer I think.
At any rate, if one or more USB ports were to fail, it should only cutoff whatever devices are connected to it and not freeze all the PM programs in 5 computers I would think (at least not in theory :-)
Thanks,
Maurice
I'm thinking MTU and a couple of other registry values here. Also, NetBui and the QoS Packet Scheduler.
This is looking like dropped packets to me. I'd reset my protocol settings to a default state and see if I'm still getting these errors.
Hi Andy,
Can you explain a little more in detail what MTU, Netbui and packet sheduler has as influence in the network. Do we need Netbui with TCP/IP protocol ?
Many thanks for your most appreciated answer.
B. Rgds
Michel
Netbui is a really old protocol designed for hardware control across a network. Most of its functions are now built-in to TCP/IP but some of them were not added for various reasons. I just checked the TCP/IP tab in the network controls and I do not see Netbui, so you probably do not need to worry about it. Its been fully integrated into TCP v6.
MTU = Max Transmission Unit size.This tells your machine the largest packet size possible to expect over the network. If it is set to small you might get dropped packets or CRC errors in the data stream. I have mine at 1500. Over the internet, an MTU that high can cause a bit of slowdown, but nothing drastic.
QoS Packet Scheduler provides network traffic control, including rate-of-flow and prioritization services. Without it you may sit for some time waiting for a reciever to open up to allow new data to flow in. Its the traffic police for data.