वापरकर्ता आणि सर्व्हरमधील डेटा प्रवाह नियंत्रित करण्यासाठी TCP फ्लो कंट्रोल नावाचा प्रोटोकॉल तयार केला गेला.
डेटा पाठवण्यासाठी आणि प्राप्त करण्यासाठी ठराविक प्रमाणात बँडविड्थ उपलब्ध असल्याची खात्री करते जेणेकरुन कोणतीही गंभीर समस्या न येता प्रक्रिया पुढे जाऊ शकते.
हे पूर्ण करण्यासाठी TCP प्रोटोकॉल स्लाइडिंग विंडो प्रोटोकॉल म्हणून ओळखल्या जाणार्या पद्धतीचा वापर करते.
आम्ही या तुकड्यात TCP प्रवाह नियंत्रणाचा सखोल विचार करू, ते कसे कार्य करते आणि सर्वात महत्त्वाचे म्हणजे, स्लाइडिंग विंडो प्रोटोकॉल यासह.
TCP प्रवाह नियंत्रण म्हणजे काय?
TCP प्रोटोकॉल हे सुनिश्चित करते की एक विश्वासार्ह संप्रेषण चॅनेल एका अप्रत्याशित नेटवर्कवर स्थापित केले जाऊ शकते.
डेटा पॅकेट गहाळ होऊ शकतात, अनुक्रमे बाहेर येऊ शकतात, नेटवर्कमध्ये बॅकअप घेऊ शकतात किंवा प्राप्त नोडवर ओव्हरलोड होऊ शकतात कारण ते एका नोडवरून दुसर्या नोडला पाठवले जात आहेत.
तथापि, अनुप्रयोग विकसित करताना, आम्हाला सामान्यत: या जटिलतेला सामोरे जावे लागत नाही; त्याऐवजी, आम्ही फक्त काही डेटा सॉकेटवर पाठवतो, आणि TCP हे सुनिश्चित करते की पॅकेट्स यशस्वीरित्या प्राप्तकर्त्या नोडला वितरित केले जातात..
फ्लो कंट्रोल हे एक महत्त्वपूर्ण अतिरिक्त वैशिष्ट्य आहे जे TCP ऑफर करते.
प्रवाह नियंत्रणाच्या वापराद्वारे, TCP अनिवार्यपणे याची खात्री करेल की प्रेषक एका रिसीव्हरला एकाच वेळी खूप पॅकेट पाठवत नाही.
हस्तांतरण नियंत्रण प्रोटोकॉल - प्रवाह नियंत्रण कसे कार्य करते?
जेव्हा आम्हाला नेटवर्कवर डेटा संप्रेषण करण्याची आवश्यकता असते तेव्हा हे सहसा घडते.
प्रेषक अनुप्रयोग सॉकेटवर डेटा पाठवतो, वाहतूक स्तर (या प्रकरणात, TCP) हा डेटा एका विभागात पॅकेज करतो आणि नेटवर्क स्तर (उदाहरणार्थ, IP) हे पॅकेट काही मार्गाने प्राप्त नोडकडे पाठवते.
नेटवर्क लेयर हा डेटा संभाषणाच्या शेवटी TCP ला प्रसारित करेल आणि TCP दिलेल्या डेटाची एकसमान डुप्लिकेट म्हणून प्राप्त करणार्या ऍप्लिकेशनला उपलब्ध करेल.
TCP ऑर्डरबाहेरची पॅकेट्स वितरीत करणार नाही आणि बाइट स्ट्रीम गॅप आढळल्यास ते पुन्हा प्रसारित होण्याची प्रतीक्षा करेल.
झूम इन केल्यास हेच दिसेल.
TCP वर ट्रान्समिट आणि रिसीव्ह बफर दोन्ही अनुक्रमे पाठवायचा आणि प्राप्त करायचा डेटा ठेवण्यासाठी वापरला जातो.
प्राप्त बफरमधील डेटा तयार झाल्यावर अनुप्रयोगाद्वारे वाचला जाईल.
प्राप्तकर्त्याचा रिसीव्ह बफर आधीच भरलेला असताना आम्ही अतिरिक्त पॅकेट पाठवत नाही याची खात्री करणे हे प्रवाह नियंत्रणाचे मुख्य उद्दिष्ट आहे कारण असे केल्याने प्राप्तकर्त्याला अतिरिक्त पॅकेट्स सोडण्यास भाग पाडले जाते जे तो हाताळू शकत नाही.
TCP हस्तांतरित करू शकणार्या डेटाचे प्रमाण मर्यादित करण्यासाठी प्राप्तकर्ता त्याची रिसीव्ह विंडो किंवा रिसीव्ह बफरमधील उपलब्ध जागा जाहीर करेल.
स्लाइडिंग विंडो प्रोटोकॉल
TCP मधील स्लाइडिंग विंडो प्रोटोकॉल ही सर्वात मोठ्या प्रमाणावर वापरल्या जाणार्या प्रवाह नियंत्रण पद्धतींपैकी एक आहे. ही व्हेरिएबल-आकाराची, बाइट-ओरिएंटेड प्रक्रिया आहे.
या पद्धतीमध्ये, प्रेषक आणि प्राप्तकर्ता कनेक्ट होताच प्राप्तकर्ता प्रेषकाला प्राप्तकर्ता विंडो पाठवतो.
रिसीव्हरच्या वर्तमान बफरचा आकार रिसीव्हर विंडो म्हणून ओळखला जातो.
आता उपलब्ध रिसीव्हर विंडोच्या आधारे टीसीपीद्वारे पोचपावतीशिवाय पाठवता येणारा डेटाची रक्कम मोजली जाते.
TCP, तथापि, जर रिसीव्हर विंडोचा आकार 0 असेल आणि तो वाढण्याची वाट पाहत असेल तर डेटा हस्तांतरण थांबवते.
रिसीव्हर विंडोचा आकार हा TCP फ्रेमचा एक घटक आहे.
विंडोचा कमाल आकार 65,535 बाइट्स आहे कारण त्यात 16 बिट्सची विंडो आहे.
विंडोचे परिमाण प्राप्तकर्त्याद्वारे निवडले जातात. प्रत्येक पोचपावती संदेशासह, प्राप्तकर्ता सध्या उपलब्ध असलेल्या रिसीव्हर विंडोचा आकार प्रसारित करतो.
स्लाइडिंग विंडो प्रोटोकॉलची प्रक्रिया
स्लाइडिंग विंडो प्रोटोकॉल तंत्र वापरताना, प्रेषक आणि प्राप्तकर्ता कनेक्ट होत असताना दोन बफर स्थापित केले जातात.
हे दोन बफर दोन गटांमध्ये विभागले गेले आहेत: पाठवणारी विंडो, जी प्रेषकाची आहे आणि प्राप्त करणारी विंडो, जी प्राप्तकर्त्याची आहे.
जेव्हा प्रेषक प्राप्तकर्त्याला डेटा पाठवतो तेव्हा प्राप्त विंडो उर्वरित प्राप्त बफर जागा परत देते.
परिणामी, प्रेषक प्राप्त करणार्या बफरमध्ये बसू शकणार्या डेटाच्या प्रमाणात मर्यादित आहे.
वरील उदाहरणातील ट्रान्समिटिंग विंडो रिसीव्हिंग विंडोमध्ये डेटा ट्रान्समिट करते.
डेटा प्राप्त केल्यानंतर, प्राप्त करणारी विंडो एक पोचपावती पाठवते आणि नंतर ट्रान्समिटिंग विंडो नवीन डेटा फ्रेम प्रसारित करते.
यावेळी, तथापि, प्राप्त विंडो अतिरिक्तपणे एक संदेश पाठवते की ती प्राप्त झालेल्या पोचपावतीव्यतिरिक्त उपलब्ध मेमरी भरली आहे.
ट्रान्समिटिंग विंडो डेटा ट्रान्समिशनला विराम देते जोपर्यंत रिसीव्हिंग विंडोकडून पुष्टी मिळत नाही की जागा मोकळी केली गेली आहे, तेव्हा ती डेटा ट्रान्समिशन पुन्हा सुरू करू शकते.
निष्कर्ष
शेवटी, डेटा कनेक्शन स्तर आणि वाहतूक स्तर प्रवाह नियंत्रण समस्या हाताळण्यासाठी जबाबदार आहेत.
फ्लो कंट्रोल मेकॅनिझमचे मूळ उद्दिष्ट हे आहे की रिसीव्हरला वेगवान-प्रेषण करणार्या पाठवणार्या डेटाचा जास्त बोजा पडू नये.
जरी प्रेषकाद्वारे हस्तांतरित केलेला डेटा त्रुटी-मुक्त असला आणि शक्तिशाली मशीनमुळे जलद दराने पाठविला जात असला तरीही, हे शक्य आहे की स्लोअर एंडचा प्राप्तकर्ता वेगवान डेटा दर हाताळण्यास अक्षम असेल आणि त्यामुळे काही डेटा गमावेल.
प्रत्युत्तर द्या