हे udp प्रोटोकॉल देखील आहे. टीसीपी आणि यूडीपी प्रोटोकॉल. दिवसाची स्थापना आणि पूर्ण करण्याचे आकृती

यूडीपी एक साधा प्रोटोकॉल आहे आणि स्टोरेज क्षेत्रासाठी वापरला जाऊ शकतो. प्रथम, क्लायंट-सर्व्हर संवाद आणि मल्टीमीडिया आहेत. निषेध, जास्त प्रमाणात इंटरनेटशी संबंधित डेटा ओव्हर-एंड-ओव्हर ट्रान्समिशनसाठी आवश्यक आहे. यूडीपी विमोगॅमसह आनंदी नाही, ज्यासाठी प्रोटोकॉल आवश्यक आहे. अशा प्रोटोकॉलला टीसीपी म्हणतात आणि त्याला इंटरनेट म्हणतात.

टीसीपी मूलभूत

टीसीपी (ट्रान्समिशन कंट्रोल प्रोटोकॉल) प्रोटोकॉल विशेषतः अयोग्य इंटरफेसवर उच्च-गुणवत्तेचे बाइट प्रवाह सुरक्षित करण्यासाठी डिझाइन केलेले आहे. पॅकेजेसचा आकार आणि सर्वात मोठ्या पॅरामीटर्समुळे आसपासच्या भागातून दिसणारे जाळे ओळखणे सामान्य आहे. टीसीपी विकसित करताना, मुख्य आदर प्रोटोकॉलच्या आर्किटेक्चरला देण्यात आला, सामान्य समस्येच्या अधिकाऱ्यांशी जुळवून घेणे आणि उदयोन्मुख समस्यांच्या बाबतीत ते स्वीकारणे.

टीसीपी प्रोटोकॉलचे वर्णन आरएफसी 793 मध्ये केले गेले आहे. वर्षानुवर्षे, त्रुटी आणि अशुद्धींमध्ये बदल झाले आहेत आणि बदलाच्या बिंदूंनंतर. अहवाल वर्णनहे शुद्धीकरण आणि परिष्करण RFC 1122 मध्ये दिले आहे. RFC +1323 साठी पॉईंटिंग प्रोटोकॉलचा विस्तार.

टीसीपी प्रोटोकॉल, टीसीपीची वाहतूक क्षमता स्वीकारणारी एक स्किन मशीन, एकतर लायब्ररी प्रक्रिया, किंवा प्रक्रिया, किंवा सिस्टमचा मुख्य भाग आहे. कोणत्याही परिस्थितीत, टीसीपी-प्रवाह आणि आयपी-स्तरासह इंटरफेसवर वाहतूक नियंत्रण. स्थानिक प्रक्रियेतून डेटा प्रवाह प्राप्त करण्यासाठी टीसीपी-दररोज, जे बिट्समध्ये मोडते, 64 Kbytes पेक्षा जास्त नाही (व्यावहारिक हेतूंसाठी, संख्या एक 460 बाइट डेटा आहे, जी आपल्याला हे हेडर एका IP मध्ये ठेवण्याची परवानगी देते. टीसीपी फ्रेम) vig विग्लियाडі मध्ये आयपी डेटाग्रामच्या सभोवताल आहे. जर टीसीपी डेटा असलेले आयपी डेटाग्राम कारवर आले, तर येणारी दुर्गंधी टीसीपी दिवशी प्रसारित केली जाते, कारण येणारे बाइट स्ट्रीम अपडेट केले जाते. साधेपणासाठी, आम्ही निर्दिष्ट वाहतूक मार्ग टीसीपी (सॉफ्टवेअर सुरक्षेचा भाग) किंवा टीसीपी प्रोटोकॉल (नियमांचा संच) साठी "टीसीपी" वापरू. संदर्भात, zrozumіlo असेल, scho आदर अवलंबून. उदाहरणार्थ, "कोरिस्टुवाच ट्रान्समिट टीसीपी डॅनी" विराझी, स्वाभाविकच, टीसीपी वाहतूक क्षमतेवर अवलंबून आहे.

आयपी स्तर डेटाग्रामच्या अचूक वितरणाची हमी देत ​​नाही, म्हणून टीसीपी स्वतः तपासणीसाठी आणि पॅकेट्स पुन्हा वापरण्याची आवश्यकता असल्यास मध्यांतरांच्या शेवटी आणली जाते. बुवा, डेटाग्राम चुकीच्या क्रमाने येतात का? अशा डेटाग्रामसाठी समान TCP कनेक्शनचा विचार करा. अशा रँकमध्ये, TCP poklikat प्रोटोकॉल विश्वासार्हतेचे संरक्षण करेल, किती लोक IP प्रोटोकॉलवर समाधानी नाहीत.

टीसीपी सेवा मॉडेल

टीसीपी सेवेच्या मध्यभागी तथाकथित सॉकेट्स (सॉकेट्स किंवा एंड पॉइंट्स) असतात, जे स्त्रोत म्हणून सेट केले जातात, म्हणून ते जिंकले जाते. "बर्कले सॉकेट्स" वितरणात दुर्गंधीवर चर्चा झाली. स्कीन सॉकेटमध्ये होस्टच्या आयपी अॅड्रेसमध्ये एक नंबर (पत्ते) साठवले जातात आणि 16-बिट नंबर, होस्टच्या संबंधात स्थानिक, ज्याला पोर्ट म्हणतात. TCP मधील पोर्टला TSAP पत्ता म्हणतात. मशीनच्या ड्रायव्हरचे सॉकेट आणि विजेत्या मशीनच्या मशीनच्या सॉकेटमधील टीसीपी सेवेच्या आधीच्या ऑपरेशनसाठी, ते स्पष्टपणे सेट केले आहे.

एक सॉकेट decіlkokh z'єdnan साठी vikoristovuvatisya एक तास करू शकता. दुसऱ्या शब्दांत, त्यापैकी दोन किंवा अधिक एका सॉकेटसह समाप्त होऊ शकतात. सूची दोन्ही टोकांवरील सॉकेटच्या अभिज्ञापकांद्वारे वितरित केली जाते - (सॉकेट 1, सॉकेट 2). आभासी चॅनेलची संख्या, उदाहरणार्थ, ओळखण्याची गरज नाही.

1024 पेक्षा कमी पोर्ट नंबर, ज्याला लोकप्रिय पोर्ट म्हणतात, मानक सेवांद्वारे आरक्षित आहेत. उदाहरणार्थ, ही एक प्रक्रिया आहे, जसे बाजा, मदतीसाठी फाइल हस्तांतरित करण्यासाठी होस्टशी कनेक्शन सेट करा FTP, आपण गंतव्य होस्टच्या पोर्ट 21 शी कनेक्ट करू शकता आणि या क्रमाने, पहिल्या FTP डिमनला वळवू शकता. Www.iana.org साइटवर लोकप्रिय बंदरांची यादी पोस्ट केली आहे.

एफटीपी डिमनला पोर्ट 21 वरून पुढच्या तासाला कॉल करणे शक्य आहे, जोपर्यंत पोर्ट 23 वरून टेलनेट डिमन इ. राक्षसांविषयीची माहिती, जी सत्यतेसाठी, एका तासापेक्षा जास्त काळ राहील. पश्चातापाची सर्व आमंत्रणे एका राक्षसाच्या सेवांसह पुनर्स्थित करा, ज्याला UNIX inetd म्हटले जाते, जे डिकोडरच्या बंदरांना कॉल करते आणि प्रथम येणारे कॉल तपासते. जर तुम्ही ते पाहिले तर, inetd ही एक नवीन प्रक्रिया आहे, ज्यासाठी भूतला चालना द्यायची आहे. अशा रँकमध्ये, फक्त inetd सतत सक्रिय असतो, आणि फक्त तोडीच विजयी असतात, कारण त्यांच्यासाठी हा एक रोबोट आहे. Inetd मध्ये एक विशेष कॉन्फिगरेशन फाइल आहे, ज्यामुळे आपण पोर्ट पदनाम बद्दल जाणून घेऊ शकता. याचा अर्थ असा आहे की सिस्टम प्रशासक अशा रँकमध्ये सिस्टम सेट करू शकतो, की सर्वात अडकलेल्या बंदरांसह (उदाहरणार्थ, 80), बुलेट्स पोस्ट -डेमन्सला बांधल्या जातात, आणि त्यासह - inetd.

सर्व टीसीपी कनेक्शन सिंगल-डुप्लेक्स आणि डबल-पॉइंट आहेत. बाह्य दुहेरी म्हणजे विरुद्ध बाजूने रात्रभर वाहतूक चालू शकते. उवाजी वर दोन-बिंदू z'єdnannya maє, ny є two kintsev गुणांवर scho. टीसीपी प्रोटोकॉलद्वारे ब्रॉडकास्ट आणि मल्टीकास्ट प्लग-इन समर्थित नाही.

टीसीपी डेटा एक बाइट प्रवाह आहे, बाइट प्रवाह नाही. एकमेकांपासून वेगळे होण्याची शक्यता नाही. उदाहरणार्थ, जर मी टीसीपी-स्ट्रीमवर लिहिण्याची प्रक्रिया 512-बाइट बंदरांप्रमाणे 512-बाइट बंदरांवर नियंत्रित करत आहे, तर हा डेटा 512-बाइट पोर्ट, दोन 1024-बाइट पोर्ट्सच्या दृष्टीने प्रक्रियेस वितरित केला जाऊ शकतो, एकाच पोर्ट 2048-बाइटवर. कोणताही मार्ग नाही, ज्यामध्ये zmіg द्विमूल्य जिंकले जाते, डॅनिस कोणत्या श्रेणीत रेकॉर्ड केले गेले.

युनिक्स सिस्टीममधील फायली देखील शक्तिशाली आहेत. रेल वाचणारा कार्यक्रम लक्षणीय असू शकत नाही, कारण तो संपूर्ण फाइल रेकॉर्ड करेल: ब्लॉकमध्ये, बाइट-बाय-बाइट किंवा एकाच वेळी. तसेच युनिक्स सिस्टमच्या फाईल्सच्या बाबतीत, टीसीपी-प्रोग्राम्स बाइट्सच्या उपस्थितीबद्दल विचार करत नाहीत आणि फिरत नाहीत. त्यांच्यासाठी एक बाइट फक्त एक बाइट आहे.

