स्लो प्रोटोकॉल क्या है?

मैंने किसी तरह कभी नहीं सोचा कि एलएसीपी प्रोटोकॉल कैसे काम करता है। मुझे पता है कि वह क्या कर रहा है, क्या जरूरत है, और कैसे उसके संदेश प्रसारित किए जाते हैं, कभी दिलचस्पी नहीं लेते।

लेकिन कुछ समय पहले, मैंने दो राउटरों के बीच एक ट्रैफ़िक डंप पर नज़र डाली, जहाँ बस एलएसीपी अनुरोध थे। मैं इसके माध्यम से संक्षेप में भाग गया और मेरी नजर एक अपरिचित शब्द - स्लो-प्रोटोकॉल पर पड़ी।
आश्चर्यजनक रूप से, मुझे व्यावहारिक रूप से रूसी में इस मानक के बारे में जानकारी नहीं मिली। इस तथ्य के केवल संदर्भ हैं कि यह 802.3 मानक का हिस्सा है।

इस बीच, बात दिलचस्प है, खासकर जब से यह न केवल एलएसीपी को कवर करता है।
यही मैं कट के तहत एक छोटे शैक्षिक कार्यक्रम की व्यवस्था करना चाहता था और कुछ शर्तों के तहत किन समस्याओं को पकड़ा जा सकता है।


तो, प्रोटोकॉल का एक वर्ग है जो ईथरनेट के विभिन्न पहलुओं को नियंत्रित करने के लिए डिज़ाइन किया गया है, दूसरे शब्दों में, फ्लो कंट्रोल। वे 802.3 मानक का हिस्सा हैं और दो प्रकारों में विभाजित हैं:

• तेजी से । सामान्य रूप से सेवाओं के प्रावधान में प्रदर्शन और रुकावट में कमी को रोकने के लिए उन्हें तुरंत काम करना चाहिए। एक नियम के रूप में, उन्हें हार्डवेयर में लागू किया जाता है। वास्तव में, इस वर्ग के प्रतिनिधि - PAUSE तंत्र - जब डिवाइस पोर्ट से अधिक ट्रैफ़िक प्राप्त होता है तो यह हैंडल को भेज सकता है, यह भेजने की गति को कम करने के अनुरोध के साथ PAUSE फ़्रेम को विपरीत नोड में भेजता है।
  

  ऐसा तब हो सकता है जब विभिन्न गति के इंटरफेस को एक दूसरे से जोड़ते हैं - उदाहरण के लिए, जीई में FE। या स्विच पोर्ट पर गति सीमा निर्धारित करते समय। यहां तक ​​कि घटनाएं भी होती हैं , लेकिन मुझे ऐसी समस्याओं से नहीं जूझना पड़ा।
  
  एक बार, मैं उनके असामान्य व्यवहार में ठहराव फ़्रेम में आया। उस दिन, PAUSE फ्रेम्स द्वारा प्राप्त काउंटर इंटरफेस पर तेजी से बढ़े, निगरानी प्रणाली दुर्घटनाओं में डूब गई, 7 वें दिन बारिश नहीं रुकी । उन्होंने विश्लेषण करना शुरू किया: इन इंटरफेसों पर यातायात की मात्रा मुश्किल से एक प्रतिशत से अधिक हो गई, कोई बूंद नहीं, कोई त्रुटि नहीं। इसके अलावा, जो सबसे आश्चर्यजनक है, इसके विपरीत अंत में, डिवाइस ने इन समान PAUSE फ्रेम्स को नहीं भेजा - ज़ोनोस को फ़्रेम फ़्रेम आउटपुट काउंटर। किसी प्रकार की कट्टरता, क्योंकि मध्यवर्ती उपकरण भी नहीं हैं।
  डेवलपर्स की भागीदारी के साथ गहरी डिबगिंग के माध्यम से, यह पता चला कि ये कुछ प्रकार की आंतरिक लोहे की परेशानियां थीं - स्विचिंग चिप में एक छोटा बफर है और इसकी गतिविधि को कम करने के लिए लाइन कार्ड को पॉज फ्रेम्स भेजता है, लेकिन यह सभी पेचीदा तरीका बॉक्स के अंदर से बाहर निकलता है और सेवाओं को प्रभावित नहीं करता है। ।
  

  
  
  ठहराव तंत्र पूर्ण द्वैध शराब के लिए एक तकनीक है। हाफ-डुप्लेक्स के लिए बैक प्रेशर है । यह बहुत सख्त है और न केवल इसे धीमा कर देता है, बल्कि डेटा ट्रांसफर को अवरुद्ध करता है, क्योंकि यह वास्तव में ट्रांसमिटिंग स्विच को बताता है कि टकराव होता है और इसके निरर्थक प्रयासों को रोकना आवश्यक है। लेकिन अब किसे परवाह है?
  
