ថ្ងៃនេះ យើងនឹងចាប់ផ្តើមដោយផ្តោតលើ TCP។ ពីមុននៅក្នុងជំពូកស្តីពីការដាក់ស្រទាប់ យើងបានលើកឡើងពីចំណុចសំខាន់មួយ។ នៅស្រទាប់បណ្តាញ និងខាងក្រោម វានិយាយអំពីការតភ្ជាប់ពីម៉ាស៊ីនទៅម៉ាស៊ីន ដែលមានន័យថាកុំព្យូទ័ររបស់អ្នកត្រូវដឹងថាកុំព្យូទ័រមួយផ្សេងទៀតនៅឯណា ដើម្បីភ្ជាប់ទៅវា។ ទោះជាយ៉ាងណាក៏ដោយ ការទំនាក់ទំនងនៅក្នុងបណ្តាញច្រើនតែជាការទំនាក់ទំនងអន្តរដំណើរការ ជាជាងការទំនាក់ទំនងអន្តរម៉ាស៊ីន។ ដូច្នេះ ពិធីការ TCP ណែនាំគោលគំនិតនៃច្រក។ ច្រកមួយអាចត្រូវបានកាន់កាប់ដោយដំណើរការតែមួយប៉ុណ្ណោះ ដែលផ្តល់នូវការទំនាក់ទំនងដោយផ្ទាល់រវាងដំណើរការកម្មវិធីដែលកំពុងដំណើរការលើម៉ាស៊ីនផ្សេងៗគ្នា។
ភារកិច្ចនៃស្រទាប់ដឹកជញ្ជូនគឺរបៀបផ្តល់សេវាកម្មទំនាក់ទំនងដោយផ្ទាល់រវាងដំណើរការកម្មវិធីដែលកំពុងដំណើរការលើម៉ាស៊ីនផ្សេងៗគ្នា ដូច្នេះវាត្រូវបានគេស្គាល់ផងដែរថាជាពិធីការចុងដល់ចុង។ ស្រទាប់ដឹកជញ្ជូនលាក់ព័ត៌មានលម្អិតស្នូលនៃបណ្តាញ ដែលអនុញ្ញាតឱ្យដំណើរការកម្មវិធីមើលឃើញដូចជាមានឆានែលទំនាក់ទំនងចុងដល់ចុងឡូជីខលរវាងអង្គភាពស្រទាប់ដឹកជញ្ជូនទាំងពីរ។
TCP តំណាងឱ្យ Transmission Control Protocol ហើយត្រូវបានគេស្គាល់ថាជាពិធីការដែលផ្តោតលើការតភ្ជាប់។ នេះមានន័យថា មុនពេលកម្មវិធីមួយអាចចាប់ផ្តើមផ្ញើទិន្នន័យទៅកម្មវិធីមួយទៀត ដំណើរការទាំងពីរត្រូវតែធ្វើការចាប់ដៃគ្នា។ ការចាប់ដៃគឺជាដំណើរការដែលភ្ជាប់គ្នាដោយឡូជីខល ដែលធានានូវការបញ្ជូនដែលអាចទុកចិត្តបាន និងការទទួលទិន្នន័យដោយមានសណ្តាប់ធ្នាប់។ ក្នុងអំឡុងពេលចាប់ដៃ ការតភ្ជាប់ត្រូវបានបង្កើតឡើងរវាងម៉ាស៊ីនប្រភព និងគោលដៅដោយការផ្លាស់ប្តូរកញ្ចប់ត្រួតពិនិត្យជាបន្តបន្ទាប់ និងយល់ព្រមលើប៉ារ៉ាម៉ែត្រ និងច្បាប់មួយចំនួន ដើម្បីធានាបាននូវការបញ្ជូនទិន្នន័យដោយជោគជ័យ។
តើ TCP ជាអ្វី? (ម៉ៃលីងឃីងប៉ះបណ្តាញនិងឈ្មួញកណ្តាលកញ្ចប់បណ្តាញអាចដំណើរការទាំងកញ្ចប់ TCP ឬ UDP)
TCP (ពិធីការត្រួតពិនិត្យការបញ្ជូន) គឺជាពិធីការទំនាក់ទំនងស្រទាប់ដឹកជញ្ជូនដែលផ្តោតលើការតភ្ជាប់ អាចទុកចិត្តបាន និងផ្អែកលើលំហូរបៃ។
ផ្តោតលើការតភ្ជាប់ការតភ្ជាប់ដែលផ្តោតលើការតភ្ជាប់មានន័យថា ការទំនាក់ទំនង TCP គឺជាមួយទៅមួយ ពោលគឺការទំនាក់ទំនងពីចំណុចមួយទៅចំណុចមួយ មិនដូច UDP ដែលអាចផ្ញើសារទៅកាន់ម៉ាស៊ីនច្រើនក្នុងពេលតែមួយទេ ដូច្នេះការទំនាក់ទំនងមួយទៅច្រើនមិនអាចសម្រេចបានទេ។
អាចទុកចិត្តបានភាពជឿជាក់នៃ TCP ធានាថាកញ្ចប់ត្រូវបានបញ្ជូនទៅកាន់អ្នកទទួលដោយភាពជឿជាក់ដោយមិនគិតពីការផ្លាស់ប្តូរនៅក្នុងតំណភ្ជាប់បណ្តាញ ដែលធ្វើឱ្យទម្រង់កញ្ចប់ពិធីការរបស់ TCP មានភាពស្មុគស្មាញជាង UDP។
ផ្អែកលើ Byte-streamលក្ខណៈផ្អែកលើស្ទ្រីមបៃរបស់ TCP អនុញ្ញាតឱ្យមានការបញ្ជូនសារគ្រប់ទំហំ និងធានាលំដាប់សារ៖ ទោះបីជាសារមុនមិនទាន់ត្រូវបានទទួលពេញលេញក៏ដោយ និងទោះបីជាបៃជាបន្តបន្ទាប់ត្រូវបានទទួលក៏ដោយ TCP នឹងមិនបញ្ជូនវាទៅស្រទាប់កម្មវិធីសម្រាប់ដំណើរការទេ ហើយនឹងទម្លាក់កញ្ចប់ស្ទួនដោយស្វ័យប្រវត្តិ។
នៅពេលដែលម៉ាស៊ីន A និងម៉ាស៊ីន B បានបង្កើតការតភ្ជាប់ កម្មវិធីគ្រាន់តែត្រូវការប្រើប្រាស់ខ្សែទំនាក់ទំនងនិម្មិតដើម្បីផ្ញើ និងទទួលទិន្នន័យ ដោយហេតុនេះធានាបាននូវការបញ្ជូនទិន្នន័យ។ ពិធីការ TCP ទទួលខុសត្រូវក្នុងការគ្រប់គ្រងភារកិច្ចដូចជាការបង្កើតការតភ្ជាប់ ការផ្តាច់ និងការកាន់។ គួរកត់សម្គាល់ថានៅទីនេះយើងនិយាយថាខ្សែនិម្មិតមានន័យថាគ្រាន់តែបង្កើតការតភ្ជាប់ប៉ុណ្ណោះ ការតភ្ជាប់ពិធីការ TCP គ្រាន់តែបង្ហាញថាភាគីទាំងពីរអាចចាប់ផ្តើមការបញ្ជូនទិន្នន័យ និងដើម្បីធានាបាននូវភាពជឿជាក់នៃទិន្នន័យ។ ថ្នាំងកំណត់ផ្លូវ និងដឹកជញ្ជូនត្រូវបានគ្រប់គ្រងដោយឧបករណ៍បណ្តាញ។ ពិធីការ TCP ខ្លួនវាមិនពាក់ព័ន្ធនឹងព័ត៌មានលម្អិតទាំងនេះទេ។
ការតភ្ជាប់ TCP គឺជាសេវាកម្ម full-duplex ដែលមានន័យថា host A និង host B អាចបញ្ជូនទិន្នន័យក្នុងទិសដៅទាំងពីរនៅក្នុងការតភ្ជាប់ TCP។ នោះគឺ ទិន្នន័យអាចត្រូវបានផ្ទេររវាង host A និង host B ក្នុងលំហូរទ្វេទិស។
TCP រក្សាទុកទិន្នន័យជាបណ្ដោះអាសន្ននៅក្នុងសតិបណ្ដោះអាសន្នផ្ញើរបស់ការតភ្ជាប់។ សតិបណ្ដោះអាសន្នផ្ញើនេះគឺជាឃ្លាំងសម្ងាត់មួយក្នុងចំណោមឃ្លាំងសម្ងាត់ដែលបានរៀបចំឡើងក្នុងអំឡុងពេលចាប់ដៃបីផ្លូវ។ បន្ទាប់មក TCP នឹងផ្ញើទិន្នន័យនៅក្នុងឃ្លាំងសម្ងាត់ផ្ញើទៅកាន់ឃ្លាំងសម្ងាត់ទទួលរបស់ម៉ាស៊ីនគោលដៅនៅពេលវេលាសមស្រប។ នៅក្នុងការអនុវត្ត ម៉ាស៊ីនដូចគ្នានីមួយៗនឹងមានឃ្លាំងសម្ងាត់ផ្ញើ និងឃ្លាំងសម្ងាត់ទទួល ដូចបង្ហាញនៅទីនេះ៖
សតិបណ្ដោះអាសន្នសម្រាប់ផ្ញើគឺជាតំបន់នៃអង្គចងចាំដែលរក្សាទុកដោយការអនុវត្ត TCP នៅផ្នែកអ្នកផ្ញើ ដែលត្រូវបានប្រើដើម្បីរក្សាទុកទិន្នន័យដែលត្រូវផ្ញើជាបណ្ដោះអាសន្ន។ នៅពេលដែលការចាប់ដៃបីផ្លូវត្រូវបានអនុវត្តដើម្បីបង្កើតការតភ្ជាប់ ឃ្លាំងសម្ងាត់ផ្ញើត្រូវបានរៀបចំ និងប្រើដើម្បីរក្សាទុកទិន្នន័យ។ សតិបណ្ដោះអាសន្នសម្រាប់ផ្ញើត្រូវបានកែតម្រូវដោយថាមវន្តទៅតាមការកកស្ទះបណ្តាញ និងមតិប្រតិកម្មពីអ្នកទទួល។
សតិបណ្ដោះអាសន្នសម្រាប់ទទួល គឺជាតំបន់នៃអង្គចងចាំដែលរក្សាទុកដោយការអនុវត្ត TCP នៅផ្នែកទទួល ដែលត្រូវបានប្រើដើម្បីរក្សាទុកទិន្នន័យដែលបានទទួលជាបណ្ដោះអាសន្ន។ TCP រក្សាទុកទិន្នន័យដែលបានទទួលនៅក្នុងឃ្លាំងសម្ងាត់ទទួល ហើយរង់ចាំកម្មវិធីខាងលើអានវា។
សូមចំណាំថាទំហំនៃឃ្លាំងសម្ងាត់ផ្ញើ និងឃ្លាំងសម្ងាត់ទទួលមានកំណត់ នៅពេលដែលឃ្លាំងសម្ងាត់ពេញ TCP អាចអនុវត្តយុទ្ធសាស្ត្រមួយចំនួន ដូចជាការគ្រប់គ្រងការកកស្ទះ ការគ្រប់គ្រងលំហូរ។ល។ ដើម្បីធានាបាននូវការបញ្ជូនទិន្នន័យដែលអាចទុកចិត្តបាន និងស្ថេរភាពបណ្តាញ។
នៅក្នុងបណ្តាញកុំព្យូទ័រ ការបញ្ជូនទិន្នន័យរវាងម៉ាស៊ីនមេត្រូវបានអនុវត្តតាមរយៈផ្នែក (segment)។ ដូច្នេះតើផ្នែកកញ្ចប់ (packet segment) ជាអ្វី?
TCP បង្កើតផ្នែក TCP ឬផ្នែកកញ្ចប់ ដោយបំបែកស្ទ្រីមចូលជាដុំៗ ហើយបន្ថែមបឋមកថា TCP ទៅក្នុងដុំនីមួយៗ។ ផ្នែកនីមួយៗអាចបញ្ជូនបានតែក្នុងរយៈពេលកំណត់ប៉ុណ្ណោះ ហើយមិនអាចលើសពីទំហំផ្នែកអតិបរមា (MSS) ឡើយ។ នៅពេលចុះក្រោម ផ្នែកកញ្ចប់មួយឆ្លងកាត់ស្រទាប់តំណ។ ស្រទាប់តំណមានឯកតាបញ្ជូនអតិបរមា (MTU) ដែលជាទំហំកញ្ចប់អតិបរមាដែលអាចឆ្លងកាត់ស្រទាប់តំណទិន្នន័យ។ ឯកតាបញ្ជូនអតិបរមាជាធម្មតាទាក់ទងនឹងចំណុចប្រទាក់ទំនាក់ទំនង។
ដូច្នេះតើអ្វីជាភាពខុសគ្នារវាង MSS និង MTU?
នៅក្នុងបណ្តាញកុំព្យូទ័រ ស្ថាបត្យកម្មឋានានុក្រមគឺមានសារៈសំខាន់ខ្លាំងណាស់ ពីព្រោះវាគិតគូរពីភាពខុសគ្នារវាងកម្រិតផ្សេងៗគ្នា។ ស្រទាប់នីមួយៗមានឈ្មោះខុសៗគ្នា។ នៅក្នុងស្រទាប់ដឹកជញ្ជូន ទិន្នន័យត្រូវបានគេហៅថា ផ្នែក ហើយនៅក្នុងស្រទាប់បណ្តាញ ទិន្នន័យត្រូវបានគេហៅថា កញ្ចប់ IP។ ដូច្នេះ ឯកតាបញ្ជូនអតិបរមា (MTU) អាចត្រូវបានគិតថាជាទំហំកញ្ចប់ IP អតិបរមាដែលអាចត្រូវបានបញ្ជូនដោយស្រទាប់បណ្តាញ ខណៈពេលដែលទំហំផ្នែកអតិបរមា (MSS) គឺជាគោលគំនិតស្រទាប់ដឹកជញ្ជូនដែលសំដៅទៅលើចំនួនទិន្នន័យអតិបរមាដែលអាចត្រូវបានបញ្ជូនដោយកញ្ចប់ TCP ក្នុងពេលតែមួយ។
ចំណាំថា នៅពេលដែលទំហំផ្នែកអតិបរមា (MSS) ធំជាងឯកតាបញ្ជូនអតិបរមា (MTU) ការបែងចែក IP នឹងត្រូវបានអនុវត្តនៅស្រទាប់បណ្តាញ ហើយ TCP នឹងមិនបំបែកទិន្នន័យធំជាងនេះទៅជាផ្នែកដែលសមស្របសម្រាប់ទំហំ MTU ទេ។ នឹងមានផ្នែកមួយនៅលើស្រទាប់បណ្តាញដែលឧទ្ទិសដល់ស្រទាប់ IP។
រចនាសម្ព័ន្ធផ្នែកកញ្ចប់ TCP
ចូរយើងស្វែងយល់ពីទម្រង់ និងខ្លឹមសារនៃបឋមកថា TCP។
លេខលំដាប់លេខចៃដន្យដែលបង្កើតឡើងដោយកុំព្យូទ័រនៅពេលដែលការតភ្ជាប់ត្រូវបានបង្កើតឡើងជាតម្លៃដំបូងរបស់វានៅពេលដែលការតភ្ជាប់ TCP ត្រូវបានបង្កើតឡើង ហើយលេខលំដាប់ត្រូវបានផ្ញើទៅអ្នកទទួលតាមរយៈកញ្ចប់ SYN។ ក្នុងអំឡុងពេលបញ្ជូនទិន្នន័យ អ្នកផ្ញើបង្កើនលេខលំដាប់ទៅតាមបរិមាណទិន្នន័យដែលបានផ្ញើ។ អ្នកទទួលវិនិច្ឆ័យលំដាប់នៃទិន្នន័យទៅតាមលេខលំដាប់ដែលបានទទួល។ ប្រសិនបើទិន្នន័យត្រូវបានរកឃើញថាមិនមានលំដាប់ អ្នកទទួលនឹងរៀបចំទិន្នន័យឡើងវិញដើម្បីធានាបាននូវលំដាប់នៃទិន្នន័យ។
លេខទទួលស្គាល់៖ នេះគឺជាលេខលំដាប់ដែលប្រើក្នុង TCP ដើម្បីទទួលស្គាល់ការទទួលទិន្នន័យ។ វាបង្ហាញពីលេខលំដាប់នៃទិន្នន័យបន្ទាប់ដែលអ្នកផ្ញើរំពឹងថានឹងទទួលបាន។ នៅក្នុងការតភ្ជាប់ TCP អ្នកទទួលកំណត់ថាទិន្នន័យណាដែលត្រូវបានទទួលដោយជោគជ័យដោយផ្អែកលើលេខលំដាប់នៃផ្នែកកញ្ចប់ទិន្នន័យដែលបានទទួល។ នៅពេលដែលអ្នកទទួលទទួលបានទិន្នន័យដោយជោគជ័យ វានឹងផ្ញើកញ្ចប់ ACK ទៅអ្នកផ្ញើ ដែលមានលេខទទួលស្គាល់ការទទួលស្គាល់។ បន្ទាប់ពីទទួលបានកញ្ចប់ ACK អ្នកផ្ញើអាចបញ្ជាក់ថាទិន្នន័យមុនពេលទទួលស្គាល់លេខឆ្លើយតបត្រូវបានទទួលដោយជោគជ័យ។
ប៊ីតត្រួតពិនិត្យនៃផ្នែក TCP រួមមានដូចខាងក្រោម៖
ប៊ីត ACK៖ នៅពេលដែលប៊ីតនេះជា 1 វាមានន័យថាវាលឆ្លើយតបការទទួលស្គាល់មានសុពលភាព។ TCP បញ្ជាក់ថាប៊ីតនេះត្រូវតែកំណត់ទៅ 1 លើកលែងតែកញ្ចប់ SYN នៅពេលដែលការតភ្ជាប់ត្រូវបានបង្កើតឡើងដំបូង។
ប៊ីត RST៖ នៅពេលដែលប៊ីតនេះគឺ 1 វាបង្ហាញថាមានករណីលើកលែងនៅក្នុងការតភ្ជាប់ TCP ហើយការតភ្ជាប់ត្រូវតែបង្ខំឱ្យផ្តាច់។
ប៊ីត SYN៖ នៅពេលដែលប៊ីតនេះត្រូវបានកំណត់ទៅ 1 វាមានន័យថាការតភ្ជាប់ត្រូវបានបង្កើតឡើង ហើយតម្លៃដំបូងនៃលេខលំដាប់ត្រូវបានកំណត់នៅក្នុងវាលលេខលំដាប់។
ប៊ីត FIN៖ នៅពេលដែលប៊ីតនេះគឺ 1 វាមានន័យថានឹងមិនមានទិន្នន័យបន្ថែមទៀតត្រូវបានផ្ញើនៅពេលអនាគតទេ ហើយការតភ្ជាប់គឺចង់បាន។
មុខងារ និងលក្ខណៈផ្សេងៗរបស់ TCP ត្រូវបានបញ្ចូលដោយរចនាសម្ព័ន្ធនៃផ្នែកកញ្ចប់ TCP។
តើ UDP ជាអ្វី? (តំណភ្ជាប់របស់ខ្ញុំ)ប៉ះបណ្តាញនិងឈ្មួញកណ្តាលកញ្ចប់បណ្តាញអាចដំណើរការទាំងកញ្ចប់ TCP ឬ UDP)
ពិធីការទិន្នន័យអ្នកប្រើប្រាស់ (UDP) គឺជាពិធីការទំនាក់ទំនងដែលមិនចាំបាច់មានការតភ្ជាប់។ បើប្រៀបធៀបជាមួយ TCP ពិធីការ UDP មិនផ្តល់យន្តការត្រួតពិនិត្យស្មុគស្មាញទេ។ ពិធីការ UDP អនុញ្ញាតឱ្យកម្មវិធីផ្ញើកញ្ចប់ IP ដែលបានរុំព័ទ្ធដោយផ្ទាល់ដោយមិនចាំបាច់បង្កើតការតភ្ជាប់។ នៅពេលដែលអ្នកអភិវឌ្ឍន៍ជ្រើសរើសប្រើ UDP ជំនួសឱ្យ TCP កម្មវិធីទំនាក់ទំនងដោយផ្ទាល់ជាមួយ IP។
ឈ្មោះពេញរបស់ពិធីការ UDP គឺ User Datagram Protocol ហើយបឋមកថារបស់វាមានទំហំត្រឹមតែប្រាំបីបៃ (64 ប៊ីត) ប៉ុណ្ណោះ ដែលវាសង្ខេបណាស់។ ទម្រង់នៃបឋមកថា UDP មានដូចខាងក្រោម៖
ច្រកគោលដៅ និងច្រកប្រភពគោលបំណងចម្បងរបស់ពួកគេគឺដើម្បីចង្អុលបង្ហាញថាដំណើរការណាដែល UDP គួរផ្ញើកញ្ចប់។
ទំហំកញ្ចប់វាលទំហំកញ្ចប់ផ្ទុកទំហំនៃបឋមកថា UDP បូកនឹងទំហំនៃទិន្នន័យ
ឆែកសាំរចនាឡើងដើម្បីធានាបាននូវការចែកចាយបឋមកថា និងទិន្នន័យ UDP ដែលអាចទុកចិត្តបាន។ តួនាទីរបស់ checksum គឺដើម្បីរកមើលថាតើមានកំហុស ឬការខូចខាតកើតឡើងក្នុងអំឡុងពេលបញ្ជូនកញ្ចប់ UDP ដើម្បីធានាបាននូវភាពសុចរិតនៃទិន្នន័យឬអត់។
ភាពខុសគ្នារវាង TCP និង UDP នៅក្នុង Mylinkingប៉ះបណ្តាញនិងឈ្មួញកណ្តាលកញ្ចប់បណ្តាញអាចដំណើរការទាំងកញ្ចប់ TCP ឬ UDP
TCP និង UDP មានភាពខុសគ្នានៅក្នុងទិដ្ឋភាពដូចខាងក្រោម៖
ការតភ្ជាប់៖ TCP គឺជាពិធីការដឹកជញ្ជូនដែលផ្តោតលើការតភ្ជាប់ ដែលតម្រូវឱ្យមានការបង្កើតការតភ្ជាប់មុនពេលទិន្នន័យអាចត្រូវបានផ្ទេរ។ ម្យ៉ាងវិញទៀត UDP មិនតម្រូវឱ្យមានការតភ្ជាប់ទេ ហើយអាចផ្ទេរទិន្នន័យបានភ្លាមៗ។
វត្ថុសេវាកម្ម៖ TCP គឺជាសេវាកម្មចំណុចពីរមួយទល់នឹងមួយ ពោលគឺការតភ្ជាប់មានចំណុចបញ្ចប់តែពីរប៉ុណ្ណោះដើម្បីទំនាក់ទំនងគ្នាទៅវិញទៅមក។ ទោះជាយ៉ាងណាក៏ដោយ UDP គាំទ្រការទំនាក់ទំនងអន្តរកម្មមួយទល់នឹងមួយ មួយទល់នឹងច្រើន និងច្រើនទល់នឹងច្រើន ដែលអាចទំនាក់ទំនងជាមួយម៉ាស៊ីនច្រើនក្នុងពេលតែមួយ។
ភាពជឿជាក់៖ TCP ផ្តល់សេវាកម្មចែកចាយទិន្នន័យប្រកបដោយភាពជឿជាក់ ដោយធានាថាទិន្នន័យគ្មានកំហុស គ្មានការបាត់បង់ មិនចម្លង និងមកដល់តាមតម្រូវការ។ ម្យ៉ាងវិញទៀត UDP ខិតខំប្រឹងប្រែងឱ្យអស់ពីសមត្ថភាព ហើយមិនធានានូវការដឹកជញ្ជូនដែលអាចទុកចិត្តបានទេ។ UDP អាចទទួលរងនូវការបាត់បង់ទិន្នន័យ និងស្ថានភាពផ្សេងទៀតក្នុងអំឡុងពេលបញ្ជូន។
ការគ្រប់គ្រងការកកស្ទះ ការគ្រប់គ្រងលំហូរ៖ TCP មានយន្តការគ្រប់គ្រងការកកស្ទះ និងការគ្រប់គ្រងលំហូរ ដែលអាចកែតម្រូវអត្រាបញ្ជូនទិន្នន័យទៅតាមលក្ខខណ្ឌបណ្តាញ ដើម្បីធានាបាននូវសុវត្ថិភាព និងស្ថេរភាពនៃការបញ្ជូនទិន្នន័យ។ UDP មិនមានយន្តការគ្រប់គ្រងការកកស្ទះ និងការគ្រប់គ្រងលំហូរទេ ទោះបីជាបណ្តាញមានការកកស្ទះខ្លាំងក៏ដោយ វានឹងមិនធ្វើការកែតម្រូវចំពោះអត្រាផ្ញើ UDP ឡើយ។
ក្បាលខាងលើ: TCP មានប្រវែងបឋមកថាវែង ជាធម្មតា 20 បៃ ដែលកើនឡើងនៅពេលដែលវាលជម្រើសត្រូវបានប្រើ។ ម្យ៉ាងវិញទៀត UDP មានបឋមកថាថេរត្រឹមតែ 8 បៃប៉ុណ្ណោះ ដូច្នេះ UDP មានផ្នែកខាងលើបឋមកថាទាបជាង។
សេណារីយ៉ូកម្មវិធី TCP និង UDP៖
TCP និង UDP គឺជាពិធីការស្រទាប់ដឹកជញ្ជូនពីរផ្សេងគ្នា ហើយពួកវាមានភាពខុសគ្នាខ្លះនៅក្នុងសេណារីយ៉ូកម្មវិធី។
ដោយសារ TCP គឺជាពិធីការដែលផ្តោតលើការតភ្ជាប់ វាត្រូវបានប្រើជាចម្បងនៅក្នុងសេណារីយ៉ូដែលត្រូវការការបញ្ជូនទិន្នន័យដែលអាចទុកចិត្តបាន។ ករណីប្រើប្រាស់ទូទៅមួយចំនួនរួមមាន៖
ការផ្ទេរឯកសារ FTP៖ TCP អាចធានាថាឯកសារមិនត្រូវបានបាត់បង់ និងខូចកំឡុងពេលផ្ទេរទេ។
HTTP/HTTPS: TCP ធានានូវភាពសុចរិត និងភាពត្រឹមត្រូវនៃខ្លឹមសារគេហទំព័រ។
ដោយសារតែ UDP ជាពិធីការដែលគ្មានការតភ្ជាប់ វាមិនផ្តល់ការធានាភាពជឿជាក់ទេ ប៉ុន្តែវាមានលក្ខណៈនៃប្រសិទ្ធភាព និងពេលវេលាជាក់ស្តែង។ UDP គឺសមរម្យសម្រាប់សេណារីយ៉ូដូចខាងក្រោម៖
ចរាចរណ៍កញ្ចប់ទាប ដូចជា DNS (ប្រព័ន្ធឈ្មោះដែន)សំណួរ DNS ជាធម្មតាជាកញ្ចប់ខ្លីៗ ហើយ UDP អាចបំពេញវាបានលឿនជាងមុន។
ការទំនាក់ទំនងពហុមេឌាដូចជាវីដេអូ និងអូឌីយ៉ូសម្រាប់ការបញ្ជូនពហុមេឌាដែលមានតម្រូវការពេលវេលាជាក់ស្តែងខ្ពស់ UDP អាចផ្តល់នូវភាពយឺតយ៉ាវទាបជាង ដើម្បីធានាថាទិន្នន័យអាចត្រូវបានបញ្ជូនទាន់ពេលវេលា។
ការទំនាក់ទំនងផ្សាយ៖ UDP គាំទ្រការទំនាក់ទំនងមួយទៅច្រើន និងច្រើនទៅច្រើន ហើយអាចត្រូវបានប្រើសម្រាប់ការបញ្ជូនសារផ្សាយ។
សេចក្តីសង្ខេប
ថ្ងៃនេះយើងបានរៀនអំពី TCP។ TCP គឺជាពិធីការទំនាក់ទំនងស្រទាប់ដឹកជញ្ជូនដែលផ្តោតលើការតភ្ជាប់ អាចទុកចិត្តបាន និងផ្អែកលើបៃត៍ស្ទ្រីម។ វាធានានូវការបញ្ជូនដែលអាចទុកចិត្តបាន និងការទទួលទិន្នន័យដោយមានសណ្តាប់ធ្នាប់ដោយបង្កើតការតភ្ជាប់ ការចាប់ដៃ និងការទទួលស្គាល់។ ពិធីការ TCP ប្រើច្រកដើម្បីសម្រេចបាននូវការទំនាក់ទំនងរវាងដំណើរការ និងផ្តល់សេវាកម្មទំនាក់ទំនងដោយផ្ទាល់សម្រាប់ដំណើរការកម្មវិធីដែលកំពុងដំណើរការលើម៉ាស៊ីនផ្សេងៗគ្នា។ ការតភ្ជាប់ TCP គឺជាឌុយប្លិចពេញលេញ ដែលអនុញ្ញាតឱ្យមានការផ្ទេរទិន្នន័យទ្វេទិសក្នុងពេលដំណាលគ្នា។ ផ្ទុយទៅវិញ UDP គឺជាពិធីការទំនាក់ទំនងដែលផ្តោតលើការតភ្ជាប់ ដែលមិនផ្តល់ការធានាភាពជឿជាក់ និងសមរម្យសម្រាប់សេណារីយ៉ូមួយចំនួនដែលមានតម្រូវការពេលវេលាជាក់ស្តែងខ្ពស់។ TCP និង UDP គឺខុសគ្នានៅក្នុងរបៀបតភ្ជាប់ វត្ថុសេវាកម្ម ភាពជឿជាក់ ការគ្រប់គ្រងការកកស្ទះ ការគ្រប់គ្រងលំហូរ និងទិដ្ឋភាពផ្សេងទៀត ហើយសេណារីយ៉ូកម្មវិធីរបស់ពួកគេក៏ខុសគ្នាដែរ។
ពេលវេលាបង្ហោះ៖ ខែធ្នូ-០៣-២០២៤
