टीसीपी को आईपी का उपयोग करना चाहिए?


108

क्या यह सच है कि टीसीपी टीसीपी / आईपी के लिए छोटा है और उनका मतलब वही है?

क्या आईपी ​​के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव है ?


31
क्यों नहीं? मैंने टीसीपी को एक बार मोर्स कोड पर देखा होगा।
११:२४ पर काल

2
एक उदाहरण एक ICMP सुरंग होगा, जो ICMP पर TCP का उपयोग करता है। लेकिन यह सच है कि यह सामान्य रूप से आईपी नहीं कुछ के ऊपर टीसीपी का निर्माण कर रहा है। आमतौर पर प्रोटोकॉल और चैनलों (जैसे बोंगो ड्रम) की एक विस्तृत श्रृंखला का उपयोग करके नेटवर्क पहुंच परत है।
मिस्टर स्मिथ

1
@TomWijsman एक असफल कोशिश की? मैं जो भी समझता हूं, किसी भी परेशानी के लिए उन्हें समस्या को सुलझाने और टीसीपी को काम करने के बजाय किसी भी परेशानी से निपटने की आवश्यकता थी।
tylerl

2
@ मार्पर नियमित मोर्स कोड के साथ, 200 अक्षर / मिनट निश्चित रूप से कुशल ऑपरेटरों के लिए अनसुना नहीं है, और 100 सी / मिनट (20 wpm) निश्चित रूप से पर्याप्त अभ्यास वाले अधिकांश लोगों द्वारा प्राप्त किया जा सकता है। बेशक, उन गति पर, आप वास्तव में प्रत्येक व्यक्ति के चरित्र को नहीं सुनते हैं, बल्कि शब्दों की ध्वनि। (यह कहा गया है कि एक कुशल ऑपरेटर की पहचान यह है कि वे बातचीत को याद करते हैं, लेकिन इस्तेमाल किए गए शब्दों को नहीं।) हालांकि मैं कल्पना करूँगा कि 50-60 c / मिनट की समग्र गति के लिए 100 c / min वर्ण के साथ उल्लेखनीय होगा। नगण्य चरित्र त्रुटि दर।
एक CVn

2
@harper यह आपके सटीकता के आवश्यक स्तर पर निर्भर करता है। बड़े पैमाने पर चिट-चैटिंग के लिए (शौकिया रेडियो रेडियो में चीर-चबाना), यहां एक शब्द प्राप्त करना और गलत होना वास्तव में कोई समस्या नहीं है, क्योंकि संदर्भ इस्तेमाल किए गए सटीक शब्दों से अधिक मायने रखता है। टेलीग्राम ट्रैफिक, इमरजेंसी / डिस्ट्रेस कम्युनिकेशन वगैरह के लिए, खासतौर पर अगर टेक्स्ट सिफर हो, तो हर शब्द और वास्तव में हर कैरेक्टर (न सिर्फ रिसीव किया जाना चाहिए) भी सही तरीके से कॉपी किया जाता है (और कानूनी तौर पर)। ध्यान दें कि मैंने कहा कि 200 सी / मिनट "अनसुना नहीं है"; आम नहीं। 100 c / मिनट हालांकि शौकिया रेडियो बैंड पर काफी आम है।
बजे एक CVn

जवाबों:


16

TCP और IP (v4 & v6) निश्चित रूप से अलग करने योग्य हैं, और एक दूसरे से नहीं मिलता है, जैसा कि IPX ( RFC 1791 ) पर TCP के उदाहरण से साबित होता है ।