• स्लो - उन्हीं स्लो प्रोटोकॉल। आवृत्ति और विलंब भेजने के लिए उनके पास इतने बड़े भूख नहीं हैं। उन्हें प्रोग्रामेटिक रूप से लागू किया जाता है। OAM और LACP इस विशेष प्रकार से संबंधित हैं।
  वे एक विशेष मैक पते का उपयोग करते हैं: - 0180-s200-0002, और EtherType 8809।

इसके अलावा, इस दस्तावेज़ का एक बहुत ही मुफ्त अनुवाद, जो मानक 802.3 के अतिरिक्त है।

प्रतिबंध
सबसे पहले, इस प्रकार के प्रोटोकॉल पर निम्नलिखित प्रतिबंध लगाए गए हैं:

1) प्रति सेकंड 10 तख्ते से अधिक नहीं प्रसारित करें
2) एथेराइप 8809 के साथ प्रोटोकॉल की अधिकतम संख्या दस है। सैद्धांतिक रूप से, अधिक हो सकते हैं, लेकिन ईथरनेट हेडर में उनके पास पहले से ही एक अलग प्रकार होगा।
3) "धीमी" प्रोटोकॉल का फ्रेम आकार 128 बाइट्स तक सीमित है। * यह कहने के लिए नहीं कि यह निष्पक्ष रूप से किया जाता है - OAMPDU, उदाहरण के लिए, इस आकार को आसानी से पार कर सकता है।

उपरोक्त प्रतिबंधों का एक सरल लक्ष्य है - नेटवर्क पर सेवा यातायात की मात्रा को कम करना।

एक उच्च स्तर के प्रोटोकॉल के लिए, विशेष रूप से आवंटित किए गए मल्टीकास्ट आईपी पते (उदाहरण के लिए, ओएसपीएफ के लिए 224.0.0.5), और "धीमी" प्रोटोकॉल का एक अलग मल्टीकास्ट मैक पता है: 01-80-C2 -00-00-02 ।

यह मैक एड्रेस एक लिंक तक सीमित प्रोटोकॉल के लिए आईएसओ / आईईसी 15802-3 द्वारा आवंटित सीमा के अंतर्गत आता है। वास्तव में, इसका मतलब है कि किसी दिए गए पते पर प्रेषित फ़्रेम को इस विशेष लिंक के बाहर पुनर्निर्देशित नहीं किया जा सकता है।



यह संभव है कि "धीमे" प्रोटोकॉल हो सकते हैं जिनके लिए यूनिकस्ट फ्रेम फ़ॉरवर्डिंग की आवश्यकता होती है - यह निषिद्ध नहीं है। यही है, पता 01-80-C2-00-00-02 एक आवश्यकता नहीं है - यह एक इच्छा है।
एक "धीमा" प्रोटोकॉल एक अलग मैक पते का उपयोग कर सकता है, लेकिन एक "धीमा" के अलावा कोई भी प्रोटोकॉल इस एक (01-80-C2-00-00-02) का उपयोग नहीं कर सकता है।

