Rotas e próximos saltos

O Argo mantém o estado de encaminhamento separado do kernel Linux. Quando ip e estes comandos discordam, são estes comandos que movem o tráfego.

rt

A tabela de rotas do vRouter, por VRF.

{"command":["rt","--dump","2"]}

Flags: L=Label Valid, P=Proxy ARP, T=Trap ARP, F=Flood ARP, H=Proxy ARP for host interface, V=Preferred VRF
Labels/Misc: S=SiteId N=NetworkId
vRouter inet4 routing table 0/2/unicast
Destination           PPL        Flags        Label         Nexthop  Labels/Misc
                                 Number of routes: 4

0.0.0.0/0               0                       -              0
169.254.254.102/32     32            L        263             13
172.16.12.126/32       32            L          0             46     (S,N):2298:0
172.16.84.126/32       32            L          0             46     (S,N):2298:0

O ID de VRF não é o que o BGP reporta

show-ip-bgp-summary exibe vrf-id 3. Essa é a numeração do FRR e pertence a um namespace diferente do ID de tabela do vRouter. Passá-lo aqui falha de uma forma que parece um nó com problema:

vRouter(Response):  [No such file or directory (2)]

A mesma resposta é retornada para --dump 0. Nesta topologia, a VRF 2 é a tabela inet4 populada, com a VRF 1 contendo duas rotas. Se você não souber o ID, sonde a partir de 1 incrementando gradualmente, em vez de confiar na saída do BGP.

nh

A tabela de próximos saltos. Cada rota aponta para um ID de próximo salto, e esta tabela os resolve.

{"command":["nh","--list"]}

Id:0          Type:Drop           Fmly: AF_INET  Rid:0  Vrf:0
              Flags:Valid, Tunnel: None

Id:1          Type:Drop           Fmly: AF_INET  Rid:0  Vrf:0
              Flags:Valid, Tunnel: None

Id:2          Type:Receive        Fmly: AF_INET  Rid:0  Vrf:1
              Flags:Valid, Policy, Tunnel: Udp,
              Oif:0

Id:3          Type:Receive        Fmly: AF_INET  Rid:0  Vrf:2
              Flags:Valid, Policy, Tunnel: Udp,
              Oif:0

Id:4          Type:Receive        Fmly: AF_INET  Rid:0  Vrf:3
              Flags:Valid, Policy, Tunnel: Udp,
              Oif:0

Id:5          Type:Receive        Fmly: AF_INET  Rid:0  Vrf:4
              Flags:Valid, Policy, Tunnel: Udp,
              Oif:0

Id:6          Type:Vrf_Translate  Fmly: AF_INET  Rid:0  Vrf:1
              Flags:Valid, Policy, Tunnel: None

Id:7          Type:Vrf_Translate  Fmly: AF_INET  Rid:0  Vrf:2
              Flags:Valid, Policy, Tunnel: None

Id:8          Type:Vrf_Translate  Fmly: AF_INET  Rid:0  Vrf:3
              Flags:Valid, Policy, Tunnel: None

Id:9          Type:Vrf_Translate  Fmly: AF_INET  Rid:0  Vrf:4
              Flags:Valid, Policy, Tunnel: None

Id:10         Type:Vrf_Translate  Fmly: AF_INET  Rid:0  Vrf:5
              Flags:Valid, Policy, Tunnel: None

Id:11         Type:Vrf_Translate  Fmly: AF_INET  Rid:0  Vrf:6
              Flags:Valid, Policy, Tunnel: None

Id:12         Type:Encap          Fmly: AF_INET  Rid:0  Vrf:1
              Flags:Valid, Policy, Tunnel: None
              Oif:2  Len:14
              Encap Data: 02 01 02 03 04 05 00 00 5e 00 01 00 08 00

Id:13         Type:Encap          Fmly: AF_INET  Rid:0  Vrf:2
              Flags:Valid, Policy, Tunnel: None
              Oif:4  Len:14
              Encap Data: 02 01 02 03 04 06 00 00 5e 00 01 00 08 00

Id:14         Type:Encap          Fmly: AF_INET  Rid:0  Vrf:3
              Flags:Valid, Policy, Tunnel: None
              Oif:6  Len:14
              Encap Data: 00 00 5e 00 02 00 00 00 5e 00 01 00 08 00

Id:15         Type:Encap          Fmly: AF_INET  Rid:0  Vrf:6
              Flags:Valid, Policy, Tunnel: None
              Oif:10  Len:14
              Encap Data: 02 01 02 03 04 09 00 00 5e 00 01 00 08 00


... [capture trimmed: first 60 of 3820 lines]

Cada entrada possui um Type e a VRF à qual pertence. Oito tipos ocorrem nesses nós, nas seguintes proporções — idênticas nos três CEs quando contados:

Tunnel 558   Encap 27   NAT 22   Vrf 16   Receive 14   Composite 4   Drop 2   Resolve 2

Uma rota que resolve para um próximo salto Drop é uma rota blackhole, e essa combinação vale ser verificada sempre que um prefixo estiver presente em rt, mas o tráfego ainda desaparecer.

A captura acima está truncada e não contém todos os tipos

