आइए एक नेटवर्क डिवाइस की कल्पना करें एक अंतर्निर्मित स्विच चिप, एकाधिक पोर्ट के बीच ट्रैफ़िक प्रबंधित करने के लिए कॉन्फ़िगर किया गया। कुछ बंदरगाहों को एक दूसरे से अलग करने के लिए बंदरगाह बनाए गए हैं कई पुल.
की कार्यक्षमता हार्डवेयर उतारना डिवाइस के सीपीयू का उपयोग करने के बजाय, स्विच चिप को स्वयं ट्रैफ़िक को संभालने की अनुमति देकर प्रदर्शन में सुधार करने के लक्ष्य के साथ इन पुलों पर।
लेख के अंत में आपको एक छोटा सा मिलेगा परीक्षण वह आपको अनुमति देगा आकलन इस पढ़ने में जो ज्ञान प्राप्त हुआ
विन्यास
/interface bridge
add name=bridge1
add name=bridge2
/interface bridge port
add bridge=bridge1 interface=ether1
add bridge=bridge1 interface=ether2
add bridge=bridge2 interface=ether3
add bridge=bridge2 interface=ether4
समस्या
प्रदर्शन परीक्षण करने के बाद, विभिन्न पुलों के बीच डेटा ट्रांसमिशन गति में महत्वपूर्ण विसंगतियां देखी गईं। जबकि पहला पुल अधिकतम केबल गति पर यातायात को संभालने में सक्षम है, बाद के पुल काफी कम प्रदर्शन दिखाते हैं।
इसके अतिरिक्त, जिन पैकेटों को रूट करने की आवश्यकता होती है उनमें काफी अधिक विलंबता का अनुभव होता है।
सिस्टम स्थिति का निरीक्षण करने पर पता चलता है कि सीपीयू अपनी अधिकतम क्षमता पर काम कर रहा है। हार्डवेयर ऑफ़लोड स्थिति की जाँच करने से पता चलता है कि केवल पहले ब्रिज में ही यह कार्यक्षमता सक्षम है।
इसका मतलब यह है कि बाद के पुलों से गुजरने वाले सभी ट्रैफ़िक को सीपीयू के माध्यम से नियंत्रित किया जाता है, जिससे एक बाधा उत्पन्न होती है और परिणामस्वरूप इष्टतम प्रदर्शन नहीं होता है।
[admin@MikroTik] > /interface bridge port print
Flags: X - disabled, I - inactive, D - dynamic, H - hw-offload
# INTERFACE BRIDGE HW
0 H ether1 bridge1 yes
1 H ether2 bridge1 yes
2 ether3 bridge2 yes
3 ether4 bridge2 yes
इस समस्या का मूल कारण यह है कि विचाराधीन डिवाइस अपने स्विच चिप पर पोर्ट आइसोलेशन का समर्थन नहीं करता है। जिन उपकरणों में यह क्षमता नहीं है, केवल एक ब्रिज ही हार्डवेयर ऑफलोड कार्यक्षमता से लाभ उठा सकता है।
इसके परिणामस्वरूप अन्य पुलों से गुजरने वाले यातायात के लिए उच्च सीपीयू उपयोग होता है, जिससे प्रदर्शन और विलंबता की समस्याएं कम हो जाती हैं।
लक्षण:
- बाद के पुलों के बंदरगाहों पर "एच" ध्वज (हार्डवेयर ऑफलोड संकेतक) की अनुपस्थिति।
- पुलों पर कम डेटा ट्रांसमिशन गति जो पहली नहीं है।
- उच्च CPU उपयोग.
- उन पैकेटों के लिए उच्च विलंबता जिन्हें हार्डवेयर ऑफलोड के बिना पुलों पर रूट करने की आवश्यकता होती है।
समस्या पोर्ट आइसोलेशन के लिए समर्थन की कमी के कारण हार्डवेयर ऑफलोड सक्षम होने के साथ कई पुलों को संभालने में डिवाइस की सीमाओं में निहित है।
यह समस्या ऐसे वातावरण में असंगत और संभावित रूप से अस्वीकार्य नेटवर्क प्रदर्शन की ओर ले जाती है जिसके लिए उच्च स्तर के अलगाव और दक्षता की आवश्यकता होती है।
संभावित परिणाम:
1. असंगत प्रदर्शन:
पहला और सबसे स्पष्ट परिणाम आपके नेटवर्क के विभिन्न खंडों के लिए असंगत रूप से कम प्रदर्शन होगा, जो विशेष रूप से समस्याग्रस्त हो सकता है यदि महत्वपूर्ण अनुप्रयोगों या सेवाओं के लिए प्रदर्शन के निरंतर स्तर की उम्मीद की जाती है।
2. सीपीयू अधिभार:
लगातार उच्च सीपीयू उपयोग न केवल पुलों से गुजरने वाले यातायात के प्रदर्शन को प्रभावित करता है, बल्कि उसी डिवाइस पर चल रहे अन्य कार्यों और सेवाओं पर भी प्रभाव डाल सकता है।
3. विलंबता समस्याएँ:
उन अनुप्रयोगों या सेवाओं में जो विलंबता के प्रति संवेदनशील हैं, जैसे कि वीओआईपी या ऑनलाइन गेमिंग, परिणाम और भी गंभीर हो सकते हैं, उन सेवाओं को व्यावहारिक रूप से अनुपयोगी बनाने के बिंदु तक पहुंच सकते हैं।
4. छिपी हुई लागत:
इस समस्या को हल करने के लिए हार्डवेयर को बदलने या अपग्रेड करने की आवश्यकता के परिणामस्वरूप अतिरिक्त अप्रत्याशित लागत हो सकती है। इसके अतिरिक्त, समस्याओं की पहचान करने और उन्हें हल करने में खर्च किया गया समय और संसाधन अन्य छिपी हुई लागतों का प्रतिनिधित्व करते हैं।
सुझाए गए समाधान:
1. हार्डवेयर परिवर्तन:
समस्या को हल करने का सबसे सीधा तरीका एक ऐसे उपकरण पर स्विच करना है जो हार्डवेयर ऑफलोड के साथ कई पुलों पर पोर्ट अलगाव का समर्थन करता है।
2. कॉन्फ़िगरेशन अनुकूलन:
हालांकि यह आदर्श नहीं है, आप मैन्युअल रूप से पुल पर हार्डवेयर ऑफलोड कार्यक्षमता निर्दिष्ट कर सकते हैं जो सबसे महत्वपूर्ण या भारी ट्रैफ़िक को संभालता है, जिससे सीपीयू पर लोड कम हो जाता है।
/interface bridge port set [find where bridge=bridge1] hw=no
/interface bridge port set [find where bridge=bridge2] hw=yes
3. वीएलएएन का कार्यान्वयन:
नेटवर्क ट्रैफ़िक को अलग करने के लिए वीएलएएन का उपयोग करना कई पुलों का उपयोग करने के लिए एक अधिक कुशल विकल्प हो सकता है, खासकर यदि वर्तमान हार्डवेयर हार्डवेयर ऑफलोड के कई उदाहरणों का समर्थन नहीं करता है।
4. फ़र्मवेयर/सॉफ़्टवेयर अद्यतन:
कुछ मामलों में, फर्मवेयर या सॉफ़्टवेयर अपडेट अतिरिक्त सुविधाओं को सक्षम कर सकते हैं जो समस्या को कम करने या हल करने में मदद करते हैं, हालांकि अगर यह हार्डवेयर सीमा है तो इसकी संभावना कम है।
5. निगरानी और विश्लेषण:
निगरानी उपकरण बाधाओं की पहचान करने में मदद कर सकते हैं और प्रदर्शन को अनुकूलित करने के लिए नेटवर्क को पुन: कॉन्फ़िगर करने के तरीके में अंतर्दृष्टि प्रदान कर सकते हैं, हालांकि इससे अंतर्निहित समस्या का समाधान नहीं होगा।
अंत में
कई पुलों पर हार्डवेयर ऑफलोड को सीमित करना एक गंभीर समस्या है जिसके नेटवर्क के प्रदर्शन और दक्षता पर कई नकारात्मक परिणाम हो सकते हैं।
समस्या को पहचानना और समझना सबसे उपयुक्त समाधान खोजने की दिशा में पहला कदम है, जो एक साधारण पुनर्विन्यास से लेकर पूर्ण हार्डवेयर परिवर्तन तक हो सकता है।
संक्षिप्त ज्ञान प्रश्नोत्तरी
आप इस आर्टिकल के बारे में क्या सोचते हैं?
क्या आप अपने सीखे हुए ज्ञान का मूल्यांकन करने का साहस करते हैं?
इस लेख के लिए अनुशंसित पुस्तक
स्विचिंग और ब्रिजिंग राउटरओएस v7 बुक
एमटीसीएसडब्ल्यूई प्रमाणन पाठ्यक्रम के लिए अध्ययन सामग्री को राउटरओएस v7 में अपडेट किया गया