EIGRP ट्यूनिंग के लिए देरी या ऑफसेट-सूची?


9

CCNP-ROUTE के लिए अध्ययन - जो कुछ मैंने पढ़ा है वह कहता है कि मीट्रिक ट्यूनिंग बनाम ईआईजीआरपी में बैंडविड्थ की देरी और ऑफसेट-सूचियों का उपयोग करना बेहतर है। व्यवहार में उन दो विकल्पों में से किसका अधिक उपयोग किया जाता है (विलंब / ऑफसेट-सूचियाँ)? EIGRP के लिए निम्न स्तर का मीट्रिक ट्यूनिंग कितना सामान्य है?

जवाबों:


7

मैंने जो भी मीट्रिक हेरफेर देखा है वह ऑफसेट-सूचियों के माध्यम से किया गया है। यह मीट्रिक पर बहुत महीन दानेदार नियंत्रण की अनुमति देता है, और विभिन्न इंटरफ़ेस देरी के आधार पर मीट्रिक अंतरों की गणना करने की आवश्यकता को दूर करता है।

ध्यान दें कि ऑफसेट-सूचियों में प्रति-इंटरफ़ेस (वैकल्पिक रूप से) लागू होने का अतिरिक्त लाभ है। तो आप अनिवार्य रूप से एक ऑफसेट-सूची के साथ एक विलंब परिवर्तन जो सब कुछ कर सकते हैं।

'वाइल्ड' में, केवल एक चीज जो मेरा ओआरजी ऑफसेट-लिस्ट का उपयोग करती है, वह है ट्रैफ़िक को किसी विशेष बैकअप WAN लिंक को लेने के लिए बाध्य करना जब प्राथमिक समस्याएँ होती हैं जो वास्तव में इसे नीचे नहीं ले जाती हैं। वह है - मैंने उत्पादन नेटवर्क में बहुत कम EIGRP मीट्रिक हेरफेर देखा है। मुझे यकीन है कि कोई और लगभग तुरंत असहमत होगा। =)


5

व्यवहार में जो आमतौर पर उन दो विकल्पों में से अधिक उपयोग किया जाता है (विलंब / ऑफसेट-सूचियाँ)

अपनी आवश्यकताओं के अनुरूप जो भी उपयोग करें।

  • delay एक इंटरफ़ेस-स्तरीय कमांड है और आपको एक विशिष्ट इंटरफ़ेस पर देरी पर नियंत्रण देता है
  • offset-list एक प्रोटोकॉल-स्तरीय कमांड है जो संपूर्ण EIGRP प्रक्रिया के लिए मैट्रिक्स को बदल सकता है।

इस प्रकार, अगर यह मैं है और मैं एक व्यक्तिगत लिंक के लिए मैट्रिक्स बदलना चाहता हूं, तो मैं एक इंटरफ़ेस विलंब का उपयोग करता हूं ... यह समझना आसान है कि जब आप इंटरफ़ेस को देखते हैं तो क्या हो रहा है।

अगर मैं पूरी EIGRP प्रक्रिया के लिए सभी मैट्रिक्स को प्रभावित करना चाहता हूं, तो मैं एक का उपयोग करूंगा offset-list...

अधिकांश भाग के लिए, यह व्यक्तिगत प्राथमिकता है कि आप इसे कैसे करते हैं ... जो भी आप करते हैं, वह पूरे नेटवर्क में सुसंगत हो। सभी संभावना में, अब से पांच साल बाद, आप किसी अन्य कंपनी में होंगे और "अगले आदमी" को समझना होगा कि आप क्या करते हैं (शायद सुबह 3 बजे) ... संगति मूल्यवान है।

EIGRP के लिए निम्न स्तर का मीट्रिक ट्यूनिंग कितना सामान्य है?

कंपनी पर निर्भर करता है ... मैंने इसे फ़ायरवॉल बाईपास लिंक की तरह सामान के लिए इस्तेमाल किया है (यानी अगर उन्हें फ़ायरवॉल को सेवा से बाहर ले जाना है, तो वे एफडब्ल्यू को एक उच्च विलंब लिंक "बस के मामले में" के साथ बायपास करते हैं)। यह आमतौर पर एक समर्पित बैकअप पथ के लिए उपयोग किया जाता है।


प्रत्येक का उपयोग करने पर कूल अंतर - आपकी जानकारी के लिए धन्यवाद!
AL

3

थोड़ा अलग उपकरण जो विभिन्न स्थानों में सबसे अच्छा काम करते हैं।

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

सार्वभौमिक आधार पर पथ चयन को चुनने के लिए विलंब आमतौर पर पसंदीदा तरीका है। बैंडविड्थ निश्चित रूप से काम कर सकता है, लेकिन हमेशा याद रखें कि EIGRP किसी दिए गए मार्ग में सबसे कम बैंडविड्थ लिंक पर विचार करता है - जिसका अर्थ है कि आपके 1G लिंक को 900M तक छोड़ने का मतलब यह नहीं है कि यह अंततः 100M कनेक्शन से गुजरता है। इसके विपरीत देरी, प्रति-आधार के आधार पर सीधे योगात्मक है और, जैसे कि, अंततः गणना किए गए मार्ग पर बहुत अधिक प्रभाव पड़ता है।

अन्य K मान (विश्वसनीयता, उपयोग, MTU, आदि) को मूल रूप से-स्पर्श किया जाना चाहिए। ये फ़ंक्शन अन्य तंत्रों के माध्यम से या तो बेहतर तरीके से पूरा होते हैं, आपके नेटवर्क में जारी किए गए रोलिंग दोलन का निर्माण करेंगे या बस वास्तविक रूप से पहली जगह पर विचार का बिंदु नहीं होना चाहिए। दुनिया में सबसे बड़ा EIGRP की तैनाती अन्य K मूल्यों को छुए बिना ठीक है। यदि यह सुझाव दिया जाता है कि इन मूल्यों को निर्धारित किया जाता है, तो मैं उपलब्ध आवश्यकताओं और उपकरणों पर एक कठिन नज़र डालूंगा।


-1

ऑफसेट-सूची वास्तव में एसीएल से मेल खाने वाले उपसर्ग के लिए देरी की संपत्ति को बदल देती है। इसे लैब करें। तुम देखोगे।


भाग लेने के लिए धन्यवाद, लेकिन आपको इसे अधिक उपयोगी बनाने के लिए वास्तव में अपने उत्तर का विस्तार करना चाहिए। इसका एक उदाहरण बहुत मदद करेगा, और एक बेहतर स्पष्टीकरण क्यों, और शायद कुछ बैकअप प्रलेखन भी उपयोगी होगा।
रॉन Maupin
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.