क्या कोई यह बता सकता है कि जब हमारे पास आंतरिक संचार के लिए IGP प्रोटोकॉल (OSPF, RIP) हैं, तो मार्गों के लिए iBGP की आवश्यकता क्यों है?
मैंने बहुत सारे लेख और किताबें पढ़ी हैं, लेकिन मुझे इसका जवाब नहीं मिला।
क्या कोई यह बता सकता है कि जब हमारे पास आंतरिक संचार के लिए IGP प्रोटोकॉल (OSPF, RIP) हैं, तो मार्गों के लिए iBGP की आवश्यकता क्यों है?
मैंने बहुत सारे लेख और किताबें पढ़ी हैं, लेकिन मुझे इसका जवाब नहीं मिला।
जवाबों:
क्या कोई मुझे बता सकता है कि मार्गों के लिए IBGP संचार की क्या आवश्यकता है, जब हमारे पास आंतरिक संचार के लिए IGP प्रोटोकॉल (OSPF, RIP) हैं?
विश्वास / नियंत्रण की सीमाओं को लागू करें: बीजीपी में आईजीपी की तुलना में साथियों को फ़िल्टर करने के अधिक तरीके हैं (जो आप विज्ञापन और प्राप्त करते हैं उसे नियंत्रित करने के लिए)।
लचीली डेटा संरचनाएं (कुछ हद तक पिछली गोली से संबंधित): बीजीपी समुदाय , बीजीपी विस्तारित समुदाय , स्थानीय-पूर्व , आदि ... ये बीजीपी को आपकी स्वयं की स्वायत्त प्रणाली (iBGP का उपयोग करके) में कस्टम रूटिंग नीतियों को लागू करने का एक आकर्षक तरीका बनाते हैं।
जैसा कि हर चीज के साथ होता है; iBGP से मिलने वाली मापनीयता, नियंत्रण और लचीलापन का अर्थ है कि यह IGPs (सामान्य रूप से) की तुलना में धीमी गति से परिवर्तित होने वाला प्रोटोकॉल है।
1 स्केलेबिलिटी :
2 iBGP रूटिंग उदाहरण :
यह समझने के लिए कि आप iBGP क्यों चाहते हैं, इस रूटिंग प्रविष्टि पर विचार करें 4.2.2.2 ...
R2>sh ip bgp 4.2.2.2
BGP routing table entry for 4.0.0.0/9, version 3146
Paths: (32 available, best #7, table Default-IP-Routing-Table)
... <!-- extra BGP RIB entries deleted -->
7660 2516 3356, (aggregated by 3356 4.69.130.4)
203.181.248.168 from 203.181.248.168 (203.181.248.168)
Origin IGP, localpref 100, valid, internal, atomic-aggregate
Community: 2516:1030
3356, (aggregated by 3356 4.69.130.6)
4.69.184.193 from 4.69.184.193 (4.69.184.193)
Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best
Community: 3356:0 3356:3 3356:100 3356:123 3356:575 3356:2012
... <!-- extra BGP RIB entries deleted -->
विचार करने के लिए 32 रास्ते हैं ... इस मामले में, बीजीपी ने 4.69.184.193 ( best
आरआईबी प्रविष्टि के तहत नोटिस) के माध्यम से 4.0.0.0/9 पर जाना चुना । इस मामले में, बीजीपी ने इसे चुना क्योंकि इस मार्ग में एएस पथ सूची सबसे कम है। हालाँकि, सभी मार्गों को AS3356 (R1 से संलग्न) के माध्यम से पसंद नहीं किया जाएगा। कुछ को R3 (AS7660 के माध्यम से) पसंद किया जा सकता है। iBGP आपको सबसे कम BGP पथ लेने के लिए जाने के लिए (R2 पर) जानने की क्षमता देता है।
BGP route to 4.0.0.0/9 via
NH: 4.69.184.193 [Path: 3356]
-------->
eBGP w/ AS3356 }{ iBGP inside AS64000 }{ eBGP w/ AS7660
S1/0 S1/2 S2/1 S2/3 S3/2 S3/0
Peered w/ AS3356 +------+ +------+ +------+ Peered w/ AS7660
4.69.184.193 <------| R1 |---------| R2 |--------| R3 |-----> 203.181.248.168
+------+ +------+ +------+
| S2/0
|
^
^
| Ingress packet to 4.2.2.2
|
R1, R2 और R3 पूरी तरह से iBGP जाली हैं। जब iBGP किसी मार्ग का विज्ञापन करता है, तो अगला-हॉप अपरिवर्तित रहता है । इसका मतलब है कि मुझे OSPF में 4.69.184.193 के लिए सबनेट ले जाना होगा ...
R2>sh ip route 4.69.184.193
Routing entry for 4.69.184.192/30
Known via "ospf 100", distance 110, metric 65536, type intra area
Last update from 192.0.2.109 on GigabitEthernet3/1, 1w0d ago
Routing Descriptor Blocks:
* 192.0.2.109, from 192.0.2.3, 1w0d ago, via Serial2/1
Route metric is 65536, traffic share count is 1
R2>
इस प्रकार जब 4.2.2.2 के लिए एक पैकेट R2 पर आता है, तो R2 इसे Serial2 / 1 भेज देता है क्योंकि यहीं iBGP हमें अगले-हॉप बताता है।
IGP आमतौर पर OSPF या ISIS होते हैं जो लिंक-स्टेट आधारित होते हैं, इससे हमें नेटवर्क की सभी जानकारी मिलती है, हर कोई हर किसी के दृष्टिकोण से नेटवर्क को जानता है, जो बहुत ही दिलचस्प अभिसरण विकल्प और ट्रैफिक इंजीनियरिंग विकल्पों की अनुमति देता है।
बीजीपी अनिवार्य रूप से दूरी-वेक्टर है, यह पूरे नेटवर्क पर बहुत सीमित दृश्य जानता है। बीजीपी बहुत अच्छी तरह से फ़िल्टरिंग और संशोधित रूटिंग सूचनाओं को संभालता है।
दूरी-वेक्टर की तुलना में लिंक-स्टेट प्रोटोकॉल काफी महंगा है, इसे INET DFZ आकार में स्केल करना काफी समस्याग्रस्त होगा।
इसलिए, हम दोनों के पास है, क्योंकि एक विशिष्ट नेटवर्क के अंदर, हमारे पास लिंक-स्टेट प्रोटोकॉल के साथ इसे संभालने के लिए पर्याप्त रूप से कम-जटिलता है, जो हमें उच्च स्तर के नेटवर्क के ज्ञान के सभी लाभों को प्राप्त करने की अनुमति देता है।
लेकिन जैसा कि यह इंटरनेट आकार के पैमाने पर नहीं है, हमें इन कई लिंक-राज्य द्वीपों को जोड़ने के लिए कुछ अन्य नेटवर्क की आवश्यकता है।
आप अपने नेटवर्क के अंदर अपने IGP में सभी उपसर्गों (ग्राहक सहित) ले जा सकते हैं, लेकिन यह IGP प्रदर्शन को नकारात्मक रूप से प्रभावित करेगा, जबकि सभी अभिसरण और TE लाभ कोर रूटर्स के लूपबैक पतों को ले जाने से प्राप्त किए जा सकते हैं। IGP में ग्राहक उपसर्ग जोड़ना केवल IGP को अनावश्यक रूप से जटिल बनाकर आपके नेटवर्क के प्रदर्शन को नुकसान पहुँचाता है।
iBGP वास्तव में आंतरिक रूटिंग के लिए उपयोग नहीं किया जाता है, इसका उपयोग आपके सभी eBGP राउटर द्वारा अपने मार्गों को साझा करने के लिए किया जाता है।
Ex: यदि आप 3 अन्य नेटवर्क के साथ सहकर्मी हैं, तो आप चाहते हैं कि आपके सभी eBGP राउटर दूसरे लोगों द्वारा प्राप्त किए गए रास्तों को जानें, ताकि वे जरूरत पड़ने पर साथियों को उस जानकारी का प्रचार कर सकें / यदि आवश्यक हो (इस प्रकार आपके सहकर्मी की संभावना का उपयोग करके उपयोग किया जा सके) आप)