1
00:00:00,000 --> 00:00:05,000
Dalam bentuk dasarnya, TCP mungkin memiliki ukuran jendela 1

2
00:00:06,000 --> 00:00:10,000
yang berarti bahwa untuk setiap segmen yang

3
00:00:11,000 --> 00:00:16,000
ditransmisikan oleh pengirim, penerima mengirim pemberitahuan untuk segmen tersebut.

4
00:00:17,000 --> 00:00:19,000
Namun ini memperlambat throughput

5
00:00:20,000 --> 00:00:23,000
secara dramatis karena pengirim tidak dapat

6
00:00:24,000 --> 00:00:29,000
mengirimkan data lagi sampai menerima pengakuan dari segmen tunggal yang dikirim.

7
00:00:30,000 --> 00:00:32,000
Throughput akan sangat rendah tergantung pada

8
00:00:33,000 --> 00:00:34,000
timer perjalanan

9
00:00:35,000 --> 00:00:38,000
pulang pergi antara mengirim data dan menerima pengakuan.

10
00:00:39,000 --> 00:00:42,000
Namun demikian TCP memungkinkan ukuran jendela yang lebih besar untuk memungkinkan lebih

11
00:00:43,000 --> 00:00:44,000
banyak segmen ditransmisikan sebelum

12
00:00:49,000 --> 00:00:50,000
menerima pengakuan. 12

13
00:00:51,000 --> 00:00:52,000
Jendela adalah jumlah segmen

14
00:00:53,000 --> 00:00:56,000
data yang boleh dikirim pengirim tanpa mendapat pengakuan dari penerima.

15
00:00:57,000 --> 00:00:58,000
Dalam hal ini

16
00:00:59,000 --> 00:01:02,000
kami telah menetapkannya menjadi 1 yang berarti ketika host A

17
00:01:03,000 --> 00:01:07,000
ingin mengirim lalu lintas ke host B, ia dapat mengirim 1 segmen karena

18
00:01:03,000 --> 00:01:07,000
ukuran jendela diatur ke 1 host B, setelah menerima segmen itu, mengirimkan pemberitahuan.

19
00:01:14,000 --> 00:01:18,000
Dalam contoh ini, mari kita asumsikan bahwa host A, kirim segmen dengan nomor urut 1 host

20
00:01:19,000 --> 00:01:21,000
B yang akan diketahui untuk segmen 2.

21
00:01:22,000 --> 00:01:24,000
Host A kemudian akan mengirim segmen

22
00:01:25,000 --> 00:01:29,000
2 dan host B, setelah berhasil menerima segmen itu akan mengakui

23
00:01:30,000 --> 00:01:32,000
atau ACK untuk segmen 3.

24
00:01:33,000 --> 00:01:36,000
Host A kemudian akan mengirim segmen 3 ke host B.

25
00:01:37,000 --> 00:01:41,000
Proses ini kemudian akan berlanjut selama sesi ini

26
00:01:42,000 --> 00:01:46,000
jelas sangat dapat diandalkan namun, throughput sangat rendah.

27
00:01:47,000 --> 00:01:50,000
A perlu buffer segmen keluar sampai

28
00:01:51,000 --> 00:01:54,000
menerima pengakuan untuk segmen yang ditransmisikan.

29
00:01:55,000 --> 00:01:57,000
sekarang demi argumen, mari kita asumsikan

30
00:01:58,000 --> 00:02:00,000
bahwa dibutuhkan 1 detik untuk lalu

31
00:04:04,000 --> 00:04:06,000
lintas dengan permulaan dengan ukuran jendela

32
00:04:07,000 --> 00:04:10,000
kecil dan kemudian secara eksponensial meningkatkan ukuran jendela untuk

33
00:04:11,000 --> 00:04:15,000
mengukur jumlah data yang dapat diterima penerima dan apa yang dapat ditangani jaringan.

34
00:04:16,000 --> 00:04:20,000
Anda mungkin memperhatikan hal ini, saat mengunduh file dari internet pada

35
00:04:21,000 --> 00:04:23,000
awalnya, kecepatan unduhnya lambat

36
00:04:24,000 --> 00:04:27,000
tetapi kemudian meningkat ke titik tertentu seiring waktu.

37
00:04:28,000 --> 00:04:31,000
Ini karena ukuran jendela awalnya kecil tetapi kemudian

38
00:04:32,000 --> 00:04:35,000
meningkat secara eksponensial hingga sebuah paket dijatuhkan