हालाँकि, TCP को केवल किसी भी नेटवर्क प्रोटोकॉल पर नहीं बनाया जा सकता है। दो कारण:

  1. टीसीपी हेडर (केवल डेटा ऑफसेट, जो टीसीपी हेडर का आकार देता है) में कोई खंड आकार फ़ील्ड नहीं है। इसलिए टीसीपी केवल एक निचली परत के प्रोटोकॉल के साथ काम करेगा जिसमें टीसीपी सेगमेंट के आकार (यानी, निचली परत प्रोटोकॉल के पेलोड आकार) की गणना करने के लिए पर्याप्त जानकारी शामिल है। IPv4 ( RFC 791 ), IPv6 ( RFC 2460 ) और IPX ( RFC 1791 ) के लिए यह धारणा सही है । लेकिन सामान्य रूप से सच नहीं है, उदाहरण के लिए, एवियन वाहक ( आरएफसी 1149 ) (नोट देखें) के लिए नहीं।
  2. टीसीपी केवल एक कनेक्शन रहित नेटवर्क प्रोटोकॉल पर काम करने के लिए डिज़ाइन किया गया है। टीसीपी प्रभावी रूप से कुछ कनेक्शन-उन्मुख नेटवर्क प्रोटोकॉल (जैसे, एटीएम निरंतर बिट-दर सेवा) पर प्रभावी रूप से काम नहीं करता है, क्योंकि दो लड़ दर नियंत्रण कार्यों से बहुत खराब या अप्रत्याशित प्रदर्शन होता है। एक अन्य पतित उदाहरण टीसीपी सुरंग के ऊपर टीसीपी है।

टीसीपी विनिर्देश, आरएफसी 793 , इस प्रश्न को तय करने के लिए एक अच्छा स्रोत नहीं है, क्योंकि यह स्वीकार करता है कि यह अपने इंटरफेस को निचले स्तर के साथ छोड़ देता है जो काफी हद तक अनिर्दिष्ट है।

ध्यान दें) टीसीपी के लिए कागज की छोटी शीट्स (चाहे कबूतर या अधिक बुद्धिमान corvid नेटवर्क द्वारा ले जाए गए) पर प्रिंट किए गए डेटाग्राम को फिर से इकट्ठा करने के लिए, पेलोड के आकार को एक मानक स्थान में लिखना होगा। वैकल्पिक रूप से, एक अनुकूलन परत खंड आकार का अनुमान लगा सकता है। एवियन कैरियर्स स्पेक ( RFC 1149 ) के होस्ट स्टैक के कार्यान्वयन में उपयोग किए जाने वाले ऑप्टिकल स्कैनर में इस तरह के एक हेयोरिस्टिक अनुकूलन परत शामिल थी, लेकिन यह अनिर्दिष्ट है।


2
तकनीकी रूप से सटीक (जहां तक ​​मैं बता सकता हूं), संपूर्ण, संदर्भों द्वारा समर्थित, स्पष्ट और हल्के-फुल्के। मैं इसे एक मुट्ठी भर दूंगा जो मैं कर सकता था।
स्कॉट

2
एवियन उदाहरण स्पष्ट और प्रफुल्लित करने वाला है!
जॉन

88

मैंने पूरे RFC को नहीं पढ़ा है लेकिन खंड 1.4 में भाषा से लगता है कि किसी भी "निचले स्तर" प्रोटोकॉल का उपयोग किया जा सकता है।

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


101
आईपी ​​खुद कई नेटवर्क प्रौद्योगिकियों, यहां तक ​​कि वाहक कबूतरों पर भी लागू किया गया है । पक्षियों को वास्तव में आईसीएमपी पिंग पैकेटों के वितरण का प्रदर्शन करने के लिए इस्तेमाल किया गया था, जिसमें 55% पैकेट हानि (जाहिर तौर पर ऑपरेटर की त्रुटि के कारण) और एक से दो घंटे तक विलंबता थी। इसके ऊपर टीसीपी चलाना संभव होगा, लेकिन कनेक्शन सेटअप के लिए बहुत सारे पक्षियों की आवश्यकता होगी ....
आरबेरिटिग जूल

