गेम डेवलपर्स के लिए नेटवर्क प्रोग्रामिंग। भाग 1: यूडीपी बनाम टीसीपी

अनुवादक से: यह गेम प्रोग्रामर श्रृंखला के लिए नेटवर्किंग में पहले लेख का अनुवाद है। मुझे वास्तव में लेखों की पूरी श्रृंखला पसंद है, साथ ही मैं हमेशा एक अनुवादक के रूप में खुद को आजमाना चाहता था। शायद, लेख अनुभवी डेवलपर्स के लिए बहुत स्पष्ट प्रतीत होगा, लेकिन, मेरी राय में, यह किसी भी मामले में उपयोगी होगा।

---

नमस्ते, मेरा नाम ग्लेन फिडलर है और मैं अपनी ऑनलाइन पुस्तक, गेम डेवलपर्स के लिए नेटवर्क प्रोग्रामिंग के पहले लेख में आपका स्वागत करता हूं।


इस लेख में, हम नेटवर्क प्रोग्रामिंग के सबसे बुनियादी पहलुओं के साथ शुरू करेंगे - एक नेटवर्क पर डेटा प्राप्त करना और प्रसारित करना। डेटा प्राप्त करना और संचारित करना, नेटवर्क प्रोग्रामर्स में शामिल होने वाले कार्यों की पूरी श्रृंखला का मुख्य और सरल हिस्सा है, लेकिन यह निर्धारित करना अक्सर मुश्किल होता है कि किस तरह से स्थानांतरित करना बेहतर है। इस भाग पर पर्याप्त ध्यान दें - यदि आपको अभी भी गलतफहमी है, तो यह भविष्य में आपके मल्टीप्लेयर गेम के लिए भयानक परिणाम पैदा कर सकता है!

आप सबसे अधिक संभावना पहले से ही सॉकेट्स के बारे में कुछ सुन चुके हैं, और आप शायद जानते हैं कि वे दो मुख्य प्रकारों में विभाजित हैं - टीसीपी और यूडीपी। मल्टीप्लेयर गेम विकसित करते समय तय करने वाली पहली बात यह है कि किस प्रकार का सॉकेट उपयोग करना है - टीसीपी, यूडीपी, या दोनों?

सॉकेट प्रकार की पसंद पूरी तरह से उस खेल की शैली पर निर्भर करती है जिसे आप विकसित कर रहे हैं। लेखों की इस श्रृंखला में, मैं मानूंगा कि आप एक एक्शन-शैली का खेल लिख रहे हैं - जैसे हेलो, बैटलफील्ड 1942, क्वेक, अनार्य, काउंटरस्ट्राइक, टीम फोर्ट्रेस, आदि।

अब हम प्रत्येक प्रकार के सॉकेट (इस तथ्य को देखते हुए कि हम कार्रवाई की शैली में एक गेम विकसित कर रहे हैं) के गुणों का अधिक विस्तार से परीक्षण करेंगे, और इंटरनेट के विवरण में थोड़ा गहरा। एक विस्तृत समीक्षा के बाद, सही विकल्प स्पष्ट हो जाएगा!

टीसीपी "ट्रांसमिशन कंट्रोल प्रोटोकॉल" के लिए है, और आईपी "इंटरनेट प्रोटोकॉल" के लिए है। साथ में, वे वेब पर आपके द्वारा किए जाने वाले लगभग सभी कामों को रेखांकित करते हैं, जिसमें वेब को ब्राउज़ करके IRC और ईमेल के साथ संचार किया जाता है - सभी TCP / IP पर आधारित है।

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

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

एक और समय - सब कुछ उतना ही सरल है जितना किसी फ़ाइल से लिखना या पढ़ना। प्राथमिक, वाटसन!

लेकिन संभालने में इतनी आसानी पूरी तरह से "हूड के तहत", निचले स्तर पर - आईपी प्रोटोकॉल के स्तर से पूरी तरह से अलग है।

