У нас та же проблема. Пакеты по 65500 проходят с time=1ms.
По нескольку раз в день 1С 8 у юзеров вылетает с точно такой же ошибкой.

Ищу решение проблемы... Даже вынес сервер платформы и сервер с базой в отдельный VLAN, вынес один отдел в другой VLAN (чтобы исключить перегрузку сети броадкастами). Ситуация не изменилась.

В логах чисто. Что на сервере, что на клиентах. Пинг не прерывается, время ответа не увеличивается.

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

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

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

хотя лучше бы логи покопать )
Я наблюдаю ситуацию, когда пользователь три раза подряд пытается зайти в 1С 8 и три раза подряд получает это сообщение. Таймауты по неактивности исключаются.

Нашел на одном форуме интересное предположение:
- в Windows Server 2003 с пакетом обновления 1 (SP1) возможно принудительное закрытие соединений, которое лечится заданием 0 в ключе реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\SynAttackProtect типа DWORD

Но у меня ни на одном сервере такого ключа нет вообще.

[quot MZHА вы его добавьте и установите в 0.[/quot]
Тоже так подумал. Можно попробовать.

SBLа вообще вот отсюда уши торчат

WSAECONNRESET
10054

там куча вариантов есть в чем именно проблема может быть - вот один из них

An existing connection was forcibly closed by the remote host. This normally results if the peer application on the remote host is suddenly stopped, the host is rebooted, the host or remote network interface is disabled, or the remote host uses a hard close (see setsockopt for more information on the SO_LINGER option on the remote socket). This error may also result if a connection was broken due to keep-alive activity detecting a failure while one or more operations are in progress. Operations that were in progress fail with WSAENETRESET. Subsequent operations fail with WSAECONNRESET.
Это я тоже читал... Но у меня смоделирована ситуация 100% отказоустойчивой сети. Там не может быть ни перегрузки сетевых интерфейсов, ни обрывов связи...

Dimitry Sibiryakov
Ни коррозии контактов в разьемах, ни мышей в кабельных каналах...
Posted via ActualForum NNTP Server 1.4
Да :) Новый коммутатор, новые патчкорды, новые сервера :)

SBL Maniac.ru Dimitry Sibiryakov
Ни коррозии контактов в разьемах, ни мышей в кабельных каналах...
Posted via ActualForum NNTP Server 1.4
Да :) Новый коммутатор, новые патчкорды, новые сервера :)
ну если вы так уверены ) хотя еще не встречал ни одной 100% отказоустойчивой сети.....
Ну для данных условий можно принять ее 100% отказоустойчивой. Тем более что это сейчас даже не сеть. Это два сервера на одном коммутаторе. Коммутатор дорогой, неблокируемый.

SBLа это помогло?
Добавил на сервер платформы. Не помогло.

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