Penjelasan tentang Windows 2000 dan Windows Server 2003 TCP fitur

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 224829 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Artikel ini menjelaskan fitur TCP berikut di Microsoft Windows 2000 dan Microsoft Windows Server 2003:
  • Ukuran jendela TCP
  • TCP pilihan sekarang didukung
  • Windows Scaling - RFC 1323
  • Timestamp - RFC 1323
  • Perlindungan terhadap dibungkus urutan nomor (kaki)
  • Ucapan terima selektif kasih (KARUNG) - RFC 2018
  • TCP Retransmission perilaku dan cepat Retransmit
Fitur TCP dapat diubah dengan mengubah entri dalam registri.

INFORMASI LEBIH LANJUT

Penting Bagian ini, metode, atau tugas yang memuat langkah-langkah yang memberitahu Anda bagaimana memodifikasi registri. Namun, masalah yang serius dapat terjadi apabila Anda salah memodifikasi registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah tersebut dengan seksama. Untuk perlindungan tambahan, buat cadangan registri sebelum Anda memodifikasi. Kemudian, Anda dapat memulihkan registri apabila terjadi masalah. Untuk informasi selengkapnya tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
322756 Cara membuat cadangan dan memulihkan registri di Windows

Ukuran jendela TCP

TCP menerima jendela ukuran adalah jumlah menerima data (dalam bytes) yang dapat buffered selama sambungan. Host yang mengirim dapat mengirim hanya jumlah data sebelum itu harus menunggu untuk pengakuan dan jendela update dari host menerima. Windows TCP/IP stack adalah dirancang untuk self-tune sendiri dalam kebanyakan lingkungan, dan menggunakan default jendela ukuran yang lebih besar daripada versi sebelumnya.

Alih-alih menggunakan default dikodekan keras menerima ukuran jendela; TCP menyesuaikan bahkan bertahap ukuran maksimum segmen (MSS), yang dinegosiasikan selama penataan sambungan. Menyesuaikan jendela penerimaan untuk bahkan bertahap MSS meningkatkan persentase berukuran penuh segmen TCP digunakan dalam pengiriman data massal.

Ukuran jendela menerima ditentukan dengan cara berikut:
  1. Permintaan koneksi pertama yang dikirim ke remote host mengiklankan ukuran jendela menerima 16 k (16,384 byte).
  2. Saat sambungan dibuat, ukuran jendela menerima dibulatkan ke kenaikan bahkan dari MSS.
  3. Ukuran jendela disesuaikan dengan 4 kali MSS, untuk ukuran maksimum dari 64 K, kecuali jendela scaling pilihan (RFC 1323) digunakan.
Catatan Lihat bagian "Windows scaling".

Untuk koneksi Ethernet, ukuran jendela akan biasanya ditetapkan ke 17,520 byte (16 K bulat hingga dua belas tahun 1460-byte segmen). Ukuran jendela akan menurun ketika sambungan dibuat ke komputer yang mendukung TCP diperpanjang kepala pilihan, seperti selektif ucapan terima kasih (KARUNG) dan cap waktu. Dua pilihan ini meningkatkan TCP ukuran header untuk lebih dari 20 bytes, yang mengakibatkan sedikit ruang untuk data.

Dalam versi sebelumnya dari Windows NT, ukuran jendela untuk koneksi Ethernet itu byte 8,760, atau enam tahun 1460-byte segmen.

Untuk mengatur ukuran jendela menerima nilai tertentu, menambahkan nilai TcpWindowSize ke subkunci registri yang khusus untuk versi Windows Anda. Untuk melakukannya, ikuti langkah-langkah berikut:
  1. Klik Mulai, klik Menjalankan, jenis Regedit, lalu klik Oke.
  2. Memperluas subkunci registri yang khusus untuk versi Windows Anda:
    • Untuk Windows 2000, memperluas subkunci berikut:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces
    • Untuk Windows Server 2003, memperluas subkunci berikut:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  3. Pada Mengedit menu, titik Baru, lalu klik Nilai DWORD.
  4. Jenis TcpWindowSize dalam Nilai baru kotak, dan thne tekan Enter
  5. Klik Memodifikasi pada Mengedit menu.
  6. Ketik ukuran jendela yang diinginkan Data nilai kotak.

    Catatan. Kisaran berlaku untuk ukuran jendela adalah 0-0x3FFFC000 heksadesimal.
Nilai ini tidak ada secara default. Ketika Anda menambahkan nilai TcpWindowSize, itu menimpa default algoritma ukuran jendela yang dibahas di atas.

