BGP

Acquisito il 2026-07-28 da un CE di questo deployment. sitecli/capture-manifest.json registra quale nodo, e scripts/capture-sitecli.sh --check verifica nuovamente la superficie dei comandi rispetto a un CE attivo.

Il CE esegue FRR per BGP. In questa topologia effettua il peering con le due istanze di Azure Route Server, annuncia il VIP e apprende il prefisso della VNet.

show-ip-bgp-summary

Iniziare da qui. Una singola schermata indica se il peering è attivo e da quanto tempo è stabile.

{"command":["show-ip-bgp-summary"]}

Instance 4094:

IPv4 Unicast Summary:
BGP router identifier 10.0.1.4, local AS number 64512 vrf-id 3
BGP table version 3
RIB entries 3, using 480 bytes of memory
Peers 2, using 41 KiB of memory

Neighbor        V         AS MsgRcvd MsgSent   TblVer  InQ OutQ  Up/Down State/PfxRcd
10.0.4.4        4      65515    1063     932        0    0    0 01:17:22            1
10.0.4.5        4      65515    1063     932        0    0    0 01:17:23            1

Total number of neighbors 2

Leggere prima State/PfxRcd. Un numero indica il conteggio dei prefissi ricevuti e significa che la sessione è stabilita; qualsiasi altro valore — Active, Connect, Idle — indica una sessione non attiva. Up/Down mostra da quanto tempo dura lo stato corrente, quindi una sessione che continua a ripristinarsi mostra un valore sospettosamente piccolo.

Il vrf id riportato qui non è quello richiesto da rt

Questo output riporta vrf-id 3. Si tratta della numerazione di FRR. Il data plane Argo utilizza un id di tabella separato, e passare il numero di FRR a rt --dump restituisce No such file or directory, il che sembra un nodo guasto anziché un argomento errato.

show-ip-bgp

La tabella completa, con la selezione del best path visibile.

{"command":["show-ip-bgp"]}

Instance 4094:
BGP table version is 3, local router ID is 10.0.1.4, vrf id 3
Status codes:  s suppressed, d damped, h history, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id, < announce-nh-self
Origin codes:  i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*= 10.0.0.0/16      10.0.4.4                               0 65515 i
*>                  10.0.4.5                               0 65515 i
*> 10.250.0.10/32   10.0.1.4               255         32768 ?

Displayed  2 routes and 3 total paths

* indica una rotta valida, > il best path selezionato, = un membro multipath. Nell’acquisizione sopra il prefisso VNet appreso 10.0.0.0/16 ha due percorsi — uno per ciascuna istanza di Route Server — contrassegnati *= e *>: un best path più un membro multipath, quindi il nodo distribuisce il carico del traffico di ritorno su entrambe le istanze. Il VIP 10.250.0.10/32 ha un unico percorso *> perché questo nodo lo origina.

Il multipath a costo uguale della demo non è visibile in questo output

show-ip-bgp è la tabella di un singolo nodo. L’ECMP che questo deployment dimostra consiste in diversi CE differenti che annunciano lo stesso /32, ed è programmato sul lato Azure — quindi nessuna tabella BGP di un singolo CE può mostrarlo, e l’assenza di un indicatore multipath sul VIP qui non è un guasto. Dimostrarlo invece dai peering del Route Server o dalla tabella delle rotte effettive del client; entrambi si trovano nella pagina di verifica.

show-ip-bgp-neighbors

Dettaglio per neighbor: capacità negoziate, timer, contatori dei messaggi e il motivo dell’ultimo reset.

{"command":["show-ip-bgp-neighbors"]}

Utilizzarlo quando il riepilogo mostra una sessione instabile e occorre capirne il motivo. Last reset e la relativa motivazione sono le righe utili.

Nessun output acquisito in questa pagina per ora

Questa acquisizione non può essere committata finché f5-sales-demo/docs-control#795 non viene integrato. FRR contiene un errore ortografico nella riga Graceful Restart e codespell rifiuta il file.

Correggere il testo acquisito farebbe sì che questa documentazione descriva un output mai prodotto, quindi la correzione viene effettuata a monte. Nel frattempo, eseguire il comando sul proprio nodo.

show-ip-bgp-neighbors-advertised-route

Ciò che questo nodo comunica ai suoi peer, in contrapposizione a ciò che conosce.

{"command":["show-ip-bgp-neighbors-advertised-route"]}

bgp neighbor:
BGP table version is 3, local router ID is 10.0.1.4, vrf id 3
Status codes:  s suppressed, d damped, h history, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id, < announce-nh-self
Origin codes:  i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 10.0.0.0/16      0.0.0.0                                0 65515 i
*> 10.250.0.10/32   0.0.0.0                255         32768 ?

Total number of prefixes 2

bgp neighbor:
BGP table version is 3, local router ID is 10.0.1.4, vrf id 3
Status codes:  s suppressed, d damped, h history, * valid, > best, = multipath,
               i internal, r RIB-failure, S Stale, R Removed
Nexthop codes: @NNN nexthop's vrf id, < announce-nh-self
Origin codes:  i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
*> 10.0.0.0/16      0.0.0.0                                0 65515 i
*> 10.250.0.10/32   0.0.0.0                255         32768 ?

Total number of prefixes 2

Questo è il comando per «il VIP non è raggiungibile dalla VNet». Se il VIP è assente qui, il problema è su questo nodo e non serve a nulla esaminare il peer.

L’output ripete un blocco bgp neighbor: per ciascun peer, quindi in questa topologia si ottengono gli stessi due prefissi due volte — una per ogni istanza di Route Server. Non si tratta di un rendering duplicato: è ciò che conferma che il nodo sta annunciando a entrambi. Il caso interessante è un blocco presente per un peer e mancante o incompleto per l’altro.