São as primeiras 60 linhas de 3.849. Tunnel, o tipo mais comum por ampla margem, não aparece nessas 60 linhas — portanto, não interprete a captura como o inventário completo de tipos, e não conclua que um tipo está ausente de um nó porque está ausente de uma captura truncada. As contagens acima foram obtidas a partir da resposta completa.

vif

A tabela de interfaces virtuais: ao que o plano de dados se vincula e os contadores por interface.

{"command":["vif","--list"]}

Vrouter Interface Table

Flags: P=Policy, X=Cross Connect, S=Service Chain, Mr=Receive Mirror
       Mt=Transmit Mirror, Tc=Transmit Checksum Offload, L3=Layer 3, L2=Layer 2
       D=DHCP, Vp=Vhost Physical, Pr=Promiscuous, Vnt=Native Vlan Tagged
       Mnp=No MAC Proxy, Dpdk=DPDK PMD Interface, Rfl=Receive Filtering Offload, Mon=Interface is Monitored
       Nf=Dont Fragment, Vof=VLAN insert/strip offload, Mq=MultiQ, L=MAC Learning Enabled
       Proxy=MAC Requests Proxied Always, Fr=Force Recv, Mn=Mirror without Vlan Tag, TTL=TTL not modified
       Mn=Mirror without Vlan Tag, Tun=Tunnel, NoArp=No ARP interface, RawIp=RAW IP interface(No L2 header)
       Npers=Non-Persistent, NoRPF=No RPF Checks, SynC=Syn Cookies, Gro=GRO Enabled
       NoIpfix=IPFIX disabled

evif0/1     Virtual: eth0 (Speed 10000, Duplex 1) Parent:vif0/-1
            Type:Physical HWaddr:60:45:bd:eb:3f:f2  Driver: net_failsafe
            CrossConnectIdx: 2 PartnerIdx: 14
            Vrf:0 Mcast Vrf:0 VN:0x0 Flags:L3L2Vp Ref:7
            MTU: 1500 EncMSS: 0 NH: 0
            RX device packets:386252  bytes:355098338 errors:0
            RX port   packets:386252 errors:0
            RX queue  packets:385977 errors:0
            RX queue errors to lcore 0 0 0 0 0 0 0 0 0 0 0 0 0 0
            RX packets:386252  bytes:355098338 errors:0
            TX packets:274826  bytes:132476854 errors:0
            Drops:0
            TX queue  packets:27 errors:0
            TX port   packets:274826 errors:0
            TX device packets:274826  bytes:132476854 errors:0

evif0/2     Virtual: vhost0 Parent:vif0/-1
            Type:Host HWaddr:60:45:bd:eb:3f:f2  Driver: vr_dpdk_tap
            CrossConnectIdx: 1 PartnerIdx: 15
            Vrf:0 Mcast Vrf:0 VN:0x0 Flags:L3L2 Ref:6
            MTU: 1500 EncMSS: 0 NH: 0
            RX device packets:263582  bytes:122772389 errors:0
            RX queue  packets:263582 errors:0
            RX queue errors to lcore 0 0 0 0 0 0 0 0 0 0 0 0 0 0
            RX packets:263582  bytes:120136569 errors:0
            TX packets:374276  bytes:343331787 errors:0
            Drops:0
            TX queue  packets:370829 errors:3447
            TX device packets:370820  bytes:341968151 errors:9

vif0/2      Ethernet: vethfrr0 Parent:vif0/-1
            Type:Virtual HWaddr:0:0:5e:0:1:0  Driver: net_af_packet
            Vrf:1 Mcast Vrf:1 VN:0x0 Flags:PL3Proxy Ref:10
            MTU: 1500 EncMSS: 130 NH: 12
            RX port   packets:4919 errors:0
            RX queue  packets:4917 errors:0
            RX queue errors to lcore 0 0 0 0 0 0 0 0 0 0 0 0 0 0
            RX packets:907  bytes:153742 errors:0
            TX packets:6  bytes:444 errors:0
            Drops:905
            TX queue  packets:346 errors:0
            TX port   packets:3987 errors:0
            Ingress ACL: 65 67
            Egress ACL: 65 67
            Service ACL: 65 67

vif0/4      Ethernet: vethbfd0 Parent:vif0/-1
            Type:Virtual HWaddr:0:0:5e:0:1:0  Driver: net_af_packet

... [capture trimmed: first 60 of 378 lines]

A legenda de flags no topo vale ser lida uma vez — Vp marca a interface física do vhost, Dpdk uma gerenciada pelo DPDK. Use isso para confirmar que o plano de dados assumiu a interface esperada e para visualizar os contadores de RX e TX que o Linux não exibe porque o tráfego nunca chega ao kernel.

mpls

execcli mpls --help

A tabela MPLS do Argo. Acessível somente a partir do equipamento — mpls não está na API de depuração, portanto, ao contrário de rt, nh e vif acima, requer SSH ou o console serial, por meio do execcli.

Não há saída capturada aqui. Nesta implantação, o CE encaminha IPv4 com BGP e ECMP e não utiliza rótulos MPLS, portanto uma captura mostraria uma tabela vazia e não ensinaria nada. Sua existência e a forma do argumento --help são verificadas a partir do menu de conclusão do próprio appliance; a saída populada não é reproduzida.