Если тут же после перезагрузки НАСа скорость восстанавливается, то это не проблема кабеля...
Далеко не факт. Прямо вчера сталкивался с такой проблемой, правда в промышленной автоматике, там сеть 100 мегабит, по ней контроллеры общаются. Лаборатория и монтажники в захлеб и с пеной во рту доказывали, что проблема не в кабеле, раз соединение некоторое время держится и потом падает, говорят контроллер смотрите свой. Ну ok, посмотрел. Диагностика показала, что контроллер в течение ста попыток пытается поднять утерянное соединение и исправить ошибки в пакетах данных в рамках пяти минут, если не прокатывает он отрубает сеть и переходит в автономный режим. Но объяснить монтажнику, что если сеть работает некоторое время, то это не значит что все впорядке - невероятно сложная задача.
Оказалось вот что: кабель UTP 4 пары витухи в экране, лежал мирно и спокойно на лотке. Некий грамотный строитель из ближнего зарубежья решил что-то прикрепить прямо к этому лотку с кабелями, и сделал это саморезом, прохерачив лоток и кабель, задев экран и две жилы саморезом. По воле случая, саморез держался не очень и чуть выскочил вниз, поэтому замыкание имело место быть не всегда, а часто только в момент проезда кран-балки над лотком, вибрации создавались и подзакорачивался провод, а сеть падала не сразу, контроллер в течении пяти минут пытался исправить ошибки и переконнектится, и в это время данные шли, а после определённого числа попыток контроллера исправить связь сеть падала. Повторю - запускаем котроллер, сеть работает пять - десять минут и потом падает, так как много ошибок в передаче данных. Виноват кабель. В мои отчёты никто не верил до тех пор, пока я не размотал бухту по цеху и не соединил два контроллера напрямую новым кабелем. Тогда до начальства дошло, что проблема именно в кабеле.
Я не утверждаю, что у Вас проблема в кабеле. Скорее всего программная проблема. Но просто раздражает очень, когда люди пренебрегают этим.
