Aumentando o espaçamento do ping com check_icmp

Question

Temos um pouco de desafio com nossos monitores Nagios check_icmp ... nossa rede sofre de microbursts que podem derrubar talvez 1 ou 2 milissegundos de tráfego através de nosso firewall. Estamos trabalhando no problema com microbursts através do firewall, mas os microbursts estão, na verdade, acionando falsos alarmes de host down de nagios ...

Sun Jul 14 00:00:37 CDT 2013    [1373778037] HOST ALERT: host1;DOWN;SOFT;1;CRITICAL - 105.195.240.6: rta nan, lost 100%
Sun Jul 14 00:00:37 CDT 2013    [1373778037] HOST ALERT: host2;DOWN;SOFT;1;CRITICAL - 105.195.115.33: rta nan, lost 100%
Sun Jul 14 00:00:37 CDT 2013    [1373778037] HOST ALERT: host3;DOWN;SOFT;1;CRITICAL - 105.193.26.8: rta nan, lost 100%
Sun Jul 14 00:00:37 CDT 2013    [1373778037] HOST ALERT: host4;DOWN;SOFT;1;CRITICAL - 105.193.221.73: rta nan, lost 100%
Sun Jul 14 00:00:37 CDT 2013    [1373778037] HOST ALERT: host5;DOWN;SOFT;1;CRITICAL - 105.194.18.91: rta nan, lost 100%

A razão é que check_icmp usa padrões absurdos de espaçamento entre pacotes ... o espaçamento padrão de pacotes é tão baixo que todo o ciclo de ping pode caber dentro do espaço de uma microburst através do firewall ... é isso que nós veja quando usamos check_icmp -n 5 -t 3 -v 10.19.26.29

[mpenning@target1 ~]$ sudo tshark -i eth0 icmp and host nagios.domain.local
[sudo] password for mpenning:
Running as user "root" and group "root". This could be dangerous.
Capturing on eth0
  0.000000 10.19.20.16 -> 10.19.26.29 ICMP Echo (ping) request
  0.000028 10.19.26.29 -> 10.19.20.16 ICMP Echo (ping) reply
  0.000348 10.19.20.16 -> 10.19.26.29 ICMP Echo (ping) request
  0.000358 10.19.26.29 -> 10.19.20.16 ICMP Echo (ping) reply
  0.000572 10.19.20.16 -> 10.19.26.29 ICMP Echo (ping) request
  0.000581 10.19.26.29 -> 10.19.20.16 ICMP Echo (ping) reply
  0.000792 10.19.20.16 -> 10.19.26.29 ICMP Echo (ping) request
  0.000801 10.19.26.29 -> 10.19.20.16 ICMP Echo (ping) reply
  0.001017 10.19.20.16 -> 10.19.26.29 ICMP Echo (ping) request
  0.001025 10.19.26.29 -> 10.19.20.16 ICMP Echo (ping) reply

Embora check_icmp tenha uma opção -i que supostamente controla o espaçamento entre pacotes, ela não permite o espaçamento de pacotes de 500 ms por algum motivo ... mesmo quando eu o executo como check_icmp -n 5 -t 3 -i 2000 -v 10.19.26.29 , o tempo não mudar substancialmente ...

[mpenning@target1 ~]$ sudo tshark -i eth0 icmp and host nagios.domain.local
Running as user "root" and group "root". This could be dangerous.
Capturing on eth0
  0.000000 10.19.20.16 -> 105.19.26.29 ICMP Echo (ping) request
  0.000018 10.19.26.29 -> 105.19.20.16 ICMP Echo (ping) reply
  0.000327 10.19.20.16 -> 105.19.26.29 ICMP Echo (ping) request
  0.000338 10.19.26.29 -> 105.19.20.16 ICMP Echo (ping) reply
  0.000540 10.19.20.16 -> 105.19.26.29 ICMP Echo (ping) request
  0.000552 10.19.26.29 -> 105.19.20.16 ICMP Echo (ping) reply
  0.000813 10.19.20.16 -> 105.19.26.29 ICMP Echo (ping) request
  0.000824 10.19.26.29 -> 105.19.20.16 ICMP Echo (ping) reply
  0.001075 10.19.20.16 -> 105.19.26.29 ICMP Echo (ping) request
  0.001087 10.19.26.29 -> 105.19.20.16 ICMP Echo (ping) reply

Existe uma maneira de forçar os métodos nagios ' check_icmp ou check_ping a aumentar o espaçamento entre pacotes para 500 ms entre os pings? Percebo que posso pedir ao nagios para enviar 5000 pings por host, mas isso parece um desperdício real de recursos do sistema e da rede apenas para contornar esse problema.

    

Answer 1

check_icmp oferece vários ajustes na linha de comando que podem ajudar. Execute check_icmp -h na linha de comando para mais.

 -i
    max packet interval (currently 80.000ms)
 -I
    max target interval (currently 0.000ms)
 -m
    number of alive hosts required for success
 -l
    TTL on outgoing packets (currently 0)
 -t
    timeout value (seconds, currently  10)

    

Answer 2

Do meu entendimento

-i     intervalo máximo de pacotes (atualmente 80.000ms)

-i 2000 (2.000ms)

-i 80000 (80.000 ms)

-i 500000 (500.000ms)