समग्र EIGRP मीट्रिक

जिसे अभी समग्र मीट्रिक EIGRP के बारे में लेख नहीं पढ़ना था। दोनों बहुत उपयोगी और स्पष्ट रूप से बेवकूफ। आइए फिर से देखें कि क्या है। मैं कोशिश करूँगा कि जो पहले से ही 10 बार चबाया जा चुका है, उसे दिलचस्प न समझें, लेकिन मेरी राय में, एक छोटे से लेख में इस बहुत समग्र मीट्रिक को गिनने की विशेषताएं और चालें। दुःस्वप्न के सूत्र को याद करें:



यहाँ पहले नियम को एक बार और सभी के लिए याद रखना बहुत महत्वपूर्ण है:

नियम 1: के-मान बैंडविड्थ, देरी, लोड या अन्य कुछ भी नहीं हैं जैसा कि हमें CCNA ट्रैक या कई लेखों में सिखाया गया था! K-मान (K1, K2, K3, K4 और K5), ये कुछ संकेत हैं, जिन्हें बदलते हुए हम समग्र मीट्रिक की गणना को प्रभावित कर सकते हैं। BW मान न केवल न्यूनतम बैंडविड्थ मान है, बल्कि 10,000,000 (10 ^ 7) न्यूनतम बैंडविड्थ मूल्य से विभाजित है, और देरी केवल सभी इंटरफ़ेस देरी का योग नहीं है, लेकिन 10 से विभाजित योग है।

जैसा कि हम सभी जानते हैं, मार्ग मीट्रिक की गणना करने के लिए निम्नलिखित मापदंडों का उपयोग किया जाता है:

• मार्ग के सभी इंटरफेस के बीच न्यूनतम बैंडविड्थ मूल्य
• मार्ग में सभी इंटरफेस के विलंब मानों का योग
• विश्वसनीयता
• भार
• मार्ग के सभी इंटरफेस के बीच न्यूनतम एमटीयू

बैंडविड्थ के साथ, सब कुछ सरल है। हमें कुछ इंटरफ़ेस पर एक घोषणा मिली। यदि इस इंटरफ़ेस पर बैंडविड्थ, जो हमें घोषणा में प्राप्त हुआ है, उससे कम है, तो हम घोषणा में मूल्य और हेलमेट को और बदल देते हैं। इस प्रकार, किसी भी बिंदु से किसी भी बिंदु पर, समापन बिंदु पूरे मार्ग पर न्यूनतम बैंडविड्थ के साथ एक घोषणा प्राप्त करेगा। यही नियम एमटीयू पर लागू होता है। वैसे, दोनों मानों को ध्यान में रखा जाता है, और इंटरफ़ेस के L2 MTU, और L3 IP MTU, एक छोटा मूल्य चुना जाता है। यह किताबों में नहीं लिखा है। एक और दिलचस्प तथ्य यह है कि इंटरफ़ेस पर एमटीयू को बदलने से मार्ग का अद्यतन नहीं होता है, और वास्तव में प्रभावी होने के लिए परिवर्तन के लिए, आपको इंटरफ़ेस को खींचना होगा, या किसी अन्य पैरामीटर को बदलना होगा, उदाहरण के लिए देरी या बैंडविड्थ, अद्यतन करने का कारण। एक और अल्पज्ञात तथ्य।

देरी अभी भी आसान है। हमें इंटरफ़ेस पर एक घोषणा मिली - हमने देरी के मूल्य में इस इंटरफ़ेस में अपनी देरी को जोड़ा और हम आगे भी इसकी घोषणा करेंगे। मैं ईमानदारी से समझ नहीं पा रहा हूं कि विश्वसनीयता और भार किस तरह से आशा से व्यवहार करते हैं, क्योंकि मैं उनके बदलाव का अनुकरण नहीं कर सका। मुझे खुशी होगी अगर कोई इस पोस्ट को पूरा करेगा।
UPD: टिप्पणियों में वे सुझाव देते हैं कि bw / mtu की तरह विश्वसनीयता राजमार्ग पर सबसे खराब है। भार, ऐसा लगता है, संक्षेप है, लेकिन जब तक यह 255 में नहीं चलता।

नियम 2: गणनाओं में केवल वे इंटरफेस हैं जिन पर हमें घोषणा मिली थी, उन्हें ध्यान में रखा गया है। वे स्थान जहाँ हम इन घोषणाओं को भेजते हैं, बैंडविड्थ, देरी, एमटीयू पैरामीटर जो भी हों, उन पर ध्यान नहीं दिया जाता है।