21
RBerteig की टिप्पणी के बारे में; एक मिनी कबूतर कार्ड ले जाने वाले वाहक कबूतर पर विचार करें। विलंबता और थ्रूपुट के बीच अंतर है। :-)
एक CVn

16
@ माइकलकॉर्जलिंग यह RFC 1149 के साथ नहीं होगा: "IP डेटाग्राम एक छोटे से कागज के स्क्रॉल पर मुद्रित होता है"।
किमीकपलन

4
@kmkaplan जब तक डेटाग्राम SDHC कार्ड के लेबल पर मुद्रित नहीं हो जाता। यह कई फिल्मों से क्लिच की तरह है - "ओह, यह वास्तव में हार्डड्राइव पर है!"
जॉन हैना

40
एवियन वाहक के माध्यम से अनुमति देने के लिए फ़ायरवॉल में कुछ गंभीर बड़े छेद होने चाहिए।
स्क्वीलमैन

76

इंटरनेट प्रोटोकॉल सूट

टीसीपी टीसीपी / आईपी के लिए कम नहीं है।

टीसीपी / आईपी को अक्सर " द इंटरनेट प्रोटोकॉल सूट " कहने के एक शॉर्टहैंड तरीके के रूप में उपयोग किया जाता है और आमतौर पर अन्य मानक प्रोटोकॉल शामिल होते हैं। जब लोग कहते हैं कि टीसीपी / आईपी वे आमतौर पर आईपी (जिसमें टीसीपी के बजाय यूडीपी का उपयोग किया जाता है) और एआरपी, आईसीएमपी, डीएनएस, एसएनएमपी और अन्य एप्लिकेशन लेयर प्रोटोकॉल जैसे कई अन्य प्रोटोकॉल शामिल हैं।

अनुप्रयोग परत

एप्लिकेशन एसएमटीपी (ईमेल के लिए) जैसे एप्लिकेशन लेयर प्रोटोकॉल का उपयोग करते हैं। ये दो ट्रांसपोर्ट लेयर प्रोटोकॉल में से एक पर बैठते हैं - टीसीपी और यूडीपी। कुछ एप्लिकेशन लेयर प्रोटोकॉल यूडीपी और टीसीपी दोनों में से किसी एक का उपयोग करेंगे लेकिन अधिकांश का उपयोग केवल एक ट्रांसपोर्ट लेयर प्रोटोकॉल के साथ किया जाता है।

ट्रांसपोर्ट परत

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

आंतरिक नेटवर्क परत

जबकि आईपी के अलावा किसी अन्य चीज पर टीसीपी का इस्तेमाल करना सैद्धांतिक रूप से संभव हो सकता है, व्यवहार में टीसीपी का उपयोग हमेशा आईपी - इंटरनेट प्रोटोकॉल पर किया जाता है। IP नेटवर्क के बीच पैकेट ले जाता है (IP को कई LAN को एक साथ जोड़ने के बारे में सोचें)

नेटवर्क इंटरफ़ेस परत

ईथरनेट बस निम्न-स्तरीय लिंक-लेयर प्रोटोकॉल का सबसे लोकप्रिय परिवार है जिस पर टीसीपी / आईपी किया जाता है, लेकिन एटीएम / अन्य पर टीसीपी / आईपी का भी व्यापक रूप से उपयोग किया जाता है।

IP लेयर आरेख bootdiscs.net से


परिशिष्ट 1 - ट्रांसपोर्ट लेयर प्रोटोकॉल पर एक नोट

इंटरनेट प्रोटोकॉल सूट का उपयोग करने वाले नेटवर्क पर महत्वपूर्ण उपयोग में एकमात्र परिवहन परत प्रोटोकॉल टीसीपी और यूडीपी हैं।

) बस मज़े के लिए, मैंने अपने (बहुत) छोटे लैन पर ट्रैफ़िक को मापा, जिसमें NetBIOS (TCP से अधिक), SSH, Rsync, ईमेल, सॉफ़्टवेयर अपडेट, DNS, सामान्य विंडोज़-बॉक्स चैटर और कुछ अन्य प्रकार के ट्रैफ़िक शामिल हैं।विर्सार्क प्रोटोकॉल पदानुक्रम सांख्यिकी

