जुनिपर के रिब-समूहों को तोड़ना

मेरे कई दोस्त जुनिपर के JunOS के अंदर रिब-समूहों के काम के तंत्र को पूरी तरह से नहीं समझते हैं। इस लेख में, मैं सबसे सरल रूप से यह समझाने की कोशिश करूंगा कि यह क्या है - रिब-समूह, और उनकी आवश्यकता क्यों है।

कट के तहत विवरण।





सबसे पहले आपको यह समझने की आवश्यकता है कि Junos में राउटिंग टेबल कैसे पॉपुलेटेड है। ऐसा होता है (योजनाबद्ध रूप से) इस प्रकार है:



[प्रोटोकॉल] _____ [प्रोटोकॉल db] _____ [RIB]



जहां:



प्रोटोकॉल - जूनोस रूटिंग प्रोटोकॉल (यह अपने में एक राउटिंग प्रोटोकॉल नहीं है

इसके लिए एक क्लासिक समझ, राउटर इंटरफेस भी शामिल है)



प्रोटोकॉल का db - प्रोटोकॉल डेटाबेस (जैसे isis / ospf / bgp डेटाबेस)। सभी मार्गों को यहां दर्ज किया गया है, और सर्वश्रेष्ठ को चुना गया है, जिसके बाद यह आरआईबी में स्थापित किया गया है।



RIB राउटिंग टेबल ही है। निर्भर करता है कि हम किस प्रोटोकॉल का उपयोग करते हैं और जहां हम इसका उपयोग करते हैं (उदाहरण के लिए। IPv4 मार्ग inet.0, ldp inet.3 पर जाते हैं। vrf / पुण्य राउटर के अंदर के मार्ग <vrf.name> .inet.0 आदि)



रिब-समूह तंत्र हमें निम्नलिखित निर्माण का उपयोग करने की अनुमति देता है:



[प्रोटोकॉल] _________ [प्रोटोकॉल का db] ______________________ [RIB-Group]]



जहां RIB- समूह में शामिल हैं:

प्राथमिक आरआईबी - एक तालिका जहां प्रोटोकॉल डिफ़ॉल्ट रूप से अपने मार्गों को स्थापित करता है

माध्यमिक आरआईबी - एक या अधिक अतिरिक्त रूटिंग टेबल जहां हम चाहते हैं कि प्रोटोकॉल इसके मार्गों को भी स्थापित करे।

आयात-नीति - एक नीति जो बताती है कि हम माध्यमिक आरआईबी में कैसे मार्गों को स्थापित करने की अनुमति देते हैं, और जो नहीं हैं।



हमें रूटिंग प्रोटोकॉल से प्राप्त मार्गों को स्थापित करने का अवसर मिला, न केवल उस तालिका में जिसके साथ यह डिफ़ॉल्ट रूप से काम करता है, बल्कि किसी अन्य में भी। इसके अलावा, प्राथमिक और माध्यमिक आरआईबी की अवधारणाएं दिखाई देती हैं। वे इसमें भिन्न हैं कि हम (आयात नीति का उपयोग करके) स्पष्ट रूप से निर्दिष्ट कर सकते हैं कि माध्यमिक आरआईबी में कौन से मार्ग स्थापित हैं (सब कुछ प्राथमिक में स्थापित किया गया है, आयात नीति की परवाह किए बिना)।



रिब-समूहों का उपयोग करके एक उदाहरण पर विचार करें।



एक उदाहरण:

यह देखते हुए: एमपीएलएस नेटवर्क, इसमें एक समर्पित बीजीपी आरआर, जिस पर केवल आईजीपी और एमपी-बीजीपी चल रहे हैं (जो एलडीपी / आरएसवीपी-टीई मौजूद नहीं हैं (उदाहरण के लिए, हम जेसीएस का उपयोग एक परावर्तक के रूप में करते हैं, और, क्योंकि यह पता नहीं है कि आगे कैसे किया जाए, एलडीपी वैसे भी नहीं है) आपको + स्थिरता की आवश्यकता होती है (चूंकि सब कुछ बहुत कम हो जाता है)), और, तदनुसार, इनलेट टेबल में मार्गों को स्थापित करने के लिए कोई नहीं है। इस परिदृश्य के साथ समस्या यह है कि vpnv4 मार्ग उपयुक्त होने के लिए, जूनोस में bgp के दृष्टिकोण से, इसका अगला-हॉप inet.3 तालिका के अंदर होना चाहिए।