39
00:04:36,000 --> 00:04:40,000
atau host penerima tidak dapat menangani jumlah data yang diterimanya.

40
00:04:41,000 --> 00:04:43,000
Jadi Anda akan melihat pada awalnya, bahwa kecepatan unduhan sangat

41
00:04:44,000 --> 00:04:47,000
lambat meningkat dengan sangat cepat dan kemudian sampai pada suatu titik dan kemudian tetap berada

42
00:04:48,000 --> 00:04:49,000
di sekitar kecepatan itu.

43
00:04:50,000 --> 00:04:51,000
Jadi sekali lagi, mari

44
00:04:52,000 --> 00:04:55,000
kita asumsikan bahwa host dalam contoh ini memiliki ukuran jendela tetap 3.

45
00:04:56,000 --> 00:05:01,000
Itu berarti bahwa A dapat mengirim 3 segmen sebelum menerima pengakuan.

46
00:05:02,000 --> 00:05:05,000
Jadi dalam hal ini host A mengirim segmen

47
00:05:06,000 --> 00:05:10,000
1,2 dan 3 host B mengakui untuk segmen 4 sehingga membiarkan

48
00:05:11,000 --> 00:05:15,000
A tahu bahwa ia berhasil menerima segmen 1,2 dan 3 host

49
00:05:16,000 --> 00:05:21,000
A kemudian mengirim segmen 4,5 dan 6 karena ia memiliki ukuran jendela yang diperbaiki

50
00:05:22,000 --> 00:05:25,000
dari 3 dan host B mengakui untuk

51
00:05:26,000 --> 00:05:31,000
segmen 7 sehingga membiarkan A tahu, bahwa ia telah menerima segmen 4,5 dan 6.

52
00:05:32,000 --> 00:05:37,000
Ingat dengan ucapan terima kasih, akui segmen berikutnya yang ingin Anda terima bukan segmen

53
00:05:41,000 --> 00:05:44,000
yang sudah Anda terima. 80 Jadi host B tidak mengakui untuk segmen

54
00:05:45,000 --> 00:05:46,000
6 tetapi mengakui segmen 7.

55
00:05:47,000 --> 00:05:52,000
Seperti yang telah saya sebutkan, jendela geser memungkinkan host untuk mengukur jumlah data

56
00:05:53,000 --> 00:05:57,000
yang dapat diterima penerima dan apa yang bisa ditangani jaringan.

57
00:05:58,000 --> 00:06:01,000
Jadi dalam contoh ini mari kita asumsikan bahwa tuan rumah

58
00:06:02,000 --> 00:06:05,000
menggunakan jendela geser cara mereka menentukan apa yang bisa

59
00:06:06,000 --> 00:06:10,000
ditangani jaringan adalah ketika sebuah paket dijatuhkan oleh jaringan, tuan rumah akan melambat.

60
00:06:11,000 --> 00:06:13,000
Informasi ini tercakup dalam lebih

61
00:06:14,000 --> 00:06:17,000
banyak detail dalam kursus yang berisi kualitas layanan.

62
00:06:18,000 --> 00:06:20,000
Dengan kursus ini hanya

63
00:06:21,000 --> 00:06:23,000
berasumsi bahwa ketika sebuah

64
00:06:24,000 --> 00:06:32,000
paket turun mereka mengurangi ukuran jendela secara dramatis dalam singkat, ukuran jendela adalah jendela yang diberikan kepada pengirim

65
00:06:33,000 --> 00:06:38,000
oleh penerima atau jendela terhitung yang disebut jendela kemacetan atau CWND

66
00:06:39,000 --> 00:06:45,000
jendela kemacetan atau CWND awalnya diatur ke nilai yang sangat rendah pada koneksi

67
00:06:46,000 --> 00:06:49,000
dan kemudian meningkat pada tingkat eksponensial.

68
00:06:50,000 --> 00:06:53,000
Untuk setiap segmen yang hilang, jendela kemacetan

69
00:06:54,000 --> 00:06:57,000
adalah setengah setelah segmen yang hilang berhasil

70
00:06:58,000 --> 00:07:01,000
ditransmisikan kembali, jendela kemacetan tumbuh lagi

71
00:07:02,000 --> 00:07:05,000
hingga mencapai nilai setengah dari jendela

72
00:07:06,000 --> 00:07:11,000
kemacetan asli yang kemudian memperlambat pertumbuhannya, menggunakan algoritma yang disebut penghindaran kemacetan.