Catatan TcpWindowSize juga dapat ditambahkan ke parameter kunci untuk menetapkan ukuran jendela secara global untuk semua antarmuka.

TCP pilihan sekarang didukung

Di masa lalu, TCP pilihan digunakan terutama untuk menegosiasikan maksimum segmen ukuran. Di Windows, pilihan TCP yang digunakan untuk jendela Scaling, cap waktu, dan selektif ACK.

Ada dua jenis pilihan TCP:
  1. Satu oktet TCP pilihan, yang digunakan untuk menunjukkan jenis pilihan tertentu.
  2. Beberapa oktet TCP pilihan, yang terdiri dari jenis pilihan, pilihan panjang dan serangkaian pilihan oktet.
Daftar berikut menunjukkan setiap jenis pilihan TCP, panjang, nama dan deskripsi.
Jenis: 0
Panjang: 1
Opsi: Akhir daftar pilihan
Keterangan: Ini digunakan ketika padding yang diperlukan untuk opsi terakhir TCP.

Jenis: 1
Panjang: 1
Opsi: Tidak ada operasi
Keterangan: Ini digunakan ketika padding diperlukan dan pilihan TCP mengikuti dalam paket yang sama.

Jenis: 2
Panjang: 4
Opsi: Segmen ukuran maksimum
Keterangan: Ini menunjukkan ukuran maksimum untuk segmen TCP yang dapat dikirim melalui jaringan.

Jenis: 3
Panjang: 3
Opsi: Jendela skala pilihan
Keterangan: Mengidentifikasi faktor skala digunakan ketika menggunakan jendela ukuran lebih besar daripada 64 k.

Jenis: 8
Panjang: 10
Opsi: Time Stamp pilihan
Keterangan: Digunakan untuk membantu menghitung waktu perjalanan (RTT) paket dikirimkan.

Jenis: 4
Panjang: 2
Opsi: TCP KARUNG diizinkan
Keterangan: Memberitahu host lain selektif Acks diperbolehkan.

Jenis: 5
Panjang: bervariasi
Opsi: TCP KARUNG pilihan
Keterangan: Digunakan oleh host untuk mengidentifikasi apakah out-of-order paket diterima.

Windows scaling

Untuk lebih efisien penggunaan bandwidth tinggi jaringan, ukuran jendela TCP yang lebih besar dapat digunakan. Bidang ukuran jendela TCP mengendalikan aliran data dan terbatas 2 byte, atau ukuran jendela 65.535 byte.

Karena ukuran lapangan tidak dapat diperluas, faktor skala digunakan. Skala jendela TCP adalah pilihan yang digunakan untuk meningkatkan ukuran jendela maksimum dari 65.535 byte untuk 1 Gigabyte.

Jendela skala pilihan digunakan hanya selama 3-cara TCP jabat tangan. Nilai skala jendela mewakili jumlah bit untuk shift kiri bidang ukuran jendela 16-bit. Nilai skala jendela dapat mengatur 0 (tidak ada pergeseran)-14.

Menghitung ukuran jendela benar, kalikan ukuran jendela dengan 2 ^ S di mana s adalah nilai skala.
Sebagai contoh:
Jika ukuran jendela 65.535 byte dengan faktor skala jendela 3.
Benar ukuran jendela = 65535 * 2 ^ 3
Benar ukuran jendela = 524280
Jejak Monitor jaringan berikut menunjukkan bagaimana skala jendela pilihan digunakan:
TCP:....S., len:0, seq:725163-725163, ack:0, menang: 65535, src:1217 dst:139(NBT Session)
TCP: Sumber Port = 0x04C1
TCP: Port tujuan = NETBIOS Session Service
TCP: Urutan nomor = 725163 (0xB10AB)
TCP: Pengakuan nomor = 0 (0x0)
TCP: Data Offset = 44 (0x2C)
TCP: Milik = 0 (0x0000)
+ TCP: Bendera = 0x02:....S.
TCP: Jendela = 65535 (0xFFFF)
TCP: Checksum = 0x8565
TCP: Mendesak Pointer = 0 (0x0)
TCP: pilihan
+ TCP: Maksimum segmen ukuran pilihan
TCP: Pilihan Nop = 1 (0x00000001)
TCP: Pilihan skala jendela
TCP: Pilihan Type = jendela skala
TCP: Pilihan panjang = 3 (0x3)
TCP: Jendela skala = 3 (0x3)

