Здравствуйте, Уважаемые!
Есть W2K8, на нем две сетевые карты и запущеная служба маршрутизации, при установке которой выбирались компоненты маршрутизатор и NAT. Собственно вопрос вот в чем: на сетевых картах разный TTL -  насколько это критично вообще и для данной ситуации в частности?

Поясните, что имеется в виду.

Установки по умолчанию. На одной карте =128, на другой карте=64

Это сообщение отредактировал(а) kin - 3.3.2015, 16:41

Установки по умолчанию ЧЕГО? Где именно Вы его нашли? И какой физический смысл несёт так обеспокоивший Вас параметр? хотя бы как его описывает встроенная справка...

В двух словах..., ноги растут из предупреждения № 2012 источник Srv  "While transmitting or receiving data, the server encountered a network error. Occassional errors are expected, but large amounts of these indicate a possible error in your network configuration.  The error status code is contained within the returned data (formatted as Words) and may point you towards the problem." на сервере в одной из сетей, при подключении к ней из другой сети через маршрутизатор. 
Подключение очень нестабильное. 
На просторах Интернета вычитал, что эта беда может быть связана и с TTL, и с SMB, и с CIFS,  в общем там много вариантов, а так как это предупреждение задолбало по самое нехочу, а более или менее нормальные причины кончились, вот и хватаюсь за соломинку.
Ping в одну сторону TTL=128, ping в другую TTL=64. Между маршрутизатором и сторонами  - только провода. У Windows величина TTL по умолчанию 128 (опять же по версии "большого брата") у другой железяки (обычный ADSL router с прописанным маршрутом), судя по всему, 64. Вот собственно и вся история.... 


Это сообщение отредактировал(а) kin - 3.3.2015, 22:16

Ну не при чём тут TTL. Это всего лишь поле-счётчик в заголовке пакета. Изначально ему присваивается установленное значение, а при каждой маршрутизации от него отнимается значение, заложенное в настройках маршрутизатора для интерфейса, через который пакет принимается (обычно единица, но бывает больше - например для медленных каналов, а бывает и ноль - для "скрытых" маршрутизаторов). Если TTL  становится нулём (или меньше) - то вместо маршрутизации дальше пакет дропается, а обратно отравляется ответ TTL expired. Это позволяет запретить излишне длинные маршрутизации, бесконечное кружение пакета в ошибочной петле, а также используется в специальных целях (например, tracert запускает пакеты с TTL 1, потом 2, потом 3 и так далее - это позволяет получать ответы-отказы от промежуточных узлов и таким образом узнавать их адреса).

Анализируйте именно статус пакета с сообщением об ошибке передачи.