В локальной сети бьются файлы при скачки с внешки
 

Доброго времени суток!
Попытаюсь объяснить ситуацию.

1. Есть сервер с Windows 2008 R2 (x64).
Со следующими ролями: AD, WSUS, RRAS, DHCP, DNS.
В качестве инет-шлюза TraficInspector.
2. Две сетевые карты смотрят в локалку и во внешку.
3. Внешка через ADSL-модем.

Скачка на сервере происходит без каких либо ошибок, но практически все компьютеры в сети при скачки любых файлов с ошибками.
Началось все с того как получил статические адреса от провайдера, поменял и от пользователей стали жалобы на битые файлы.
Начал подозревать провайдера, но на сервере все нормально скачивалось.
Поменял обе сетевые карты. Ничего не изменилось. Проверка на вирусняк тоже не дала результатов. Самое интересное что ошибка при скачки на всех компах в локалке, хотя компьютеры подключены к снрверу через разные маршрутизаторы.

Прошу помощи кто сталкивался с такой ситуацией. Куда копать?

Вероятно, стоит обратиться к настройкам Трафик Инспектора?

Дело в том, что с отключение службы трафика при скачке через NAT файлы все равно бьются, отсюда следует, что не TI виноват.
Помимо этого все равно подозревая TI, снес его подчистую, файлы бьются. Один плюс наконец-то обновил версию TI.

похоже на неявные проблемы с MTU.

Предлагаете попробовать изменить в свойствах адаптера значения буферов приема и передачи или я вас не правильно понял?
Такая причина как MTu может быть на интерфейсе Интернета, а вот на сервере вроде все нормально, ни одного битого скачанного файла не наблюдаю.


Почитал об MTU, оказывается глубоко заблуждался в своих выводах. Нашел оптимальный размер пакета, чуть позднее попробую изменить MTU.
Есть вопрос вытекающий, менять MTU на серваке и на всех компах в сети? Или хватит только на сервере?

MTU составляет 1472 + 28 заголовок = 1500 т.е. стандартное значение для российских провайдеров, дело не в MTU.

Для тех кто не знает как вычислить MTU пишу:
ping -f -l 1472 ya.ru

Если пинг проходит значит все в порядке, если пишет что-то вроде "Требуется фрагментация пакета..." изменяйте размер пакета пока не вычислите его оптимальный размер, т.е. не начнет проходить пинг, прибавляйте заголовок +28 и получаете оптимальный MTU.

Как поменять MTU Ссылка

Вопрос остался открытым, прошу помощи. В чем может быть причина, файлы так и бьются?

poskon,
Раз до шлюза у вас всё приезжает целым - то тогда MTU вряд ли является причиной пробем, я протупила и ввела вас в заблуждение, невнимательно прочитав вопрос. прошу прощения.
у вас есть на этом сервере какой либо антивирус? а на клиентах?
если взять Iperf и погонять его между сервером и клиентами, соотно как tcp так и udp, аплоад и даунлоад, будут ли потери и если да, то какие и при каких условиях?
так же озвучьте пожалуйста модель свитча.

и да, MTU зависит не от провайдера, а от интерфейса.
для DSL это 1492, а 1500 это ethernet емнип.

поэтому, всё таки, наверно имеет смысл поглядеть на настройки модема и позвонить в саппорт провайдера, для очистки совести, и уточнить какой MTU они рекомендуют.

Доброго времени суток.

Перечитал я кучу инфы по Iperf, погонял трафик по сети, нашел две скрутки над подвесными потолками, все пропаял как следует, переделал по своему, снова погонял трафик, все ходит как часы по локалке. Но все-таки инет-трафик как бился так и бьется, может я неправильно гонял трафик.
Посетила меня другая идея, настроить RRAS так чтобы с дома можно было по PPTP работать, так вот интернет с работы дома так же бьет файлы, т.е. я попробовал на разных сетевых интерфейсах работать проблема подтвердилась, а ведь это как я понимаю говорит о проблеме в сервере. Может ли трафик биться допустим из-за неисправности ОП на сервере?

Надеюсь правильно донес свою мысль:)

TrendNet TEG-424WS и D-Link DES-1228.

Везде стоит DrWeb ES 6 агенты и на сервере, и на клиентах.

ясно.
удалите это с сервера (не останавливайте службы, а именно удалите), перезагрузитесь, проверьте.

Сегодня начали биться и по локалке данные(

Наконец-то добрался до форума. Удалил, перезагрузился, не помогло.

для ясности картины, чем качаете?

Естественно пробовал и различные браузеры и данлодеры.
Простое обновление программ не проходит, даже ДубльГис стандартно не обновляется.

Сегодня в обед ради эксперимента, поиграл оперативной памятью, т.е. вставлял поочередно, по отдельности, в разные слоты, ничего не поменялось.

и с клиентов?

только избирательно или советуете на всех убить?

логично что избиратьльно, на одном, что бы проверить.

проверял, ничего не изменилось

чет не пойму.
как у вас СКС устроена между сервером и компьютерами?
есть железяка? типа свича?
заменить на время хотя б.
если нет возможности. то пачкорд переткните другой.
пинг какой идет внутри сети?

Стоит два свича TrendNet TEG-424WS и D-Link DES-1228, попеременное их отключение ничего не дало, делаю вывод - дело не в них.
Патч-корд от свитча до сервака тоже был заменен. Сетевые карты тоже были заменены (на сервере естественно).

пинг стабильный даже на максимально возможных пакетах (что на сервер что между рабочими станциями)

прикрепляю пинги с сервака на 20 компов сделанные при помощи Ping Tester

0.от провайдера как понимаю на сервер нормально скачивается...ВСЕГДА?
если так. то идет вниз:

1.к модему есть возможность подключить другую машину под раздачу?
2.есть вроде на большинстве не древних картах изменения параметров на проверку CRC сумм.
может там поковырять?
почему там, потому как меня смущает ваше сообщение, что внутри сетки у вас файлы не корректные...
"141. 16.05.2012 11:02:38 Reply from 10.50.50.60 bytes=32000 Request timed out."
не так часто, но проявлено...
проверьте, какой пинг будет при копировании файлов между машинами.




нашлось вот чего http://support.microsoft.com/kb/299357
может здесь что-то поможет.

да, и еще. как все же проявляется "битость".

давайте постараемся выделить причину.
возьмём 2 любых компа, соединим их между собой, без свитча, патчкордом.
бьются файлы?
а через свитч№1?
а через свитч№2?
а теперь тоже самое только с участием 1ПК и Сервера.

Добрый день дамы и господа.
Наконец-то я добрался до форума.

Проведя ряд манипуляций, методом исключения было выделена проблема в сервере, путем настройки нового и подключения в обеденный перерыв в локальную сеть. Битость с новым сервером исчезла.
Проверка железяк на старом серваке (тестирование ОП и ЖД) не дала результатов. Замена БП тоже никак не повлияла на битость. В один прекрасный момент была авария на линии электропередач и старый сервак не был включен через бесперебойник и был выключен аварийно. После повторного включения выдал ошибку БИОС, сбросил его в дефолт и переконфигурировал, как не странно после этого битость перестала проявляться, абсолютно.

Всем спасибо за помощь. Проблема на данный момент решена.