TCP: Pilihan Nop = 1 (0x00000001)
TCP: Pilihan Nop = 1 (0x00000001)
+ TCP: Pilihan cap waktu
TCP: Pilihan Nop = 1 (0x00000001)
TCP: Pilihan Nop = 1 (0x00000001)
+ TCP: KARUNG diizinkan pilihan
Hal ini penting untuk dicatat bahwa ukuran jendela yang digunakan dalam jabat tangan 3-cara sebenarnya bukan ukuran jendela yang adalah skala. Ini adalah per RFC 1323 bagian 2.2, "bidang jendela di sin (misalnya, [Sin] atau [Sin, ACK]) segmen itu sendiri tidak pernah skala."

Ini berarti bahwa pertama paket data yang dikirim setelah 3-cara jabat tangan adalah ukuran jendela sebenarnya. Jika ada faktor skala, ukuran jendela awal 65.535 byte selalu digunakan. Ukuran jendela kemudian dikalikan dengan faktor skala yang diidentifikasi dalam 3-cara jabat tangan. Tabel di bawah ini mewakili batas-batas faktor skala untuk berbagai ukuran jendela.

Perkecil tabel iniPerbesar tabel ini
Faktor skalaSkala nilaiJendela awalJendela skala
0165535 atau kurang65535 atau kurang
1265535131,070
2465535262,140
3865535524,280
416655351,048,560
532655352,097,120
664655354,194,240
7128655358,388,480
82566553516,776,960
95126553533,553,920
1010246553567,107,840
11204865535134,215,680
12409665535268,431,360
13819265535536,862,720
1416384655351,073,725,440

Sebagai contoh:

Jika ukuran jendela di registri yang dimasukkan sebagai 269000000 (269 M) dalam desimal, faktor skala selama 3-cara jabat tangan adalah 13, karena faktor skala 12 hanya memungkinkan jendela ukuran 268,431,360 byte (268 M).

Ukuran jendela awal dalam contoh ini akan dihitung sebagai berikut:
65.535 byte dengan faktor skala jendela 13.
Benar ukuran jendela = 65535 * 2 ^ 13
Benar ukuran jendela = 536,862,720
Ketika nilai untuk ukuran jendela ditambahkan ke registri dan ukurannya lebih besar daripada nilai default, Windows mencoba untuk menggunakan nilai skala yang menampung ukuran jendela baru.

Tcp1323Opts nilai dalam kunci registri berikut dapat ditambahkan untuk mengendalikan skala windows dan timestamp:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters
  1. Klik toolbar Mulai, klik Menjalankan, kemudian ketik Regedit untuk memulai Registry Editor.
  2. Pada Editor registri, klik Mengedit, arahkan ke Baru, lalu klik Nilai DWORD.
  3. Dalam Nilai baru kotak, jenis Tcp1323Opts, tekan MASUKKAN, dan kemudian pada Mengedit menu, klik Memodifikasi.Catatan Batasan valid adalah 0,1,2 atau 3 tempat:
0 (menonaktifkan pilihan RFC 1323)
1 (jendela skala diaktifkan hanya)
2 (cap waktu diaktifkan hanya)
3 (kedua pilihan diaktifkan)
Entri registri ini mengontrol RFC 1323 cap waktu dan pilihan penskalaan jendela. Cap waktu dan jendela scaling diaktifkan secara default, tetapi dapat dimanipulasi dengan bit bendera. Sedikit kontrol 0 jendela scaling, dan sedikit 1 cap waktu kontrol.

Cap waktu

Sebelumnya, TCP/IP stack digunakan satu sampel tiap jendela data yang dikirim untuk menghitung waktu perjalanan (RTT). Sebuah timer (retransmit timer) didirikan ketika paket dikirim, sampai pengakuan diterima. Sebagai contoh, jika ukuran jendela 64,240 byte (44 penuh segmen) pada jaringan Ethernet, hanya salah satu paket setiap 44 digunakan untuk menghitung ulang perjalanan waktu. Dengan ukuran maksimum jendela 65.535 byte, sampling rate ini sudah cukup. Menggunakan jendela scaling, dan ukuran jendela maksimum 1 Gigabyte, tingkat sampel RTT ini tidak cukup.

Opsi TCP Timestamp dapat sekarang set akan digunakan pada segmen (data dan ACK) dianggap sesuai oleh tumpukan, untuk melakukan operasi seperti RTT komputasi, CAKAR cek, dan sebagainya. Menggunakan data ini, RTT dapat secara akurat dihitung dengan ukuran jendela besar. RTT digunakan untuk menghitung retransmission interval. Akurat RTT dan retransmission timeout diperlukan untuk throughput yang optimal.

Ketika cap waktu TCP digunakan dalam sesi TCP, pencetus sesi mengirimkan pilihan dalam paket yang pertama dari tiga cara TCP handshake (Sin paket). Kedua sisi dapat menggunakan opsi TCP selama sesi.

