एक VTEP मा ECMP: VXLAN एन्ट्रोपी कहाँबाट आउँछ

होस्ट रुटका लागि समान-लागत मल्टिपाथ निरर्थक छ भन्ने भनाइ सत्य जस्तो सुनिने गरी धेरै पटक दोहोरिन्छ। /32 ले गन्तव्य ठेगाना छान्छ, र त्यो छनोटमा प्याकेटलाई एउटा भौतिक लिङ्कमा सीमित गर्ने केही छैन। जब गन्तव्य टाढाको VXLAN सुरुङको अन्त्य बिन्दु हुन्छ, धेरै अर्को हपले फरक फरक ओभरले प्रवाह बोक्न सक्छन्, र तिनीहरूले त्यसो गर्छन् कि गर्दैनन् भन्ने फर्वार्डिङ ह्यासलाई के देख्न अनुमति छ भन्नेमा निर्भर गर्दछ। बाँकी बाह्य हेडरमा गरिने अंकगणित हो, प्रिफिक्सको गुण होइन।

रुटले पहुँच निर्धारण गर्छ; ह्यासले वितरण निर्धारण गर्छ।

मिथक: /32 भनेको एउटै मार्ग

OSPF ले कुनै VTEP लुपब्याकसम्म समान-लागत पहुँच रिपोर्ट गर्न सक्छ, जबकि फर्वार्डिङ तालिकाले त्यही प्रिफिक्सका लागि अर्को हपहरूको समूह स्थापना गर्छ। प्रोटोकलले उम्मेदवार दिन्छ; प्लेटफर्मले तीमध्ये कुन प्रयोगयोग्य छन् र प्याकेट कसरी तोकिन्छ भन्ने निर्णय गर्छ। कुनै पनि राउटिङ प्रोटोकलले प्रत्येक इन्क्याप्सुलेटेड फ्रेमका लागि नयाँ ह्यास गणना गर्दैन। यही विभाजनका कारण एउटै रुट भएका दुई राउटरले ट्राफिक फरक तरिकाले बाँड्न सक्छन्।

केवल रुट डिस्प्ले होइन, स्थापित फर्वार्डिङ प्रविष्टि हेर्नुहोस्, किनकि हार्डवेयर वा नीति सीमाले नियन्त्रण प्लेनले अझै घोषणा गरिरहेका उम्मेदवार हटाउन सक्छ।

एन्ट्रोपी कहाँबाट आउनुपर्छ

दुई VTEP बीच बाह्य स्रोत र गन्तव्य ठेगाना स्थिर रहन्छन्, र परम्परागत परिनियोजनमा UDP गन्तव्य पोर्ट 4789 हो। ती मान मात्र पढ्ने ह्यासले स्थिर इनपुट देख्छ र स्थिर मार्ग फर्काउँछ। बाह्य हेडरमा केही बदलिनुपर्छ, र त्यो बदल्न सक्ने यन्त्र VTEP हो।

RFC 7348 इन्क्याप्सुलेटेड फ्रेमभित्रका फिल्डबाट UDP स्रोत पोर्ट निकाल्न सुझाव दिन्छ। तब फरक आन्तरिक कुराकानीले फरक बाह्य टपल उत्पन्न गर्छ, जसले साधारण ट्रान्सपोर्ट ह्यासलाई काम गर्न केही दिन्छ।

यदि फर्वार्डिङ हार्डवेयरले प्याकेटभित्र अझ गहिरो हेर्न सक्छ भने, त्यसको ह्यास कार्यान्वयनले कुन आन्तरिक फिल्ड समर्थन गर्छ जाँच्नुहोस्। त्यो गहिराइलाई प्रत्येक अन्डरले यन्त्रका लागि आवश्यकता मान्नु हुँदैन, किनकि स्रोत-पोर्टको विविधताले नै पहिले नै उपयोगी भिन्नता देखाउँछ।

वास्तवमा पाइने ह्यास जाँच्नुहोस्

अनुमान नगरी नाप्नुहोस्। इन्क्याप्सुलेटेड ट्राफिकको नमुना लिनुहोस् र बाह्य स्रोत पोर्ट हेर्नुहोस्, त्यसपछि नतिजालाई फर्वार्डिङ प्रविष्टि र प्रत्येक लिङ्कको काउन्टरसँग तुलना गर्नुहोस्।

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

एउटै स्रोत पोर्ट धेरै फरक आन्तरिक कुराकानीमा देखिनु भनेको VTEP ले त्यो फिल्ड बदल्दैन, र अन्डरलेको कुनै पनि ट्युनिङले भार बाँड्दैन। एउटा अर्को हप प्रयोगमा हुँदा धेरै फरक पोर्टले बरु फर्वार्डिङ समूहतर्फ संकेत गर्छ।

नमुनाअघि र पछि काउन्टर लेख्नुहोस्, र अपलिङ्क साझा गर्ने असम्बन्धित ट्राफिक ख्याल गर्नुहोस्, नत्र संख्याहरू ह्यासले लायक भन्दा नराम्रो देखिन्छन्।

समान वितरणले के अर्थ राख्दैन

प्रति-प्रवाह ह्यास एउटा कुराकानीलाई एउटै मार्गमा राख्न बनाइएको हो, जबसम्म त्यसका इनपुट र उपलब्ध मार्ग समूह अपरिवर्तित रहन्छन्। त्यसैले एउटा ठूलो TCP स्थानान्तरणले सबै अपलिङ्क एकत्र गर्दैन, र लिङ्क थप्दा त्यो प्रवाह छिटो हुँदैन। यो सामान्य व्यवहार हो, दोष होइन।

धेरै प्रवाह संयोगवश एउटै अर्को हपमा ठोक्किन सक्छन्। छोटो नमुना धेरै तिर्खो देखिन सक्छ, जबकि ह्यासले तोकिएअनुसार काम गरिरहेको हुन्छ, र लिङ्क असफलता वा मार्ग समूहको परिवर्तनले स्थापित प्रवाहलाई स्थानान्तरणको बीचमा सार्न सक्छ।

स्वीकृत योजनाअन्तर्गत प्रतिनिधित्व गर्ने ठेगाना जोडी, ट्रान्सपोर्ट र दरसहित परीक्षण गर्नुहोस्, र लिङ्क-एग्रिगेसन सदस्य छनोटलाई राउटेड मल्टिपाथ छनोटबाट अलग राख्नुहोस्, किनकि दुई ह्यासिङ चरणले आफ्नै ढाँचा बनाउँछन्। भरिएको अर्को-हप समूह र देखिने बाह्य एन्ट्रोपीले नतिजा व्याख्या गर्छ; प्रिफिक्सको लम्बाइले होइन।