Pesanan Byte Jaringan


8

Menurut pemesanan byte besar atau urutan byte jaringan bit ditransmisikan dalam urutan ini: bit 0-7 pertama, kemudian bit 8-15, lalu 16-23 dan bit 24-31 terakhir. Apakah ini berarti bahwa bit dari versi, identifikasi, TTL dll pergi dulu dan kemudian bit dari bidang berikutnya?

masukkan deskripsi gambar di sini

Jawaban:


6

Ada kebingungan di sini. Urutan byte jaringan tidak menentukan bagaimana bit dikirimkan melalui jaringan. Ini menentukan bagaimana nilai disimpan dalam bidang multi byte.

Contoh :

Bidang Total Panjang terdiri dari dua byte. Ini menentukan dalam byte ukuran paket.

Katakanlah kita memiliki nilai 500 untuk bidang itu. Menggunakan Network Byte Order akan terlihat melalui kabel seperti ini, sedang mentransmisikan transmisi dari kiri ke kanan:

00000001 11110100

Jika kita akan menggunakan format endian kecil maka itu akan terlihat di kawat seperti ini:

11110100 00000001

Setelah seluruh paket dibangun, bit-bit akan dikirim dimulai dengan bit paling rendah dari header (bit 0), sehingga transmisi akan dimulai dengan bidang Version .

Poin terakhir untuk dibuat di sini adalah bahwa urutan byte Jaringan, seperti yang Anda sebutkan, Pesanan Big Endian. Ini dipilih secara sewenang-wenang untuk memiliki format umum untuk semua protokol dan implementasi jaringan.


1
Jadi, dalam kasus bidang pertama yang akan on wire adalah versi, lalu HL, lalu Ketik, lalu Total Panjang, lalu Identifikasi, dan sebagainya. Big endian dan little endian hanya menentukan bagaimana bit disimpan di bidang header.
MUSR

Ya, Anda mendapatkannya :)
dragosb

@MUSR: tidak, mereka menentukan urutan byte dalam bidang multi-byte ditransmisikan.
EML

3

Sangat mudah untuk berpikir bahwa paket-paket internet siap digunakan dalam bentuk "port serial" yang sangat sederhana. Dalam praktiknya tidak ada yang inheren serial tentang hal itu.

Jika Anda memikirkan beberapa detail antarmuka, hal ini mungkin membuat ini lebih jelas:

  • Pertimbangkan IP port Paralel, yang benar-benar mengirim data 4-bit sekaligus pada empat kabel. https://en.wikipedia.org/wiki/Parallel_Line_Internet_Protocol
  • 100baseTX yang sebenarnya mengacak blok 4-bit dan mengirimkannya sebagai 5 bit secara serial tetapi data asli tidak terlihat di output, jadi pertanyaan tentang urutan apa yang mereka masukkan tidak memiliki jawaban. https://en.wikipedia.org/wiki/4B5B
  • Ketika Anda mengirim paket melalui antarmuka loopback, itu mungkin disalin di dalam bus komputer 64-bit sekaligus; atau memang hanya dengan memetakan kembali memori yang benar-benar akan menjadi seluruh paket secara paralel.

Tentu saja port paralel IP tidak umum, tetapi menggambarkan intinya; dua lainnya ada di mana-mana.

Semoga itu bisa membantu

Jonathan.


2

Protokol lain mungkin berbeda, tetapi Ethernet mentransmisikan oktet / byte paling penting terlebih dahulu dan dalam setiap byte paling sedikit signifikan terlebih dahulu . Jadi, bidang 16-bit ditransmisikan 8-9-10-11-12-13-14-15 - 0-1-2-3-4-5-6-7 (0 = bit paling signifikan, 15 = sebagian besar bit yang signifikan). Periksa IEEE 802.3 Klausa 3.1.1, 3.2.6, dan 3.3.

(Ini hanya untuk Ethernet murni - tergantung pada lapisan fisiknya, hingga delapan bit dapat ditransfer secara bersamaan. Selain itu, urutan bit hanya berlaku untuk lapisan 1. yang tidak disandikan.)

IPv4 juga menggunakan oktet yang paling penting terlebih dahulu, periksa RFC 791. Namun, penomoran di IETF RFC adalah dalam urutan transmisi dengan penomoran bit terbalik ke Ethernet : Bit 0 = bit paling signifikan = ditransmisikan pertama (jika tidak ditentukan).


Anda bingung urutan oktet dan bit: 7-6-5-4-3-2-1 15-14-13-12-11-10-9-8 oktet pertama adalah 0-7 bit ke-7 adalah yang paling sedikit penting.
Gopoi

@ Gooi Jika Anda memberi nomor bit dengan cara yang Anda benar. Namun, biasanya "0" adalah bit yang paling tidak signifikan (terakhir dalam bentuk tulisan manusia) dan "15" adalah bit yang paling signifikan (pertama dalam bentuk tulisan manusia) - menurut kekuatan dua nilai mereka.
Zac67

Saya selalu menganggap penomoran bit sebagai urutan pengiriman karena header RFC ditampilkan demikian. Semakin banyak Anda tahu!
Gopoi
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.