जैसा कि मैंने ऊपर बताया, स्लो प्रोटोकॉल (EtherType) समूह का प्रोटोकॉल प्रकार 8809 है । अगला, उपप्रकार परिभाषित किए गए हैं - इस शानदार वर्ग के विशिष्ट प्रतिनिधियों के लिए उपप्रकार:

उपप्रकार

उप-प्रकार	भाग्य
0	अप्रयुक्त वर्जित उपप्रकार
1	लिंक एकत्रीकरण नियंत्रण प्रोटोकॉल (LACP)
2	लिंक एकत्रीकरण - मार्कर प्रोटोकॉल
3	संचालन, प्रशासन और रखरखाव (OAM)
4-9	आरक्षित
10	संगठन विशिष्ट धीमा प्रोटोक (OSSP)
11-255	अप्रयुक्त वर्जित उपप्रकार

जैसा कि आप देख सकते हैं, उप-प्रकार के लिए 8 बिट्स आवंटित किए गए हैं। हम नीचे टाइप 10 के बारे में बात करेंगे, लेकिन बाकी सब कुछ स्पष्ट है:
1 - हमेशा के लिए परिचित LACP



2 लोड संतुलन, अर्दली फ्रेम अधिग्रहण और अनुकूलित LAG लिंक प्रबंधन के लिए LAG तंत्र का भी हिस्सा है।
3 - ईथरनेट ओएएम प्रोटोकॉल।



स्लो प्रोटोकॉल फ्रेम प्राप्त करते समय कैसे व्यवहार करें

1) सभी फ़्रेमों को छोड़ दें जिसमें स्लो प्रोटोकॉल के निषिद्ध उपप्रकार इंगित किए गए हैं
2) फ्रेम को छोड़ें जो ज्ञात स्लो प्रोटोकॉल (ज्ञात उपप्रकारों के साथ) को ले जाते हैं और उन्हें उपयुक्त सेवाओं में स्थानांतरित करते हैं।
3) ऐसे फ्रेम को छोड़ें जो वैध लेकिन अज्ञात प्रोटोकॉल को ले जाते हैं और उन्हें मैक क्लाइंट तक पहुंचाते हैं।

OSSPDU

वास्तव में, दो प्रोटोकॉल जिन्हें हम अब जानते हैं कि इस मानक का उपयोग एलएसीपी और ओएएम हैं, लेकिन सामान्य तौर पर आपकी आवश्यकताओं के अनुसार अपना खुद का "धीमा" प्रोटोकॉल बनाने का अवसर है। यह बहुत बिंदु दस है - ओएसएसपी - संगठन विशिष्ट धीमा प्रोटोकॉल ।

यह परिशिष्ट 57 बी पर लागू होता है, जो विशिष्ट प्रोटोकॉल को लागू करने के लिए सिफारिशों का वर्णन करता है।

अन्य प्रोटोकॉल की तरह, उनके फ्रेम (LACPDU, OAMPDU, BPDU) के नाम हैं, OSSP के इन उद्देश्यों के लिए कुछ सामान्यीकृत शब्द हैं - OSSPDU।

नेटवर्क के लिए OSSPDU फ्रेम संरचना और ट्रांसमिशन नियमों के लिए निम्नलिखित पूरी तरह से तार्किक आवश्यकताएं हैं, लेकिन मानक वह मानक है जो सभी सूक्ष्मताओं का वर्णन करता है।

सामान्य तौर पर, मैंने इसे थोड़ा गहरा लिया।



यही इन सरल की पूरी कहानी है, लेकिन RuNet प्रोटोकॉल में खराब वर्णित है।

वैसे, आवेदन की पेचीदगियों की अज्ञानता से, प्रोटोकॉल का काम, कुछ घटनाएं पैदा होती हैं। यहाँ उनमें से कुछ हैं और मुझे सामना करना पड़ा । जिसके बाद, वास्तव में, इस विषय में रुचि हो गई।

लेने के लिए pcap फ़ाइल ।