इस स्तर पर कोई कनेक्शन अवधारणा नहीं है - इसके बजाय, व्यक्तिगत पैकेट एक कंप्यूटर से दूसरे में स्थानांतरित किए जाते हैं। आप इस प्रक्रिया की कल्पना कर सकते हैं कि लोगों से भरे कमरे में एक व्यक्ति से दूसरे व्यक्ति को एक नोट स्थानांतरित करते समय: अंत में, यह नोट किसके लिए आवश्यक है, लेकिन एक ही समय में कई हाथों से गुजर रहा है।

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

ऐसा इसलिए है क्योंकि इंटरनेट एक स्व-आयोजन और स्व-चिकित्सा प्रणाली है जो नेटवर्क में समस्या वाले क्षेत्रों को बायपास कर सकता है। वास्तव में, नेटवर्क पर इतने निचले स्तर पर क्या होता है, वास्तव में अच्छा है। आप इसके बारे में पहले से ही क्लासिक किताब - "टीसीपी / आईपी इलस्ट्रेटेड" में पढ़ सकते हैं।

लेकिन क्या होगा अगर हम किसी फ़ाइल को पढ़ने / लिखने की शैली में कंप्यूटर के बीच जानकारी भेजना चाहते हैं, लेकिन सीधे अलग पैकेट भेजना और प्राप्त करना?

खैर, हम यूडीपी का उपयोग करके ऐसा कर सकते हैं। यूडीपी "उपयोगकर्ता डेटाग्राम प्रोटोकॉल" के लिए खड़ा है, और यह आईपी के ऊपर (टीसीपी की तरह) काम करता है, लेकिन कार्यक्षमता का एक गुच्छा जोड़ने के बजाय, यह आईपी के लिए सिर्फ एक छोटा सा ऐड-ऑन है।

यूडीपी का उपयोग करते हुए, हम पैकेट को एक विशिष्ट आईपी पते (उदाहरण के लिए, 112.140.20.10) और एक पोर्ट (उदाहरण के लिए, 52423) पर भेज सकते हैं, और इसे कंप्यूटर से कंप्यूटर पर तब तक प्रेषित किया जाएगा, जब तक कि यह अपने गंतव्य तक नहीं पहुंच जाता (या रास्ते में खो जाता है)।

उसी समय, रिसीवर की ओर, हम बस बैठते हैं और प्रतीक्षा करते हैं, एक विशिष्ट बंदरगाह (हमारे मामले में 52423) को सुनते हैं, और जब कोई पैकेट किसी से आता है (हमें याद है कि कनेक्शन का उपयोग नहीं किया जाता है), तो हमें पते के साथ एक सूचना मिलती है और भेजने वाले कंप्यूटर का पोर्ट, पैकेट का आकार और उसके बाद हम इस पैकेट के डेटा को पढ़ सकते हैं।

यूडीपी डेटा वितरण की गारंटी नहीं देता है। व्यवहार में, अधिकांश पैकेट, बेशक, पहुंचते हैं, लेकिन हमेशा लगभग 1-5% का नुकसान होता है, और कभी-कभी ऐसे समय होते हैं जिसमें पैकेट बिल्कुल नहीं पहुंचते हैं (याद रखें कि प्रेषक और रिसीवर के बीच हजारों कंप्यूटर हो सकते हैं, जिनमें से किसी पर भी यह विफल हो सकता है या टूट सकता है)।

यूडीपी भी पैकेट वितरण की गारंटी नहीं देता है। आप क्रम में पांच पैकेट भेज सकते हैं - 1, 2, 3, 4, 5 - और वे पूरी तरह से अलग क्रम में आ सकते हैं - उदाहरण के लिए, 3, 1, 2, 5, 4. 4. फिर, व्यवहार में, वे सबसे अधिक संभावना आएंगे ज्यादातर मामलों में सही क्रम में, लेकिन आप इस पर भरोसा नहीं कर सकते हैं!

