RFC 791 - Internet Protocol - Summary

Juga tersedia dalam:

RFC 791 ditulis pada tahun 1981 untuk DARPA (Defense Advanced Research Projects Agency) oleh Information Sciences University of Southern California. Dokumen ini dibagi menjadi tiga bagian, Pengantar, Pengawasan, dan Spesifikasi. Meskipun Introduction dan Overview memiliki informasi yang sangat baik ringkasan ini akan fokus pada spesifikasi tetapi akan menyoroti beberapa bagian dari overview.

Tajuk

Seperti yang terlihat di Frames dan Paket artikel di situs ini header IP tampak seperti:

IPv4 Header (32 bits)
Starting Byte	Byte								Byte								Byte								Byte
	0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15	16	17	18	19	20	21	22	23	24	25	26	27	28	29	30	31
0	Version				IHL (header Len)				Type Of Server (TOS)								Total Length
4	Identification																IP Flag			Fragment Offset
8	Time To Line (TTL)								Protocol								Header Checksum
12	Source Address
16	Destination Address
20	IP Option (Variable Length, Optional, not common)

Rincian Header

Seperti yang Anda lihat datagram berisi beberapa elemen. Fungsi untuk setiap elemen adalah:

Versi - RFC 791 secara khusus mengacu ke versi 4
Panjang Header Internet (IHL) - Menyatakan sistem yang menerima panjang header dan ketika data dimulai
Tipe Layanan (TOS) - Nilai 8 bit ini digunakan untuk layanan kualitas.
- bit 0-2 adalah untuk Precedence
  - 000 - Routine
  - 001 - Prioritas
  - 010 - Segera
  - 011-Flash
  - 100-Flash Override
  - 101 - CRITIC / ECP
  - 110 - Kendali Internetwork
  - 111 - Kendali Jaringan
- bit 3 is for Normal delay (0) or low delay (1)
- bit 4 adalah untuk Normal through (0) atau High through put (1)
- bit 5 adalah untuk ketergantungan Normal (0) atau ketergantungan tinggi (1)
- Ketika RFC 791 ditulis bit 6 dan 7 mana reserved untuk penggunaan masa depan
Panjang Total - Apakah panjang total dari datagram dalam bytes hingga 65535 oktet. Namun sistem harus dapat menerima minimal 567 oktet.
Identifikasi - Digunakan dalam re-perakitan terfragmentasi datagram
Flag - digunakan dengan fragmentasi datagram
- bit 0 direserved dan harus 0
- bit 1 jika diset ke 0 memungkinkan sebuah datagram untuk difragementasi. Bila ditata ke 1 datagram tidak dapat dipecah
- bit 2 jika diset ke 0 mengindikasikan pecahan terakhir. Jika diatur ke 1 fragmen lebih datang
Fragmen Ofset - Memberitahu sistem melakukan fragmentasi datagram di mana dapat fragmen
Waktu untuk Live - menunjukkan berapa lama datagram dapat bertahan pada jaringan. Jika mencapai 0 datagram harus dibuang
Protokol - Menandakan protokol level berikutnya yang digunakan dalam datagram
Checksum Header - Validasi datagram di setiap titik melalui jaringan
Alamat Sumber - 32 bit
Alamat Tujuan - 32 bit
Opsi Ada banyak pilihan IPv4 yang mungkin atau mungkin tidak diterapkan. Untuk rincian tambahan, baca RFC secara khusus halaman 15 - 22
Pada akhir header datagram diganjal dengan 0 sampai berakhir pada a 32 bit boundry

RFC ringkasan

Seperti semua RFC ini RFC membutuhkan bahwa setiap indiva yang menerapkan datagram IP align dengan standar sehingga partai apapun dapat berinteraksi dengan datagram pada sistem yang beragam. Dalam seksi 3 Skema pengalamatan IPv4 didiskusikan panjang seperti fungsi dirangkum di atas. Sehubungan dengan IPv4 ini RFC mendefinisikan Kelas A, B, dan C ukuran jaringan. Kelas A dialokasikan 7 bit untuk jaringan dan 24 bit untuk host. Kelas B dialokasikan 14 bit untuk jaringan dan 16 bit untuk host. Kelas C dialokasikan 21 bit untuk jaringan dan 8 bit untuk host. Selain menangani skema fungsi spesifik fragmentasi datagram dan perakitan ulang didiskusikan secara rinci dalam RFC. Menspesifikasikan bahwa beberapa pilihan mungkin atau mungkin tidak disertakan ketika paket terfragmentasi.

Kembali ke status sebelumnya tentang menerapkan Datagram IP RFC juga memberikan contoh tentang apa yang harus disajikan pada protokol lapisan atas untuk elemen konfigurasi untuk memudahkan komunikasi dan konfigurasi antar sistem. Elemen ini adalah elemen yang sama yang digunakan untuk membangun datagram.