temujin Oct 16 2016 at 14:05

Netstat, где мои дейтаграммы?

6 min

21K

Configuring Linux*System administration**nix*Network technologies*

+28

Comments 9

antonksa Oct 16 2016 at 19:53

Отлично! Ждем следующую часть!

Spetros Oct 16 2016 at 21:51

Вывод команды netstat, в котором было это загадочное поле, означает число отброшенных ICMP пакетов с нулевым TTL. IRL это означает, что в сети есть кольцо, где пакеты профукали весь TTL

Какой-то уж слишком однозначный вывод о наличии кольца.
Возникновение TTL=0 обычная ситуация при трассировке маршрутов к узлам.

Да и было неплохо в статье указать, что MIB — это Managment Information Base база данных информации управления, содержащая информацию обо всех объектах устройства(параметры и настройки).

значительную часть snmp.h занимает загадочный Linux MIB, переменные которого ни в каком RFC не определены

По определению для них отдельного RFC не должно быть, хоть в вашем тексте и есть строчка LINUX_MIB_TCPMINTTLDROP, /* RFC 5082 */
Описание переменных можно найти в коде net-tools.

temujin Oct 16 2016 at 23:16

Принимаю критику насчет MIB. У меня тут профессиональное слепое пятно. Так по работе, мибка, мибка… Ставлю сноску.

Cypselus Oct 19 2016 at 10:56

Дело не в MIB.

Этот параметр вообще сам по себе ни о чем не говорит.

Запустите на полчасика mtr или любой другой трассировщик маршрутов и счетчик timeout in transit взлетит до небес.

temujin Oct 19 2016 at 11:06

Получается, что traceroute тоже обнуляет TTL дейтаграмм на сервере. Но в таком случае админ будет знать о трассировке, в то время как замкнутое кольцо — явление стихийное и вот тут как раз анализ статистики Netstat поможет.
В любом случае это хорошо дополняет основную тему. Лучше знать все возможные причины состояния timeout in transit.

Sunrisekhv Oct 17 2016 at 07:52

Помнится тут недавно был спор о том, что пакет net-tools морально устарел и пора бы переходить на новые утилиты, ss например.

temujin Oct 17 2016 at 11:24

Так оно и есть к сожалению. Тот же statistics.h, из Net-Tools, последний коммит в 2001 г. в то время как tcp/ip в ядре Linux постоянно меняется. Хорошая и подробная документация на замеры производительности сети имеются в коммерческих продуктах, вероятно они и оттягивают на себя основные силы разработчиков.

fico Oct 17 2016 at 11:50

а какие коммерческие продукты посоветуете для анализа производительности сети?

temujin Oct 17 2016 at 12:42

Я уже много лет работаю с этим продуктом, поэтому его и советую из коммерческих приложений. Network Node Manager i-series Ultiate, который включает в себя NNMi модули iSPI Performance for Metris, iSPI Performance for Quality Assurance и другие.
Тем не менее, важно выжимать максимум из открытого и качественного ПО: таких как netstat или ss.

Show the best of all time