1 00:00:00,000 --> 00:00:08,000 Saat menggunakan TCP, perangkat harus terlebih dahulu membuat koneksi dengan sistem peer sebelum transmisi data dapat terjadi 2 00:00:09,000 --> 00:00:10,000 sehingga sesi 3 00:00:11,000 --> 00:00:16,000 berorientasi koneksi akan dibuat antara host A dan host B 4 00:00:17,000 --> 00:00:23,000 Satu mesin akan memulai koneksi yang kemudian harus diterima oleh mesin lain. 5 00:00:24,000 --> 00:00:28,000 Protokol modul perangkat lunak dalam sistem operasi perangkat host berkomunikasi satu sama 6 00:00:29,000 --> 00:00:33,000 lain dengan mengirim pesan di seluruh jaringan untuk memverifikasi bahwa transfer 7 00:00:34,000 --> 00:00:36,000 tersebut sah dan bahwa kedua belah 8 00:00:37,000 --> 00:00:39,000 pihak siap untuk transmisi data. 9 00:00:40,000 --> 00:00:48,000 Agar hal ini dapat terjadi, jabat tangan tiga arah terjadi antara perangkat host menggunakan TCP. 10 00:00:49,000 --> 00:00:55,000 Jadi host yang memulai sesi akan mengatur flag SYN atau bit SYN di header 11 00:00:56,000 --> 00:01:00,000 TCP dari segmen awal yang dikirim ke host B. 12 00:01:01,000 --> 00:01:05,000 Host A juga akan memilih nomor urut awal yang dalam 13 00:01:06,000 --> 00:01:08,000 contoh ini katakanlah 100. 14 00:01:09,000 --> 00:01:12,000 Jadi bendera kontrol SYN diaktifkan dan nomor 15 00:01:13,000 --> 00:01:16,000 urut diatur ke nilai awal 100. 16 00:01:17,000 --> 00:01:20,000 Ini kemudian digunakan untuk memulai proses jabat tangan. 17 00:01:21,000 --> 00:01:27,000 Segmen sinkronisasi ini juga menentukan jumlah port yang ingin disambungkan 18 00:01:28,000 --> 00:01:32,000 pengirim misalnya port 80 atau HTTP. 19 00:01:33,000 --> 00:01:38,000 Tuan rumah di sisi kanan akan menunggu permintaan koneksi dari klien jarak jauh, dalam 20 00:01:39,000 --> 00:01:41,000 hal ini tuan rumah A. 21 00:01:42,000 --> 00:01:45,000 ketika SYN diterima dan host 22 00:01:46,000 --> 00:01:53,000 yang diterima b akan mengirim kembali segmen TCP dengan flag SYN dan ACK ditetapkan. 23 00:01:54,000 --> 00:01:57,000 Jadi bendera kontrol SYN dan ACK diaktifkan dan 24 00:01:58,000 --> 00:02:01,000 digunakan untuk menegosiasikan koneksi dan mengakui penerimaan 25 00:02:02,000 --> 00:02:04,000 segmen sinkronisasi inisial pengirim. 26 00:02:05,000 --> 00:02:08,000 B juga menetapkan nomor urut awal untuk menunjukkan nomor 27 00:02:09,000 --> 00:02:12,000 urut berikutnya dari byte berikutnya dari data yang diharapkan 28 00:02:13,000 --> 00:02:15,000 akan diterima dari host A. 29 00:02:16,000 --> 00:02:21,000 host B juga menetapkan flag pengakuan ke, dalam 30 00:02:22,000 --> 00:02:30,000 hal ini 101 flag ACK mengindikasikan, bagian data berikutnya, host mengharapkan untuk menerima. 31 00:02:31,000 --> 00:02:34,000 Jadi host A awalnya mengirim nomor urut 100 dan 32 00:02:35,000 --> 00:02:39,000 host B, dalam hal ini mengasumsikan ukuran jendela 1 mengirimkan kembali 33 00:02:40,000 --> 00:02:41,000 pengakuan 101. 34 00:02:42,000 --> 00:02:47,000 Langkah ketiga dalam jabat tangan tiga arah adalah ketika host yang memulai 35 00:02:48,000 --> 00:02:56,000 dalam hal ini host A telah menerima SYN dari host B dan mengirimkan kembali segmen TCP dengan bidang kontrol diatur 36 00:03:01,000 --> 00:03:06,000 ke ACK, dengan kata lain pengakuan. 36 Host A karena itu mengakui segmen berikutnya yang diharapkan 37 00:03:07,000 --> 00:03:11,000 untuk menerima dari host B dalam kasus ini 301, awalnya host B mengirim nomor urut 300 38 00:03:12,000 --> 00:03:16,000 Jadi tuan rumah A mengharapkan segmen berikutnya 301. 39 00:03:17,000 --> 00:03:21,000 Host A menetapkan nomor urutnya menjadi 101. 40 00:03:22,000 --> 00:03:29,000 Segmen awal yang dikirim adalah 100 dan yang berikutnya dalam kasus ini adalah 101 karena bit SYN atau 41 00:03:30,000 --> 00:03:32,000 flag SYN tidak disetel ini 42 00:03:33,000 --> 00:03:37,000 mengonfirmasi bahwa jabat tangan tiga arah telah selesai dengan sukses. 43 00:03:38,000 --> 00:03:45,000 Hanya untuk mengulangi, bit kontrol atau flag pada awalnya mengirim segmen 44 00:03:46,000 --> 00:03:51,000 dengan bit SYN atau flag SYN diaktifkan. 45 00:03:55,000 --> 00:04:00,000 Jadi bendera kontrol SYN diatur ke 1. 46 Host B pada langkah kedua dari jabat 46 00:04:01,000 --> 00:04:04,000 tangan tiga arah mengatur flag atau bit kontrolnya ke SYN ACK. 47 00:04:05,000 --> 00:04:07,000 Dengan kata lain bit SYN diatur ke 48 00:04:08,000 --> 00:04:10,000 1 dan bit ACK diatur ke 1. 49 00:04:11,000 --> 00:04:13,000 Pada langkah terakhir Host jabat 50 00:04:14,000 --> 00:04:19,000 tangan tiga arah A mengatur bit ACK ke 1 atau flag ACK diaktifkan. 51 00:04:21,000 --> 00:04:24,000 Bit SYN atau bendera SYN diatur ke 0 untuk menunjukkan bahwa jabat 52 00:04:25,000 --> 00:04:27,000 tangan tiga arah telah selesai dengan sukses. 53 00:04:28,000 --> 00:04:32,000 Sekarang nomor urut dan ucapan terima kasih dapat menyebabkan banyak kebingungan. Jadi saya akan menjelaskannya 54 00:04:33,000 --> 00:04:34,000 lebih terinci sekarang. 55 00:04:35,000 --> 00:04:39,000 Kami mengasumsikan dalam contoh ini, bahwa ukuran jendela 1 digunakan. 56 00:04:40,000 --> 00:04:42,000 Sekarang jika Anda ingat ukuran jendela adalah jumlah maksimum data 57 00:04:48,000 --> 00:04:52,000 yang dapat diterima penerima dari pengirim dan proses dengan benar. 59 Jadi kita akan mengasumsikan bahwa hanya 58 00:04:53,000 --> 00:04:56,000 1 segmen yang dapat ditransmisikan pada waktu tertentu sebelum pemberitahuan 59 00:04:57,000 --> 00:04:59,000 diterima untuk mengakui penerimaan segmen itu. 60 00:05:00,000 --> 00:05:03,000 Jadi mari kita asumsikan A dimulai dengan nomor urut 61 00:05:04,000 --> 00:05:09,000 awal 5 karena ukuran jendela 1, hanya 1 segmen yang dapat dikirim dari A ke B. 62 00:05:10,000 --> 00:05:14,000 B berhasil menerima segmen dari A dan 63 00:05:15,000 --> 00:05:19,000 mengakui segmen berikutnya yang ingin diterimanya. 64 00:05:20,000 --> 00:05:23,000 jadi daripada mengakui penerimaan nomor urut 5, ia 65 00:05:24,000 --> 00:05:26,000 mengakui untuk nomor urut 66 00:05:27,000 --> 00:05:32,000 6 yang menyiratkan bahwa semua nomor urut sebelumnya akan menerima dengan benar. 67 00:05:33,000 --> 00:05:37,000 Jadi B mengakui dalam hal ini untuk nomor urut 6 tetapi B 68 00:05:42,000 --> 00:05:47,000 dapat mulai dengan nomor urut awal 10. 71 jadi pada tajuk TCP B memberitahu A 69 00:05:48,000 --> 00:05:52,000 bahwa nomor urut awal adalah 10 dan yang berhasil menerima urutan nomor 5 dari 70 00:05:53,000 --> 00:05:56,000 A dan mengharapkan urutan nomor 6 dari A dalam paket berikutnya. 71 00:05:57,000 --> 00:06:00,000 Mari kita asumsikan berhasil menerima segmen itu sehingga 72 00:06:01,000 --> 00:06:05,000 A sekarang akan mengirim segmen 6 ke B dengan kata 73 00:06:06,000 --> 00:06:08,000 lain nomor urut berikutnya. 74 00:06:09,000 --> 00:06:14,000 A juga mengakui penerimaan segmen 10 dari host B. 75 00:06:15,000 --> 00:06:19,000 Jadi A telah berhasil menerima segmen dengan nomor urut 10. 76 00:06:20,000 --> 00:06:21,000 Harap dicatat sekali 77 00:06:22,000 --> 00:06:24,000 lagi bahwa tuan rumah dapat secara 78 00:06:25,000 --> 00:06:27,000 acak memilih nomor urut awal dan 79 00:06:28,000 --> 00:06:31,000 dengan demikian dalam jabat tangan tiga arah awal bahwa informasi 80 00:06:35,000 --> 00:06:42,000 perlu dikomunikasikan antara 2 host sehingga mereka tahu apa nomor urut awal. 84 Jadi sekali lagi A mengirimkan nomor urut 6 ke B dan mengakui urutan 11. 81 00:06:43,000 --> 00:06:45,000 Mari kita asumsikan B berhasil menerima 82 00:06:46,000 --> 00:06:49,000 segmen itu dan karenanya akan mengakui untuk segmen 7. 83 00:06:50,000 --> 00:06:52,000 Segmen berikutnya yang diharapkan 84 00:06:53,000 --> 00:06:58,000 untuk menerima sekali lagi 7 dalam pengakuan menunjukkan bahwa segmen sebelumnya berhasil diterima. 85 00:06:59,000 --> 00:07:03,000 Jadi host B dengan mengatur nomor urut ke 7 memberitahu host A 86 00:07:04,000 --> 00:07:06,000 bahwa urutan nomor 6 berhasil diterima. 87 00:07:07,000 --> 00:07:10,000 Host B mengirimkan nomor urut 11 karena itu 88 00:07:11,000 --> 00:07:14,000 adalah nomor urut berikutnya yang diharapkan diterima A 89 00:07:15,000 --> 00:07:19,000 Hal yang perlu diperhatikan sekali lagi, adalah bahwa nomor 90 00:07:25,000 --> 00:07:29,000 urut awal yang tuan rumah harapkan akan terima dan 91 00:07:30,000 --> 00:07:36,000 urutan nomor misalnya 11 menyiratkan bahwa nomor urut 10 dan nomor urut sebelumnya berhasil diterima. 92 00:07:37,000 --> 00:07:41,000 Sekarang kontrol aliran sekali lagi mencegah masalah di mana pengirim mengirim begitu banyak 93 00:07:45,000 --> 00:07:47,000 data 99 bahwa buffer penerima meluap. 94 00:08:05,000 --> 00:08:09,000 Jika ini adalah mesin yang sangat kuat dan ini adalah mesin yang lebih tua itu tidak sekuat itu, mungkin saja A bisa dikuasai buffer B karena mengirimkan begitu banyak data. 103 Jadi B membutuhkan mekanisme untuk memberitahu A agar melambat sehingga D dapat 95 00:08:14,000 --> 00:08:16,000 berhasil memproses lalu lintas yang diterima. 105 Jadi sebagai contoh mari kita asumsikan bahwa ukuran jendela dalam contoh ini 96 00:08:49,000 --> 00:08:51,000 adalah 3 daripada 1. 107 Jadi A dapat mengirim 3 segmen data sebelum mendapatkan pengakuan. 108 Keuntungan dari meningkatkan ukuran jendela adalah throughput itu dapat meningkat secara dramatis karena tuan rumah dapat mengirim lebih banyak data dengan lebih sedikit ucapan terima kasih dan karenanya pengatur waktu pulang pergi berkurang secara dramatis. 111 Jadi, dalam contoh ini A mengirimkan 3 segmen ke B. 112 Mari kita asumsikan 97 00:09:00,000 --> 00:09:03,000 bahwa buffer B yang diterima penuh dan tidak dapat menangani jumlah data itu 114 B akan mengirim indikator yang tidak siap ke A 115 dan ini dilakukan dengan mengatur ukuran windows ke 0. 98 00:09:20,000 --> 00:09:27,000 Ini memberi tahu pengirim untuk berhenti mengirim data dan tunggu indikator siap dari penerima. 118 Dengan asumsi bahwa host B sekarang dapat memproses data di dalamnya menerima buffer dan sekarang dapat menerima lebih banyak data. 120 Ini dapat mengirim indikator siap ke A, untuk memberitahukannya untuk melanjutkan pengiriman datagram. 99 00:09:37,000 --> 00:09:42,000 jadi A melanjutkan transmisi dengan mengirimkan misalnya 3 segmen ke B. 122 Karena ukuran jendela adalah 3. 123 Jadi harap dicatat di latar belakang host TCP yang terlibat dalam percakapan dapat 100 00:09:54,000 --> 00:09:58,000 menegosiasikan berbagai parameter dan salah satunya adalah kontrol aliran 125 di mana penerima, dapat memberitahu pengirim untuk memperlambat atau berhenti mengirim data 126 sampai penerima memiliki ruang buffer yang tersedia untuk menerima segmen yang ditransmisikan. 101 00:10:08,000 --> 00:10:12,000 Ini memungkinkan untuk komunikasi antara yang sangat kuat atau mesin cepat dan mesin lebih lambat atau kurang kuat di mana mereka dapat menegosiasikan tingkat penularan.