73
00:07:12,000 --> 00:07:17,000
Itu secara eksponensial tumbuh hingga setengah ukuran jendela kemacetan asli dan

74
00:07:18,000 --> 00:07:21,000
kemudian meningkat perlahan pada tingkat linier.

75
00:07:22,000 --> 00:07:27,000
Dalam kualitas layanan Weighted Random Early Detection atau WRED dapat digunakan untuk

76
00:07:28,000 --> 00:07:33,000
meningkatkan efisiensi transmisi TCP di seluruh tautan karena paket-paket dijatuhkan secara acak

77
00:07:34,000 --> 00:07:39,000
dari berbagai aliran atau berbagai sesi yang melintasi antarmuka individual daripada paket

78
00:07:40,000 --> 00:07:41,000
dari beberapa

79
00:07:42,000 --> 00:07:45,000
pengirim yang jatuh pada saat yang sama.

80
00:07:46,000 --> 00:07:49,000
ini menghindari masalah yang disebut sinkronisasi global di mana paket dari beberapa sesi

81
00:07:50,000 --> 00:07:54,000
TCP dijatuhkan pada saat yang sama dan oleh karena itu beberapa host mengurangi ukuran jendela dan perlambatan

82
00:08:02,000 --> 00:08:04,000
pada saat yang sama 110 dan kemudian secara

83
00:08:05,000 --> 00:08:08,000
bertahap meningkatkan ukuran jendela mereka dan karenanya throughput mereka pada saat yang sama.

84
00:08:09,000 --> 00:08:14,000
Jadi Anda memiliki banyak host yang memperlambat dan mempercepat pada waktu yang

85
00:08:15,000 --> 00:08:17,000
sama dengan WRED, beberapa

86
00:08:18,000 --> 00:08:24,000
host akan melambat dan host lain akan meningkatkan throughput mereka karena atau secara acak turun.

87
00:08:25,000 --> 00:08:30,000
Silakan merujuk ke dokumentasi kualitas layanan untuk detail lebih lanjut tentang WRED. Dalam

88
00:08:34,000 --> 00:08:39,000
contoh ini mari kita asumsikan bahwa kita mulai dengan ukuran jendela awal 3.

89
00:08:40,000 --> 00:08:49,000
Jadi A mentransmisikan 3 segmen ke B, namun hanya segmen 1 dan 2 yang tiba di host B

90
00:08:50,000 --> 00:08:52,000
segmen 3 hilang.

91
00:08:53,000 --> 00:09:00,000
Host B dapat mengurangi ukuran jendelanya dalam contoh ini menjadi 2 dan mengakui segmen 3.

92
00:09:01,000 --> 00:09:08,000
Ingatlah bahwa pengakuan adalah untuk paket berikutnya yang diharapkan diterima oleh host dan karena host B tidak

93
00:09:10,000 --> 00:09:12,000
menerima segmen 3, maka

94
00:09:13,000 --> 00:09:17,000
ia mengakui penerimaan yang berhasil atas segmen 1 dan 2.

95
00:09:18,000 --> 00:09:25,000
Host A akan mentransmisikan kembali segmen 3 dan dalam contoh ini mengirim segmen 4 tetapi juga meminta ukuran

96
00:09:26,000 --> 00:09:27,000
jendela 3.

97
00:09:28,000 --> 00:09:32,000
Kedua segmen tersebut berhasil diterima oleh host B sehingga host B akan

98
00:09:33,000 --> 00:09:35,000
mengakui untuk segmen 5 tetapi

99
00:09:36,000 --> 00:09:39,000
dalam contoh ini, masih menginginkan ukuran jendela 2.

100
00:09:40,000 --> 00:09:45,000
Host A hanya akan mengirim 2 segmen karena ukuran jendela yang dinegosiasikan adalah

101
00:09:46,000 --> 00:09:51,000
2 tetapi A masih dapat meminta agar ukuran jendela ditingkatkan menjadi 3.

102
00:09:52,000 --> 00:09:57,000
Dengan jendela geser, ada negosiasi dinamis ukuran jendela dan ukuran jendela itu

103
00:09:58,000 --> 00:10:02,000
dapat berubah secara dramatis selama sesi tergantung pada apa yang

104
00:10:03,000 --> 00:10:07,000
dapat diproses penerima dan apa yang bisa ditangani jaringan.