क्या यह सच है कि टीसीपी टीसीपी / आईपी के लिए छोटा है और उनका मतलब वही है?
क्या आईपी के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव है ?
क्या यह सच है कि टीसीपी टीसीपी / आईपी के लिए छोटा है और उनका मतलब वही है?
क्या आईपी के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव है ?
जवाबों:
TCP और IP (v4 & v6) निश्चित रूप से अलग करने योग्य हैं, और एक दूसरे से नहीं मिलता है, जैसा कि IPX ( RFC 1791 ) पर TCP के उदाहरण से साबित होता है ।
हालाँकि, TCP को केवल किसी भी नेटवर्क प्रोटोकॉल पर नहीं बनाया जा सकता है। दो कारण:
टीसीपी विनिर्देश, आरएफसी 793 , इस प्रश्न को तय करने के लिए एक अच्छा स्रोत नहीं है, क्योंकि यह स्वीकार करता है कि यह अपने इंटरफेस को निचले स्तर के साथ छोड़ देता है जो काफी हद तक अनिर्दिष्ट है।
ध्यान दें) टीसीपी के लिए कागज की छोटी शीट्स (चाहे कबूतर या अधिक बुद्धिमान corvid नेटवर्क द्वारा ले जाए गए) पर प्रिंट किए गए डेटाग्राम को फिर से इकट्ठा करने के लिए, पेलोड के आकार को एक मानक स्थान में लिखना होगा। वैकल्पिक रूप से, एक अनुकूलन परत खंड आकार का अनुमान लगा सकता है। एवियन कैरियर्स स्पेक ( RFC 1149 ) के होस्ट स्टैक के कार्यान्वयन में उपयोग किए जाने वाले ऑप्टिकल स्कैनर में इस तरह के एक हेयोरिस्टिक अनुकूलन परत शामिल थी, लेकिन यह अनिर्दिष्ट है।
मैंने पूरे RFC को नहीं पढ़ा है लेकिन खंड 1.4 में भाषा से लगता है कि किसी भी "निचले स्तर" प्रोटोकॉल का उपयोग किया जा सकता है।
टीसीपी और निचले स्तर के प्रोटोकॉल के बीच इंटरफ़ेस अनिवार्य रूप से अनिर्दिष्ट है, सिवाय इसके कि यह माना जाता है कि एक तंत्र है जिससे दोनों स्तर एक-दूसरे को जानकारी को अतुल्यकालिक रूप से पास कर सकते हैं। आमतौर पर, कोई इस इंटरफ़ेस को निर्दिष्ट करने के लिए निचले स्तर के प्रोटोकॉल की अपेक्षा करता है। टीसीपी परस्पर नेटवर्क के एक बहुत ही सामान्य वातावरण में काम करने के लिए डिज़ाइन किया गया है। निचले स्तर का प्रोटोकॉल जो इस दस्तावेज़ में माना जाता है वह इंटरनेट प्रोटोकॉल है।
टीसीपी टीसीपी / आईपी के लिए कम नहीं है।
टीसीपी / आईपी को अक्सर " द इंटरनेट प्रोटोकॉल सूट " कहने के एक शॉर्टहैंड तरीके के रूप में उपयोग किया जाता है और आमतौर पर अन्य मानक प्रोटोकॉल शामिल होते हैं। जब लोग कहते हैं कि टीसीपी / आईपी वे आमतौर पर आईपी (जिसमें टीसीपी के बजाय यूडीपी का उपयोग किया जाता है) और एआरपी, आईसीएमपी, डीएनएस, एसएनएमपी और अन्य एप्लिकेशन लेयर प्रोटोकॉल जैसे कई अन्य प्रोटोकॉल शामिल हैं।
एप्लिकेशन एसएमटीपी (ईमेल के लिए) जैसे एप्लिकेशन लेयर प्रोटोकॉल का उपयोग करते हैं। ये दो ट्रांसपोर्ट लेयर प्रोटोकॉल में से एक पर बैठते हैं - टीसीपी और यूडीपी। कुछ एप्लिकेशन लेयर प्रोटोकॉल यूडीपी और टीसीपी दोनों में से किसी एक का उपयोग करेंगे लेकिन अधिकांश का उपयोग केवल एक ट्रांसपोर्ट लेयर प्रोटोकॉल के साथ किया जाता है।
टीसीपी और यूडीपी इंटरनेट प्रोटोकॉल सूट में इस्तेमाल किए जाने वाले दो ट्रांसपोर्ट लेयर प्रोटोकॉल हैं। यदि कोई अन्य है जो मैं उनके बारे में नहीं जानता हूं और कोई भी अन्य गायब हो जाने वाले छोटे विशेषज्ञ उपयोग का प्रतिनिधित्व करेगा। दूसरों परिवहन परत प्रोटोकॉल परिभाषित किया गया है - उनके उपयोग शायद ही वैश्विक आईपी यातायात के एक छोटे अनुपात का प्रतिनिधित्व करता है †
जबकि आईपी के अलावा किसी अन्य चीज पर टीसीपी का इस्तेमाल करना सैद्धांतिक रूप से संभव हो सकता है, व्यवहार में टीसीपी का उपयोग हमेशा आईपी - इंटरनेट प्रोटोकॉल पर किया जाता है। IP नेटवर्क के बीच पैकेट ले जाता है (IP को कई LAN को एक साथ जोड़ने के बारे में सोचें)
ईथरनेट बस निम्न-स्तरीय लिंक-लेयर प्रोटोकॉल का सबसे लोकप्रिय परिवार है जिस पर टीसीपी / आईपी किया जाता है, लेकिन एटीएम / अन्य पर टीसीपी / आईपी का भी व्यापक रूप से उपयोग किया जाता है।
इंटरनेट प्रोटोकॉल सूट का उपयोग करने वाले नेटवर्क पर महत्वपूर्ण उपयोग में एकमात्र परिवहन परत प्रोटोकॉल टीसीपी और यूडीपी हैं।
) बस मज़े के लिए, मैंने अपने (बहुत) छोटे लैन पर ट्रैफ़िक को मापा, जिसमें NetBIOS (TCP से अधिक), SSH, Rsync, ईमेल, सॉफ़्टवेयर अपडेट, DNS, सामान्य विंडोज़-बॉक्स चैटर और कुछ अन्य प्रकार के ट्रैफ़िक शामिल हैं।
उनके QUIC प्रोटोकॉल के लिए Google के FAQ में इस कथन पर भी ध्यान दें
आपने UDP का उपयोग करने के बजाय एक नया प्रोटोकॉल क्यों नहीं बनाया? इंटरनेट पर आज के मध्य बक्से आम तौर पर ट्रैफ़िक को तब तक रोकेंगे जब तक कि यह टीसीपी या यूडीपी ट्रैफ़िक न हो
(मेरा जोर)
कारण है कि टीसीपी / आईपी इतना सामान्य संक्षिप्त नाम है (जैसा कि यूडीपी / आईपी या एससीटीपी / आईपी के विपरीत), क्योंकि दो प्रोटोकॉल एक साथ डिजाइन किए गए थे, और विंट सेर्फ और बॉब कहन द्वारा मूल पेपर में, दो अवधारणाओं को चलाया गया था। एक साथ एक प्रोटोकॉल में संयुक्त। इसके तुरंत बाद उन्हें आईपी में विभाजित किया गया ताकि प्रवाह नियंत्रण, मल्टीप्लेक्सिंग, त्रुटि का पता लगाने आदि के लिए रूटिंग और टीसीपी प्रदान किया जा सके। छह साल बाद तक यह नहीं था कि यूडीपी को बाकी हिस्सों के बिना "हल्के" मल्टीप्लेक्सिंग परत प्रदान करने के लिए पेश किया गया था। ओवरहेड टीसीपी के साथ शामिल है।
फिर भी, टीसीपी और आईपी दो अलग-अलग चीजें हैं और पूरी तरह से और जानबूझकर स्वतंत्र हैं। यह तथ्य कि टीसीपी को आईपी की आवश्यकता नहीं है, इस तथ्य के साथ तुरंत स्पष्ट है कि टीसीपी आईपीवी 4 और आईपीवी 6 दोनों पर असंबद्ध रूप से चल सकता है, जो दो पूरी तरह से अलग प्रोटोकॉल हैं।
थोड़े काम के साथ, आप आईपी के लिए एक प्रतिस्पर्धात्मक प्रोटोकॉल बना सकते हैं जो समान उद्देश्यों की पूर्ति करेगा, लेकिन यह संभवतः सभी को समाहित करना होगा यदि सभी समान सुविधाएँ नहीं हैं, और संभवतः किसी भी तरह आईपी को बहुत कुछ देखना होगा। आप तर्क दे सकते हैं कि आईपी (जैसे कि IPSec) के लिए विस्तार से प्रभावी रूप से परत 3 प्रोटोकॉल वैकल्पिक हैं, इसलिए आप वहां जाते हैं।
आप IP को किसी और चीज़ से बदल सकते हैं। वास्तव में, यह वही है जब आप IPv6 पर TCP का उपयोग कर रहे हैं। टीसीपी अभी भी टीसीपी है, लेकिन आईपी v4 के बजाय v6 है।
AFAIK, किसी ने भी उनके ऊपर टीसीपी के साथ काम करने के लिए कोई अन्य लेयर -3 प्रोटोकॉल नहीं बनाया है, लेकिन ऐसा कोई कारण नहीं है जो आप नहीं कर सकते।
टीसीपी और आईपी ब्रेड के ऊपर मक्खन की तरह हैं।
आप किसी भी अन्य चीज को जोड़ सकते हैं जो या तो प्रोटोकॉल के साथ काम करती है, लेकिन ये दोनों बहुत पूरक हैं यह डेटा को स्थानांतरित करने और इंटरनेट डेटा के साथ पेट भरने के लिए सिर्फ एक स्वादिष्ट विश्वसनीय तरीका है । यह इस युग्मन का समर्थन करने के लिए अन्य सूखे खाद्य पदार्थों और डेटा को समान रूप से चलाने की अनुमति देने के लिए ट्यूब को कम करता है। लेकिन किसी भी तरह से यह अनन्य नहीं है।
क्यू हालांकि, यह टीसीपी के लिए आईपी के पास एक अन्य प्रोटोकॉल की चोटी पर निर्मित किया जाना संभव नहीं है?
ए हां यह संभव है। मुझे आईपी के बिना टीसीपी के मोर्स कोड और कबूतर उदाहरण पसंद हैं।
मैंने हमेशा सुना है कि टीसीपी टीसीपी / आईपी के लिए छोटा है
दरअसल यह इंटरनेट प्रोटोकॉल पर ट्रांसमिशन कंट्रोल प्रोटोकॉल के लिए है
और वे एक ही बात का मतलब है।
यह सही नहीं है।
सबसे पहले, ईथरनेट निम्न-स्तरीय हार्डवेयर सिस्टम है जो यह नियंत्रित करता है कि वास्तविक हार्डवेयर पार्ट्स कैसे कार्य करते हैं।
अगला, आईपी को एक फोन सिस्टम या ट्रैफिक संकेत के रूप में सोचें । यह दो बिंदुओं को एक साथ जोड़ने के बुनियादी नियंत्रण प्रदान करता है।
दूसरी ओर टीसीपी एक संदेश प्रणाली या यातायात नियंत्रण अधिकारी की तरह है जो संदेशों / कारों को सही बिंदु तक निर्देशित करता है।
साथ में लिया गया, टीसीपी / आईपी, किसी भी दो जुड़े उपकरणों से डेटा स्थानांतरित करने की एक प्रणाली प्रदान करता है।
इंटरनेट के साथ, जब आप डेटा भेजना या प्राप्त करना चाहते हैं, तो सिस्टम का आईपी हिस्सा वह भाग होता है जो तारों (या वायरलेस तरंगों) के साथ वास्तविक हार्डवेयर कनेक्शन बनाने को नियंत्रित करता है। सिस्टम का टीसीपी हिस्सा वह सॉफ्टवेयर है जो डेटा को लेने और उसे तोड़ने, भेजने, प्राप्त डेटा को पुनः प्राप्त करने और डेटा की जांच करने और यदि आवश्यक हो तो फिर से भेजने के लिए जिम्मेदार है।
विशेष रूप से वीडियो रूप में उपलब्ध एनालॉग और तकनीकी विवरण के साथ अनगिनत स्पष्टीकरण हैं । इस सटीक विषय के बारे में एक विशेष रूप से अंतर है ।
हालांकि, क्या आईपी के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव नहीं है?
हां, आप वास्तव में टीसीपी के लिए एक वैकल्पिक प्रणाली बना सकते हैं जो आईपी का उपयोग करता है। पर एक नजर डालें इंटरनेट प्रोटोकॉल सुइट में कुछ जानकारी के लिए।
> the fact that !TCP can go over IP does not necessarily mean TCP can go over !IP Huh?
"" का उपयोग करके चतुर बनने की कोशिश कर रहा है! "ऑपरेटर नहीं" के रूप में। उनकी टिप्पणी को इस रूप में पढ़ा जाना चाहिए: "तथ्य यह है कि कुछ जो टीसीपी नहीं है वह आईपी पर जा सकता है, जरूरी नहीं कि टीसीपी उस चीज पर जा सकता है जो आईपी नहीं है"। यह आपके उत्तर के अंतिम वाक्य के संदर्भ में बनाया गया है, जिसने "वैकल्पिक सिस्टम टू टीसीपी" का अस्तित्व दिखाया। हालांकि यह दर्शाता है कि टीसीपी के लिए विकल्प मौजूद नहीं है और न ही संकेत है कि आईपी के विकल्प मौजूद हैं।
टीसीपी एक लेयर 4 प्रोटोकॉल है। यह एक कंप्यूटर पर एक प्रक्रिया से दूसरी / समान कंप्यूटर पर एक प्रक्रिया से दूसरी प्रक्रिया के रूप में डेटा के परिवहन की गारंटी प्रदान करता है।
IP एक लेयर 3 प्रोटोकॉल है। यह एक मेजबान से दूसरे को परिवहन प्रदान करता है।
जब तक एक प्रोटोकॉल है जो डेटा ट्रांसफर की मेजबानी के लिए होस्ट कर सकता है, टीसीपी काम करेगा।
इसलिए, टीसीपी को किसी भी प्रोटोकॉल पर लागू किया जा सकता है, लेकिन, हमने केवल आईपी बनाया है। आईपी सरल है और काम करता है।
एक और लेयर 3 प्रोटोकॉल की कोई आवश्यकता नहीं है।
जब आप एक नेटवर्क डिज़ाइन करते हैं, तो आपको विभिन्न "लेयर्स" (जो आप अलग-अलग अमूर्त स्तरों के रूप में कल्पना कर सकते हैं) के लिए प्रोटोकॉल का एक सेट (जो मूल रूप से मशीनों के बीच संचार नियमों के सेट हैं) को चुनना है, जो कि नेटवर्क डिज़ाइनर पसंद करते हैं प्रोटोकॉल बनाते समय और संयोजन करते समय ध्यान रखें)।
सरल संस्करण: प्रोटोकॉल बक्से की तरह हैं जिसमें हम अपने संदेश डालते हैं । उन बॉक्स में अलग-अलग आकार होते हैं, और आप अपना संदेश सबसे छोटे बॉक्स में डालते हैं, फिर एक बॉक्स में सबसे छोटा बॉक्स जो थोड़ा बड़ा होता है, आदि प्रोटोकॉल का एक सेट चुनना यह चुनना है कि आप किस तरह के बॉक्स का उपयोग करेंगे, प्रत्येक के लिए " परत "जो आपके संदेश को घेर लेती है।
टीसीपी और आईपी दो स्वतंत्र परतों के लिए प्रोटोकॉल हैं, जो एक साथ बनाए गए थे और एक साथ प्रयोग करने योग्य हैं; लेकिन बहुत अच्छी तरह से अन्य प्रोटोकॉल के साथ इस्तेमाल किया जा सकता है। यह अक्सर होता है: आप एक गैर-टीसीपी प्रोटोकॉल या टीसीपी के साथ-साथ एक गैर-आईपी प्रोटोकॉल के साथ आईपी का उपयोग कर सकते हैं ।
टीसीपी / आईपी इतना सामान्य नाम क्यों है कि उन दो प्रोटोकॉल का गठन, एक साथ, इंटरनेट का आधार है और इसकी सफलता के लिए महत्वपूर्ण थे ।
(टीसीपी और आईपी में कुछ कार्यात्मकताएं हैं जो विशेष रूप से उनके साथ मिलकर काम करने के लिए डिज़ाइन की गई थीं, जो कि कुछ शुद्धतावादी अक्सर शिकायत करते हैं, लेकिन वे वास्तव में आपको अन्य प्रोटोकॉल के साथ हस्तक्षेप करने से नहीं रोकते हैं)
मुझे लगता है कि यदि आप रेट्रो जाना चाहते हैं तो आईपीएक्स ट्रांसपोर्ट पर टीसीपी चलाना संभव है।
हालांकि, क्या आईपी के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव नहीं है?
शास्त्रीय टीसीपी / आईपीवी 4 और टीसीपी / आईपीवी 6 के अलावा, कुछ प्रयोगात्मक प्रोटोकॉल डिजाइन किए गए हैं, उदाहरण के लिए:
उच्च गति, उच्च विलंबता नेटवर्क पर बल्क स्थानांतरण में सुधार के हमारे नेट 100 और जांच प्रयासों के एक हिस्से के रूप में, हमने टीसीपी का एक इंस्ट्रूमेंट और ट्यून करने योग्य संस्करण विकसित किया है जो यूडीपी पर चलता है। UDP टीसीपी जैसा परिवहन TReno के समान अनुप्रयोग स्तर पर टीसीपी-जैसे नियंत्रणों के साथ प्रयोग करने के लिए एक परीक्षण-दोहन के रूप में कार्य करता है।
और IProxy: UDP पर टीसीपी सेवाएं चलाना , जो अधिक मजेदार है:
iproxy में एक क्लाइंट-साइड प्रॉक्सी और एक सर्वर-साइड प्रॉक्सी शामिल है, जो प्रसारण, मल्टीकास्ट या यूनिकैस्ट यूडीपी पर मध्यस्थ टीसीपी / आईपी सेवाओं को चलाने की अनुमति देता है। यह मूल रूप से सर्वर को कॉन्फ़िगर करने की एक विधि के रूप में कल्पना की गई थी जिसे वेब-आधारित इंटरफ़ेस का उपयोग करके लैन पर एक आईपी पता नहीं दिया गया था।
तो आप देखते हैं: यूनिकैस्ट यूडीपी पर टीसीपी, और प्रसारण या मल्टीकास्ट यूडीपी पर भी टीसीपी !
AFAIK केवल टीसीपी / आईपीवी 4 और टीसीपी / आईपीवी 6 एक बड़ी तैनाती का आनंद लेते हैं।
जवाब न है! उदाहरण के लिए IPX पर TCP का वर्णन करने वाला एक पुराना RFC है: http://tools.ietf.org/html/rfcN1791
छोटी यादों वाले लोगों के लिए, IPX नोवेल नेटवेयर प्रोटोकॉल था: http://en.wikipedia.org/wiki/Internetwork_Packet_Exchange
बुनियादी प्रोटोकॉल के परिवहन का समर्थन करने वाले विभिन्न प्रोटोकॉल के ऊपर टीसीपी का कार्यान्वयन पहले से मौजूद है। वास्तव में जरूरत राउटिंग जानकारी को निर्दिष्ट करने की भी नहीं है (टीसीपी को आईपी के साथ काम करने की भी आवश्यकता नहीं है, बस एक अंतर्निहित प्राप्तकर्ता के साथ एक सीरीला लिंक पर्याप्त होगा)।
तो आपको UDP के शीर्ष पर टीसीपी लागू हो गया है (लाभ: आप "सर्वर" पक्ष पर एक एकल पोर्ट का उपयोग करते हैं, या आप इसे एक मौजूदा कनेक्शन पर कई मल्टीप्लेक्स चैनलों को ट्रांसपोर्ट कर सकते हैं)। केवल आईपी स्तर रूटिंग प्रदान करता है, लेकिन टीसीपी को इसकी आवश्यकता नहीं है। यह सब मायने रखता है कि MTU की अवधारणा निचली परत द्वारा प्रदान की जाती है।
यह एक विशिष्ट मेजबान के लिए UPnP अनुवाद पोर्ट को पंजीकृत करने की आवश्यकता के बिना प्रोटोकॉल को NAT ट्रैवर्सल की सीमाओं को बायपास करने की अनुमति देता है। यह MTU और MSS की स्वतंत्र ट्यूनिंग की अनुमति देता है, प्रत्येक ग्राहक के लिए प्रत्येक मध्यवर्ती साझा राउटर द्वारा अनुकूलित किया जाता है। अन्य रूटिंग प्रोटोकॉल संभव हैं (मल्टीकास्ट और प्रसारण नेटवर्क के माध्यम से वितरण के लिए)। और आपके पास सुरक्षा तंत्र का विकल्प है।
उपयोग का एक उदाहरण Gogo6.net है (जो UDP v4 पर टीसीपी के पुन: कार्यान्वयन का उपयोग करते हुए एक टीसीपी सत्र पर अपने आईपीवी 6 परिवहन चैनल को लागू करता है (यह ज्यादातर होम एक्सेप्ट राउटर पर काम करता है जो अभी भी केवल एक आईपीवी 4 पता है, और हमेशा यूपीएनपी विधि का समर्थन नहीं करते हैं) किसी भी उपयोगकर्ता द्वारा इसे कॉन्फ़िगर करने की आवश्यकता के बिना, एप्लिकेशन के लिए एक विशिष्ट पोर्ट नंबर का उपयोग करके इसे कॉन्फ़िगर करना, तब भी जब यह नहीं चल रहा हो)
अन्य उदाहरणों में टीसीपी को HTTP (या HTTPS) संस्करण 1.1 में देशी "स्ट्रीम" एक्सटेंशन के साथ संलग्न करना है। अधिकांश वीपीएन जो इंटरनेट पर ब्रिजिंग नेटवर्क की अनुमति देते हैं, वही करेंगे। पुल भी कई प्रोटोकॉल को ध्वस्त कर सकता है: ईथरनेट, PPP, IPv4 और IPv6 (केवल स्थानीय LAN या ईथरनेट सेगमेंट का विस्तार), NetBEUI / LanMan, राउटर डिस्कवरी (पाले हुए नेटवर्क के भीतर), कच्चे मोड में सहित (DHCPv4 या DHCPv6 की अनुमति देता है)। ब्रिजित नेटवर्क। HTTPS का उपयोग इसलिए किया जाता है क्योंकि HTTPS पर इनकैप्सुलेशन पुल को स्थापित करने और सुरक्षित करने के लिए एन्क्रिप्शन और प्रमाणीकरण की भी अनुमति देता है, लेकिन ब्रिड्ड नेटवर्क पर क्लाइंट और सर्वर के लिए एंड-टू-एंड प्रमाणीकरण / एन्क्रिप्शन की आवश्यकता नहीं होती है, और क्योंकि रूट HTTP के लिए अत्यधिक अनुकूलित है। और HTTPS।
टीसीपी का उपयोग करते हुए सैन्य में संचार प्रणालियों के उदाहरण हैं, लेकिन आईपी नहीं, क्योंकि कॉम पथ एक सीरियल-प्रकार का कनेक्शन है, जो कि थ्रू राउटर को रूट नहीं करता है, आदि। यदि आप आईपी क्षेत्रों के साथ इसे हेडर करने से पहले एक टीसीपी पैकेट को देखते हैं तो यह यदि आपके "रूटिंग" प्रोटोकॉल अलग है, तो आईपी का उपयोग न करना आसानी से संभव है।