WIRESHARK LAB : EXPLORING TCP

Di bagian ini, kita akan melihat bahwa untuk menyediakan transfer data yang andal, TCP
bergantung pada banyak prinsip dasar yang dibahas di bagian sebelumnya, termasuk deteksi
kesalahan, transmisi ulang, pengakuan kumulatif, penghitung waktu dan bidang header untuk
nomor urut dan pengakuan. TCP didefinisikan dalam.

1. Koneksi TCP
TCP dikatakan berorientasi koneksi karena sebelum satu proses aplikasi dapat
mulai mengirim data ke yang lain, kedua proses tersebut harus terlebih dahulu "berjabat
tangan" satu sama lain yaitu, mereka harus mengirim beberapa segmen awal satu sama
lain untuk menetapkan parameter transfer data berikutnya.
Koneksi TCP juga selalu point-to-point, yaitu antara satu pengirim dan satu
penerima. Sekarang mari kita lihat bagaimana koneksi TCP dibuat. Proses aplikasi klien
pertama-tama menginformasikan lapisan transport klien bahwa ia ingin membuat koneksi
ke proses di server. program klien Python melakukan ini dengan mengeluarkan perintah
clientSocket. Pada akhir bagian ini kita membahas secara rinci prosedur pembentukan
koneksi. Setelah koneksi TCP dibuat, kedua proses aplikasi dapat saling mengirim data.

2. Struktur Segmen TCP

- Kedua bidang ini adalah bidang terpenting dalam tajuk TCP

 - TCP memandang data sebagai aliran byte yang tidak terstruktur, tetapi teratur.
