Большие пакеты по сети не проходят <Проблема сервера>
 

Подскажите, ситуация следующая, в сети не передаются большие пакеты, например делаю на сервер пинг стандартный без параметров - все ок, делаю пинг с параметрами -t -l 2000 тоже все ок, проблемы начинаются после 20 000, например с параметрами -t -l 22000 проходят не все пакеты, сначала нескольо проходят, потом интервал превышен и теряются, потом опять проходит один, два. С параметрами -t -l 40000 вообще не проходит не один пакет, после такого пинга на некоторое время сервер вообще перестает отвечать на пинг даже без параметров, при это удаленный рабочий стол. открытый до пинга, отвечает. В общем то все работает. кроме одной программы, которая на сервер большое количество информаици отсылает и после того как пакеты не проходит, прога выдает различные ошибки, бухгалтерии эта прога необходима. Если повысить время ожидания эхо ответа ( параметр w) то через пакетов приходит больше. повышал до 20 секунд.

MTU увеличить нужно

Нужно в реестре изменить значение максимальной величины пакетов TCP/IP (MTU), которые посылает ваш компьютер. Делается это так:

Windows XP или Windows 2000/2003

Нажмите кнопку «Пуск», «Выполнить», введите regedit, затем нажмите OK, чтобы запустить редактор реестра.

Откройте ветку реестра

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Class \ {4D36E972-E325—11CE-BFC1—08002bE10318}

В этой ветви будут содержаться подразделы 0001, 0002 и так далее.

Внимательно просмотрите содержимое этих подразделов и остановитесь на том, у которого значение параметра DriverDesc аналогично названию вашей сетевой карты, через которую вы подключены к интернету.

В этом подразделе, найдите и запомните номер NetCfgInstanceId.

Теперь найдите этот номер в следующем разделе реестра:

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \Services \ Tcpip \ Parameters \ Interfaces

Сделайте двойной щелчок на параметре MTU и введите значение 1400 (десятиричное — decimal)

Закройте редактор реестра и перезагрузите компьютер.

devil494, поясни необходимость таких больших пакетов.

стандартное MTU в IPv4 (в IPv6 MTU вообще нет) - 1500. Пакеты больших значений фрагментируются. Что не хорошо.
Далее, ну увеличили мы на компе MTU, дошли они до коммутатора, а там вообще стоит значение 1400 (ну бывают такие провайдеры, или дальше VPN).
Смысл увеличивать MTU, для уменьшения пинга - отсутствует.
Дело не в MTU.
Что за программа?

Программа КонсультантПлюс, у нас оочень большая база и когда бухгалтерия ищет документы по всем базам, через некоторое время выдается ошибка нет доступа к файлу и дальше путь с адресом файла (например \\server\Consultant\base\arb\arb.nx2) базы данных, нажимаешь ок, опять табличка с такой же ошибкой и след. базой и т.д., причем первое время поиск идет как надо, документы находтся и ищатся дальше, если искать по некоторым базам, а не по полному списку, то поиск идет быстрее и без ошибок. Я связал все это с проблемами пинга, может и не прав. На сервере поиск по всем базам идет без ошибок, а это говорит о том, что что-то с сетью. А если после того как пинг непроходит сервер на некоторе время "пропадает" для пинга, то видимо так и получается, пакет ольшой отправляется, недоходит и сервак пропадает, отсюда недоступны файлы с базами данных. Помогите, бухгалтеры не хотят искать не по всем базам.

Сеть случаем не на 10Мб хабах? а то было у меня похожее, только с программой СТЭК.

Ping работает по ICMP-протоколу.
SMB файловый обмен в Windows это TCP.

Проблема либо в сетевой карте, либо в драйверах.

В последующем лучше перейти на терминальное подключение. Будет гораздо быстрее.

P. S. Кстати, то чем вы занимаетесь, в свое время получило название DeathPing.
До определенного времени системы Windows падали в синеэкранный крах получив ICMP пакет большого размера (Да, да. В живой природе таких больших ПИНГов не бывает, и их должен зарезать первый же маршрутизатор или фаервол).

Проблема решилась переносом программы на другой сервер, побороть ошибку так и не удалось:(