रूटिंग चयन: विशिष्टता बनाम मीट्रिक


17

मैं समझता हूं कि जब यह रूट रूटिंग चयन करता है तो लिनक्स गंतव्य के लिए सबसे विशिष्ट मार्ग चुनता है । लेकिन एक मार्ग की मीट्रिक के बारे में क्या? क्या मार्ग की विशिष्टता की तुलना में इसकी उच्च प्राथमिकता है?

लिनक्स द्वारा उपयोग किए जाने वाले रूटिंग चयन एल्गोरिदम के विवरण का संदर्भ भी सराहा जाएगा।

जवाबों:


26

मार्गों की मीट्रिक समान विशिष्टता वाले मार्गों के बीच वरीयता निर्धारित करना है। यह सामान्य रूप से रूटिंग का सच है (यानी सिस्को, विंडोज, आदि)। तो मॉडल की तरह काम करता है:

  1. सबसे विशिष्ट मार्ग खोजें (उर्फ सबसे लंबा उपसर्ग मैच * )
  2. यदि समान विशिष्टता के साथ कई मार्ग हैं, तो सबसे कम प्रशासनिक दूरी के साथ एक को चुनें (यह सीधे जुड़ी मार्गों, स्थिर मार्गों और विभिन्न मार्ग प्रोटोकॉल जैसी चीजों के बीच अंतर करता है)।
  3. उस राउटिंग प्रोटोकॉल और विशिष्ट मार्ग (यदि मार्ग की विशिष्टता और प्रशासनिक दूरी समान है) के भीतर, सबसे कम मीट्रिक वाले मार्ग को चुना

ध्यान दें कि ऐसी अन्य चीजें हैं जो इस तरह की नीति आधारित रूटिंग पर जा सकती हैं जो आपको स्रोत आईपी पते के आधार पर मार्ग जैसी चीजें करने देती हैं। लेकिन मार्ग की विशिष्टता, प्रशासनिक दूरी, और फिर मीट्रिक वे हैं जिन्हें मैं मुख्य तीन चीजें मानूंगा।

* इसे सबसे लंबा उपसर्ग मैच कहा जाता है क्योंकि बाइनरी में एक सबनेट (/ उदाहरण के लिए 24) दिखता है 11111111.11111111.11111111.00000000। तो एक राउटर सिर्फ बाइनरी 1s के लिए उपसर्ग को स्कैन कर सकता है और एक बार शून्य को हिट करने के बाद रोक सकता है, और फिर यह उपसर्ग से मेल खाता है।


1
यह लिनक्स पर बिल्कुल सच नहीं है, जहां मीट्रिक और प्रशासनिक दूरी के बीच कोई अंतर नहीं है।
jch

1
@ जच करता है कुग्गा और सह। तदनुसार मीट्रिक सेट करके मिमिक ईडी? (ऐसा नहीं है कि आपकी बात महत्वपूर्ण नहीं है, बस जिज्ञासु)
काइल ब्रांट

1
नहीं, Quagga AD को डैमोन में आंतरिक रूप से लागू करता है zebra, और केवल चयनित मार्गों को कर्नेल में भेजता है - इसलिए कर्नेल को AD से निपटने की आवश्यकता नहीं है। मुझे जाँच करने की आवश्यकता है, लेकिन मुझे लगता है कि क्वागा ने कर्नेल मीट्रिक को एक स्थिर मान पर सेट किया है।
jch

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

9

लिनक्स लचीला रूटिंग चयन के लिए कई उपकरण प्रदान करता है।

सिंगल रूटिंग टेबल

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

  • सबसे विशिष्ट मार्ग;
  • यदि कई समान रूप से विशिष्ट मार्ग हैं, तो सबसे छोटा कर्नेल मीट्रिक है।

ध्यान दें कि कर्नेल मीट्रिक (द्वारा प्रदर्शित ip route show) रूटिंग डेमन द्वारा चुना जाता है, और जरूरी नहीं कि किसी विशेष रूटिंग प्रोटोकॉल के मीट्रिक से संबंधित हो। उदाहरण के लिए, Quagga कर्नेल में स्थापित सभी मार्गों के लिए एक ही मीट्रिक का उपयोग करता है, स्वतंत्र रूप से प्रोटोकॉल की मीट्रिक।

स्रोत-विशिष्ट मार्ग

लिनक्स एसआरसी विशेषता वाले मार्गों का भी समर्थन करता है जो केवल दिए गए स्रोत पते के साथ पैकेट से मेल खाते हैं। SRC केवल IPv6 के लिए काम करता है, और बहुत हाल तक छोटी गाड़ी थी (3.11, यदि मेमोरी कार्य करती है); जब तक आप जानते हैं कि आप क्या कर रहे हैं, मैं इसका उपयोग करने की सलाह नहीं देता।

एकाधिक रूटिंग टेबल

यदि आपको उपरोक्त प्रदान करने की तुलना में अधिक लचीलेपन की आवश्यकता है, तो आपको कई रूटिंग टेबल के साथ खेलना होगा, और प्रत्येक पैकेट के लिए एक विशेष रूटिंग टेबल चुनने के लिए नियम लिखना होगा। स्रोत-विशिष्ट मार्गों को अनुकरण करने के लिए एक सामान्य तकनीक स्रोत-पते पर भेजना है। एक अन्य तकनीक प्रत्येक रूटिंग डैम को अपनी रूटिंग तालिका में चलाना है, और सिस्को की "प्रशासनिक दूरी" का अनुकरण करना है। यह सब LARTC के अध्याय 4 में विस्तार से वर्णित है ।


वह नहीं है जो srcविशेषता करता है। आप पढ़ना चाहेंगे man ip-routeया अन्य डॉक्स। और यह IPv4 के साथ काम करता है। मैं एक एकल नेट-टू-नेट IPSec सुरंग के माध्यम से राउटर के ट्रैफ़िक सहित सभी ट्रैफ़िक प्राप्त करने के लिए इसका उपयोग करता हूं।
ज़ैन लिंक्स

1
RTA_SRCविशेषता मैं वास्तव में क्या कहा करता है, इसे कमांड के fromविकल्प के साथ एक्सेस किया जा सकता है ipipआदेश के srcविकल्प सेट RTA_PREFSRCविशेषता है, जो कि तुम क्या वर्णन है।
jch
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.