उनके QUIC प्रोटोकॉल के लिए Google के FAQ में इस कथन पर भी ध्यान दें

आपने UDP का उपयोग करने के बजाय एक नया प्रोटोकॉल क्यों नहीं बनाया? इंटरनेट पर आज के मध्य बक्से आम तौर पर ट्रैफ़िक को तब तक रोकेंगे जब तक कि यह टीसीपी या यूडीपी ट्रैफ़िक न हो

(मेरा जोर)


1
मुझे 1996 और OSI Model en.wikipedia.org/wiki/OSI_model
Rudi

2 से अधिक ट्रांसपोर्ट लेयर प्रोटोकॉल हैं: en.wikipedia.org/wiki/Transport_layer#Protocols
स्टुअर्ट ब्लैकलर

@StuartBlackler: दिलचस्प बिंदु, धन्यवाद। क्या कोई भी (टीसीपी और यूडीपी के अलावा) ऐसे हैं जो मुझे "गायब हो चुके छोटे विशेषज्ञ उपयोग" श्रेणी में नहीं आते हैं और जो आईपी पर उपयोग किए जाते हैं? अगर मैंने इंटरनेट एक्सचेंज प्वाइंट पर आईपी ट्रैफ़िक को मापा , तो ट्रांसपोर्ट लेयर प्रोटोकॉल का अनुपात टीसीपी या यूडीपी के अलावा और क्या होगा?
RedGrittyBrick

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

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

34

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

फिर भी, टीसीपी और आईपी दो अलग-अलग चीजें हैं और पूरी तरह से और जानबूझकर स्वतंत्र हैं। यह तथ्य कि टीसीपी को आईपी की आवश्यकता नहीं है, इस तथ्य के साथ तुरंत स्पष्ट है कि टीसीपी आईपीवी 4 और आईपीवी 6 दोनों पर असंबद्ध रूप से चल सकता है, जो दो पूरी तरह से अलग प्रोटोकॉल हैं।

थोड़े काम के साथ, आप आईपी के लिए एक प्रतिस्पर्धात्मक प्रोटोकॉल बना सकते हैं जो समान उद्देश्यों की पूर्ति करेगा, लेकिन यह संभवतः सभी को समाहित करना होगा यदि सभी समान सुविधाएँ नहीं हैं, और संभवतः किसी भी तरह आईपी को बहुत कुछ देखना होगा। आप तर्क दे सकते हैं कि आईपी (जैसे कि IPSec) के लिए विस्तार से प्रभावी रूप से परत 3 प्रोटोकॉल वैकल्पिक हैं, इसलिए आप वहां जाते हैं।


1
सही - टीसीपी के पहले संस्करण में आईपी की कार्यक्षमता शामिल थी। शायद एक और कारण है कि लोग कहते हैं कि "टीसीपी / आईपी" उस समय का सबसे बड़ा हिस्सा है जब आप आईपी पर डेटा भेज रहे हैं, तो आप यह गारंटी देना चाहते हैं कि यह सभी वितरित और सही क्रम में हो, इसलिए आप टीसीपी का उपयोग करें। उदाहरण के लिए, सभी HTTP और FTP ट्रैफिक टीसीपी का उपयोग करता है। अपवादों की एक श्रेणी वास्तविक समय डेटा है; उदाहरण के लिए, Skype, UDP का उपयोग करता है, क्योंकि आप बातचीत में नवीनतम पैकेट प्राप्त करेंगे, जो कि आपके द्वारा छूटी गई चीज़ को प्राप्त करने के लिए सब कुछ रोक देगा।
नाथन लॉन्ग

21

