BGP

इस डिप्लॉयमेंट के एक CE से 2026-07-28 को कैप्चर किया गया। sitecli/capture-manifest.json यह दर्ज करता है कि कौन सा नोड था, और scripts/capture-sitecli.sh --check एक लाइव CE के विरुद्ध कमांड सरफ़ेस को फिर से सत्यापित करता है।

CE, BGP के लिए FRR चलाता है। इस टोपोलॉजी पर यह दो Azure Route Server इंस्टेंसों के साथ पीयर करता है, VIP का विज्ञापन करता है, और VNet प्रीफ़िक्स सीखता है।

`show-ip-bgp-summary`

यहाँ से शुरू करें। एक स्क्रीन आपको बता देती है कि पीयरिंग सक्रिय है या नहीं और वह कितने समय से स्थिर है।

{"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

पहले State/PfxRcd पढ़ें। कोई संख्या प्राप्त हुए प्रीफ़िक्सों की गिनती है और इसका अर्थ है कि सेशन स्थापित है; इसके अलावा कुछ भी — Active, Connect, Idle — एक ऐसा सेशन है जो सक्रिय नहीं है। Up/Down दिखाता है कि वर्तमान स्थिति कितने समय तक रही है, इसलिए एक ऐसा सेशन जो बार-बार रीसेट होता रहता है, संदेहास्पद रूप से छोटा मान दिखाता है।

`show-ip-bgp`

पूरी तालिका, जिसमें बेस्ट-पाथ चयन दिखाई देता है।

{"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

* एक वैध रूट है, > चयनित बेस्ट पाथ, = एक मल्टीपाथ सदस्य। ऊपर के कैप्चर में सीखे गए VNet प्रीफ़िक्स 10.0.0.0/16 के दो पाथ हैं — एक प्रत्येक Route Server इंस्टेंस के माध्यम से — जिन्हें *= और *> से चिह्नित किया गया है: एक बेस्ट पाथ और एक मल्टीपाथ सदस्य, इसलिए नोड अपने रिटर्न ट्रैफ़िक को दोनों इंस्टेंसों पर लोड-शेयर करता है। VIP 10.250.0.10/32 के पास एक ही *> पाथ है क्योंकि यह नोड उसे उत्पन्न करता है।

show-ip-bgp एक नोड की तालिका है। यह डिप्लॉयमेंट जो ECMP प्रदर्शित करता है, वह कई भिन्न CE हैं जो एक ही /32 का विज्ञापन करते हैं, और यह Azure की ओर प्रोग्राम किया जाता है — इसलिए कोई एकल CE की BGP तालिका इसे नहीं दिखा सकती, और यहाँ VIP पर मल्टीपाथ मार्कर की अनुपस्थिति कोई दोष नहीं है। इसके बजाय इसे Route Server पीयरिंग्स या क्लाइंट की प्रभावी रूट तालिका से सिद्ध करें; दोनों verify पेज पर हैं।

`show-ip-bgp-neighbors`

प्रति-नेबर विवरण: नेगोशिएट की गई क्षमताएँ, टाइमर, संदेश काउंटर और अंतिम रीसेट का कारण।

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

इसका उपयोग तब करें जब सारांश किसी सेशन को फ़्लैप करते हुए दिखाए और आपको कारण जानना हो। Last reset और उसका कारण उपयोगी पंक्तियाँ हैं।

यह कैप्चर तब तक कमिट नहीं किया जा सकता जब तक f5-sales-demo/docs-control#795 लैंड नहीं होता। FRR अपनी Graceful Restart पंक्ति में एक शब्द की गलत स्पेलिंग करता है, और codespell फ़ाइल को अस्वीकार कर देता है।

कैप्चर किए गए टेक्स्ट को सुधारने से यह दस्तावेज़ीकरण ऐसे आउटपुट का वर्णन करेगा जो कभी घटित नहीं हुआ, इसलिए इसे अपस्ट्रीम में ठीक किया जा रहा है। इस बीच कमांड को अपने ही नोड के विरुद्ध चलाएँ।

`show-ip-bgp-neighbors-advertised-route`

यह नोड अपने पीयरों को क्या बता रहा है, इसके विपरीत कि वह क्या जानता है।

{"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

यह “VIP, VNet से पहुँच योग्य नहीं है” के लिए कमांड है। यदि VIP यहाँ अनुपस्थित है, तो समस्या इस नोड पर है और पीयर को देखने से कोई भी मदद नहीं मिलेगी।

आउटपुट प्रति पीयर एक bgp neighbor: ब्लॉक दोहराता है, इसलिए इस टोपोलॉजी पर आपको वही दो प्रीफ़िक्स दो बार मिलते हैं — प्रत्येक Route Server इंस्टेंस के लिए एक बार। यह दोहराया गया रेंडर नहीं है: यही पुष्टि करता है कि नोड दोनों को विज्ञापित कर रहा है। एक ऐसा ब्लॉक जो एक पीयर के लिए मौजूद है और दूसरे के लिए अनुपस्थित या छोटा है, वही दिलचस्प मामला है।