TCP cap waktu pilihan (TSopt):

Perkecil tabel iniPerbesar tabel ini
Jenis = 8Panjang = 10TS nilai (Tsval)TS Echo Balasan (Tsecr)
1 byte1 byte4 byte4 byte

Bidang pilihan timestamp dapat dilihat dalam jejak Monitor Jaringan dengan memperluas bidang pilihan TCP, seperti yang ditunjukkan di bawah ini:
TCP: Pilihan cap waktu
TCP: Pilihan Type = cap waktu
TCP: Pilihan panjang = 10 (0xA)
TCP: Timestamp = 2525186 (0x268802)
TCP: Balasan Timestamp = 1823192 (0x1BD1D8)

Perlindungan terhadap dibungkus urutan nomor (kaki)

TCP urutan nomor bidang ini terbatas untuk 32 bit, yang membatasi jumlah urutan nomor yang tersedia. Dengan kapasitas jaringan dan transfer data besar, mungkin untuk membungkus urutan nomor sebelum paket melintasi jaringan. Jika mengirim data 1 Giga-byte per kedua (Gbps) jaringan, urutan nomor bisa membungkus sebagai hanya 34 detik. Jika sebuah paket tertunda, sebuah paket yang berbeda bisa berpotensi ada dengan urutan nomor yang sama. Untuk menghindari kebingungan dalam hal jumlah duplikat urutan, TCP timestamp digunakan sebagai ekstensi ke urutan nomor. Paket memiliki perangko waktu saat ini dan kemajuan. Paket lama memiliki cap waktu tua dan adalah dibuang.

Ucapan terima kasih selektif (karung)

Windows memperkenalkan dukungan untuk fitur kinerja yang dikenal sebagai pengakuan selektif, atau KARUNG. KARUNG ini terutama penting untuk sambungan yang menggunakan ukuran jendela TCP besar. Sebelum untuk KARUNG, penerima yang hanya bisa mengakui terbaru urutan jumlah aliran data bersebelahan yang telah menerima, atau "tepi kiri" jendela penerimaan. Dengan KARUNG diaktifkan, penerima terus menggunakan nomor ACK mengakui tepi kiri jendela penerimaan, tetapi dapat juga mengakui lain blok data yang diterima secara individual. KARUNG menggunakan TCP header pilihan, seperti yang ditunjukkan di bawah ini.

KARUNG menggunakan dua jenis pilihan TCP.

Opsi TCP Sack-Permitted digunakan hanya dalam paket sin (selama pembentukan koneksi TCP) untuk menunjukkan bahwa ia dapat melakukan selektif ACK.

Pilihan kedua TCP, TCP karung pilihan, berisi pengakuan untuk satu atau lebih blok data. Blok data diidentifikasi menggunakan nomor urutan di awal dan di akhir blok data. Hal ini juga dikenal sebagai tepi kiri dan kanan blok data.

Jenis 4 TCP Sack-Permitted pilihan, seperti 5 adalah TCP karung pilihan. Panjang adalah panjang dalam bytes pilihan TCP ini.

TCP karung diizinkan:

Perkecil tabel iniPerbesar tabel ini
Jenis = 4Panjang = 2
1 byte1 byte

TCP KARUNG pilihan:

Perkecil tabel iniPerbesar tabel ini
Jenis = 5Panjang = variabel
1 byteTepi kiri 1 blok ke tepi kanan 1 blok
...
Tepi kiri ke-N blok untuk tepi kanan blok ke-N

Mereka dapat menjatuhkan paket atau serangkaian paket dengan KARUNG diaktifkan (default), dan penerima memberitahu pengirim data yang telah menerima, dan di mana mungkin ada "lubang" dalam data. Pengirim dapat kemudian selektif retransmit data hilang tanpa retransmission blok data yang telah telah menerima berhasil. KARUNG dikendalikan oleh parameter registri SackOpts.

SackOpts nilai dalam kunci registri berikut dapat diedit untuk mengontrol penggunaan selektif ucapan terima kasih:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  1. Klik toolbar Mulai, klik Menjalankan, kemudian ketik Regedit untuk memulai Registry Editor.
  2. Cari dan klik tombol di atas dalam Registry Editor, dan kemudian klik Memodifikasi pada Mengedit menu.
  3. Tipe nilai yang diinginkan dalam Data nilai kotak.
CATATAN: Berlaku biner nilai 0 atau 1, nilai default adalah 1. Kontrol parameter ini Apakah selektif ACK (KARUNG - RFC 2018) mendukung diaktifkan.