आप IP को किसी और चीज़ से बदल सकते हैं। वास्तव में, यह वही है जब आप IPv6 पर TCP का उपयोग कर रहे हैं। टीसीपी अभी भी टीसीपी है, लेकिन आईपी v4 के बजाय v6 है।

AFAIK, किसी ने भी उनके ऊपर टीसीपी के साथ काम करने के लिए कोई अन्य लेयर -3 प्रोटोकॉल नहीं बनाया है, लेकिन ऐसा कोई कारण नहीं है जो आप नहीं कर सकते।


9

टीसीपी और आईपी ब्रेड के ऊपर मक्खन की तरह हैं।

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

क्यू हालांकि, यह टीसीपी के लिए आईपी के पास एक अन्य प्रोटोकॉल की चोटी पर निर्मित किया जाना संभव नहीं है?

हां यह संभव है। मुझे आईपी के बिना टीसीपी के मोर्स कोड और कबूतर उदाहरण पसंद हैं।


5

मैंने हमेशा सुना है कि टीसीपी टीसीपी / आईपी के लिए छोटा है

दरअसल यह इंटरनेट प्रोटोकॉल पर ट्रांसमिशन कंट्रोल प्रोटोकॉल के लिए है

और वे एक ही बात का मतलब है।

यह सही नहीं है।

सबसे पहले, ईथरनेट निम्न-स्तरीय हार्डवेयर सिस्टम है जो यह नियंत्रित करता है कि वास्तविक हार्डवेयर पार्ट्स कैसे कार्य करते हैं।

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

दूसरी ओर टीसीपी एक संदेश प्रणाली या यातायात नियंत्रण अधिकारी की तरह है जो संदेशों / कारों को सही बिंदु तक निर्देशित करता है।

साथ में लिया गया, टीसीपी / आईपी, किसी भी दो जुड़े उपकरणों से डेटा स्थानांतरित करने की एक प्रणाली प्रदान करता है।

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

विशेष रूप से वीडियो रूप में उपलब्ध एनालॉग और तकनीकी विवरण के साथ अनगिनत स्पष्टीकरण हैं । इस सटीक विषय के बारे में एक विशेष रूप से अंतर है ।

हालांकि, क्या आईपी के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव नहीं है?

हां, आप वास्तव में टीसीपी के लिए एक वैकल्पिक प्रणाली बना सकते हैं जो आईपी ​​का उपयोग करता है। पर एक नजर डालें इंटरनेट प्रोटोकॉल सुइट में कुछ जानकारी के लिए।


13
यह कहना थोड़ा भ्रामक है कि आईपी दो बिंदुओं को एक साथ "जोड़ने" के लिए प्रदान करता है। आईपी एक मशीन से दूसरे मशीन में असतत व्यक्तिगत पैकेट भेजने का एक तरीका प्रदान करता है ; प्रत्येक पैकेट अन्य सभी से स्वतंत्र है। टीसीपी एक निरंतर कनेक्शन का भ्रम प्रदान करता है , जो वास्तव में आईपी के माध्यम से भेजे गए पैकेट का एक क्रम है।
वायज़र्ड

4
IP हार्डवेयर या भौतिक सिग्नलिंग से संबंधित नहीं है। यह निम्न-स्तरीय तकनीकों द्वारा नियंत्रित किया जाता है, जैसे ईथरनेट।
वायजार्ड

9
इस उत्तर में बहुत गलत है, और यह पूरी तरह से प्रश्न को याद करता है। सबसे पहले, ईथरनेट सिर्फ एक लिंक लेयर प्रोटोकॉल है जिसका उपयोग IP ले जाने के लिए किया गया है। दूसरों के बहुत सारे हैं, और आईपी उनमें से किसी के बारे में नहीं जानता या परवाह नहीं करता है। आईपी ​​का हार्डवेयर से कोई लेना-देना नहीं है; यह नेटवर्कों के बीच की राउटिंग लेयर है, जो उन्हें जोड़ने के लिए उपयोग किए गए हार्डवेयर के ऊपर है। सवाल का मुद्दा यह था कि क्या आप आईपी के अलावा किसी अन्य चीज पर टीसीपी का उपयोग कर सकते हैं, न कि आप टीसीपी के अलावा किसी अन्य चीज का उपयोग कर सकते हैं जो आईपी का उपयोग करता है (उस के उदाहरण के लिए यूडीपी देखें)।
Psusi