root@JunLAB:RR> show route table bgp.l3vpn.0



bgp.l3vpn.0: 9 destinations, 9 routes (0 active, 0 holddown, 9 hidden )



root@JunLAB:RR>







9 छिपे हुए मार्ग। कारण:



root@JunLAB:RR> ...ute table bgp.l3vpn.0 hidden extensive | grep "Next hop"

Next hop type: Unusable









root@JunLAB:RR> show route table inet.3



root@JunLAB:RR>







जैसा कि हम inet.3 को खाली देखते हैं



हमने LDP को बंद कर दिया है, लेकिन IGP है, जो डिफ़ॉल्ट रूप से inet सब कुछ स्थापित करता है।



आइए एक रिब-समूह बनाएं जिसमें inet.0 और inet.3 शामिल हैं, और सुनिश्चित करें कि केवल bgp लूपबैक रूट inet.3 में स्थापित किए गए हैं (मार्ग-फ़िल्टर और आईपी पतों की पहले से ज्ञात सीमा)



रिब-समूह विवरण:



root@JunLAB:RR> show configuration routing-options

rib-groups {

MPBGP_LB {

import-rib [ inet.0 inet.3 ];

import-policy INET3_LB;

}

}







जहां:

inet.0 - प्राथमिक

inet.3 - माध्यमिक



नीति विवरण:



policy-statement INET3_LB {

term LOOPBACKS {

from {

route-filter 192.168.250.0/24 longer;

}

to rib inet.3;

then accept;

}

then reject;

}









आईजीपी को बाध्य नीति:



root@JunLAB:RR# show protocols isis

lsp-lifetime 65535;

no-ipv6-routing;

rib-group inet MPBGP_LB;

level 1 disable;

level 2 wide-metrics-only;

interface fxp1.14 {

point-to-point;

}

interface lo0.8 {

passive;

}







कमिट करने के बाद, सुनिश्चित करें कि लूपबैक के मार्ग निष्क्रिय हैं।



root@JunLAB:RR> show route table inet.3



inet.3: 7 destinations, 7 routes (7 active, 0 holddown, 0 hidden)

+ = Active Route, - = Last Active, * = Both



192.168.250.1/32 *[IS-IS/18] 00:00:41, metric 20

> to 10.0.0.25 via fxp1.14

192.168.250.2/32 *[IS-IS/18] 00:00:41, metric 20

> to 10.0.0.25 via fxp1.14

192.168.250.3/32 *[IS-IS/18] 00:00:41, metric 10

> to 10.0.0.25 via fxp1.14

192.168.250.4/32 *[IS-IS/18] 00:00:41, metric 30

> to 10.0.0.25 via fxp1.14

192.168.250.5/32 *[IS-IS/18] 00:00:41, metric 30

> to 10.0.0.25 via fxp1.14

192.168.250.6/32 *[IS-IS/18] 00:00:41, metric 20

> to 10.0.0.25 via fxp1.14

192.168.250.7/32 *[IS-IS/18] 00:00:41, metric 30

> to 10.0.0.25 via fxp1.14



root@JunLAB:RR>







और vpnv4 रूट अब छिपे नहीं हैं, क्योंकि इनसेट के अंदर अगले-हॉप्स के मार्ग हैं।



bgp.l3vpn.0: 9 destinations, 9 routes ( 9 active , 0 holddown, 0 hidden)

+ = Active Route, - = Last Active, * = Both



192.168.250.1:1:192.168.0.0/30

*[BGP/170] 00:22:08, localpref 100, from 192.168.250.1

AS path: I

> to 10.0.0.25 via fxp1.14, Push 16

...









इसके अलावा, रिब-समूह का उपयोग करने के लिए बहुत सुविधाजनक है जब आपको vrfs के बीच मार्ग रिसाव करने की आवश्यकता होती है (IOS में, आपको इसके लिए bgp प्रक्रिया को बढ़ाने की आवश्यकता है, Junos में आप इसके बिना कर सकते हैं)

या vrf से GRT में रिसाव करें (IOS में आप ऐसा नहीं कर सकते हैं (स्थैतिक मार्गों को छोड़कर, जो बहुत सुविधाजनक नहीं है)। इसके अलावा FBF में भी रिब-ग्रुप का उपयोग किया जाता है (फिल्टर बेसेड फॉरवर्डिंग - सिस्को की दुनिया से पीबीआर का एनालॉग)।