प्रोग्राममधून डेटा काढून टाकल्यानंतर, टीसीपी प्रोटोकॉल त्वरित पाठविला जाऊ शकतो किंवा बफरमध्ये ठेवला जाऊ शकतो, जेणेकरून आपण आपल्या कोर्टाला डेटाचा मोठा भाग एकाच वेळी पाठवू शकता. तथापि, देणगीसह संदेश पाठवणे आवश्यक आहे, परंतु संदेश पाठवणे सुरक्षित नाही. हे अनुज्ञेय आहे, उदाहरणार्थ, बॅक-टू-बॅक मशीनवर कोरिस्टुवाच पुनर्रचना. कमांड एंटर करण्यासाठी आणि एंटर की दाबण्यासाठी, त्याद्वारे बुलेटची पंक्ती प्रविष्ट करणे महत्वाचे आहे आणि बुलेटची पंक्ती लगेच डाव्या हाताच्या मशीनला दिली जाते आणि बफरमध्ये ठेवली जात नाही, जोपर्यंत पुढील पंक्ती प्रविष्ट होत नाही. Shchob zmusiti परवानगीशिवाय खंडणी हस्तांतरण, याव्यतिरिक्त आपण अधिकारी PUSH (proshtovhnuti) मिळवू शकता.

Deyakі जुन्या dodatіvіy vikorystovuvali चिन्ह पुश याक razdіlnik povіdomlen. जर मला काही प्रकारची युक्ती हवी असेल तर, टीसीपी प्रोटोकॉलची सर्व अंमलबजावणी पुश रिसीव्हरद्वारे पाठविली जात नाही. याव्यतिरिक्त, जर पुश प्रस्तावाच्या स्थापनेसह पहिले पॅकेट पहिले असेल तर, रेषेवर प्रसारण होईल, टीसीपी-दिवस यापैकी अनेक पॅकेट्स नाकारले जातील (जेणेकरून लाइन ताब्यात घेतली जाईल), टीसीपी-डे बंदराच्या बाहेरील भागात सर्व पाठविण्याची परवानगी दिली जाणार नाही.

टीसीपी सेवेचे उर्वरित विशेष वैशिष्ट्य, याकू बद्दल zgadati, є terminovі danі. जर आपण परस्परसंवादी मोडमध्ये एखाद्या प्रोग्रामबद्दल बोलत असाल तर, पाठवण्याच्या प्रक्रियेत व्यत्यय आणण्यासाठी हटवा बटण किंवा Ctrl-C दाबा, जे अॅड-ऑनला वर्तमान टीसीपी अद्यतनासह आउट-ऑफ-द-बॉक्स कनेक्शनमध्ये मदत करण्यास मदत करेल. सेवा Tsei prapor zmushuє TCP- दिवस श्रद्धांजली संचय कमी करण्यासाठी आणि ts'єdnannya साठी तिच्याकडे असलेल्या सर्व गोष्टी नेटमध्ये हस्तांतरित करण्याची परवानगी न घेता.

जर डेटाच्या अटी चिन्हासाठी आल्या तर, मी अतिरिक्त अटी नाकारेन (म्हणजे, मी "सिग्नल नाकारेन", UNIX शब्दावलीत), जर तुम्ही इनपुट स्ट्रीममधील डेटा वाचू शकता आणि त्यातील मध्य जाणून घेऊ शकता . मुदत श्रद्धांजलीच्या शेवटी विपणन केले जाते, म्हणून जोडले जाऊ शकते, दुर्गंधी समाप्त होऊ शकते. नवीन श्रद्धांजलीचे कान बाजारात आणले जात नाही. डोडाटोक कोणतीही चूक करणार नाही. अशी योजना एक क्रूड सिग्नलिंग यंत्रणा आहे जी इतर सर्व गोष्टींना आच्छादित करते.

टीसीपी प्रोटोकॉल

या वितरणामध्ये, टीसीपी प्रोटोकॉल प्रदर्शित केला जाईल जंगली तांदूळ... आक्षेपार्ह भागामध्ये, प्रोटोकॉलचे मथळा वाटाघाटी, फील्ड बाय फील्ड आहे.

टीसीपीची मुख्य शक्ती, जी प्रोटोकॉलच्या संपूर्ण संरचनेची उत्पत्ती करते, T जे टीसीपीमध्ये आहेत-ते त्वचेच्या बाइटमधून आलेले आहेत-त्यांचा 32-बिट अनुक्रमांक. व्हिजन लाईन्सनुसार राउटर दरम्यान डेटा ट्रान्समिशनची मूलभूत गती प्रथम 56 Kbit / s झाली. यजमान, जास्तीत जास्त वेगाने डॅन पाहत आहे, ज्यांच्याकडे कमी किंवा जास्त संख्या शिल्लक आहे त्यांच्यासाठी अधिक पैशांची गरज आहे. संख्यांच्या ऑर्डरबद्दल नवीनतम माहितीसह, ते आणखी वेगाने वगळले जाऊ शकते, परंतु अधिक सांगितले जाईल. अंदाजे 32-बिट ऑर्डर क्रमांक समर्थनासाठी आणि विशेष प्रकरणाच्या यांत्रिकीसाठी उपलब्ध आहेत, तसेच त्याबद्दल सांगितले जाईल.

दर्शक विभागांकडून डेटाची देवाणघेवाण करण्यासाठी टीसीपी-दिवस पाठवा आणि प्राप्त करा. विभाग एका निश्चित 20-बाइट शीर्षलेख (अधिक पर्यायी भाग) पासून संग्रहित केला जातो, जो डेटाद्वारे अनुसरला जाऊ शकतो. विभागांचा आकार TCP च्या सॉफ्टवेअर संरक्षणासाठी वापरला जातो. हे डेटाच्या एका विभागात एकत्र केले जाऊ शकते, डीकल रेकॉर्डिंग ऑपरेशन्सच्या परिणामी नाकारले जाऊ शकते, किंवा, नवपाकी, परिणाम डेसिलेकॉम सेगमेंटमध्ये रेकॉर्ड केला जातो. दोन बाजूंमधील विभागांचा आकार. सर्वप्रथम, टीसीपी हेडरसह त्वचा विभाग, आयपी पॅकेटच्या कोरियन नेव्हेन्टेजच्या 65515-बाइट फील्डसाठी जबाबदार आहे. दुसरीकडे, लेदर हेजमध्ये - जास्तीत जास्त ट्रान्सफर युनिट (MTU, Maximum Transfer Unit) आणि लेदर सेगमेंट MTU साठी जबाबदार आहे. सराव मध्ये, जास्तीत जास्त सिंगल ट्रांसमिशनचा आकार 1500 बाइट्स (जेव्हा इथरनेट रीडायरेक्शनच्या फील्डचा आकार प्रदर्शित केला जातो) वर सेट केला पाहिजे आणि ही सेगमेंट आकाराची वरची मर्यादा आहे.

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

pidtverdzhennya, आक्षेपार्ह ochikuvanny विभागाच्या क्रमांकाच्या संख्येइतके. पुष्टीकरण समाप्त होण्यासाठी ठीक होताच, पडताळणीकर्त्याने विभाग पुन्हा केला.

जर तुम्हाला प्रोटोकॉल जारी करायचा असेल तर मला माफ करा, काही तपशीलांमध्ये, जसे तुम्ही अहवाल पाहू शकता. विभाग क्रमाने बाहेर येऊ शकतात. म्हणून, उदाहरणार्थ, परिस्थिती शक्य आहे, याक बायटीमध्ये 3072 ते 4095 पर्यंत ते आधीच आले आहेत, परंतु त्यांना त्यांच्यासाठी पुष्टी केली जाऊ शकत नाही, कारण त्यांना 2048 ते 3071 पर्यंत अद्याप नाकारले गेले नाही. तोपर्यंत, विभागांना हेजमध्ये आच्छादित केले जाऊ शकते जोपर्यंत स्वच्छता आणि आपल्या ज्ञानावर जाण्याचा तास कॉपीराइट धारकावर संपत नाही. सेगमेंट री-ट्रान्समिशनमध्ये स्वतःमध्ये समान तुकड्यांची श्रेणी समाविष्ट असू शकते, म्हणून बाइटची संख्या नियुक्त करण्यासाठी अधिक अचूक प्रशासन असणे आवश्यक आहे, कारण ते योग्यरित्या स्वीकारले जाईल. निषेध, एकाच रँकमध्ये स्किन बाइट्सचे स्प्लिंटर्स, त्यांच्या स्वत: च्या विनाशानुसार प्रारंभ करा, zavdannya ची प्रक्रिया प्रत्यक्षात दिसून येते.

या समस्यांना हाताळण्यासाठी आणि कार्यक्षमतेने TCP जबाबदार आहे. टीसीपी प्रवाहांची उत्पादकता ऑप्टिमाइझ करण्यासाठी बरेच प्रयत्न केले गेले. आक्षेपार्ह विभागात, बर्‍याच अल्गोरिदमवर चर्चा केली गेली आहे, जी टीसीपी प्रोटोकॉलच्या अलीकडील अंमलबजावणीमध्ये विजयी आहेत.

Segment-विभाग विषय

त्वचेचा विभाग 20-बाइट शीर्षलेखातून निश्चित स्वरूपात दुरुस्त केला जातो. त्याच्या मागे अतिरिक्त फील्ड असू शकतात. अतिरिक्त फील्डसाठी, तुम्ही 65 535 - 20 - 20 = 65 495 बाइट्स, डेस फर्स्ट 20 बाइट्स - संपूर्ण आयपी हेडर आणि इतर - टीसीपी हेडर पर्यंत विस्तृत करू शकता. विभागांचा बदला घेता येत नाही. असे विभाग अन्न आणि गंभीर समस्यांच्या संक्रमणासाठी अनेकदा स्थिर होतात.

टीसीपी हेडर फील्ड बाय फील्ड दृश्यमान आहे. फील्ड कॅप्चर केलेले पोर्ट आणि सप्लायर पोर्ट local स्थानिक शेवटच्या बिंदूंची ओळख. यजमानाच्या IP- पत्त्यासह एकाच वेळी पोर्ट क्रमांक एंडपॉइंटचा एक अद्वितीय 48-बिट अभिज्ञापक सेट करतो. अशा अभिज्ञापकांची जोडी, ज्यांना झेरेल आणि प्रिमॅचचा संदर्भ दिला जाऊ शकतो, हे निश्चितपणे दिवसाचे लक्षण आहे.

फील्ड अनुक्रमांक आणि मंजूरीची संख्या स्वतःचे कार्य दर्शविण्यासाठी. आदर करण्यासाठी पशू: फील्ड पुष्टीकरण संख्या आक्षेपार्ह och_kuvanny बाइट आधी नियुक्त केली आहे, आणि उर्वरित कट ऑफ नाही. दुर्गंधीचा गुन्हा 32-बिट आहे, कारण टीसीपी-भांडीमध्ये त्वचेचे बाइट्स क्रमांकित आहेत.

