On 02/18/12 09:32, Arthurpeck wrote:
If it's any consequence, I have DTUs reset for no apparent reason and I'm not
using VPN connections. I've seen things like one whole side of a classroom, 8
seats, reset all at the same time. Fortunately, the user's desktop is
reconnected and they can usually resume working after login.
Some of these resets we understand are probably faulty network wiring, but that
would not explain clusters of resets.
Depending on your network topology, faulty network could easily produce a
cluster of resets.
For example, if you had an 8-port switch which had a faulty link between it and
the server.
You've probably looked into that already I imagine.
FWIW, in my experience it's far more likely to have a bad port on a switch than
a bad cable/wire. I've had a couple of experiences with lightning that resulted
in ports going bad.
-Bob
So far, all I've been able to do is crank up the logXXX= settings in the
*.parms file. From that, I have seen what I think is a high number of
KA_WARNING entries. I'm told that if the DTU loses 3 consecutive KA packets, it
will reset so that could be some of it.
Just a little note, don't assume that all DTU network traffic is UDP. There is
some TCP traffic as well. Look in the Installation Guide for the table that
shows ports and protocols.
Art
Sent from my iPhone
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