Jejak Monitor jaringan berikut menggambarkan sejumlah mengakui semua data ke urutan nomor 54857341, ditambah data dari urutan nomor 54858789-54861685. Data yang hilang adalah dari 54857341 untuk 54858788.
TCP:.A...., len:0, seq:925104-925104, ack:54857341, menang: 32722, src:1242 dst:139
TCP: Sumber Port = 0x04DA
TCP: Port tujuan = NETBIOS Session Service
TCP: Urutan nomor = 925104 (0xE1DB0)
TCP: Pengakuan nomor = 54857341 (0x3450E7D)
TCP: Data Offset = 44 (0x2C)
TCP: Milik = 0 (0x0000)
+ TCP: Bendera = 0x10:.A....
TCP: Jendela = 32722 (0x7FD2)
TCP: Checksum = 0x4A72
TCP: Mendesak Pointer = 0 (0x0)
TCP: pilihan
TCP: Pilihan Nop = 1 (0x00000001)
TCP: Pilihan Nop = 1 (0x00000001)
+ TCP: Pilihan cap waktu
TCP: Pilihan Nop = 1 (0x00000001)
TCP: Pilihan Nop = 1 (0x00000001)
TCP: Pilihan KARUNG
TCP: Pilihan Type = 0x05
TCP: Pilihan panjang = 10 (0xA)
TCP: Meninggalkan tepi blok = 54858789 (0x3451425)
TCP: Tepi kanan blok = 54861685 (0x3451F75)

Retransmit TCP retransmission perilaku dan cepat

TCP Retransmission

Seperti review dari normal retransmission perilaku, TCP dimulai retransmission timer ketika setiap segmen keluar adalah diturunkan untuk Internet Protocol (IP). Jika tidak ada pengakuan telah diterima untuk data dalam segmen tertentu sebelum timer berakhir, maka segmen disiarkan.

Timeout retransmission (RTO) disesuaikan terus untuk menyesuaikan karakteristik koneksi menggunakan perhitungan merapikan perjalanan waktu (SRTT) seperti yang dijelaskan dalam RFC 793. Timer untuk segmen tertentu adalah dua kali lipat setelah setiap retransmission segmen itu. Menggunakan algoritma ini, TCP lagu itu sendiri untuk penundaan normal sambungan.

Cepat Retransmit

TCP retransmits data sebelum retransmission timer berakhir di bawah beberapa keadaan. Yang paling umum ini terjadi karena fitur yang dikenal sebagai retransmit cepat. Ketika penerima yang mendukung cepat retransmits menerima data dengan urutan nomor luar yang diharapkan saat ini, dan kemudian kemungkinan bahwa beberapa data dijatuhkan. Untuk membantu menginformasikan pengirim acara ini, penerima segera mengirimkan ACK, dengan set nomor ACK urutan nomor yang itu mengharapkan. Itu akan terus melakukan hal ini untuk setiap segmen TCP tambahan yang diterima. Ketika pengirim mulai menerima aliran ACKs yang mengakui urutan nomor yang sama, ada kemungkinan bahwa segmen telah turun. Pengirim akan segera mengirim ulang segmen yang penerima mengharapkan, tanpa menunggu retransmission timer berakhir. Optimasi ini sangat meningkatkan kinerja ketika paket sering turun.

Secara default, Windows resends segmen jika menerima tiga ACKs untuk urutan nomor yang sama, (ACK satu dan 2 duplikat) dan bahwa urutan nomor kelambatan saat ini. Hal ini dapat dikontrol dengan parameter registri TcpMaxDupAcks.

TcpMaxDupAcks nilai dalam kunci registri berikut dapat diedit untuk mengontrol jumlah ACKs yang diperlukan untuk memulai cepat retransmits:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
  1. Klik toolbar Mulai, klik Menjalankan, kemudian ketik Regedit untuk memulai Registry Editor.
  2. Cari dan klik tombol di atas dalam Registry Editor, dan kemudian klik Memodifikasi pada Mengedit menu.
  3. Tipe nilai yang diinginkan dalam Data nilai kotak.
CATATAN: Kisaran berlaku 1-3, nilai default adalah 2.

Parameter ini menentukan jumlah duplikat ACKs yang harus diterima untuk jumlah yang sama urutan waktu data dikirimkan sebelum "cepat retransmit" dipicu untuk mengirim ulang segmen yang telah turun dalam transit.

Properti

ID Artikel: 224829 - Kajian Terakhir: 19 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
Kata kunci: 
kbenv kbinfo kbnetwork kbmt KB224829 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:224829

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com