डोव्हझिन टीसीपी-हेडर फील्ड हे टीसीपी-हेडरच्या आकाराची भरपाई करण्याच्या उद्देशाने आहे, 32-बिट शब्दांमध्ये वळणे आणि वळणे. बरीच माहिती आवश्यक आहे, कारण फील्ड पर्यायी आहे, आणि त्याच वेळी संपूर्ण शीर्षलेख, कदाचित बदलण्यायोग्य फॉर्म. त्या दिवशी, संपूर्ण क्षेत्र विभागाच्या कानापासून श्रद्धांजलीच्या क्षेत्रापर्यंत, विमिरियानी 32-बिट शब्दांमध्ये ऑर्डर केले जाईल. तशीच, शो, मथळा.

न वापरलेले 6-बाइट फील्ड स्लाइड करा. वस्तुस्थिती, की संपूर्ण क्षेत्राने चार शतकांचा विस्तार पाहिला आहे, या वस्तुस्थितीचा पुरावा आहे की टीसीपी डिझाइन चांगले विचारपूर्वक होते.

तिच्या पाठोपाठ 1-बिट योद्ध्यांची संख्या आहे. फील्डच्या पहिल्या वेळी 1 मध्ये बिट यूआरजी स्थापित केले जाईल. तारखेच्या अटींवर सूचक, टर्म अपडेट होण्याच्या क्षणापर्यंत बाइटच्या स्ट्रीम सिरीयल नंबरमधून बाइट्समध्ये zsuv कसे रिडीम करावे. टीसीपी प्रोटोकॉलमधील ही रँक प्रक्रिया राबवण्यासाठी वापरली जाते. याक आधीच zgaduvalosya आहे, टीसीपी प्रोटोकॉल विजेत्याला कोरिस्टुवाच सिग्नलच्या वितरणापासून वंचित ठेवेल, पेरेप्रिव्हन्याचे कारण बनू नका.

यक्षो बिट एएसके 1 वर सेट केले आहे, याचा अर्थ, डेटावर बदला घेण्यासाठी फील्ड कन्फर्मेशन नंबर. डॅनिश विभागाच्या शेवटच्या विंडोमध्ये, पुष्टीकरणाची कोणतीही पुष्टी नाही आणि अधिकृतता क्रमांक फील्डकडे फक्त दुर्लक्ष केले जाते.

बिट पीएसएच є, सारानुसार, पुश-एन्साइन, कोणत्या फॉरवर्डरच्या मदतीसाठी, प्राप्तकर्त्यास पॅकेज पाठवून ताबडतोब पुरवणीसह डेटा वितरित करण्यास सांगा, आणि ते बफरमध्ये न घेता, अयशस्वी सोडून . (उत्तम कामगिरी मिळवण्यासाठी तुम्ही बफरिंग वापरू शकता.)

Skidannya साठी बिट RST vikorystovuatsya मला ते मिळेल, कारण होस्टच्या माध्यमातून काही कारणास्तव मी एका अंतिम स्थितीत वाया गेलो. याव्यतिरिक्त, हे तंत्रिका विभागाच्या दृश्यासाठी आहे, उदाहरणार्थ, डेटा स्थापित करणे. यक्षो आम्ही आरएसटी बिटसह विभाग काढला, म्हणजे समस्येचे प्रकटीकरण.

डेटा स्थापित करण्यासाठी बिट एसवायएन अडकले जाईल. वीज पुरवठ्यावर, बिट SYN = 1, आणि बिट ACK = 0, म्हणजे पुष्टीकरण क्षेत्र विजयी नाही. वीज पुरवठ्याच्या बाबतीत, नवीन युगात एक संख्या आहे याची पुष्टी आहे: SYN = 1, ACK-1.

Razriv z'єdnannya साठी Bit FIN vikoristovutsya. विजेते ज्यांना वकिलांकडून प्रसारणासाठी अधिक पैसे नाहीत त्यांना ऑर्डर देतील. तथापि, नवी zakryvshi z'єdnannya, प्रक्रिया prodovzhuvati otrimuvati danі एक तास बाहेर stretch करू शकता. FIN आणि SYN बिट्स असलेल्या विभागांमध्ये अनुक्रम क्रमांक आहेत जे त्यांच्या संदेशांच्या योग्य क्रमाने हमी देतात.

टीसीपी प्रोटोकॉलमध्ये फ्लो कंट्रोल बदलण्यायोग्य आकाराच्या अतिरिक्त विंडोसाठी जाते. आकार फील्ड प्रदर्शित केले आहे, परंतु काही बाइट बाइट म्हणून पाठवले गेले असतील, जे पुष्टीकरणाचा परिणाम आहे. रोझमाउंट फील्डचे मूल्य शून्यावर सेट केले जाऊ शकते, याचा अर्थ सर्व बाइट्स कन्फर्मेशन -1 च्या संख्येपर्यंत आहेत, परंतु या क्षणी विजेत्यास समस्या आहेत, आणि त्या स्वीकारल्या जाऊ शकत नाहीत. पुढील हस्तांतरणासाठी कॉल एक क्षेत्र पाठवून फील्डची समान मूल्ये आणि रोझमिर फील्डची शून्य नसलेली मूल्ये पाठवू शकतो.

काही प्रोटोकॉलमध्ये, फ्रेमच्या रिसेप्शनची मान्यता सतत प्रसारणासाठी परवानग्यांशी जोडलेली असते. Cix प्रोटोकॉलमध्ये शवपेटीच्या हार्ड-टू-सेट आकाराच्या वारसाच्या लिंकचे Tsei. TCP मध्ये, डेटा प्रसारित करण्यासाठी परवानगीची पुष्टी आहे. तसे, आपण असे म्हणू शकता: "मी के-रो पर्यंत बायटी ट्रिम केली आहे, परंतु मला एकाच वेळी श्रद्धांजलीसह प्रॉडझुवती नको आहे". अशी पोडिल (बदलण्यायोग्य आकाराच्या दुष्ट खिडकीमध्ये कसे वळवायचे) प्रोटोकॉलला अतिरिक्त कंटाळवाणा देते. पुढील मध्ये आम्ही पैलूवर अधिक तपशीलवार चर्चा करू.

कंट्रोल बॅगचे क्षेत्र होप्सच्या समायोजनासाठी वापरले जाते. हेडर, डॅनी आणि स्यूडो हेडरच्या चेकसमचा बदला घ्या. जेव्हा संख्या प्रविष्ट केली जाते, नियंत्रण रक्कम फील्ड शून्याच्या बरोबरीने सेट केली जाते आणि डेटा फील्डला शून्य बाइटसह पूरक केले जाते, जे न जुळलेली संख्या आहे. नियंत्रण रकमेची गणना करण्यासाठी अल्गोरिदम फक्त प्री-कोडमध्ये सर्व 16-बिट शब्द साठवले जातात आणि नंतर मी सर्व रकमेसाठी पूरक मोजतो. परिणामी, जर चेक विभागासह संपूर्ण विभागाचे नियंत्रण बेरीज घेतले गेले, तर परिणाम मूल्य 0 साठी दोषी आहे.

स्यूडो-हेडर स्त्रोत आणि प्राप्त 32-बिट IP पत्ते, TCP (6) साठी प्रोटोकॉल क्रमांक आणि TCP विभागासाठी बाइट्सची सूची (हेडरसह) जुळवणे आहे. टीसीपी चेकसममध्ये स्यूडो-हेडरचा समावेश केल्याने तुम्हाला प्रोटोकॉल आर्किटेक्चर नष्ट करायचे असल्यास, चुकीचे वितरित केलेले पॅकेट शोधण्यात मदत होते, कारण नवीन आयपी पत्ते आयपी-स्तर असावेत, टीसीपी-स्तरीय नसावेत. UDP कंट्रोल सुमीसाठी समान छद्म शीर्षलेख आहे.

पर्यायी फील्ड पर्यायी आहे, परंतु मानक शीर्षकाद्वारे संरक्षित नाही. यापैकी एका फील्डच्या मदतीने, स्किन होस्ट वापरला जाऊ शकतो जास्तीत जास्त आकारकोरीस नवंतझेन्न्याची फील्ड, जी स्वीकारली जाऊ शकते. दुष्ट विभागांचा आकार जितका मोठा, कार्यक्षमता तितकीच, त्याच वेळी 20-बाइट शीर्षकांच्या दृश्यात ओव्हरहेड विट्रेट्सचा पिटोमा कमी होतो, परंतु सर्व इमारती अगदी मोठे विभाग स्वीकारत नाहीत. इंस्टॉलेशनच्या तासाला कोरियन नवांतझेंन्या क्षेत्राचे होस्ट एक ते जास्तीत जास्त आकार बदलू शकते. दरवाजाचा आकार 536 बाइट आहे. सर्व पिके 536 + 20 = 556 बाइटच्या आकारासह टीसीपी विभाग स्वीकारण्यासाठी क्रोकेटेड आहेत. थेट त्वचेसाठी, कोरियन नॅसेन्सच्या क्षेत्राचा जास्तीत जास्त आकार स्थापित करणे शक्य आहे.

ट्रान्समिशनच्या महान गती आणि / किंवा 64 Kbytes च्या मोठ्या आकाराच्या ओळींसाठी, हे लहानसारखे दिसते. तर, TZ लाईनसाठी (44.736 Mb / s), ती 12 ms मध्ये लाईनमध्ये ट्रान्सफर केली जाऊ शकते. जेव्हा सिग्नल एका तासासाठी वाढवला जातो, तेव्हा सिग्नल 50 एमएस (ट्रान्सकॉन्टिनेंटल ऑप्टिकल केबलसाठी ठराविक) वर सेट केला जातो, पुष्टीकरण प्राप्त करण्यासाठी तासाचा 3/4 खर्च केला जाईल. सोबतीद्वारे कॉल केल्याने परिस्थिती अधिक चांगली होईल. मोठा आकार vіkna mіg bi polіpshity कार्यक्षमता, जरी 16-बिट फील्ड Rosemіr wіkna वाढीस परवानगी देत ​​नाही. RFC 1323 मध्ये, खिडकीचे एक नवीन पॅरामीटर स्केल आहे, ज्यासाठी दोन तास होस्ट सक्रिय ऑपरेशनसाठी आयोजित केले जाऊ शकतात. विंडोचा आकार 230 बाइट्स (1 जीबी) पर्यंत वाढवण्याची शक्यता न ठेवता संपूर्ण संख्या आपल्याला विंडोचा आकार 14 पंक्तीपर्यंत वाढविण्यास अनुमती देते. सध्याच्या तासात, टीसीपी प्रोटोकॉलची अधिक अंमलबजावणी उपलब्ध आहे.

