Ipv4 Packet Header
Kategori: Welcome
Diposting oleh http://pantun02.blogspot.com/ pada Selasa, 29 November 2011 http://www.facebook.com/home.php
[98 Dibaca] [0 Komentar]
Diposting oleh http://pantun02.blogspot.com/ pada Selasa, 29 November 2011 http://www.facebook.com/home.php
[98 Dibaca] [0 Komentar]
Header paket IPv4 terdiri dari 14 bidang, yang 13 diperlukan. Bidang 14 adalah opsional (latar belakang merah
dalam tabel) dan aptly bernama: pilihan. Bidang dalam header yang dikemas dengan byte paling signifikan pertama (big endian), dan untuk diagram dan diskusi, bit paling signifikan dianggap datang pertama (MSB bit 0 penomoran). Bit yang paling signifikan adalah nomor 0, sehingga bidang versi sebenarnya ditemukan dalam empat bit paling signifikan byte pertama.
Version
Bidang header pertama dalam sebuah paket IP adalah bidang empat-bit versi. Untuk IPv4, ini memiliki nilai 4 (maka nama IPv4).
Internet Header Length (IHL)
Bagian kedua (4 bit) adalah Header internet Length (IHL) mengatakan jumlah 32-bit pada header. Karena header IPv4 mungkin berisi sejumlah variabel pilihan, bidang ini menentukan ukuran dari header (ini juga bertepatan dengan offset untuk data).Nilai minimum untuk field ini adalah 5 (RFC 791), yang merupakan panjang dari 5 × 32 = 160 bit = 20 byte. Menjadi nilai 4-bit, panjang maksimum adalah 15 kata (15 × 32 bit) atau 480 bit = 60 byte.
Differentiated Services Code Point (DSCP)
Awalnya didefinisikan sebagai field Layanan Jenis, bidang ini sekarang didefinisikan oleh RFC 2474 untuk layanan Differentiated (DiffServ). Teknologi baru yang muncul yang membutuhkan data real-time streaming dan karena itu membuat penggunaan bidang DSCP. Contohnya adalah Voice over IP (VoIP) yang digunakan untuk pertukaran data suara interaktif.
Explicit Congestion Notification (ECN)
Didefinisikan dalam RFC 3168 dan memungkinkan end-to-end pemberitahuan kongesti jaringan tanpa menjatuhkan paket. ECN merupakan fitur opsional yang hanya digunakan ketika kedua endpoint mendukung dan bersedia untuk menggunakannya. Hal ini hanya efektif bila didukung oleh jaringan yang mendasarinya.
Total Length
Bidang ini 16-bit mendefinisikan ukuran datagram keseluruhan, termasuk header dan data, dalam byte. Minimum-panjang datagram adalah 20 byte (header 20-byte + 0 byte data) dan maksimal adalah 65.535 byte - nilai maksimum dari sebuah kata 16-bit.Ukuran minimum datagram bahwa setiap host dibutuhkan untuk dapat menangani adalah 576 byte, tetapi tuan rumah paling modern menangani paket yang jauh lebih besar. Kadang-kadang subnetwork memberlakukan pembatasan lebih lanjut tentang ukuran, di mana datagrams kasus harus terfragmentasi. Fragmentasi ditangani baik dalam host atau switch paket dalam IPv4.
Identification
Bidang ini adalah bidang identifikasi dan terutama digunakan untuk mengidentifikasi fragmen unik dari sebuah IP datagram asli. Beberapa karya eksperimental telah menyarankan menggunakan field ID untuk keperluan lain, seperti untuk menambahkan paket-pelacakan informasi untuk datagram dalam rangka untuk membantu melacak kembali datagram dengan alamat sumber palsu
Flags
Sebuah fields selama tiga bit berikut dan digunakan untuk mengontrol atau mengidentifikasi fragmen. Mereka adalah (dalam urutan, dari urutan tinggi untuk memesan rendah):
bit 0: Reserved; harus nol [catatan 1].
1 bit: Jangan Fragment (DF)
bit 2: Fragmen Lebih (MF)
Jika flag DF diatur dan fragmentasi yang diperlukan untuk rute paket maka paket akan dibuang. Ini dapat digunakan saat mengirim paket ke host yang tidak memiliki sumber daya yang cukup untuk menangani fragmentasi. Hal ini juga dapat digunakan untuk Path MTU Discovery, baik secara otomatis oleh perangkat lunak IP host, atau secara manual dengan menggunakan alat diagnostik seperti ping atau traceroute.
Untuk paket terfragmentasikan, bendera MF dihapus. Untuk paket-paket yang terfragmentasi, semua fragmen kecuali yang terakhir memiliki flag MF. Fragmen terakhir memiliki bidang non-nol Fragment Offset, membedakan dari sebuah paket terfragmentasikan.
bit 0: Reserved; harus nol [catatan 1].
1 bit: Jangan Fragment (DF)
bit 2: Fragmen Lebih (MF)
Jika flag DF diatur dan fragmentasi yang diperlukan untuk rute paket maka paket akan dibuang. Ini dapat digunakan saat mengirim paket ke host yang tidak memiliki sumber daya yang cukup untuk menangani fragmentasi. Hal ini juga dapat digunakan untuk Path MTU Discovery, baik secara otomatis oleh perangkat lunak IP host, atau secara manual dengan menggunakan alat diagnostik seperti ping atau traceroute.
Untuk paket terfragmentasikan, bendera MF dihapus. Untuk paket-paket yang terfragmentasi, semua fragmen kecuali yang terakhir memiliki flag MF. Fragmen terakhir memiliki bidang non-nol Fragment Offset, membedakan dari sebuah paket terfragmentasikan.
Fragment Offset
Bidang fragmen offset, diukur dalam satuan byte delapan blok, adalah 13 bit panjang dan menentukan offset dari fragmen tertentu relatif terhadap awal IP datagram asli terfragmentasikan. Fragmen pertama memiliki offset nol. Hal ini memungkinkan maksimum offset (213 - 1) × 8 = 65528 byte yang akan melebihi panjang paket IP 65.535 byte maksimum dengan panjang header yang disertakan (65.528 + 20 = 65.548 byte).
Time To Live (TTL)
Waktu delapan-bit untuk hidup lapangan membantu mencegah datagram dari bertahan (misalnya berputar-putar) di internet yang. Bidang ini membatasi seumur hidup datagram tersebut. Hal ini ditentukan dalam hitungan detik, namun interval waktu kurang dari 1 detik yang dibulatkan ke 1. Dalam latency khas dalam prakteknya, telah datang untuk menjadi bidang hop. Setiap router bahwa datagram melintasi decrements bidang TTL per satu. Ketika medan TTL mencapai nol, paket tidak lagi diteruskan oleh saklar paket dan dibuang. Biasanya, pesan ICMP Time Exceeded yang dikirim kembali ke pengirim untuk menginformasikan bahwa paket tersebut telah dibuang. Penerimaan pesan-pesan ICMP di jantung bagaimana traceroute bekerja.
Protocol
Bidang ini mendefinisikan protokol yang digunakan dalam bagian data dari datagram IP. Internet Ditugaskan Bilangan Otoritas menyimpan daftar nomor protokol IP yang awalnya didefinisikan dalam RFC 790.
Header Checksum
Bidang checksum 16-bit digunakan untuk pengecekan error header. Pada tiap hop, checksum dari header harus dibandingkan dengan nilai bidang ini. Jika header checksum ditemukan untuk menjadi tidak cocok, maka paket tersebut akan dibuang. Kesalahan di bidang data harus ditangani oleh protokol encapsulated dan UDP dan TCP memiliki ladang checksum.
Sebagai bidang TTL adalah decremented pada tiap hop, sebuah checksum baru harus dihitung setiap kali. Metode yang digunakan untuk menghitung checksum didefinisikan oleh RFC 1071:
Bidang checksum adalah melengkapi satu 16-bit dari jumlah melengkapi salah satu dari semua 16-bit pada header. Untuk tujuan komputasi checksum, nilai field checksum adalah nol.
Misalnya, gunakan Hex 4500003044224000800600008c7c19acae241e2b (20 byte header IP):
4500 + 0030 + 4422 + 4000 + 8006 + 0000 + + 19ac 8c7c + ae24 + 1e2b = 2BBCF
2 + BBCF = BBD1 = 1011101111010001, dari jumlah 1'S = 0100010000101110 = 442E
Untuk memvalidasi checksum header adalah algoritma yang sama dapat digunakan - checksum dari header yang berisi field checksum yang benar adalah sebuah kata yang berisi semua nol (nilai 0):
2BBCF + 442E = 2FFFD. 2 + FFFD = FFFF. yang 1'S dari FFFF = 0.
Sebagai bidang TTL adalah decremented pada tiap hop, sebuah checksum baru harus dihitung setiap kali. Metode yang digunakan untuk menghitung checksum didefinisikan oleh RFC 1071:
Bidang checksum adalah melengkapi satu 16-bit dari jumlah melengkapi salah satu dari semua 16-bit pada header. Untuk tujuan komputasi checksum, nilai field checksum adalah nol.
Misalnya, gunakan Hex 4500003044224000800600008c7c19acae241e2b (20 byte header IP):
4500 + 0030 + 4422 + 4000 + 8006 + 0000 + + 19ac 8c7c + ae24 + 1e2b = 2BBCF
2 + BBCF = BBD1 = 1011101111010001, dari jumlah 1'S = 0100010000101110 = 442E
Untuk memvalidasi checksum header adalah algoritma yang sama dapat digunakan - checksum dari header yang berisi field checksum yang benar adalah sebuah kata yang berisi semua nol (nilai 0):
2BBCF + 442E = 2FFFD. 2 + FFFD = FFFF. yang 1'S dari FFFF = 0.
Source address
Sebuah alamat IPv4 menunjukkan pengirim paket. Perhatikan bahwa alamat ini dapat diubah dalam transit oleh jaringan terjemahan alamat perangkat.
Destination address
Sebuah alamat IPv4 yang menunjukkan penerima paket. Seperti dengan alamat Sumber, hal ini dapat diubah dalam transit oleh jaringan terjemahan alamat perangkat.
Options
Field header tambahan mungkin mengikuti field alamat tujuan, tetapi ini tidak sering digunakan. Perhatikan bahwa nilai di bidang IHL harus menyertakan cukup ekstra 32-bit untuk menahan semua pilihan (ditambah bantalan apapun yang diperlukan untuk memastikan bahwa header berisi jumlah integral 32-bit). Daftar pilihan dapat diakhiri dengan (Akhir Pilihan, 0x00 Daftar) EOL pilihan; ini hanya diperlukan jika akhir dari pilihan tidak akan dinyatakan bertepatan dengan akhir header.
No comments:
Post a Comment