Semua Gambar header dengan-"Matt Baxter" (www.fatpipe.org/ ~ MJB / Vector /)
Pesan ICMP Jenis: - format pesan ICMP type-code/name
0 Echo Reply
3 Tujuan Unreachable
4 Sumber Quench
5 Redirect
8 Echo
11 Waktu Melebihi
12 Parameter Masalah
13 Timestamp
14 Timestamp Reply
15 Minta Informasi
16 Informasi Reply
Checksum: - Checksum melengkapi yang 16-bit dari jumlah melengkapi seseorang dari pesan ICMP dimulai dengan Tipe ICMP.
RFC 792: - Silakan lihat RFC 792 untuk Control Message Internet Protocol (ICMP) Spesifikasi.
| TCP Flags: - CEUAPRSF |
| C 0x80 Mengurangi (CWR) |
| E 0x40 ECN Echo (PADU) |
| U 0x20 Mendesak |
| Sebuah 0x10 Ack |
| P 0x08 Dorong |
| R 0x04 ulang |
| S 0x02 Syn |
| F 0x01 Fin |
| TCP Pilihan: - |
| 0 Akhir Daftar Pilihan |
| 1 Tidak ada Operasi (NOP, Pad) |
| 2 Maksimum Ukuran Segmen |
| 3 Jendela Skala |
| 4 ACK ok Selektif |
| 8 Timestamp |
Checksum: - Checksum segmen TCP keseluruhan dan header palsu (bagian dari header IP)
Offset: - Jumlah 32-bit dalam TCP header, nilai minimum 5. Kalikan dengan 4 untuk mendapatkan jumlah byte.
RFC 793: - Silakan lihat RFC 793 untuk Transmission Control Protocol (TCP) Spesifikasi.
Source Port: - bidang opsional, ketika bermakna, ini menunjukkan pelabuhan proses pengiriman, dan dapat dianggap pelabuhan yang balasan harus ditangani dalam tidak adanya informasi lainnya. Jika tidak digunakan, nilai nol dimasukkan.
Port Tujuan: - Port Tujuan memiliki arti dalam konteks dari sebuah alamat tujuan internet tertentu.
Panjang: - Panjang adalah panjang dalam oktet ini datagram pengguna ini termasuk header dan data. (Ini berarti nilai minimum dari panjang adalah delapan.)
Checksum: - Checksum adalah melengkapi satu 16-bit dari jumlah melengkapi seseorang dari sebuah header semu informasi dari header IP, header UDP, dan data, empuk dengan nol oktet pada akhir (jika perlu) untuk membuat beberapa dua oktet.
RFC 768: - Silakan lihat RFC 768 untuk User Datagram Protocol (UDP) Spesifikasi.
Tidak ada komentar:
Posting Komentar