आणखी एक शक्यता, RFC 1106 मध्ये प्रस्तावित आणि एका वेळी मोठ्या प्रमाणावर स्थिर, व्हायब्रेशनल रिप्लेच्या व्हिक्टोरियन प्रोटोकॉलमध्ये, यक्ष आयटम चालू करण्याऐवजी, पत्ता देणारा एक वाईट विभाग नाकारेल आणि नंतर सामान्य टीसीपीमध्ये अनेक चांगल्या गोष्टी आहेत प्रोटोकॉल. योग्य नसलेल्या विभागांसह, सर्व गैर-मंजूर विभाग पुन्हा प्रसारित करा. आरएफसी 1 106 मध्ये नकारात्मक मंजुरी (एनएके) चा प्रस्तावक आहे, जो पुरस्कार विभाग किंवा काही विभागांना अधिग्रहण करण्यास परवानगी देतो. ते नाकारल्यानंतर, प्राप्तकर्ता पक्ष बफरमध्ये साठवलेल्या प्रत्येक गोष्टीची पुष्टी करू शकतो, अशा रँकद्वारे पुन्हा प्रसारित केलेल्या डेटाची संख्या बदलू शकतो.

इंटरनेटसाठी हेजहॉग प्रोटोकॉलचा संच. यूडीपी संगणक कार्यक्रमांसह, प्रेषण किंवा हस्तांतरणासाठी विशेष चॅनेल स्थापित करण्यासाठी कोणत्याही पूर्व संपर्काची आवश्यकता नसताना इतर यजमानांचे आयपी-स्केलवर देखरेख करणे (या प्रकरणात, त्याला डेटाग्राम म्हणतात) शक्य आहे. डेव्हिड पी द्वारा ब्रेकडाउनचा प्रोटोकॉल 1980 मध्ये वाचा आणि RFC 768 मधील अधिकृत मूल्ये.

यूडीपी हे एक साधे ट्रांसमिशन मॉडेल आहे, ज्यामध्ये आशा, ऑर्डर आणि डेटाची अखंडता सुरक्षित करण्यासाठी "अंतर्भूत" न करता. अशाप्रकारे, यूडीपीची एक अविश्वसनीय सेवा आहे आणि डेटाग्राम एकापेक्षा एक, डबिंग किंवा ट्रेसशिवाय जाणून घेऊ शकतात. यूडीपी उवाजसाठी चांगले आहे, म्हणून क्षमा आणि दुरुस्तीची पुन्हा वाटाघाटी आवश्यक नाही, किंवा त्याव्यतिरिक्त दिसण्यासाठी दोषी आहेत. अॅड-ऑनच्या तासांपर्यंत संवेदनशीलता बहुतेक वेळा विकोरिस्टोवयूट यूडीपी, जेणेकरून पॅकेट्स सुंदरपणे टाकून द्याव्यात, चेकच्या खाली, पॅकेट्स जाम होते, किंवा वास्तविक तासांच्या सिस्टीममध्ये ते मूर्ख दिसू शकते. जर ट्रिम केलेल्या डाउनड्राफ्ट इंटरफेसला क्षमा पाठवणे आवश्यक असेल तर आपण टीसीपी किंवा एससीटीपी वापरू शकता, जे चांगल्या कारणास्तव खंडित केले जाऊ शकते.

यूडीपीचे स्वरूप, जतन न करता प्रोटोकॉल म्हणून, सर्व्हरसाठी देखील खराब होईल, कारण ते मोठ्या संख्येने ग्राहकांकडून थोड्या प्रमाणात शक्तीवर प्रदर्शित करू शकतात, उदाहरणार्थ, आयपीटीव्ही, व्हॉइससाठी डीएनएस आणि मल्टीमीडिया अॅड-ऑनचे प्रवाह आयपी वर, ऑनलाईन आयपी आणि इंटरनेट कम्युनिकेशन टनेलिंगसाठी प्रोटोकॉल.

विश्वकोश YouTube

1 / 5

✪ पोर्ट і पुनर्निर्देशन \ पोर्ट प्रदर्शित करणे. बोटांवर सूचना आणि स्पष्टीकरण!

• उपशीर्षक

सेवा

यूडीपीला कोणत्याही विशिष्ट प्रोटोकॉलमुळे कोणत्याही डिलिव्हरी हमीची आवश्यकता नाही आणि ती कोणत्याही प्रकारे अपडेट केली जाणार नाही. बहुतांश भागांसाठी, UDP ला अविश्वसनीय डेटाग्राम प्रोटोकॉल म्हणतात.

नियंत्रण बेरीज

नियंत्रण क्षेत्र सुमी vikoristovuyutsya शीर्षक बदलण्यासाठी आणि क्षमाशीलतेसाठी श्रद्धांजली. जर हस्तांतरणाद्वारे बेरीज तयार होत नसेल तर फील्ड शून्याने भरले जाईल. IPv4 साठी फील्ड बंधनकारक नाही.

Rosrahunok नियंत्रण सुमी

RFC 1,071 मध्ये चेक मूल्यांची गणना करण्याची पद्धत.

कंट्रोल बेरीज उघडण्याआधी, जर यूडीपी गेन बाइट्समध्ये न जुळलेले असेल तर यूडीपी शून्य बाइटमध्ये जोडला जाईल (एक छद्म शीर्षलेख आणि अतिरिक्त शून्य बाइट थोड्या वेळासाठी वापरल्या जाऊ नयेत, ते घडताच). चेकआऊटच्या तासासाठी UDP शीर्षलेखातील चेकलिस्ट फील्ड शून्य आहे.

