एका 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 हस्तांतरण सर्व अपलिंक एकत्र करत नाही, आणि लिंक जोडल्याने तो प्रवाह वेगवान होणार नाही. हे सामान्य वर्तन आहे, दोष नाही.

अनेक प्रवाह योगायोगाने त्याच पुढील हॉपवर आदळू शकतात. लहान नमुना खूप तिरका दिसू शकतो, पण हॅश अगदी त्यासाठीच संरचित केलेले काम करत असतो, आणि लिंक अपयश किंवा मार्ग-संचातील बदल स्थापित प्रवाह हस्तांतरणाच्या मध्यात हलवू शकतात.

मंजूर योजनेअंतर्गत प्रातिनिधिक पत्ता-जोड्या, ट्रान्सपोर्ट आणि दरांसह चाचणी करा, आणि लिंक-एग्रीगेशन सदस्य निवड राउटेड मल्टीपाथ निवडीपासून वेगळी ठेवा, कारण दोन हॅशिंग टप्पे स्वतःचा नमुना तयार करतात. भरलेला पुढील-हॉप गट आणि दृश्यमान बाह्य एंट्रॉपी निकाल स्पष्ट करतात; प्रीफिक्सची लांबी नाही.