Início / unix / Perguntas / 473919
Accepted
Rabin
Asked: 2018-10-08 23:40:52 +0800 CST

Qual é a quinta coluna na saída do suporte "ip -stat neighbor show"?

  • 772

Fiz algumas pesquisas no Google e olhei nas páginas do manual, mas não encontrei uma resposta específica para esses números.

Por exemplo,

# ip -d -stat ne show dev eth1 | column -t | sort -V
192.168.200.41  used    1034/4635/1032     probes  6                        FAILED
192.168.200.44  lladdr  00:c0:b7:xx:xx:xx  used    1037/1032/266            probes  1  STALE
192.168.20.5    lladdr  00:40:9d:xx:xx:xx  used    25080/25050/25021        probes  1  STALE
192.168.20.6    lladdr  00:40:9d:xx:xx:xx  used    25076/25047/25018        probes  4  STALE
linux

2 respostas

  1. Best Answer

    Depois de uma olhada no código-fonte iproute2 , os quintos campos fornecem informações do temporizador sobre ARPas entradas de cache:

    • X/./.: Número de segundos desde que a ARPentrada foi usada pela última vez
    • ./X/.: Número de segundos desde que a ARPentrada foi confirmada pela última vez
    • ././X: Número de segundos desde que a ARPentrada foi atualizada pela última vez

    Esses temporizadores são usados ​​principalmente para gerenciar ARPentradas obsoletas e decidir quando uma nova ARPsolicitação deve ser emitida. Consulte esta resposta perspicaz para obter mais informações sobre o ARPtempo limite de idade.

    • 5

  2. Eu costumava straceverificar o que ip-neighbour realmente faz. Quando filtrei stracea saída para números que estava na saída do ipcomando descobri que existe sequência de chamadas sendmsg e recvmsg. Essas mensagens são interessantes:

    sendmsg(3, {msg_name={sa_family=AF_NETLINK, nl_pid=0, nl_groups=00000000}, msg_namelen=12, msg_iov=[{iov_base={{len=36, type=RTM_GETNEIGH, flags=NLM_F_REQUEST|NLM_F_DUMP, seq=1539003976, pid=0}, {ndm_family=AF_UNSPEC, ndm_ifindex=0, ndm_state=0, ndm_flags=0, ndm_type=RTN_UNSPEC}, {{nla_len=8, nla_type=NDA_IFINDEX}, if_nametoindex("enp0s8")}}, iov_len=36}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0)
recvmsg(3, {msg_name={sa_family=AF_NETLINK, nl_pid=0, nl_groups=00000000}, msg_namelen=12, msg_iov=[{iov_base=[{{len=76, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_NOARP, ndm_flags=0, ndm_type=RTN_MULTICAST}, [{{nla_len=8, nla_type=NDA_DST}, 224.0.0.22}, {{nla_len=10, nla_type=NDA_LLADDR}, 1.0.94.0}, {{nla_len=8, nla_type=NDA_PROBES}, 0}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=2192723, ndm_used=2186723, ndm_updated=2186723, ndm_refcnt=0}}]}, {{len=76, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_NOARP, ndm_flags=0, ndm_type=RTN_MULTICAST}, [{{nla_len=8, nla_type=NDA_DST}, 224.0.0.251}, {{nla_len=10, nla_type=NDA_LLADDR}, 1.0.94.0}, {{nla_len=8, nla_type=NDA_PROBES}, 0}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=2192699, ndm_used=2186699, ndm_updated=2186699, ndm_refcnt=0}}]}, {{len=76, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_STALE, ndm_flags=0, ndm_type=RTN_UNICAST}, [{{nla_len=8, nla_type=NDA_DST}, 10.11.0.23}, {{nla_len=10, nla_type=NDA_LLADDR}, 8.0.39.3}, {{nla_len=8, nla_type=NDA_PROBES}, 1}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=206484, ndm_used=206707, ndm_updated=202203, ndm_refcnt=0}}]}, {{len=88, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET6, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_NOARP, ndm_flags=0, ndm_type=RTN_MULTICAST}, [{{nla_len=20, nla_type=NDA_DST}, ff02::1:ff4b:3614}, {{nla_len=10, nla_type=NDA_LLADDR}, "\x33\x33\xff\x4b\x36\x14"}, {{nla_len=8, nla_type=NDA_PROBES}, 0}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=2192670, ndm_used=2186670, ndm_updated=2186670, ndm_refcnt=0}}]}, {{len=88, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET6, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_NOARP, ndm_flags=0, ndm_type=RTN_MULTICAST}, [{{nla_len=20, nla_type=NDA_DST}, ff02::16}, {{nla_len=10, nla_type=NDA_LLADDR}, "\x33\x33\x00\x00\x00\x16"}, {{nla_len=8, nla_type=NDA_PROBES}, 0}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=2192723, ndm_used=2186723, ndm_updated=2186723, ndm_refcnt=0}}]}, {{len=88, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET6, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_NOARP, ndm_flags=0, ndm_type=RTN_MULTICAST}, [{{nla_len=20, nla_type=NDA_DST}, ff02::fb}, {{nla_len=10, nla_type=NDA_LLADDR}, "\x33\x33\x00\x00\x00\xfb"}, {{nla_len=8, nla_type=NDA_PROBES}, 0}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=2192536, ndm_used=2186536, ndm_updated=2186536, ndm_refcnt=0}}]}, {{len=88, type=RTM_NEWNEIGH, flags=NLM_F_MULTI|NLM_F_DUMP_FILTERED, seq=1539003976, pid=15530}, {ndm_family=AF_INET6, ndm_ifindex=if_nametoindex("enp0s8"), ndm_state=NUD_NOARP, ndm_flags=0, ndm_type=RTN_MULTICAST}, [{{nla_len=20, nla_type=NDA_DST}, ff02::2}, {{nla_len=10, nla_type=NDA_LLADDR}, "\x33\x33\x00\x00\x00\x02"}, {{nla_len=8, nla_type=NDA_PROBES}, 0}, {{nla_len=20, nla_type=NDA_CACHEINFO}, {ndm_confirmed=2192568, ndm_used=2186568, ndm_updated=2186568, ndm_refcnt=0}}]}], iov_len=580}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0)

    Quando tentei encontrar números do ip neighcomando na saída strace, descobri que ip neighexibe os valores ndm_used, ndm_confirmed, ndm_updated divididos por 100.

    Isso me levou a man 7 rtnetlink:

    O Rtnetlink permite que as tabelas de roteamento do kernel sejam lidas e alteradas (...). Rotas de rede, endereços IP, parâmetros de link, configurações de vizinhos , disciplinas de enfileiramento, classes de tráfego e classificadores de pacotes podem ser controlados por meio de soquetes NETLINK_ROUTE. É baseado em mensagens netlink.

    E depois:

    RTM_NEWNEIGH, RTM_DELNEIGH, RTM_GETNEIGH
       Adicionar, remover ou receber informações sobre uma entrada da tabela vizinha (por exemplo, uma entrada ARP). A mensagem contém uma estrutura ndmsg.

       struct ndmsg {
           caractere não assinado ndm_family;
           int ndm_ifindex; /* Índice de interface */
           __u16 ndm_state; /* Estado */
           __u8 ndm_flags; /* Bandeiras */
           __u8 ndm_type;
       };

       struct nda_cacheinfo {
           __u32 ndm_confirmed;
           __u32 ndm_usado;
           __u32 ndm_atualizado;
           __u32 ndm_refcnt;
       };

       ndm_state é uma máscara de bits dos seguintes estados:

       NUD_INCOMPLETE uma entrada de cache atualmente em resolução
       NUD_REACHABLE uma entrada de cache de trabalho confirmada
       NUD_STALE uma entrada de cache expirada
       NUD_DELAY uma entrada aguardando um temporizador
       NUD_PROBE uma entrada de cache que está sendo testada novamente
       NUD_FAILED uma entrada de cache inválida
       NUD_NOARP um dispositivo sem cache de destino
       NUD_PERMANENT uma entrada estática

       Os ndm_flags válidos são:

       NTF_PROXY uma entrada arp proxy
       NTF_ROUTER um roteador IPv6

       A estrutura rtattr tem os seguintes significados para o campo rta_type:

       NDA_UNSPEC tipo desconhecido
       NDA_DST um cache vizinho n/w endereço de destino da camada
       NDA_LLADDR um endereço de camada de link de cache vizinho
       Estatísticas de cache NDA_CACHEINFO.

       Se o campo rta_type for NDA_CACHEINFO, segue-se um cabeçalho struct nda_cacheinfo.

    A estrutura nda_cacheinfo é definida em<linux/neighbour.h>

    Comentários em <linux/neighbour.h>não são muito úteis se você quiser saber o que esse valor indica e também não consegui encontrá-lo na Internet.

    • 1

relate perguntas