3
@synetech, सवाल यह नहीं था कि "IP पर कुछ और इस्तेमाल किया जा सकता है"। यह " आईपी ​​के बिना टीसीपी का उपयोग कुछ और" पर किया जा सकता है ।
वायज़र्ड

2
> the fact that !TCP can go over IP does not necessarily mean TCP can go over !IP Huh?"" का उपयोग करके चतुर बनने की कोशिश कर रहा है! "ऑपरेटर नहीं" के रूप में। उनकी टिप्पणी को इस रूप में पढ़ा जाना चाहिए: "तथ्य यह है कि कुछ जो टीसीपी नहीं है वह आईपी पर जा सकता है, जरूरी नहीं कि टीसीपी उस चीज पर जा सकता है जो आईपी नहीं है"। यह आपके उत्तर के अंतिम वाक्य के संदर्भ में बनाया गया है, जिसने "वैकल्पिक सिस्टम टू टीसीपी" का अस्तित्व दिखाया। हालांकि यह दर्शाता है कि टीसीपी के लिए विकल्प मौजूद नहीं है और न ही संकेत है कि आईपी के विकल्प मौजूद हैं।
रेयान

5

टीसीपी एक लेयर 4 प्रोटोकॉल है। यह एक कंप्यूटर पर एक प्रक्रिया से दूसरी / समान कंप्यूटर पर एक प्रक्रिया से दूसरी प्रक्रिया के रूप में डेटा के परिवहन की गारंटी प्रदान करता है।

IP एक लेयर 3 प्रोटोकॉल है। यह एक मेजबान से दूसरे को परिवहन प्रदान करता है।

जब तक एक प्रोटोकॉल है जो डेटा ट्रांसफर की मेजबानी के लिए होस्ट कर सकता है, टीसीपी काम करेगा।

इसलिए, टीसीपी को किसी भी प्रोटोकॉल पर लागू किया जा सकता है, लेकिन, हमने केवल आईपी बनाया है। आईपी ​​सरल है और काम करता है।

एक और लेयर 3 प्रोटोकॉल की कोई आवश्यकता नहीं है।


1
IPv6 के बारे में क्या?
जिज्ञासु

1
IPv6 के बारे में क्या? यह सिर्फ आईपी है। एक पैकेट भेजने और प्राप्त करने का इंटरफ़ेस समान रहता है। तो, टीसीपी समान फ़ंक्शन का उपयोग कर सकता है। OS केवल IPv4 और IPv6 से फ़ंक्शन पॉइंटर को बदल सकता है और यह अभी भी काम करेगा। मुझे यकीन नहीं है कि आप यहां क्या कह रहे हैं?
सुरेननिहानी 3

3
IPv6 और IPv4 समान हैं , ऊपरी परतों के लिए समान इंटरफेस के साथ , लेकिन निश्चित रूप से एक ही प्रोटोकॉल नहीं है और सख्ती से कार्यात्मक समकक्ष भी नहीं है।
जिज्ञासु

आप यह भी दिखावा कर सकते हैं कि यूडीपी आईपी के समान प्रोटोकॉल है , क्योंकि वे ऊपरी परतों को समान समान इंटरफेस प्रदान करते हैं: एक स्थानीय और एक दूरस्थ समापन बिंदु पते निर्धारित करते हैं, पैकेट भेजते हैं और प्राप्त करते हैं ...
Curiousguy

3

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