अंत में, भले ही यूडीपी वास्तव में आईपी के लिए कुछ भी नहीं जोड़ता है, फिर भी यह एक बात की गारंटी देता है। यदि आप पैकेट को अग्रेषित करते हैं, तो यह पूर्ण रूप से पहुंचेगा या बिल्कुल नहीं। इसलिए, यदि आप किसी अन्य कंप्यूटर पर 256 बाइट्स के पैकेट को अग्रेषित करते हैं, तो यह पैकेट से केवल पहले 100 बाइट्स प्राप्त नहीं कर सकता है - इसे सभी 256 बाइट्स प्राप्त करना होगा। यह वास्तव में केवल एक चीज है जिसे यूडीपी प्रोटोकॉल गारंटी देता है - बाकी सब कुछ आपके कंधों पर पड़ता है।

तो, हमें यह तय करने की आवश्यकता है - टीसीपी या यूडीपी सॉकेट्स का उपयोग करने के लिए? आइए उनके गुणों पर एक नज़र डालें:

टीसीपी:

• कनेक्शन के सिद्धांत का उपयोग करता है
• गारंटी वितरण और प्राथमिकता
• स्वचालित रूप से सूचनाओं को संकुल में तोड़ता है
• यह सुनिश्चित करता है कि डेटा बहुत तीव्रता से नहीं भेजा गया है (डेटा प्रवाह नियंत्रण)
• उपयोग करने में आसान - फ़ाइल से लिखने / पढ़ने के रूप में

यूडीपी:

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

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

लेकिन नहीं।

मल्टीप्लेयर गेम विकसित करते समय टीसीपी का उपयोग करना शायद सबसे खराब गलती है। यह समझने के लिए कि, आइए जानें कि टीसीपी का उपयोग करना कितना आसान है!

टीसीपी कैसे काम करती है

टीसीपी और यूडीपी दोनों आईपी के शीर्ष पर काम करते हैं, लेकिन वास्तव में वे पूरी तरह से अलग हैं। यूडीपी आईपी के समान व्यवहार करता है, जबकि टीसीपी उपयोगकर्ता को सभी पैकेट समस्याओं से अलग करता है, जिससे उसके साथ बातचीत करना किसी फाइल को पढ़ने / लिखने जैसा लगता है।

तो वह इसे कैसे करता है?

सबसे पहले, टीसीपी डेटा स्ट्रीम का एक अमूर्त उपयोग करता है - आप बस इस स्ट्रीम में डेटा बाइट्स लिख सकते हैं, और टीसीपी यह सुनिश्चित करेगा कि वे गंतव्य तक पहुंचें। चूंकि आईपी प्रोटोकॉल पैकेट में डेटा प्रसारित करता है, और आईपी के ऊपर टीसीपी चलता है, इसलिए टीसीपी को उपयोगकर्ता इनपुट स्ट्रीम को अलग-अलग पैकेट में विभाजित करना चाहिए। इस प्रकार, टीसीपी के अंदर, कुछ तर्क एक कतार में डेटा एकत्र करते हैं, और जब पर्याप्त जमा होता है, तो यह एक पैकेट बनाता है और इसे भेजने वाले को भेज देता है।

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

टीसीपी के पास इसे ठीक करने का एक विकल्प है - "TCP_NODELAY"। वह प्रोटोकॉल को बताती है ताकि वह भेजने के लिए कतार में डेटा के जमा होने का इंतजार न करे, लेकिन उन्हें तुरंत भेज देता है।

दुर्भाग्य से, इस विकल्प को स्थापित करने के साथ भी, टीसीपी को नेटवर्क गेम में इसका उपयोग करते समय बहुत सारी समस्याएं हैं।

सभी समस्याओं की जड़ यह है कि एक विश्वसनीय और सुसंगत कनेक्शन का भ्रम पैदा करते हुए टीसीपी पैकेट को कैसे खो देता है या आउट ऑफ टर्न करता है।

कैसे टीसीपी विश्वसनीय कनेक्शन प्रदान करता है

