Saya bertanya-tanya, karena nomor urut dalam bidang tajuk TCP dipilih secara acak selama jabat tangan dan secara bertahap bertambah ketika paket dipertukarkan, apa yang terjadi setelah 2 ^ 32 - transmisi initial_seq_no? Apakah nomor urut membungkus dan menjadi 0 atau nilai awal digunakan kembali (atau koneksi baru diinisialisasi dari tempat yang sebelumnya berhenti)?
Jawaban:
Itu membungkus akan menjadi 0. Menurut RFC 793 :
Penting untuk diingat bahwa ruang nomor urut sebenarnya terbatas, meskipun sangat besar. Ruang ini berkisar dari 0 hingga 2 ** 32 - 1. Karena ruangnya terbatas, semua aritmatika yang berhubungan dengan nomor urut harus dilakukan modulo 2 ** 32. Aritmatika yang tidak ditandatangani ini menjaga hubungan nomor urut saat mereka berputar dari 2 ** 32 - 1 hingga 0 lagi. Ada beberapa seluk-beluk ke aritmatika modulo komputer, jadi harus sangat hati-hati dalam pemrograman perbandingan nilai-nilai tersebut. Simbol "= <" berarti "kurang dari atau sama" (modulo 2 ** 32).
Iya nih. Semua detail dapat ditemukan dalam Spesifikasi TCP RFC 793 - Protokol Kontrol Transmisi .
Penting untuk diingat bahwa ruang nomor urut sebenarnya terbatas, meskipun sangat besar. Ruang ini berkisar dari 0 hingga 2 32 - 1.
Karena ruang terbatas, semua aritmatika yang berhubungan dengan nomor urut harus dilakukan modulo 2 32 . Aritmatika yang tidak ditandatangani ini menjaga hubungan nomor urut saat mereka berganti dari 2 32 - 1 menjadi 0 lagi.
Ada beberapa seluk-beluk ke aritmatika modulo komputer, jadi harus sangat hati-hati dalam pemrograman perbandingan nilai-nilai tersebut. Simbol "= <" berarti "kurang dari atau sama" (modulo 2 32 ).
xdan yketik uint32_titu praktis untuk didefinisikan x<=yberarti (uint32_t)(y-x) < 0x80000000.
Ya, itu membungkus. Anda dapat membacanya di Wikipedia atau di RFC1323 , yang menunjukkan cara melindungi terhadap nomor urut yang dibungkus.
Biarkan saya kutip:
Stempel waktu TCP digunakan dalam algoritma yang dikenal sebagai nomor Perlindungan Terhadap Urutan Dibungkus, atau PAWS (lihat RFC 1323 untuk detail). PAWS digunakan ketika jendela penerimaan melintasi batas urutan nomor urut. Dalam kasus di mana suatu paket berpotensi dikirim ulang, ia menjawab pertanyaan: "Apakah nomor urut ini dalam 4 GB pertama atau yang kedua?" Dan cap waktu digunakan untuk mematahkan dasi.
Dan:
PAWS menggunakan opsi Timestamps TCP yang sama seperti mekanisme RTTM yang dijelaskan sebelumnya, dan mengasumsikan bahwa setiap segmen TCP yang diterima (termasuk data dan segmen ACK) berisi SEG timestamp. Ide dasarnya adalah bahwa suatu segmen dapat dibuang sebagai duplikat lama jika diterima dengan SEG timestamp. TSval kurang dari beberapa timestamp yang baru-baru ini diterima pada koneksi ini.
Baik dalam PAWS dan mekanisme RTTM, "cap waktu" adalah bilangan bulat 32-bit yang tidak ditandatangani dalam ruang modular 32-bit. Dengan demikian, "kurang dari" didefinisikan dengan cara yang sama untuk nomor urut TCP, dan teknik implementasi yang sama berlaku. Jika s dan t adalah nilai cap waktu, s <t jika 0 <(t - s) <2 ** 31, dihitung dalam aritmatika 32-bit yang tidak ditandatangani.