Data Link Control Protocols Kya Hai, Data Link Control Protocols Kya Hai in Hindi, What is Data Link Control Protocols in Hindi, Data Link Control Protocols क्या है और इसके फायदे क्या है, Data Link Control Protocols in Hindi, Data Link Control Protocols Meaning in Hindi, Data Link Control Protocols Kya Hai, Data Link Control Protocols क्या होता हैं, Data Link Control Protocols क्या है और काम कैसे करता है, What is Data Link Control Protocols in Hindi, Data Link Control Protocols Kya Hai, Data Link Control Protocols Ke Kitne Prakar Hote Hai, Data Link Control Protocols से जुडी पूरी जानकारी हिंदी में, Data Link Control Protocols Kya Hai, Data Link Control Protocols Information Hindi में, What is Data Link Control Protocols Definition and how it Works, Data Link Control Protocols क्या है कैसे काम करता है, What Is Data Link Control Protocols In Hindi.
Hello Friends Tutorialsroot मे आपका स्वागत है आज हम आपको इस पोस्ट में Data Link Control Protocols के बारे में बताने जा रहे है जिसमे आपको Data Link Control Protocols के बारे में सीखने को मिलेगा हमे आशा है की पिछली बार की तरह इस बार भी आप हमारी पोस्ट को पसंद करेंगे. बहुत कम लोग ही जानते होंगे की Data Link Control Protocols क्या है और इसका उपयोग कैसे और क्यों किया जाता है अगर आप इसके बारे में नही जानते तो कोई बात नहीं हम आपको इसके बारे में पूरी तरह से जानकारी देंगे इसके लिए हमारी पोस्ट को शुरू से अंत तक ज़रुर पढ़े.
बिंदु से बिंदु प्रवाह और त्रुटि नियंत्रण तंत्र के कार्यान्वयन के लिए डेटा-लिंक लेयर जिम्मेदार है.
जब एक डेटा फ़्रेम Layer-2 डेटा को एक होस्ट से दूसरे में एक ही माध्यम से भेजा जाता है तो यह आवश्यक है कि Sender और Receiver एक ही गति से काम करें. यही है Sender उस गति से भेजता है जिस पर Receiver डेटा को संसाधित और स्वीकार कर सकता है.
क्या होगा यदि Sender या Receiver के स्पीड हार्डवेयर सॉफ़्टवेयर में अंतर होता है यदि Sender बहुत तेज़ी से भेज रहा है तो Receiver को ओवरलोड किया जा सकता है और डेटा खो सकता है. Flow को Controlled करने के लिए दो प्रकार के System तैनात किए जा सकते हैं -
यह Flow Control System भेजने और Data Frame की Acknowledgment प्राप्त होने तक रुकने के लिए एक Data Frame को प्रेषित करने के बाद Sender को मजबूर करता है.
इस Flow Control System में Sender और Receiver दोनों Data Frame की संख्या पर सहमत होते हैं जिसके बाद Acknowledgment को भेजा जाना चाहिए. जैसा कि हमने स्टॉप फ्लो कंट्रोल मेकेनिज्म वेस्टेज रिसोर्सेस सीखा है यह प्रोटोकॉल अंतर्निहित संसाधनों का यथासंभव उपयोग करने की कोशिश करता है.
जब डेटा-फ्रेम प्रसारित होता है तो इस बात की संभावना होती है कि डेटा-फ़्रेम ट्रांज़िट में खो जाए या यह दूषित हो जाए. दोनों मामलों में रिसीवर को सही डेटा-फ्रेम प्राप्त नहीं होता है और Sender को किसी भी नुकसान के बारे में कुछ भी पता नहीं होता है.
ऐसे मामले में Sender और Receiver दोनों कुछ प्रोटोकॉल से लैस होते हैं जो डेटा-फ्रेम के नुकसान जैसी Transit Errors का पता लगाने में मदद करता है. इसलिए या तो Sender Data Frame को फिर से लिखता है या रिसीवर पिछले डेटा-फ़्रेम को फिर से भेजने का अनुरोध कर सकता है.
Error Control System के लिए आवश्यकताएँ है जैसे कि -
Error Detection - सेन्डर और रिसीवर दोनों को या किसी को भी पता लगाना चाहिए कि ट्रांजिट में कुछ त्रुटि है.
Positive ACK - जब रिसीवर एक सही फ्रेम प्राप्त करता है तो उसे स्वीकार करना चाहिए.
Negative ACK - जब रिसीवर एक क्षतिग्रस्त फ्रेम या एक डुप्लिकेट फ्रेम प्राप्त करता है तो यह सेन्डर को एक NACK भेजता है और सेन्डर को सही फ्रेम को फिर से लिखना चाहिए.
Retransmission - सेन्डर एक घड़ी बनाए रखता है और एक टाइमआउट अवधि निर्धारित करता है. यदि पूर्व में प्रेषित डेटा-फ़्रेम की एक अभिस्वीकृति समय-सीमा से पहले नहीं आती है तो सेन्डर यह सोचकर फ्रेम को वापस ले लेता है कि फ़्रेम या इसकी अभिस्वीकृति ट्रांजिट में खो गई है.
Automatic Replay Request द्वारा Errors को Controlled करने के लिए Data Link Layer तैनात हो सकती है जो तीन प्रकार की तकनीकें उपलब्ध हैं.
स्टॉप-एंड-वेट ARQ में निम्न संक्रमण हो सकता है -
सेन्डर एक टाइमआउट काउंटर रखता है.
जब कोई फ़्रेम भेजा जाता है तो सेन्डर टाइमआउट काउंटर शुरू करता है.
यदि एक नकारात्मक अभिस्वीकृति प्राप्त होती है तो सेन्डर फ्रेम को फिर से लिखता है.
यदि फ्रेम की अभिस्वीकृति समय पर आती है तो सेन्डर अगले फ्रेम को कतार में पहुंचाता है.
अगर अभिस्वीकृति समय पर नहीं आती है तो सेन्डर मानता है कि या तो फ्रेम या इसकी अभिस्वीकृति ट्रांजिट में खो गई है. सेन्डर फ्रेम को फिर से भेजता है और टाइमआउट काउंटर शुरू करता है.
रोकें और प्रतीक्षा करें ARQ System Resources का अपने सबसे अच्छे रूप में उपयोग नहीं करता है. जब स्वीकृति प्राप्त हो जाती है तो सेन्डर बेकार बैठता है और कुछ भी नहीं करता है. गो-बैक-एन एआरक्यू पद्धति में सेन्डर और रिसीवर दोनों एक विंडो को बनाए रखते हैं.
Sending Window का आकार सेन्डर को पिछले फ्रेम की पावती प्राप्त किए बिना कई फ्रेम सेंडिंग में सक्षम बनाता है. रिसीविंग-विंडो रिसीवर को कई फ्रेम प्राप्त करने और उन्हें स्वीकार करने में सक्षम बनाता है. रिसीवर आने वाले फ्रेम के अनुक्रम संख्या का ट्रैक रखता है.
जब Sender Window के सभी फ़्रेमों को भेजता है तो यह जांचता है कि इसे किस क्रम संख्या से सकारात्मक स्वीकृति मिली है. यदि सभी फ़्रेमों को सकारात्मक रूप से स्वीकार किया जाता है तो सेन्डर फ़्रेम के अगले सेट को भेजता है.
यदि सेन्डर को पता चलता है कि उसे NACK प्राप्त हुआ है या उसने किसी विशेष फ्रेम के लिए कोई ACK प्राप्त नहीं किया है तो वह सभी फ़्रेमों को फिर से भेज देता है जिसके बाद उसे कोई सकारात्मक ACK प्राप्त नहीं होता है
गो-बैक-एन एआरक्यू में यह माना जाता है कि रिसीवर के पास अपने खिड़की के आकार के लिए कोई बफर स्थान नहीं है और इसे आते ही प्रत्येक फ्रेम को संसाधित करना होगा. यह सेन्डर को उन सभी फ़्रेमों को फिर से भेजने के लिए लागू करता है जो स्वीकार नहीं किए जाते हैं.
सिलेक्टिव-रिपीट ARQ में रिसीवर नंबर को ट्रैक करते हुए रिसीवर को मेमोरी में फ्रेम करता है और NACK को केवल उसी फ्रेम के लिए भेजता है जो गायब या क्षतिग्रस्त है. इस मामले में सेन्डर केवल पैकेट भेजता है जिसके लिए NACK प्राप्त होता है.