Penggunaan nomor urutan TCP mencerminkan pandangan ini bahwa nomor di atas
serangkaian segmen yang ditranmisikan sebut nomor urut segmen.
- Ingat bahwa TCp adalah duplikat penuh, sehingga Host Am dapat meneriman data
dari Host B saat mengirim data ke Host B saat mengirim data ke Host B (sebagai
bagian dari koneksi TCP yang sama) setia[ segmen yang datang dari host B memiliki
nomor urut intukndatanya mengalir dari B ke A nimor pengakuan yang ditempatkan
oleh Host A disegmennya adalah nomor urut dari byte berikutnya yang diharapkan
host A oleh host B.
3. Estimasi Waktu Pulang Pergi dan Batas Waktu
 Memperkirakan waktu pulang pergi
Sampel RTT, dilambangkan SampleRTT, untuk segmen adalah jumlah waktuantara saat
segmen dikirim dan saat pengakuanment untuk segmen diterima. Alih-alih mengukur
SampleRTT untuk setiapsegmen yang ditransmisikan, sebagian besar implementasi TCP
hanya mengambil satu pengukuran SampleRTTurement pada suatu
waktu. Artinya, kapan saja, SampleRTT sedang diperkirakanhanya untuk satu segmen
yang ditransmisikan tetapi saat ini tidak diakui, yang mengarah ke anilai SampleRTT
baru kira-kira sekali setiap RTT. Untuk memperkirakan RTT khas. Olh karena itu wajar
untuk mengambil semacam rata-rata dari sam-nilai pleRTT. TCP mempertahankan rata-
rata yang disebut EstimatedRTT, dari Sam-nilai PleRTT.
Pembahruan TCp taksiran RTT menurut rumus berikut;
EstimasiRTT = (1-). sampleRTT.
 Mengatur dan mengelola interval batas waktu tranmisi ulang
Mengingat nilai EstimasiRTT dan DevRTT, nilai apa yang harus digunakan untuk
Interval batas waktu TCP? Jelas, interval harus lebih besar dari atau sama dengan
EstimasiRTT, atau tranmisi ulanag yang tidak perlu akan dikirim.

4. Principles of Congestion Control

Mekanisme TCP yang digunakan untuk menyediakan layanan transfer data yang
andal dalam menghadapi kehilangan paket. Kami sebutkan sebelumnya bahwa, dalam
praktiknya, kerugian seperti itu biasanya dihasilkan dari meluapnya buffer router saat
 jaringan menjadi padat. Paket transmisi ulang dengan demikian memperlakukan gejala
kemacetan jaringan (hilangnya segmen transport-layer) tetapi tidak menangani penyebab
kemacetan jaringan juga banyak sumber yang mencoba mengirim data dengan kecepatan
yang terlalu tinggi. Untuk mengatasi penyebab kemacetan jaringan, diperlukan
mekanisme untuk mencekik pengirim di hadapan jaringan penyumbatan.
Kemudian kami mempertimbangkan masalah kontrol kemacetan dalam konteks
umum, berusaha memahami mengapa kemacetan adalah hal yang buruk, bagaimana
kemacetan jaringan dimanifestasikan dalam kinerja yang diterima oleh aplikasi lapisan
atas, dan berbagai pendekatan yang dapat diambil untuk menghindari, atau bereaksi
terhadap, kemacetan jaringan. Ini lagi studi umum tentang kontrol kemacetan adalah
tepat karena, seperti halnya transfer data yang andal, ini termasuk dalam daftar "sepuluh
besar" kami tentang masalah mendasar yang penting dalam jaringan. Kami
menyimpulkan bagian ini dengan diskusi tentang pengendalian kemacetan di layanan bit-
rate (ABR) yang tersedia dalam mode transfer asinkron (ATM) jaringan. Bagian berikut
berisi studi rinci tentang algoritma kontrol kongesti TCP.

5. The Causes and the Costs of Congestion

Mari kita mulai studi umum kita tentang pengendalian kemacetan dengan
memeriksa tiga skenario yang semakin kompleks di mana kemacetan terjadi. Dalam
setiap kasus, kita akan melihat mengapa kemacetan terjadi di tempat pertama dan pada
biaya kemacetan (dalam hal sumber daya tidak sepenuhnya dimanfaatkan dan kinerja
buruk yang diterima oleh sistem akhir). Kami tidak akan (belum) fokus pada bagaimana
bereaksi terhadap, atau menghindari, kemacetan tetapi lebih fokus pada masalah yang
lebih sederhana dalam memahami apa yang terjadi saat host meningkatkan laju transmisi
dan jaringan menjadi padat.

6. Approaches to Congestion Control

Pada tingkat yang paling luas, kita dapat membedakan antara pendekatan kontrol
kemacetan dengan apakah lapisan jaringan memberikan bantuan eksplisit ke lapisan
transportasi untuk tujuan kontrol kemacetan:
 Kontrol kemacetan ujung ke ujung. Dalam pendekatan end-to-end untuk kontrol
kemacetan, lapisan jaringan tidak memberikan dukungan eksplisit ke lapisan transport
untuk tujuan kontrol kemacetan. Bahkan keberadaan kemacetan di jaringan harus
disimpulkan oleh sistem akhir hanya berdasarkan perilaku jaringan yang diamati
(misalnya, kehilangan paket dan penundaan).
Kontrol kemacetan berbantuan jaringan. Dengan kontrol kemacetan berbantuan
jaringan, komponen lapisan jaringan (yaitu, router) memberikan umpan balik eksplisit
kepada pengirim mengenai keadaan kemacetan di jaringan. Umpan balik ini mungkin
sesederhana satu bit yang menunjukkan kemacetan di sebuah tautan. Pendekatan ini
diambil pada awal IBM SNA [Schwartz 1982] dan DEC DECnet [Jain 1989; arsitektur
Ramakrish nan 1990], baru-baru ini diusulkan untuk jaringan TCP/IP [Floyd TCP 1994;
RFC 3168], dan juga digunakan dalam kontrol kemacetan bit-rate (ABR) ATM yang
tersedia, seperti yang dibahas di bawah ini. Umpan balik jaringan yang lebih canggih
juga dimungkinkan. Sebagai contoh, salah satu bentuk kontrol kongesti ATM ABR yang
akan segera kita pelajari memungkinkan router untuk menginformasikan pengirim secara
eksplisit tentang tingkat transmisi yang dapat didukungnya (router) pada link keluar.
Perhatikan bahwa bentuk pemberitahuan terakhir ini memakan waktu setidaknya satu kali
perjalanan pulang pergi.

7. Network Assisted Congestion Control Example: ATM ABR Congestion Control

Kami menyimpulkan bagian ini dengan studi kasus singkat tentang algoritma
kontrol kongesti di ATM ABR protokol yang menggunakan pendekatan berbantuan
jaringan menuju kontrol kongesti. Kami menekankan bahwa tujuan kami di sini bukan
untuk menggambarkan aspek arsitektur ATM dengan sangat rinci, melainkan untuk
menggambarkan protokol yang mengambil pendekatan yang sangat berbeda terhadap
kontrol kemacetan dari protokol TCP Internet. Memang, kami hanya menyajikan di
bawah beberapa aspek arsitektur ATM yang diperlukan untuk memahami kontrol
kemacetan ABR. Pada dasarnya ATM mengambil pendekatan berorientasi virtual-circuit
(VC) menuju packet switching. Ingat dari diskusi kita di Bab 1, ini berarti bahwa setiap
sakelar pada jalur sumber-ke-tujuan akan mempertahankan status tentang VC sumber-ke-
tujuan. Status per-VC ini memungkinkan sakelar untuk melacak perilaku pengirim
individu (misalnya, melacak laju transmisi rata-rata mereka) dan untuk mengambil
tindakan kontrol kemacetan spesifik sumber (seperti memberi sinyal secara eksplisit
kepada pengirim untuk mengurangi lajunya saat sakelar menjadi sesak). Status per-VC
pada sakelar jaringan ini membuat ATM cocok untuk melakukan kontrol kemacetan
berbantuan jaringan. ABR telah dirancang sebagai layanan transfer data elastis dengan
cara yang mengingatkan pada TCP.