ट्रांसमिट करते समय, टीसीपी अलग-अलग पैकेट में डेटा स्ट्रीम को तोड़ता है, अविश्वसनीय आईपी प्रोटोकॉल का उपयोग करके नेटवर्क पर भेजता है, और फिर प्राप्त कंप्यूटर से प्राप्त पैकेट से मूल स्ट्रीम को पुनर्स्थापित करता है।

लेकिन क्या होता है अगर पैकेज में से एक विफल हो जाता है? या अगर पैकेट ऑर्डर से निकलते हैं, या डुप्लिकेट के साथ?

यदि आप विशेष रूप से टीसीपी (और यह वास्तव में जटिल विषय है - आप इसे टीसीपी / आईपी इलस्ट्रेटेड में पढ़ सकते हैं) के विवरण में नहीं बदल सकते हैं, तो प्रक्रिया इस तरह दिखती है: टीसीपी एक पैकेट भेजता है, यह निर्धारित करता है कि पैकेट नहीं आया है, और उसी पैकेट को फिर से गंतव्य पर भेजता है। डुप्लिकेट पैकेट को गंतव्य की ओर से समाप्त कर दिया जाता है, और ऑर्डर से बाहर आने वाले पैकेट को फिर से व्यवस्थित किया जाता है ताकि सब कुछ वैसा ही हो जैसा कि - मज़बूती से और क्रम में होना चाहिए।

समस्या यह है कि जब इस प्रकार टीसीपी पैकेट हानि के मामले में डेटा स्ट्रीम को "सिंक्रनाइज़" करता है, तो ट्रांसमिशन बंद हो जाता है जब तक कि खोए हुए पैकेट को फिर से नहीं भेजा जाता है (और गंतव्य द्वारा प्राप्त किया जाता है)। यदि प्रतीक्षा करते समय नया डेटा आता है, तो इसे कतारबद्ध किया जाएगा, और जब तक वही खोया पैकेट नहीं आ जाता है तब तक आप इसे पढ़ नहीं पाएंगे। पैकेज को फिर से भेजने में कितना समय लगता है? पैकेट के राउंड-ट्रिप समय के बराबर कम से कम समय लगता है (जब टीसीपी निर्धारित करता है कि कौन सा पैकेट फिर से भेजा जाना चाहिए), और खोए हुए पैकेट को फिर से वितरित करने का समय। इसलिए, यदि कंप्यूटर के बीच पिंग 125 एमएस है, तो पैकेट का पुन: प्रसारण लगभग एक सेकंड का पांचवा हिस्सा लेगा, और सबसे खराब स्थिति में, आधे सेकंड तक (कल्पना करें कि एक पैकेट जो फिर से भेजा गया था वह भी खो गया है)। जॉली!

आपको मल्टीप्लेयर गेम्स के लिए कभी टीसीपी का उपयोग क्यों नहीं करना चाहिए

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

एक मल्टीप्लेयर गेम के सरल उदाहरण पर विचार करें, उदाहरण के लिए, एक 3 डी शूटर। गेम में नेटवर्क पार्ट बहुत ही सरलता से बनाया गया है: खेल चक्र का प्रत्येक पुनरावृत्ति, क्लाइंट सर्वर पर सभी प्लेयर क्रियाओं (कीस्ट्रोक, माउस पोजीशन, इत्यादि) का विवरण भेजता है और प्रत्येक पुनरावृत्ति सर्वर इस डेटा को प्रोसेस करता है, गेम वर्ल्ड के मॉडल को अपडेट करता है और क्लाइंट को करंट वापस भेजता है। विश्व वस्तुओं की स्थिति ताकि वह खिलाड़ी के लिए एक नया ढांचा तैयार करे।