यहां सिर फूटने लगता है। राउटर कैसे घोषणा प्राप्त कर रहा है, यह पता करें कि समग्र मीट्रिक से इसे हटाने और इसे अपने स्वयं के साथ बदलने के तरीके पर न्यूनतम बैंडविड्थ क्या है? अन्य विकल्पों के बारे में क्या? यह तो इंटरेस्टिंग है। आइए समस्या निवारण आईपी रूटिंग प्रोटोकॉल (CCIE व्यावसायिक विकास) पुस्तक खोलें, जो EIGRP IP आंतरिक मार्ग TLV पैकेज की संरचना को दर्शाता है:



यहाँ समग्र मीट्रिक कहाँ है? लेकिन उसका नहीं। हॉप से ​​लेकर हॉप तक, केवल पैरामीटर स्वयं प्रेषित होते हैं। निकाले जाते हैं:

नियम 3: राउटर के बीच कंपोजिट मेट्रिक्स पास नहीं किया जाता है। मीट्रिक की गणना स्थानीय रूप से राउटर पर की जाती है, और केवल उसी पर मौजूद होती है। इसके अलावा, राउटर केवल बैंडविड्थ, देरी, एमटीयू, आदि के परिवर्तित मापदंडों को प्रसारित करता है।

यहां से हम दिलचस्प निष्कर्ष निकाल सकते हैं। सबसे पहले, चूंकि मिश्रित मीट्रिक को प्रेषित नहीं किया जाता है, इसलिए यह बहुत स्पष्ट हो जाता है कि पड़ोस स्थापित करने के लिए K-मानों का संयोग क्यों होना चाहिए। अन्यथा, प्रत्येक राउटर इसे अपने तरीके से विचार करेगा, और लूप से दूर नहीं होगा। दूसरे, यदि हम सभी 5 मापदंडों को आशा से स्थानांतरित करने पर विचार करते हैं, तो यह स्पष्ट हो जाता है कि हम केवल एक को नियंत्रित कर सकते हैं - देरी, क्योंकि बैंडविड्थ हमेशा ट्रैक के साथ बैंडविड्थ के न्यूनतम मूल्य को वहन करती है, विश्वसनीयता और भार मैन्युअल परिवर्तन के लिए उपयुक्त नहीं हैं और हैं चाल एक बहुत ही संकीर्ण सीमा (1-255) में है, लेकिन एमटीयू बैंडविड्थ के समान है। इसलिए निष्कर्ष, अगर हम ट्रैफिक इंजीनियरिंग को पूरा करते हैं और एक ऑफसेट-सूची का उपयोग करके EIGRP मीट्रिक को समायोजित करते हैं, तो हम केवल देरी मूल्य और केवल इसे बदलते हैं, और पूरे मीट्रिक से जोड़ / घटाना नहीं करते हैं! मान लीजिए कि हम एक ऑफसेट-सूची निर्दिष्ट करते हैं जो हमारे मीट्रिक को +100 पर समायोजित करता है। जैसा कि आप जानते हैं, देरी दसियों माइक्रोसेकंड में सेट होती है, इसलिए तुरंत 10 से गुणा करें, हमें 1000 मिलते हैं। इसके बाद, हम जानते हैं कि EIGRP मीट्रिक के लिए गणना सूत्र IGRP मीट्रिक की तुलना में EIGRP मीट्रिक में सुधार करने के लिए परिणाम को 256 से गुणा करता है, जिसमें एक ही गणना सूत्र है। । इसलिए हम 1000 को 256 से विभाजित करेंगे, और हम 3,90 प्राप्त करेंगे, हम तीन तक कम कर देंगे। तो, अगले राउटर को देरी पैरामीटर 3 माइक्रोसेकंड प्राप्त होगा जो कि ऑफसेट-सूची के बिना होना चाहिए।

इस जानकारी के साथ सशस्त्र, CCIE R + S लैब पर एक कार्य का सामना करना पड़ रहा है जिसमें देरी पैरामीटर को बदलकर एक मार्ग को दूसरे पर लाभ देने की आवश्यकता है, लेकिन आपको कार्य के पाठ में इंटरफ़ेस पर देरी को बदलने की अनुमति नहीं है, सामान्य ऑफसेट-सूची लिखने के लिए स्वतंत्र महसूस करें।

UPD2: जैसा कि टिप्पणियों में सही ढंग से कहा गया है, MTU मीट्रिक की गणना में बिल्कुल भी भाग नहीं लेता है। हालांकि, यह उन विशेषताओं में से एक है जो हम निर्दिष्ट करते हैं कि हमें जहां भी मैन्युअल रूप से मीट्रिक को निर्दिष्ट करने की आवश्यकता है, उदाहरण के लिए पुनर्वितरण के दौरान। प्रीफ़िक्स से प्राइफ़ की घोषणा में इस विशेषता को बदलना उसी तरह से संभाला जाता है जैसे कि मीट्रिक को प्रभावित करने वाली विशेषताओं को।