EIGRP डायनेमिक रूटिंग में दो चैनलों के बीच लोड संतुलन

मुझे सभी हैब्रज़िटेल का स्वागत करते हुए खुशी हो रही है।
नई आवश्यकताओं के अनुसार, निरर्थक संचार चैनलों को काम पर बनाया जाना शुरू हुआ, जिसके शुरुआती विन्यास के दौरान EIGRP में ट्रैफ़िक संतुलन काम नहीं किया, मुझे इस दिलचस्प मुद्दे से निपटना पड़ा।

नेटवर्क आरेख

दिए गए:
हमारे पास एक नेटवर्क 172.18.230.224/27 है, चलो इसे "हमारा नेटवर्क" कहते हैं, बहुत महत्वपूर्ण डेटा क्रमशः इसे दो अन्य नेटवर्क, आईडी और आईई से स्थानांतरित किया जाता है। हस्तांतरण बेमानी संचार चैनलों के माध्यम से होना चाहिए, अर्थात्, हमारे पास मुख्य और बैकअप चैनल हैं। दो दिलचस्प बारीकियाँ:
1) स्टेटिक रूटिंग को नेटवर्क आईडी और स्लै-मॉनीटर और आईपी लोड-शेयरिंग प्रति पैकेट पर ठीक से कॉन्फ़िगर किया गया है, संतुलन ठीक से काम करता है;
2) IE नेटवर्क में, डायनेमिक रूटिंग प्रोटोकॉल EIGRP काम करता है और प्रारंभिक सेटअप के दौरान संतुलन काम नहीं करता है, और क्यों, हम इसे बाद में समझेंगे।


तो, आइए देखें कि मामला क्या है:

1) आइए आइजीआरपी टोपोलॉजी को दूसरे राउटर से आईई नेटवर्क में कमांड के साथ देखें: श आईपी इगप्र टॉपोलॉजी 192.168.10.0

2811-2# sh ip eigrp topology 192.168.10.0
IP-EIGRP (AS 1): Topology entry for 192.168.10.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 40512000
Routing Descriptor Blocks:
192.168.199.205 (Serial0/0/0:1), from 192.168.199.205, Send flag is 0x0
Composite metric is (40514560/28160), Route is External
Minimum bandwidth is 64 Kbit
Total delay is 20100 microseconds
{ }
192.168.198.98 (FastEthernet0/1), from 192.168.198.98, Send flag is 0x0
Composite metric is (40517120/40514560), Route is External
Minimum bandwidth is 64 Kbit
Total delay is 20200 microseconds
{ }


2) आइए नेटवर्क के पहले IE राउटर से EIGRP टोपोलॉजी को कमांड के साथ देखें: sh ip eigrp टोपोलॉजी 192.168.10.0



2811-1# sh ip eigrp topology 192.168.10.0/24
IP-EIGRP (AS 1): Topology entry for 192.168.10.0/24
State is Passive, Query origin flag is 1, 1 Successor(s), FD is 40514560
Routing Descriptor Blocks:
192.168.199.201 (Serial0/0/0:1), from 192.168.199.201, Send flag is 0x0
Composite metric is (40514560/28160), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20100 microseconds
{ }
192.168.198.99 (FastEthernet0/1), from 192.168.198.99, Send flag is 0x0
Composite metric is (40517120/40514560), Route is External
Vector metric:
Minimum bandwidth is 64 Kbit
Total delay is 20200 microseconds
{ }


यहां हम स्थानीय इंटरफ़ेस S0 / 0/0: 1 और Fa0 / 1 इंटरफ़ेस के लिए बैंडविथ (बैंडविड्थ) और देरी (देरी) देखते हैं, जिसके माध्यम से IE नेटवर्क के लिए दूसरा मार्ग घोषित किया जाता है। मीट्रिक की गणना उपरोक्त कारकों K1-K5, साथ ही बैंडविथ (बैंडविड्थ) और देरी (देरी) के आधार पर की जाती है। हम देखते हैं कि पहले प्रत्यक्ष मार्ग में ४०५१४५६० का एक मीट्रिक है, दूसरा आंतरिक इंटरफ़ेस के माध्यम से और दूसरा रूटर में ४०५१ , २०४ का एक मीट्रिक है, इसलिए हम मान सकते हैं कि संतुलन काम क्यों नहीं करता है: पहला रूटर केवल पहले मार्ग का उपयोग करता है, क्योंकि इसमें सबसे अच्छा मीट्रिक है, और दूसरा मार्ग एक बैकअप है। और यह केवल तभी काम करेगा जब मुख्य चैनल "गिरता है"।
हमारे अनुमान की जाँच करें

2811-1# sh ip route 192.168.10.0
Routing entry for 192.168.10.0/24
Known via "eigrp 1", distance 170, metric 40514560, type external
Redistributing via eigrp 1
Last update from 192.168.199.209 on Serial0/0/0:1, 3d06h ago
Routing Descriptor Blocks:
* 192.168.199.209, from 192.168.199.209, 3d06h ago, via Serial0/0/0:1
Route metric is 40514560, traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 7/255, Hops 1


हम सही थे: राउटिंग टेबल में, मुख्य चैनल के माध्यम से पहले राउटर का केवल एक ही मार्ग है।

समाधान:

बेशक, इस समस्या को हल करने के लिए कई विकल्प हो सकते हैं, लेकिन मैंने पहले ही संकेत दिया है कि मीट्रिक की गणना K1-K5 गुणांक, बैंडविड्थ और देरी जैसे मापदंडों के आधार पर की जाती है। हो सकता है कि हमारा समाधान सबसे सुरुचिपूर्ण नहीं होगा, लेकिन हम दूसरे राउटर के S0 / 0/0: 1 इंटरफ़ेस पर इस तरह की देरी को खोजने की कोशिश करेंगे ताकि पहले राउटर के दो मार्गों के मैट्रिक्स मेल खाएं।

संक्षिप्त सैद्धांतिक पृष्ठभूमि:

बैंडविड्थ और विलंब मानों का उपयोग करके कुल मीट्रिक की गणना की जाती है। बैंडविड्थ की गणना सूत्र द्वारा की जाती है:
बैंडविड्थ = (10000000 / बैंडविड्थ (एम)) * 256
जहां बैंडविड्थ (एम) गंतव्य नेटवर्क के लिए पूरे मार्ग के साथ चैनल की न्यूनतम बैंडविड्थ है।
विलंब:
देरी = देरी (s) * 256 (microseconds के दसियों में)
गंतव्य नेटवर्क के मार्ग के सभी राउटरों पर देरी (s) कुल देरी है।
EIGRP मीट्रिक की गणना करने के लिए इन मूल्यों का उपयोग करता है:
मीट्रिक = [के 1 * बैंडविड्थ + (के 2 * बैंडविड्थ) / (256-लोड) + के 3 * विलंब] * [के 5 / (विश्वसनीयता + के 4)]
यदि गुणांक नहीं बदला है, तो सूत्र फार्म लेता है:
मीट्रिक = के 1 * बैंडविड्थ + के 3 * विलंब
EIGRP प्रोटोकॉल में संक्रमण की संख्या 224 है, जो आधुनिक नेटवर्क के लिए पर्याप्त से अधिक है।

गणना:

EIGRP में मीट्रिक की गणना करने के लिए उपयोग किए जाने वाले गुणांक के मूल्यों को निर्धारित करने के लिए, कमांड का उपयोग करें: sh आईपी प्रोटोकॉल
2811-1# sh ip protocols
{ }
EIGRP metric weight K1=1, K2=0, K3=1, K4=0, K5=0
{ }

हम देखते हैं कि सभी गुणांक K1 = 1, K2 = 0, K3 = 1, K4 = 0, K5 = 0

चूंकि K2 = K4 = K5 = 0 => मीट्रिक = K1 * बैंडविड्थ + K3 * देरी, जहां बैंडविड्थ = 10 ^ 7 / सबसे धीमी (B) (Kbps में), Slowest (B) मार्ग पर सबसे कम बैंडविड्थ है; विलंब = सुम्मा (D) / 10, Summa (D) - रास्ते में सभी देरी का योग।

(10 ^ 7/64 + 20100/10) * 256 = (10 ^ 7/64 + (200 + डी 2) / 10) * 256
(दोनों भागों को 256 से विभाजित करें और पारस्परिक रूप से 10 ^ 7/64 को नष्ट करें)
20100 = 200 + डी 2
D2 = 19900, इस नंबर को S0 / 0/0: 1 के लिए आवश्यक विलंब प्राप्त करने के लिए 10 से विभाजित किया जाना चाहिए
D2 = 1990

नोट: D = D1 + D2, जहां D1 दो Fa0 / 1 इंटरफेस पर देरी का योग है जो राउटर एक दूसरे से जुड़ते हैं और D1 = 100 + 100 = 200। इंटरफ़ेस पर देरी कमांड शो int fa0 / 1 के साथ देखी गई थी

बहुत कम बचा है। हम वैश्विक कॉन्फ़िगरेशन मोड में दूसरे राउटर पर जाते हैं, कमांड टाइप करते हैं:
int S0 / 0/0: 1
देरी 1990



परिणाम:

2811-1 को, FastE ईथरनेट0 / 1 इंटरफ़ेस के माध्यम से एक नया मार्ग दिखाई दिया और दो मार्गों के मैट्रिक्स का मिलान -----> संतुलन कार्यों में होता है:
2811-1# sh ip route 192.168.10.0
{ }
Routing Descriptor Blocks:
* 192.168.199.201, from 192.168.199.201, 00:14:09 ago, via Serial0/0/0:1
Route metric is 40514560 , traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 39/255, Hops 1
192.168.198.99, from 192.168.198.99, 00:14:09 ago, via FastEthernet0/1
Route metric is 40514560 , traffic share count is 1
Total delay is 20100 microseconds, minimum bandwidth is 64 Kbit
Reliability 255/255, minimum MTU 1500 bytes
Loading 35/255, Hops 2


मुख्य चैनल लोड:


अतिरिक्त चैनल लोड:


उपसंहार:
यह निर्णय काफी तार्किक नहीं लग सकता है और आगे की समस्या निवारण के लिए बहुत जटिल है, मैं इस थीसिस से पूरी तरह सहमत हूं। जिन लोगों को CISCO के साथ ज्यादा अनुभव नहीं है, मुझे लगता है कि मेरा लेख उपयोगी होगा। मुझे टिप्पणियों और सुझावों पर खुशी होगी।