IPv6 и предел транзитного участка
Именно так мы ясны, сам Nagios заявляет контроль. При использовании плагинов, которые поддерживают предоставляющую расширенную информацию, то можно вытянуть те данные из результатов плагинов.
Существует часть программного обеспечения для Кактусов, которое использует плагины Nagios для создания данных, которых я рассматриваю использование. Это - NPC или Плагины Nagios для Кактусов (http://trac2.assembla.com/npc/). Я не использовал его, так не может говорить с производительностью или чем-либо, но это может быть тем, что Вы ищете.
Если Вы хотите считать необработанные данные сами, проверьте свою конфигурацию на файл журнала состояния (обычно /var/nagios/status.log или /usr/local/nagios/var/status.log).
Обычно, маршрутизатор никогда не получал бы пакет с пределом транзитного участка нуля, но это может произойти в какой-то момент из-за неаккуратного кодирования или злонамеренных компьютеров или снижения производительности сети.
Проблема - то, что происходит, когда Вы постепенно уменьшаете что-то, что является нулем. Так как это - неподписанное число на 8 битов, это перенесло бы и продлилось бы еще 255 транзитных участков.
Получите Вас к этому в 2 460:
8.2 Maximum Packet Lifetime
Unlike IPv4, IPv6 nodes are not required to enforce maximum packet
lifetime. That is the reason the IPv4 "Time to Live" field was
renamed "Hop Limit" in IPv6. In practice, very few, if any, IPv4
implementations conform to the requirement that they limit packet
lifetime, so this is not a change in practice. Any upper-layer
protocol that relies on the internet layer (whether IPv4 or IPv6) to
limit packet lifetime ought to be upgraded to provide its own
mechanisms for detecting and discarding obsolete packets.