इसलिए, हमारे खेल में, यदि नेटवर्क पर संचरण के दौरान पैकेट खो जाता है, तो खेल रुक जाता है और तब तक इंतजार करता है जब तक कि पैकेट फिर से वितरित नहीं हो जाता। क्लाइंट की तरफ, गेम ऑब्जेक्ट फ्रीज हो जाते हैं, और सर्वर पर, खिलाड़ी नए पैकेट प्राप्त नहीं कर सकते हैं, क्योंकि खिलाड़ी या तो स्थानांतरित नहीं कर सकते हैं या शूट नहीं कर सकते हैं। जब खो गया पैकेट आखिरकार आ जाता है, तो उसमें पहले से ही पुरानी जानकारी होती है जो अब प्रासंगिक नहीं है। इसके अलावा, इसके बाद वे सभी पैकेट आते हैं जो प्रतीक्षा समय के दौरान कतार में जमा हो जाते हैं, और उन सभी को लूप के एक पुनरावृत्ति में संसाधित करने की आवश्यकता होती है। एक पूरी गड़बड़!

दुर्भाग्य से, आप किसी भी तरह से टीसीपी के इस व्यवहार को नहीं बदल सकते हैं, और आपको इसकी आवश्यकता नहीं है, क्योंकि यह टीसीपी का अर्थ है। इंटरनेट पर डेटा ट्रांसमिशन को एक विश्वसनीय और सुसंगत डेटा स्ट्रीम बनाना एक आवश्यकता है।
लेकिन हमें एक विश्वसनीय और सुसंगत डेटा स्ट्रीम की आवश्यकता नहीं है।

हमें क्लाइंट से सर्वर तक जल्द से जल्द पहुंचने के लिए डेटा की आवश्यकता होती है, और हम डेटा को फिर से भेजने के लिए इंतजार नहीं करना चाहते हैं।
यही कारण है कि आपको मल्टीप्लेयर गेम के लिए कभी भी टीसीपी का उपयोग नहीं करना चाहिए।

लेकिन रुकिए! मैं UDP और TCP दोनों का एक साथ उपयोग क्यों नहीं कर सकता?

वास्तविक समय के खेल डेटा के लिए, उदाहरण के लिए, उपयोगकर्ता क्लिक और खेल की दुनिया की स्थिति, केवल सबसे प्रासंगिक डेटा महत्वपूर्ण है, लेकिन अन्य प्रकार के डेटा के लिए, उदाहरण के लिए, एक कंप्यूटर से दूसरे कंप्यूटर पर भेजे गए आदेशों के सेट, चैनल की विश्वसनीयता और स्थिरता बहुत महत्वपूर्ण हो सकती है।

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

पहली नज़र में, यह एक महान विचार है। लेकिन समस्या यह है कि चूंकि टीसीपी और यूडीपी दोनों आईपी पर काम करते हैं, इसलिए दोनों प्रोटोकॉल के पैकेट एक दूसरे को प्रभावित करेंगे - पहले से ही आईपी स्तर पर। यह प्रभाव वास्तव में कैसे प्रकट होगा यह एक बहुत ही जटिल प्रश्न है, और यह टीसीपी में विश्वसनीयता सुनिश्चित करने के लिए तंत्र से जुड़ा है। लेकिन, किसी भी मामले में, ध्यान रखें कि टीसीपी का उपयोग आमतौर पर यूडीपी पैकेट हानि में वृद्धि की ओर जाता है। यदि आप इसके बारे में अधिक जानना चाहते हैं, तो आप इस लेख को पढ़ सकते हैं।

निष्कर्ष

मैं केवल यूडीपी का उपयोग नहीं करने की सलाह देता हूं, लेकिन केवल यूडीपी का उपयोग कर रहा हूं और कुछ नहीं। टीसीपी और यूडीपी का एक साथ उपयोग न करें - इसके बजाय, यह सीखना बेहतर है कि आपको यूपीडी पर आधारित टीसीपी "चिप्स" को कैसे लागू करना है।

निम्नलिखित लेखों में मैं आपको बताऊंगा कि यह कैसे करना है - विश्वसनीय ट्रांसमिशन और डेटा प्रवाह के नियंत्रण को सुनिश्चित करने के लिए UDP- आधारित कनेक्शन का उपयोग करके अपने स्वयं के प्रोटोकॉल को लागू करने से।