| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Сетевые технологии > TTL при нескольких сетевых картах |
| Автор: kin 3.3.2015, 14:36 |
| Здравствуйте, Уважаемые! Есть W2K8, на нем две сетевые карты и запущеная служба маршрутизации, при установке которой выбирались компоненты маршрутизатор и NAT. Собственно вопрос вот в чем: на сетевых картах разный TTL - насколько это критично вообще и для данной ситуации в частности? |
| Автор: Akina 3.3.2015, 15:23 |
Поясните, что имеется в виду. |
| Автор: kin 3.3.2015, 16:39 |
Установки по умолчанию. На одной карте =128, на другой карте=64 |
| Автор: Akina 3.3.2015, 16:43 |
Установки по умолчанию ЧЕГО? Где именно Вы его нашли? И какой физический смысл несёт так обеспокоивший Вас параметр? хотя бы как его описывает встроенная справка... |
| Автор: kin 3.3.2015, 17:21 |
| В двух словах..., ноги растут из предупреждения № 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. Вот собственно и вся история.... |
| Автор: Akina 3.3.2015, 22:16 |
| Ну не при чём тут TTL. Это всего лишь поле-счётчик в заголовке пакета. Изначально ему присваивается установленное значение, а при каждой маршрутизации от него отнимается значение, заложенное в настройках маршрутизатора для интерфейса, через который пакет принимается (обычно единица, но бывает больше - например для медленных каналов, а бывает и ноль - для "скрытых" маршрутизаторов). Если TTL становится нулём (или меньше) - то вместо маршрутизации дальше пакет дропается, а обратно отравляется ответ TTL expired. Это позволяет запретить излишне длинные маршрутизации, бесконечное кружение пакета в ошибочной петле, а также используется в специальных целях (например, tracert запускает пакеты с TTL 1, потом 2, потом 3 и так далее - это позволяет получать ответы-отказы от промежуточных узлов и таким образом узнавать их адреса). Анализируйте именно статус пакета с сообщением об ошибке передачи. |