नियंत्रण बेरीज विस्तृत करण्यासाठी, छद्म-हेडर आणि यूडीपी दोन-बाइट शब्दांमध्ये मोडले जातात. मग रिंग कोडच्या अंकगणितातील सर्व शब्दांची बेरीज (म्हणजेच कोड, ज्यामध्ये negativeणात्मक संख्या संख्यांच्या सर्व पंक्तींच्या सकारात्मक उलटापासून जाते आणि दोन शून्य असल्यास: 0x0000 (म्हणजे +0 ) आणि 0xff -0 (स्थिती). निकाल UDP शीर्षलेखात पहिल्या क्षेत्रात लिहिला जाईल.

कंट्रोल बेरीजचे मूल्य, जे 0x0000 (रिंग कोडमध्ये +0) आहे, राखीव आहे, म्हणजे नियंत्रण रकमेची गणना सेटलमेंटसाठी केली गेली नाही. जर कंट्रोल बेरीजची गणना केली आणि 0x0000 वर एंटर केले, तर कंट्रोल बेरीजमध्ये 0xffff (रिंग कोडमध्ये -0) मूल्य एंटर करा.

जेव्हा तुम्ही बदल नाकारता, तेव्हा तुम्हाला पुन्हा चेकची रक्कम मिळते (मी चेक बेरीज बघतो), आणि जर निकाल -0 (tobto 0xffff) असेल तर चेक बेरीज चुकीची होईल. जर बेरीज एकत्रित होत नसेल (ट्रान्समिशन दरम्यान धमकावणीची देयके जमा केली गेली असतील, किंवा कंट्रोल बेरीज ट्रांसमिशनच्या बाजूला विमा नसलेली असेल), तर दुसऱ्या बाजूबद्दलचा निर्णय स्वीकारणारी बाजू स्वीकारेल. नियमानुसार, मोठ्या संख्येने आधुनिक संलग्नकांमध्ये, ते UDP / IP पॅकेट्स हाताळू शकते, ते फाइन-ट्यून केलेले आहे, त्याला अशा पॅकेटकडे दुर्लक्ष करण्याची परवानगी आहे, किंवा चुकीच्या प्रक्रियेसाठी त्यांना वगळण्याची परवानगी आहे, चुकीच्या नियंत्रणामुळे त्रास न घेता बेरीज

बट rosrahunku नियंत्रण सुमी

बटसाठी, डेसिलकोक्स 16-बिट शब्दांची चेक बेरीज आहे: 0x398a, 0xf802, 0x14b2, 0xc281.

यासाठी, दिलेल्या संख्यांमधून 16-बिट स्वाक्षरी नसलेल्या संख्या बघून, जोड्यांमध्ये संख्या जुळवणे शक्य आहे dodatkovo कोडनिकालात एक जोडण्याद्वारे, जेव्हा ते जोडले जाते, तेव्हा ते वरिष्ठ (17 व्या) श्रेणीमध्ये हस्तांतरित केले जाते (वास्तविक, ऑपरेशनद्वारे, अतिरिक्त संख्यांची संख्या रिंग कोडमध्ये नकारात्मक अनुवादित केली जाते). अबो, हे फायदेशीर आहे, आपण vvazhati करू शकता, परंतु सर्वात लहान क्रमांकावर पोहोचण्यासाठी पुढे ढकलले.

0x398a + 0xf802 = 0x1318c → 0x318d (सर्वोच्च क्रमांकावर हलविले) 0x318d + 0x14b2 = 0x0463f → 0x463f (सकारात्मक संख्या) 0x463f + 0xc281 = 0x108c0 → 0x08c1

दिवसाच्या शेवटी, टाकून दिलेल्या संख्येच्या सर्व बिट्सचे उलटे

0x08c1 = 0000 1000 1100 0001 → 1111 0111 0011 1110 = 0xf73e abo, inaxe - 0xffff - 0x08c1 = 0xf73e. Tse і uk शुकान नियंत्रण बेरीज.

जेव्हा नियंत्रण रकमेची गणना केली जाते, तेव्हा एक छद्म-शीर्षलेख प्रदर्शित केला जाईल, परंतु वास्तविक IPv6 शीर्षलेख प्रदर्शित केला जाईल:

Dzherela पत्ते IPv6 शीर्षलेख प्रमाणेच आहेत. Oderzhuvach पत्ते - आर्थिक oderzhuvach; जर IPv6 पॅकेटमध्ये रूटिंग हेडर (रूटिंग) नसेल, तर IPv6 हेडरचे पत्ते असतील, पहिल्या vipad मध्ये, cob नोडवर, जरी रूटिंग हेडरच्या शेवटच्या घटकाचे पत्ते असतील, आणि स्त्रोतावर, IPv6 पत्ते हेडर असतील. प्रोटोकॉलसाठी "अॅडव्हान्स हेडर" चे मूल्य UDP साठी 17 आहे. Dovzhina UDP - dovzhina UDP शीर्षलेख आणि दानीह.

समस्येची प्रासंगिकता आणि पुनरावलोकन आणि पुन्हा अडकणे

यूडीपी पुरवणीची विश्वासार्हतेच्या अभावामुळे, दोषी पक्ष खर्च करण्यास, क्षमा आणि डुप्लिकेट करण्यास तयार आहेत. त्यांच्याकडून Deyakі (उदाहरणार्थ, TFTP), आवश्यक असल्यास, लागू केलेल्या іvnі ची विश्वसनीयता सुनिश्चित करण्यासाठी प्राथमिक यंत्रणा जोडू शकतात.

बहुतेक प्रकरणांमध्ये, अशा यंत्रणा यूडीपी-विस्तार वापरत नाहीत, तर त्याऐवजी नवीन तयार करतात. मीडियाचे प्रवाह, रिअल टाइम आणि व्हीओआयपी मध्ये बर्‍याच रहदारीसाठी रुजलेले - परंतु अतिरिक्त डेटा जोडा, बहुतेक वेळा यूडीपी प्रोटोकॉलच्या बाजूने. विशिष्ट पूरकांच्या बाबतीत, संकुलांचा अपव्यय ही मोठी समस्या नाही. पूरक सह यक्षो आवश्यक आहे visokiy rіvenआशा आहे, मग आपण खरोखर प्रोटोकॉल (टीसीपी) वापरू शकता किंवा कार्यक्षम कोडिंगच्या पद्धतींना गती देऊ शकता (इरेझर कोड ru en).

ही एक गंभीर संभाव्य समस्या आहे - जे UDP प्रोग्रामवर आधारित TCP वरून खिडकीवर आहेत त्यांना चांगले नियंत्रण यंत्रणा आणि अद्वितीय जबरदस्त असणे बंधनकारक नाही. यूडीपी अॅड-ऑन्सच्या पुनर्वापरासाठी संवेदनशील, कारण मी उपलब्ध बँडविड्थचा काही भाग वापरू शकतो, इंटरनेटवरील स्थिरतेला धोका निर्माण करू शकतो.

अनियंत्रित, हाय-स्पीड समस्यांच्या बाबतीत रीरेव्हिंगचा सर्वात लहान संभाव्य परिणाम होण्यासाठी Merezhevі mechanіzmy boules वापरल्या जातात. राऊटर सारखे असे रूटिंग घटक, बहुतेकदा ओव्हरवर्ल्ड यूडीपी रहदारी व्यवस्थापित करण्यासाठी एकमेव परवडणारे साधन आहे. उच्च -फ्रिक्वेन्सी यूडीपी प्रवाहांसाठी रिडंडंसीची तरतूद करण्यासाठी शेवटच्या होस्टमध्ये यंत्रणांच्या अतिरिक्त जोडणीसाठी संभाव्य समस्यांच्या वितरणाचा एक भाग म्हणून डीसीसीपी (इंग्रजी डेटाग्राम कन्जेशन कंट्रोल प्रोटोकॉल - डेटाग्रामच्या पुनर्वापरांवर नियंत्रण ठेवण्यासाठी प्रोटोकॉल)

पूरक

इंटरनेट अॅड-ऑनच्या अंकीय की UDP आहेत, सर्व संख्यांमध्ये-DNS (त्यांना त्वरीत डी-एनर्जीज करा आणि फक्त एका वीज पुरवठ्यातून जोडा, त्यानंतर संदेशांचे एक पॅकेट), साधे मार्ग नियंत्रण प्रोटोकॉल (SNMP), रूटिंग प्रोटोकॉल (SNMP), डायनॅमिकल Vuzla सेवा (DHCP).

UDP वर आवाज आणि व्हिडिओ रहदारी प्रसारित करण्याची परवानगी आहे. लहान पॅकेट्सवर प्रक्रिया करण्यासाठी रिअल टाइम आणि ऑडिओमध्ये स्ट्रीमिंग व्हिडिओचे प्रोटोकॉल तोडले जातात, जेणेकरून गमावलेल्या पॅकेट्सच्या वारंवार प्रसारणादरम्यान मोठ्या हिटच्या बदल्यात क्षुल्लक बदल करण्याची आवश्यकता नाही. ओसीलेशन आणि टीसीपी, आणि यूडीपी एक आणि समान रेषांसह कार्य करतात, लेखा प्रणालीच्या आधारावर टीसीपी दस्तऐवजांची उत्पादकता वाढवण्यासाठी बऱ्याच कंपन्या तुम्हाला अलीकडे अद्यतनांच्या नेटवर्कद्वारे यूडीपी रहदारी सुधारण्यास मदत करतील. त्यामुळे, व्यवसाय पूरक आणि रिअल टाइम मध्ये पूरक दोन्ही कंपन्यांसाठी महत्वाचे आहेत, समस्यांचे निराकरण म्हणून विकास आणि लोकांना सर्वात महत्वाचे प्राधान्य म्हणून पाहिले जाते.

नियमित UDP आणि TCP

टीसीपी म्हणजे कनेक्शन प्रोटोकॉलची स्थापना, म्हणजे दोन यजमानांमधील कनेक्शन स्थापित करण्यासाठी "मॅन्युअल स्कॅनिंग" ची आवश्यकता. तो स्थापित होताच, दोन्ही दिशानिर्देशांमध्ये डेटाचे व्यवस्थापन करणे शक्य झाले.

• गरज- टीसीपी प्रत्येक वेळी वचन, पुनरावृत्ती आणि कालबाह्यता व्यवस्थापित करते. Vyroblyayutsya अंक वितरीत करण्यासाठी प्रसंगी. महामार्गामुळे उद्ध्वस्त होण्याची शक्यता होताच, सर्व्हरला त्याचा एक भाग मागणे माहित आहे. TCP मध्ये, कोणताही डेटा नाही, नाही (संख्यात्मक टाइम-आउटच्या बाबतीत), कोणताही डेटा उपलब्ध नाही.

• व्यवस्थित- दोन वेळा नंतर, नंतर, नंतर, नंतर, नंतर, दिवस संपेपर्यंत, प्रथमच मिळवणे. जोपर्यंत डेटा अविश्वसनीय क्रमाने प्राप्त होतो, टीसीपी बफरला शांत वेळ होईपर्यंत ऑर्डरबाहेरचा डेटा पाठवते, जोपर्यंत सर्व डेटा ऑर्डर आणि अॅड-ऑनवरून प्रसारित केला जाऊ शकत नाही.

• अस्पष्टता- टीसीपीला डेटाच्या फॉरवर्डिंग प्रमाणे वेळेआधी सॉकेट-डेटा सेट करण्यासाठी तीन पॅकेटची आवश्यकता असते. TCP विश्वसनीयता आणि जबरदस्त ठेवण्यासाठी.

• प्रवाह- डेटा बाइटची संख्या म्हणून वाचला जातो, कोणत्याही दिलेल्या विभागाच्या कॉर्डनसाठी कोणतीही विशेष मूल्ये प्रसारित केली जात नाहीत.

यूडीपी डेटा सेट करण्याची आवश्यकता न करता सर्वात सोपा, जाता जाता प्रोटोकॉल आहे. या प्रकारच्या प्रोटोकॉल दोन यजमानांमधील दृश्य डेटा सेट करत नाहीत. माहितीच्या प्रसाराच्या मार्गाने डिझेरेलपासून विजेत्यापर्यंत एका सरळ रेषेत तत्परता न बदलता पोहोचली जाऊ शकते किंवा मी विजेता होईल. इंटरनेट प्रोटोकॉल (व्हॉइस ओव्हर आयपी, टीसीपी / आयपी) द्वारे व्हॉइस कम्युनिकेशनसाठी अॅड-ऑनमध्ये, यूडीपी टीसीपीला ओव्हरराइड करू शकते, अशा परिस्थितीत तो एक चांगला व्हॉइस कम्युनिकेशन असेल. व्हीओआयपीमध्ये, हे जाणून घेणे महत्वाचे आहे की रिअल टाइममध्ये, आपल्याला प्रसंग नाकारण्याबद्दल पुष्टीकरण मिळणे आवश्यक आहे.

• अयोग्य- जर तुम्ही जास्त शक्तीशाली असाल, अनवधानाने, जर तुम्ही ते तुमच्या आवाक्याबाहेर केले तर तुम्ही वाटेत उध्वस्त होऊ शकता. पुष्टीकरण, पुनर्प्रेषण, कालबाह्यता अशी कोणतीही गोष्ट समजण्यासारखी नाही.

• विकार- जर मी दोन वेळा जिंकलो, तर ऑर्डर हस्तांतरित करता येणार नाही.

• हलकीपणा- प्रसंगी काही प्रकारची ऑर्डर, दिवसाचा काही प्रकारचा विस्तार, वगैरे. तेथे एक लहान वाहतूक रिव्हन आहे, आयपीवर ब्रेकडाउन आहे.

• डेटाग्राम- दुर्गंधी आल्यावरच पॅकेजेस अतिरीक्त आणि गरजेनुसार बदलल्या जातात. पॅकेजेस वाचता येतात, जसे की ते काढल्यावर ते पाहिले जाऊ शकतात, जेणेकरून सॉकेटवर वाचनाचे ऑपरेशन जसे दिसते तसे पाठवले गेले.

• Nemaє नियंत्रण ओव्हर रॅप- यूडीपी स्वतः अनन्य रीवायर केलेले नाही. मोठ्या थ्रूपुट क्षमतेसह पूरकांसाठी, कोसळणे पुसणे शक्य आहे, जर फक्त दुर्गंधीच येत नसेल तर लागू केलेल्या स्तरावर नियंत्रणाकडे जा.

यूडीपी प्रोटोकॉलवरील नवीनतम टीसीपीबद्दल प्रत्येकजण कृतज्ञ आहे. ट्रान्सपोर्ट प्रोटोकॉल, जे थेट IP पत्त्यावर असतात, लागू केलेल्या प्रक्रियांमध्ये डेटा हस्तांतरित करण्यासाठी वापरले जातात आणि ते कुंपण असलेल्या विद्यापीठांमध्ये लागू केले जातात. डेटाचे पॅकेज, जे एका संगणकावरून एका संगणकावर इंटरनेटद्वारे पाठवले जाते, प्रक्रिया-नमुना आणि स्वतःच एका विशिष्ट हेतूसाठी हस्तांतरित केल्याबद्दल दोषी आहे. किंमतीच्या फायद्यासाठी वाहतूक गुणोत्तर स्वतः घेतले जाते. त्याच वेळी, दोन मुख्य प्रोटोकॉल आहेत - टीसीपी आणि यूडीपी.

याचा अर्थ TCP आणि UDP

टीसीपी- टीसीपी / आयपी फ्रेमिंगमध्ये डेटा ट्रान्समिशनसाठी ट्रान्सपोर्ट प्रोटोकॉल, त्याच्या समोर मी फेंसिंगमध्ये डेटा इन्स्टॉल करेन.

UDP- एक वाहतूक प्रोटोकॉल, जो डेटाग्रामद्वारे आयपी-नेटमध्ये डेटा स्थापित न करता प्रसारित केला जातो.

माझा अंदाज आहे की प्रोटोकॉल ओएसआय ट्रान्सपोर्ट मॉडेल किंवा टीसीपी / आयपी वरील प्रोटोकॉलमुळे नाराज आहेत आणि दुर्गंधी का दिसते हे आणखी महत्त्वाचे आहे.

TCP आणि UDP प्रोटोकॉल दरम्यान Riznitsya

तथाकथित "वितरण हमी" मध्ये - टीसीपी आणि यूडीपी प्रोटोकॉल दरम्यान Riznitsya. TCP vimagaє vidguku क्लायंट कडून, ज्यासाठी श्रद्धांजली पॅकेजची डिलिव्हरी, डिलिव्हरीची पुष्टी आणि ज्यासाठी आगाऊ स्थापित करणे आवश्यक आहे. तसेच, टीसीपी प्रोटोकॉल ओव्हरहेडवर घेते, तसेच यूडीपी खराब डेटाग्राम प्रोटोकॉलचे नाव आउटपुट करते. टीसीपी अपयशी ठरते, पॅकेट्स डुप्लिकेट करणे आणि मिक्स करणे, ते मिळवणे. यूडीपी सर्व परवानगी आहे, त्यामुळे रोबोटला प्रसारित करणे अशक्य आहे . UDP, ज्याला बायपास केले जाते, खर्चामुळे बायपास केले जाते. TCP कंट्रोल डेटा एन्क्रिप्ट करण्यासाठी वापरला जातो, UDP प्राप्त डेटाग्रामची अखंडता वगळता काहीही नियंत्रित करत नाही.

दुसरीकडे, जसे की कंप आणि अनियंत्रित नाही, UDP अधिक पटकन पॅकेट आणि डेटा (डेटाग्राम) वितरीत करते, म्हणून विस्तृत बँडविड्थ आणि जलद संप्रेषणासाठी सुरक्षित असलेल्या जोड्यांसाठी, UDP इष्टतम असू शकते. याआधी, ग्रेस्केल आणि ब्राउझर गेम असावेत, आणि व्हिडिओ लिंकिंग (किंवा आवाज) साठी स्ट्रीमिंग व्हिडिओ आणि पूरक पाहण्याचा कार्यक्रम देखील करा: पॅकेट बघा, कमी -जास्त वेळा, काही फरक पडत नाही, पॉवर अप पुन्हा करा, तुम्ही ते पाहण्याची गरज नाही. टीसीपी प्रोटोकॉल, जो अधिक कार्यक्षम आहे, प्रति-युनिट प्रोग्राम्समध्ये नेव्हिगेशन साठवण्याच्या यशासह, आपल्याला केवळ रहदारी नियंत्रित करण्याची परवानगी देते, परंतु तसे झाले तरीही ते रहदारीची देवाणघेवाण करेल.

मूलभूत tcp विरुद्ध udp पाहू.

1. टीसीपी बिनमहत्त्वाच्या सतर्कतेमध्ये, सातत्याने आणि व्यत्ययाशिवाय डॅनिचमध्ये पॅकेट वितरित करण्याची हमी देते, यूडीपीची हमी नाही.
2. TCP ट्रान्समिशन दरम्यान पॅकेट्सची गणना करते, आणि UDP नाही
3. टीसीपी पूर्ण डुप्लेक्स मोडमध्ये काम करते, एका पॅकेटमध्ये माहिती पाठवणे आणि फॉरवर्ड पॅकेटची पुष्टी पाठवणे शक्य आहे.
4. TCP vimagaє बर्याच काळासाठी, प्रस्थापित सेटिंग, UDP डेटा विमॅग करत नाही, ही फक्त एक युक्ती आहे.
5. यूडीपी प्रसारणाची उच्च वारंवारता प्रदान करेल.
6. टीसीपी डेटा एक्सचेंज प्रक्रियेवर नियंत्रण आणि नियंत्रण.
7. स्ट्रीमिंग व्हिडिओ, व्हिडिओ आणि टेलिफोनी, फेस्टून इगोर तयार करणाऱ्या कार्यक्रमांसाठी यूडीपी अधिक सुंदर आहे.
8. यूपीडी खंडणी अद्ययावत करण्याच्या कार्याचा बदला घेत नाही

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

TCP आणि UDP हेडर

चला दोन ट्रान्सपोर्ट प्रोटोकॉलचे हेडर पाहू, म्हणून आणि हेडर हे मुख्य आहेत.

UDP हेडर

• 16 बिट dzherela पोर्ट> UDP साठी dzherela पोर्ट लिंक करणे पर्यायी आहे. मैदान विजयी होताच ते परत बंदरात जिंकता येते.
• पदनाम 16 बिट पोर्ट> पोर्ट पदनाम संख्या
• 16 बिट dovzhina UDP> डोव्हझिना povidomlennya, शीर्षलेख आणि डेटासह.
• 16 बिट चेक बेरीज> हेडरची बेरीज तपासा आणि रूपांतरणासाठी श्रद्धांजली

टीसीपी विषय

• 16 बिट dzherel पोर्ट> Dzherel पोर्ट क्रमांक
• पदनाम 16 बिट पोर्ट> पोर्ट पदनाम संख्या
• 32 बिट शेवटचा क्रमांक> अंतिम क्रमांक ओळखला जाण्यासाठी dzherel आणि vikoristovu द्वारे व्युत्पन्न केला जातो, वर्तमान स्थितीच्या स्थापनेसाठी पॅकेजेसचा क्रम कसा बदलायचा आणि dzherela च्या पुष्टीकरणाची पुष्टी.
• 32 बिट संख्या pidtverdzhennya> Iakshcho स्थापित बिट ASK शेतात "व्यवस्थापन", या क्षेत्रात पुढील क्रमांक घेण्यासाठी.
• शीर्षकाचे 4 बिट्स> श्रद्धांजली पॅकेजच्या कानाविषयी माहिती.
• राखीव> maybutny vikoristannya साठी राखीव.
• 16 बिट कंट्रोल बेरीज> हेडर आणि दानीहचे नियंत्रण बेरीज; nіy viznachaєtsya द्वारे, ची buv पॅकेजच्या निर्मितीसह.
• 16 बिट टर्म न्यूज इंडिकेटर> संपूर्ण कालावधीच्या शेवटी मला बातमीच्या टर्मबद्दल माहिती मिळेल.
• पॅरामीटर्स> पर्यायी मूल्ये, आवश्यक असल्यास ती दिसतात.

खिडकीचा आकार रहदारीच्या अर्थव्यवस्थेला परवानगी देतो, जरी रस्त्याचे मूल्य 1 असेल तर ते दृश्यमान आहे, चेकच्या अधिकृततेकडे संदेश पाठविण्याचा कोणताही मार्ग नाही, चेकची पुष्टीकरण तर्कसंगत नाही.

जेव्हा स्क्रीन 3 वर सेट केली जाते, तेव्हा कॉपीराइट व्यवस्थापक प्रत्येकी 3 फ्रेममध्ये पाठविला जातो आणि चेक 4 कडून असतो, ज्याचा वापर नवीन तीन mes, +1 येथे तीनही फ्रेमसाठी केला जाऊ शकतो.

टीसीपी यूडीपी प्रोटोकॉलबद्दल जाणून घेतल्याबद्दल मी आता आभारी आहे.

माहितीच्या सुरक्षिततेबद्दल, तासाच्या क्षणी गोपनीयता, अखंडता आणि माहितीच्या उपलब्धतेबद्दल आदर बद्दल बोला. आणि जर सर्वकाही दृश्यमानपणे गोपनीय आणि प्रवेशयोग्य असेल तर शक्य तितक्या प्रसारित करताना माहितीच्या अखंडतेची काळजी कशी घेतली जाऊ शकते? Tsiy zdannya च्या पुनरावृत्तीसाठी आम्ही हेज हॉग प्रोटोकॉलच्या ज्ञानाच्या वर्तमानात असू. दिलेल्या आकडेवारीमध्ये, TCP आणि UDP प्रोटोकॉल समर्थित आहेत. टीसीपी / आयपी प्रोटोकॉल स्टॅकमध्ये दुर्गंधी समाविष्ट आहे, ती ओएसआय मॉडेलच्या वाहतूक स्तरावर सादर केली जाते आणि विद्यापीठाकडून विद्यापीठाकडे माहिती हस्तांतरित करण्यासाठी वापरली जाते.

स्वतःसाठी, हा एक हाडकुळा प्रोटोकॉल आहे, ज्यामध्ये त्याला जागरूक आहे आणि जर यूडीपी कनेक्शन वापरणे शक्य असेल, परंतु जर ते टीसीपी असेल.

UDP

यूडीपी प्रोटोकॉल हा एक प्रोटोकॉल आहे जो यजमानांकडून डेटा अग्रेषित न करता डेटा (डेटाग्राम) प्रसारित करेल. डेटाग्राम पाठवताना, प्राप्त झालेल्या संदेशात कोणतीही मेमरी नसते आणि देवाणघेवाण करण्याची तयारी असते. कमी-कट यूडीपी प्रोटोकॉल देखील डेटाग्राम नाकारल्यावर ऑर्डर देण्याची काळजी घेणार नाही. कोणत्याही सूत्रासाठी विकोरिस्टोवय्युटू सप्लीमेंट जिंकणे, डिलिव्हरीच्या तासाचे मूल्य, जर समाविष्ट पॅकेट तपासण्याची किंवा पुरवण्याची शक्यता नसेल, उदाहरणार्थ, रिअल टाइम सिस्टममध्ये. डेटाग्राम ऑर्डरच्या बाहेर वितरित केले जाऊ शकतात, डुप्लिकेट केले जाऊ शकतात किंवा वितरित केले जाऊ शकत नाहीत. त्यासाठी UDP ला "नॉन-स्टँडर्ड डेटाग्राम प्रोटोकॉल" म्हणून संबोधले जाते.

यूडीपी प्रोटोकॉलला हरवल्याशिवाय संवेदनशील नसलेले कार्यक्रम, डेटाग्राम नाकारण्याच्या आणि त्यांचे डुप्लिकेट करण्याच्या आदेशाचे उल्लंघन करणे. बर्‍याच दुर्गंधीसह, लागू केलेल्या रेव्हनसाठी आशा सुरक्षित करण्यासाठी विविध यंत्रणा असू शकतात.

टीसीपी

डेटा ट्रान्समिशन प्रोटोकॉल टीसीपी - प्रोटोकॉल डेटा पॅकेटचे वितरण सुरक्षित करेल आणि डेटाची देवाणघेवाण करणे शक्य असल्यास "रुकोसिसकन्या" पद्धतीचा वापर करून दोन यजमानांमध्ये डेटा ट्रान्समिशनची स्थापना सुरक्षित करेल.

टीसीपी द्वारे पॅकेट्स प्रसारित करण्यापूर्वी, प्राप्तकर्त्यासह एक सत्र सुरू होईल, ज्याच्या चौकटीत डेटाचे प्रसारण केले जाते. ज्याने हृदय मिळवले आहे आणि भेट स्वीकारण्यास तयार आहे त्यामध्ये त्से आपल्याला टिकून राहण्यास अनुमती देते. जेव्हा प्रसारण पूर्ण होते, सत्र बंद होते, ज्यांना यापुढे दिले जाणार नाही त्यांच्याबद्दल संदेश मिळतो आणि ज्यांना शुभेच्छा मिळाल्या आहेत त्यांच्याबद्दल संपादक बोलतील.

अनुक्रमांक एक्सचेंज करताना लेदर पॅकेज. टीसीपी आपोआप अनुक्रमिक पॅकेट्स, विकोरिस्टोव्यू अनुक्रम क्रमांक आणि त्याच डेटाला अतिरिक्त डेटाच्या समान संख्येवर संदेश पाठवा. अनेक पॅकेजेस पाठविताना, पुष्टीकरण आणि आगामी पॅकेजचा अनुक्रमांक तपासा. जोपर्यंत पुष्टीकरण नाकारले जात नाही, परतावा पुन्हा केला जातो, जर प्रयत्न यशस्वी झाला नाही तर सत्र उघडले गेले. पैशांची अनेक पॅकेजेस, जर तुम्हाला कंटाळा यायचा असेल तर काही आशा ठेवा. डेटा नष्ट होताच, पुष्टीकरण आपोआप अधिक वेळा समर्थित केले जाईल. टीसीपी प्रमाणे स्लाइडिंग विंडो मेकॅनिझम म्हणून ओळखली जाणारी किंमत त्यांच्या आशेच्या दृष्टिकोनातून फेंडरसह वापरली जाऊ शकते.

टीसीपी संचयित करणे पूर्णपणे तेथे आहे, पैसे वाया घालण्यास परवानगी नाही, उदाहरणार्थ, अधिकृततेदरम्यान, तसेच एन्क्रिप्टेड माहिती प्रसारित करताना.

टीसीपी आणि यूडीपी दृश्यमानता

याचा अर्थ असा होतो की UDP प्रोटोकॉल varto vikoristovuvati नाही? नीला कॉल करत आहे. "डिलिव्हरी गॅरंटी" च्या कालावधीसाठी, UDP प्रोटोकॉल TCP पेक्षा जास्त ट्रान्समिशन स्पीड प्रदान करणार नाही. अनेक कारणांमुळे, यूडीपी फॅन्सी आणि ऑनलाइन गेम, स्ट्रीमिंग व्हिडिओ पाहणे, व्हिडिओ कॉल आयोजित करणे आणि आयपी टेलिफोनीसाठी इष्टतम आहे.

प्रियजनांसह दालचिनी माहितीवर जा.

यूडीपी प्रोटोकॉल

वापरकर्ता डेटाग्राम प्रोटोकॉल (UDP)- डेटाची व्यवस्था न करता प्रोटोकॉलच्या डेटाग्रामवर ऑर्डर देण्याची साधी प्रक्रिया, परंतु जलद मार्गावर, परंतु वाहतूक सेवेवर आवश्यक नाही. "बॅग इन वन" मोड जिंकणे बहुतेकदा ब्रॉडबँड आणि डेटाग्रामच्या ग्रुप ट्रान्समिशनसाठी वापरले जाते.

इंटरनेट प्रोटोकॉल (IP) हा इंटरनेटसाठी मुख्य प्रोटोकॉल आहे. ट्रान्समिशन कंट्रोल प्रोटोकॉल (टीसीपी) आणि यूडीपी - वाहतूक स्तराचा संपूर्ण प्रोटोकॉल, प्रोटोकॉलच्या शीर्षस्थानी ठेवण्यास सांगितले.

टीसीपी / आयपी हा प्रोटोकॉलचा एक संच आहे, शीर्षक "इंटरनेट प्रोटोकॉल सूट" देखील आहे, जे चोटीरोह रिव्हनिव्हमधून संग्रहित केले जाऊ शकते. लक्षात ठेवा, टीसीपी / आयपी हा फक्त एक प्रोटोकॉल नाही, तर विविध प्रोटोकॉलचे कुटुंब आहे, जे आयपी, टीसीपी आणि यूडीपी सारख्या इतर लो-रूट प्रोटोकॉलमधून साठवले जाऊ शकते. UDP roztashovuєutsya वाहतूक Rivny वर IP वर (हेज Rivnya चा प्रोटोकॉल). वाहतूक उपकरणे गेटवेद्वारे कुंपणांचे आदान -प्रदान सुरक्षित करतील. नवीन वापरकर्ता इंटरनेटद्वारे डेटा पॅकेट पाठवण्यासाठी IP- पत्ते मिळवू शकतो, अन्यथा मी संलग्नकांसाठी अतिरिक्त सानुकूल ड्रायव्हर्स वापरू शकतो.

सर्वप्रथम, खानदानी लोकांच्या आवश्यकतेनुसार, मूलभूत शब्दावलीनुसार आंबायला लावणारे रोबोट UDP vivchennya सुरू करा. खाली थोडक्यात, UDP शी संबंधित मुख्य संज्ञा लक्षणीय आहेत:

डेटा ट्रान्समिशनसाठी, पॅकेटला दोन अंकांचा क्रम म्हणतात, जे डेटा आणि मुख्य सिग्नल दर्शवतात, जे होस्टद्वारे प्रसारित आणि प्रवाहित केले जातात. पॅकेजच्या मध्यभागी, विशेष स्वरूपानुसार माहिती रोझटसोव्हना आहे.

डेटाग्राम हे थकबाकीचे एक स्वतंत्र पॅकेज आहे, ज्यात माहिती नसते, सर्व dzherel ने नियुक्तीच्या ठिकाणी हस्तांतरित करण्यासाठी पुरेसे असते, ज्यासाठी dzherel, पत्ता आणि वाहतूक उपाय यांच्यामध्ये कोणत्याही अतिरिक्त देवाणघेवाणीची आवश्यकता नसते.

एमटीयू चॅनेल पातळीचे वैशिष्ट्य दर्शवते आणि एका पॅकेटमध्ये प्रसारित करता येणाऱ्या जास्तीत जास्त बाइट्सला दिले जाते. दुसऱ्या शब्दांत, MTU हे सर्वात महाग पॅकेज आहे, जे मध्यम जमिनीवर हस्तांतरित केले जाऊ शकते. उदाहरणार्थ, इथरनेट फिक्सिंग एमटीयू, 1500 बाइट्स. UDP, जेथे डेटाग्राम MTU पेक्षा मोठे आहेत, एक IP प्रोटोकॉल आहे जो खंडित आहे, डेटाग्रामला इतर भागांमध्ये (तुकड्यांमध्ये) मोडतो, त्यामुळे एक कातडीचा ​​तुकडा MTU पेक्षा लहान असतो.

संगणक, यूडीपी पोर्टला भेट देण्यासाठी विशिष्ट प्रक्रियेसाठी डेटा प्रविष्ट करण्यासाठी प्रॉम्प्ट सेट करू इच्छित आहात. UDP संदेशाचे प्रकार, पोर्ट क्रमांक, डेटाग्रामसह UDP शीर्षलेखातील सूचना पॅकेट फॉरवर्ड करते. बंदरे 16-बिट संख्यांद्वारे दर्शविली जातात आणि, 0 ते 65 535 पर्यंतच्या श्रेणीतील मूल्ये स्वीकारतात. ज्याला तार्किक कारणांचा शेवटचा बिंदू देखील म्हणतात, बंदरांना तीन श्रेणींमध्ये विभागले गेले आहे:

डोब्रे विडोमी पोर्ट - 0 ते 1023 पर्यंत

पुनर्संचयित पोर्ट - 1024 ते 49151 पर्यंत

डायनॅमिकल / प्रायव्हेट पोर्ट - 49152 ते 65535 पर्यंत

ग्रेट, यूडीपी पोर्ट प्रति तास एकापेक्षा जास्त प्रसंग काढले जाऊ शकतात. काही टीसीपी आणि यूडीपी सेवांसाठी, तुम्ही एक किंवा समान पोर्ट क्रमांक निवडू शकता, उदाहरणार्थ 7 (इको) किंवा 23 (टेलनेट).

UDP vikoristovuє अशा vіdomі पोर्ट्स:

यूडीपी आणि टीसीपी पोर्ट स्विचिंग इंटरनेट असाइन नंबर्स अथॉरिटी (आयएएनए) द्वारे हाताळले जाते.

IP डेटाग्राम dzherel च्या 32-बिट IP पत्त्यामध्ये आणि मूल्यामध्ये साठवले जाते. IP पत्ते UDP डेटाग्रामसाठी शेवटच्या बिंदूवर नियुक्त केले जातात आणि ज्यांनी संदेश पाठवला आहे त्यांच्याबद्दल माहिती टाकण्यासाठी dzherela चे IP पत्ते निवडले जातात. संदर्भाच्या ठिकाणी, पॅकेजेस फिल्टर केले जातात आणि त्यांच्याकडून, पत्रांचे पत्ते जे वैध डायल-अप पत्त्यामध्ये समाविष्ट नाहीत, पत्ता देणाऱ्याच्या सूचनेशिवाय प्रदर्शित केले जातात.

नेटमध्ये एक IP- पत्ता यजमानाला अनन्यपणे नियुक्त केला जातो, तर गट IP- पत्ते नेटमधील विशिष्ट गट पत्त्यावर नियुक्त केले जातात. आयपी-पत्ते आणि सर्व होस्टची विस्तृत श्रेणी स्थानिक फ्रेमिंगअधिक विशेषतः सबनेट.

आयुष्याच्या तासाचे मूल्य, किंवा टीटीएल (टाइम-टू-लाईव्ह), आपल्याला राउटरच्या संख्येची वरची सीमा सेट करण्याची परवानगी देते, ज्याद्वारे डेटाग्राम पास होऊ शकतो. टीटीएल मूल्य पॅकेट अमर्यादित चक्रांमध्ये वापरण्यापासून प्रतिबंधित करते. व्होनो कॉपीराइटद्वारे प्रारंभ केला जातो आणि स्किन राउटरद्वारे एकामध्ये बदलला जातो, जेणेकरून डेटाग्रामवर प्रक्रिया केली जाते. टीटीएल मूल्य शून्य असल्यास, डेटाग्राम प्रदर्शित केला जाईल.

ग्रुप रोझिल्का ही एक चाचणी आहे जी मानकांवर आधारित आहे, कोरिस्टुवाचम्सच्या डिकल्समध्ये समान माहितीच्या एक तासाच्या वितरणाची पद्धत. गट rosilka - UDP साठी मुख्य प्रोटोकॉल, तो TCP प्रोटोकॉलसाठी योग्य नाही. रोझसिल्का गट आपल्याला बगाटमाच्या एका पद्धतीची लालसा करण्याची परवानगी देतो, उदाहरणार्थ, अशा जमावदारांसोबत फिरणे, जसे की रोझिलका ज्यांना ते मिळते त्यांच्यासाठी नवीन आहे, इंटरनेट रेडिओ किंवा वास्तविक तासांसाठी प्रात्यक्षिक कार्यक्रम. गट रोझिल्का हेमला इतका त्रास देत नाही, कारण विस्तृत प्रसारण म्हणून, डेटाचे तुकडे थेट कोरिस्टर्सच्या डिकल्सवर पाठवले जातात:

यूडीपी रोबोट तत्त्व

जर UDP वर आधारित addड-ऑन, होस्टला डेटा रिक्त पाठवतो, UDP आठ-बिट हेडर अॅड्रेससी आणि पत्त्याच्या पोर्ट नंबरमध्ये जोडेल, डेटा आणि चेकसम पाठवेल. यूडीपी डेटाग्रामच्या वर, एक स्वतंत्र आयपी हेडर आहे, जो आयपी डेटाग्राम बनवते:

अग्रभागी, असे सूचित केले आहे की आउट ऑफ बॉक्स UDP हेडर सर्व बाइट बनले पाहिजे. आयपी डेटाग्रामसाठी सैद्धांतिक कमाल आकार 65,535 बाइट्स आहे. आयपी हेडरच्या 20 बाइट्स आणि यूडीपी हेडरच्या 8 बाइट्ससाठी आयपी हेडरच्या एकूण 20 बाइट्ससाठी 65,507 बाइटपर्यंत पोहोचता येते. तथापि, मोठ्या प्रमाणात प्रोग्राम लहान आकाराच्या डेटासह कार्य करतात. तर, मोठ्या प्रमाणावर अतिरिक्त डेटासाठी, इनपुटसाठी अंदाजे 8192 बाइट्स सेट केले जातात, काही डेटा स्वतःच फाइल सिस्टम (NFS) वर वाचला आणि लिहिला जातो. आपण इनपुट आणि आउटपुट बफरचा आकार सेट करू शकता.

कंट्रोल बेरीज आवश्यक आहे, ओळखण्याच्या बिंदूवर वितरित केलेल्या डेटाच्या प्रमाणाचा पुनर्विचार करण्यासाठी. मला UDP शीर्षलेख तसेच डेटा आवडेल. बाइट- zapovnyuvach vikoristovutsya, जर ऑक्टेट्सची संख्या डेटाग्राम जोडलेली नसेल. कंट्रोल बेरीज शून्यावर नेताच, कंट्रोल बेरीज देण्यात आली आणि डेटाग्राम जारी करण्यात आला. जर तुम्हाला कंट्रोल बॅग हवी असेल तर ती अपरिहार्यपणे कठीण नाही, ती नेहमी चालू करण्याची शिफारस केली जाते.

आयपी पत्त्याच्या आक्षेपार्ह शेवटी, हेडरचे 20 बाइट दिले जातात, ज्यात टीटीएल, आयपी-पत्ते आणि झेरेल यांचा समावेश आहे आणि प्राप्त माहिती. Qia dia ला IP encapsulation म्हणतात.

याक zgaduvalosya पूर्वी, पॅकेटचा जास्तीत जास्त आकार 65,507 बाइट्स आहे. जर MTU आकार बदलण्यासाठी पॅकेज बदलले गेले, तर IP पॅकेजला विभागांमध्ये मोडते. Ci विभागांना तुकडे म्हणतात, आणि एका विभागावर खंडणी खंडित करण्याची प्रक्रिया आहे विखंडन... आयपी थीम तुकड्यांविषयी सर्व माहितीचा बदला घेणे आहे.

जर अॅड-ऑन-विद्रावनिक "विकिड" डेटाग्राम ग्रिडमध्ये असेल, तर ते आयपी हेडरमध्ये निर्दिष्ट केलेल्या विशेषताच्या आयपी-पत्त्यावर निर्देशित केले जाईल. राउटरमधून जात असताना, आयपी हेडरमधील जीवनाची वेळ (टीटीएल) मूल्य एकामध्ये बदलली जाते.

जर एखादा डेटाग्राम निर्दिष्ट पोर्टवर येतो, तर त्याच्या शीर्षकामागील आयपी मूल्य उलट केले जाते, डेटाग्राम खंडित होते. जसे आहे, डेटाग्राम हेडरमध्ये स्पष्टपणे माहिती आहे तोपर्यंत शोधला जातो. नरेश्टीने rivn vityaguє व्हिज्युअलाइज्ड डेटा लागू केला, आपण शीर्षक पाहू शकता.

UDP कमतरता

काही प्रकरणांमध्ये, टीसीपी यूडीपीमध्ये खालील कमतरता आहेत:

पावतीमध्ये सिग्नल... यूडीपी पॅकेट पाठवण्यापूर्वी, पाठवलेली बाजू स्वीकारलेल्या सिग्नलच्या प्राप्त बाजूने बदलली जाऊ शकत नाही. ओत्झे, विद्रावनिककडे किंटसेव्हो प्रणालीचा डेटाग्राम कोणापर्यंत पोहोचला आहे हे जाणून घेण्याचा कोणताही मार्ग नाही. यूडीपीचा परिणाम म्हणून, याची खात्री करणे अशक्य आहे की डेटा वास्तविक वेळेत पत्त्यावर वितरित केला जाईल (उदाहरणार्थ, ही व्यावहारिक किंटसेव्ह प्रणाली नाही, परंतु एक फॅन्सी आहे).

नवपाकी, डेटाच्या स्थापनेसाठी ऑर्डरचा टीसीपी प्रोटोकॉल आणि यजमान आणि यजमान यांच्यातील कनेक्शनची तरतूद न करता, विकोरिस्टोवुची पॅकेट. TCP मध्ये, चेकआउट सिग्नल अडकले आहेत, ज्यामुळे तुम्हाला डेटा ट्रान्सफरचे यश पुन्हा कॉन्फिगर करता येते.

विकोरिस्तान्य सेसी... डेटा ट्रान्समिशनसाठी टीसीपीची उपलब्धता यजमानांमधील सत्रांद्वारे स्वीकारली जाते. सत्रासाठी TCP vikoristovuє अभिज्ञापक, जे आपल्याला दोन यजमानांमधील कनेक्शन पाहण्याची परवानगी देते. यूडीपी त्याच्या स्वरूपाद्वारे सत्रांचे व्यवस्थापन करत नाही, परंतु ते एका कारणासाठी डिझाइन केलेले नाही.

गरज... यूडीपी ही हमी नाही की खंडणीची फक्त एक प्रत पत्त्याला दिली जाईल. मोठ्या प्रमाणात श्रद्धांजली, UDP लहान भागांमध्ये तोडून टाकत आहे. यूडीपी ही हमी नाही की डिझेरेलमधील दुर्गंधीप्रमाणेच भाग वितरीत केले जातील. नवपाकी, टीसीपी एकाच वेळी व्हिकोरिस्टच्या पोर्ट नंबरसह, क्रमांकाचा क्रम आणि ऑर्डरची पुष्टी नियमितपणे पाठवली जाते जेणेकरून श्रद्धांजली वितरित करण्याचे आदेश दिले जातील.

बेझपेका... टीसीपी अधिक अपहरण, कमी यूडीपी. फायरवॉल आणि राउटर UDP पॅकेटमधून जाऊ देत नाहीत. Tse एकत्र जोडलेले आहे, म्हणून हॅकर्स स्पष्ट z'єdnan न घेता UDP पोर्ट्स वेगवान करू शकतात.

प्रवाहाचे नियंत्रण... यूडीपीचे रहदारीच्या प्रवाहावर नियंत्रण आहे, खराब रचलेल्या यूडीपी अॅड-ऑनच्या परिणामी, आपण नेटच्या थ्रूपुटचा महत्त्वपूर्ण भाग मिळवू शकता.

UDP rewars

टीसीपी यूडीपीच्या बाबतीत, खालील गोष्टी खालीलप्रमाणे आहेत:

Ні प्रतिष्ठाने z'єднання... यूडीपी हा झूडनचे आयोजन न करता एक प्रोटोकॉल आहे, जे झूडन इंस्टॉलेशनशी जोडलेल्या ओव्हरहेड विट्रेट्समुळे आहे. Oskіlki UDP पावती सिग्नलचे पालन करत नाही, नंतर पिकअप, zієdnan सेटिंग द्वारे wіklіkanіh, देखील विशिष्टता बाहेर येते. डीएनएस स्वतःच टीसीपीवर यूडीपी जबरदस्त असल्याचे दिसते - डीएनएसचा वापर अधिकाधिक केला गेला, कारण तो टीसीपीवर प्रदर्शित झाला होता.

वेग... UDP TCP पेक्षा अधिक कार्यक्षम आहे. मुबलक जोडण्यांच्या कारणामुळे, हे टीसीपी नाही जे अधिक सुंदर आहे, परंतु यूडीपी आहे. तसेच, जर तुम्हाला टीसीपी अधिक सुरक्षितपणे वापरायचे असेल (उदाहरणार्थ, पावती सिग्नल), तर तुम्ही रोबोटवर विश्वास ठेवू शकता.

टोपोलॉजिकल अष्टपैलुत्व... यूडीपी "वन-टू-वन" आणि "वन-टू-वन" परस्परसंवाद स्वीकारेल, त्याच वेळी टीसीपी "वन-टू-वन" परस्परसंवाद स्वीकारेल.

ओव्हरहेड विट्राती... टीसीपीसह रोबोट म्हणजे आच्छादन विट्राती, वितरती, यूडीपी आच्छादन, परंतु शंभर टक्के. टीसीपी यूडीपी विकोरिस्टोच्या बरोबरीने अधिक संसाधने ऑपरेटिंग सिस्टम, मी, वारसा म्हणून, अशा मधल्या ठिकाणी, डी सर्व्हर, बॅगाटोख क्लायंटची सेवा करण्यासाठी एक तास, यूडीपीचा मोठ्या प्रमाणावर वापर करतो.

शीर्षकाचा आकार... त्वचेच्या पॅकेटसाठी, यूडीपी हेडर फक्त तितकेच बाइट्स असतात, तर टीसीपीमध्ये 20-बाइट हेडर असतात आणि यूडीपी कमी बँडविड्थ-भुकेलेला असतो.