सरल संस्करण: प्रोटोकॉल बक्से की तरह हैं जिसमें हम अपने संदेश डालते हैं । उन बॉक्स में अलग-अलग आकार होते हैं, और आप अपना संदेश सबसे छोटे बॉक्स में डालते हैं, फिर एक बॉक्स में सबसे छोटा बॉक्स जो थोड़ा बड़ा होता है, आदि प्रोटोकॉल का एक सेट चुनना यह चुनना है कि आप किस तरह के बॉक्स का उपयोग करेंगे, प्रत्येक के लिए " परत "जो आपके संदेश को घेर लेती है।

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

टीसीपी / आईपी इतना सामान्य नाम क्यों है कि उन दो प्रोटोकॉल का गठन, एक साथ, इंटरनेट का आधार है और इसकी सफलता के लिए महत्वपूर्ण थे

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


2

मुझे लगता है कि यदि आप रेट्रो जाना चाहते हैं तो आईपीएक्स ट्रांसपोर्ट पर टीसीपी चलाना संभव है।


1
आप शायद सोच रहे हैं कि जब IPX को TCP / IP पर ट्यून किया गया था। कौन सा अनिश्चित रूप से लंबे समय तक नहीं चला।
एंडग्विन


2

हालांकि, क्या आईपी के अलावा किसी अन्य प्रोटोकॉल के शीर्ष पर टीसीपी का निर्माण संभव नहीं है?

शास्त्रीय टीसीपी / आईपीवी 4 और टीसीपी / आईपीवी 6 के अलावा, कुछ प्रयोगात्मक प्रोटोकॉल डिजाइन किए गए हैं, उदाहरण के लिए:

UDP पर लगभग टीसीपी (atou)

उच्च गति, उच्च विलंबता नेटवर्क पर बल्क स्थानांतरण में सुधार के हमारे नेट 100 और जांच प्रयासों के एक हिस्से के रूप में, हमने टीसीपी का एक इंस्ट्रूमेंट और ट्यून करने योग्य संस्करण विकसित किया है जो यूडीपी पर चलता है। UDP टीसीपी जैसा परिवहन TReno के समान अनुप्रयोग स्तर पर टीसीपी-जैसे नियंत्रणों के साथ प्रयोग करने के लिए एक परीक्षण-दोहन के रूप में कार्य करता है।

और IProxy: UDP पर टीसीपी सेवाएं चलाना , जो अधिक मजेदार है:

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

तो आप देखते हैं: यूनिकैस्ट यूडीपी पर टीसीपी, और प्रसारण या मल्टीकास्ट यूडीपी पर भी टीसीपी !

AFAIK केवल टीसीपी / आईपीवी 4 और टीसीपी / आईपीवी 6 एक बड़ी तैनाती का आनंद लेते हैं।


हाँ, लेकिन यह IP पर UDP है; मैं देखता हूं कि आपने वहां क्या किया ...
तमारा विज्समैन

@TomWijsman हाँ, यह TCP / UDP / IP है।
जिज्ञासु

2

जवाब न है! उदाहरण के लिए IPX पर TCP का वर्णन करने वाला एक पुराना RFC है: http://tools.ietf.org/html/rfcN1791

छोटी यादों वाले लोगों के लिए, IPX नोवेल नेटवेयर प्रोटोकॉल था: http://en.wikipedia.org/wiki/Internetwork_Packet_Exchange


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

2

बुनियादी प्रोटोकॉल के परिवहन का समर्थन करने वाले विभिन्न प्रोटोकॉल के ऊपर टीसीपी का कार्यान्वयन पहले से मौजूद है। वास्तव में जरूरत राउटिंग जानकारी को निर्दिष्ट करने की भी नहीं है (टीसीपी को आईपी के साथ काम करने की भी आवश्यकता नहीं है, बस एक अंतर्निहित प्राप्तकर्ता के साथ एक सीरीला लिंक पर्याप्त होगा)।

तो आपको 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।


1

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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.