Monday, March 2, 2015

Pesan IPV6 Header Perluasan (Extension Header Order)

Pesan Header Perluasan (Extension Header Order)

IPv6 header
Hop-by-Hop Options header
           Destination Options header (catatan 1)
           Routing header
           Fragment header
           Authentication header (catatan 2)
           Encapsulating Security Payload header (note 2)
           Destination Options header (catatan 3)
           upper-layer header

catatan 1: pilihan untuk diproses oleh tujuan yang pertama itu nampak IPV6 field Alamat Tujuan ditambah tujuan yang berikut yang ditampilkan pada Routing Header.
catatan 2: rekomendasi tambahan mengenai pesan yang berhubungan dengan Pengesahan dan Encapsulasi Security Payload Header disampaikan dalam [ RFC-1827].
Catatan 3 pilihan untuk diproses hanya tujuan akhir dari paket.

Masing-Masing perluasan header terjadi paling banyak sekali, kecuali  header Pilihan Tujuan dapat terjadi paling banyak dua kali  (sekali ketika sebelum Routing Header dan yang kedua sebelum header lapisan atas).
Jika header lapisan atas ( upper-layer header) adalah header IPV6 lain ( di dalam kasus IPV6 menjadi tunnel di atas encapsulasi IPV6), mungkin saja diikuti olehheader perluasan sendiri, yang secara terpisah tunduk kepada pesan yang sama.
Jika dan ketika header perluasan lain digambarkan, batasan pemesanan mereka sehubungan dengan header yang telah ditampilkan di atas harus ditetapkan.
IPV6 nodes harus menerima dan mencoba untuk memproses header air perluasan di manapun pesanan terjadi dalam paket yang sama, kecuali Hop-By-Hop header Pilihan yang mana terbatas untuknampak dengan seketika setelah suatu IPV6 header. Meskipun begitu, betul-betul dinasehatkan agar sumber paket IPV6 bertahan pada pesan yang direkomendasikan sampai kecuali jika spesifikasi yang berikut meninjau kembali rekomendasi tersebut.

Pilihan (options)
Dua di antara header perluasan yang didefinisikan sebagai Hop-By-Hop header Pilihan dan header pilihan Tujuan, membawa suatu variabel dengan tipe angka disebut sebagai type-length-value ( Type Length Value) yang disandikan " pilihan", dengan format berikut:
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - -
      |  Option Type  |  Opt Data Len |  Option Data
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- - - - - - - - -
 Option Type            8-bit identifier of the type of option.
Opt Data Len           8-bit unsigned integer.  Length of the Option
                           Data field of this option, in octets.
Option Data            Variable-length field.  Option-Type-specific
                           data.

Urutan pilihan di dalam suatu header harus diproses dengan keras di dalam pesan yang nampak pada header. Jenis Pilihan identifiers secara internal disandikan melalui highest-order 2 bits menetapkan tindakan yang harus diambil jika proses nodes IPV6 tidak mengenali Tipe pilihan:
00- melampaui;menghapuskan pilihan ini dan melanjut memproses header tersebut.
01- membuang paket [itu].
10- membuang paket, dengan mengabaikan ya atau tidaknya
 Alamat Tujuan dari paket yaitu suatu multicast menunjuk, mengirimkan suatu ICMP Parameter, Kode 2, pesan kepada milik paket Alamat Sumber, menunjuk Pilihan yang tak dikenali tipe pilihan.

11- membuang paket [itu] dan, hanya jika Tujuan paket Alamat bukanlah suatu multicast menunjuk, mengirimkan suatu ICMP Parameter Masalah, Kode 2, pesan kepada Alamat Sumber paket, menunjuk Jenis Pilihan yang tak dikenali.

Third-Highest-Order bit Jenis Pilihan menetapkan apakah data pilihan menyangkut pilihan itu  dapat berubah en-route kepada tujuan paket akhir. Ketika suatu header Pengesahan hadir di paket, untuk pilihan data manapun siapapun boleh berubah,en-route keseluruhan field pilihan data harus diperlakukan sebagai komposisi.
8 oktet nisli 0 ketika komputasi atau membuktikan keaslian paket itu.
0- Pilihan Data tidak berubah en-route
1- Pilihan Data boleh berubah en-route
Pilihan individu mungkin punya kebutuhan kelurusan spesifik, untuk memastikan bahwa multi-octet nilai-nilai di dalam Bidang Data Pilihan jatuh terpasang batasan-batasan alami. Kebutuhan Kelurusan dari suatu pilihan adalah yang ditetapkan menggunakan notasi xn+y, maksud/arti jenis pilihan harus nampak pada suatu bilangan bulat berbagai x komposisi 8 suara dari start header lebih y komposisi music 8 suara. Sebagai contoh:
 2n berarti 2-octet manapun offset dari start header.
 8n+2 [alat/ makna] 8-octet offset dari start header manapun lebih 2 dari komposisi 8 suara

Ada dua pilihan lapisan digunakan ketika diperlukan untuk membariskan  pilihan yang berikut dan untuk memperpanjang itu berisi header dari suatu tentang 8 komposisi 8 octet. Pilihan Lapisan ini harus dikenali oleh semua implementasi IPV6.
Pad1 : Pilihan
+-+-+-+-+-+-+-+-+
           | 0|
+-+-+-+-+-+-+-+-+

 CATATAN! format Pad1 Pilihan adalah suatu kasus khusus dimana pengerjaannya bukan mempunyai panjang dan field nilai.
Pilihan pad1 digunakan untuk memasukkan/menyisipkan satu komposisi 8 octet ke dalamArea Pilihan suatu header. Jika komposisi 8 suara lebih dari satu lapisan maka diperlukan Pad n pilihan.
Pad n Pilihan ( Kebutuhan Kelurusan: tidak ada)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+---------
  | 1| Memilih Data Len| Data Pilihan
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+---------

Pad n Pilihan digunakan untuk memasukkan/menyisipkan dua atau lebih komposisi music 8 suara lapisan ke dalam Area Pilihan header. Karena lapisan N komposisi 8 octet,Memilih field Data Len berisi nilai N-2, dan Pilihan data terdiri dari N-2 komposisi 8 octet nilai nol.
 4.3 Hop-By-Hop header Pilihan
 Hop-By-Hop header pilihan digunakan untuk membawa informasi opsional bahwa harus diuji oleh tiap-tiap nodes sepanjang suatu alur penyerahan paket. Hop-By-Hop header Pilihan dikenali oleh suatu Nilai header berikutnya Nol pada header IPV6, dan mempunyai format yang berikut:
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  Header berikutnya    |  Hdr Ext Len      |                         |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ . . .       
   |                                                               |
.                   Options / pilihan                 .
   .                                                               .
   |                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Sebagai tambahan terhadap Pad1 Dan Pad n Pilihan menetapkan bagian 4.2, hop-by-hop pilihan yang berikut digambarkan:
Jumbo Payload option ( Kebutuhan Kelurusan: 4N+ 2)
                                                            +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                                              |      194     |   Memilih Data Len=4 |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
                                |               Jumbo Payload Length               |
    +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Jumbo Payload digunakan untuk mengirimkan IPV6 paket dengan payload lebih panjang dibanding 65,535 komposisi 8 octet. Jumbo Payload Length adalah panjang paket di dalam komposisi 8 octet, tidak termasuk IPV6 header tetapi mencakup Hop-By-Hop header pilihan ; dimana harus lebih besar dari 65,535. Jika suatu paket diterima dengan suatu Jombo Payload, yang berisi suatu panjang dari Jumbo payload kurang dari atau sepadan dengan 65,535, suatu ICMP Pesan Parameter, Kode 0, harus dikirim kepada sumber paket, menunjuk ke high-order komposisi 8 octet yang cacat pada panjang field pada Jumbo Payload.

Field panjang Jumbo Payload di dalam IPV6 header harus mulai dari nol di dalam tiap-tiap paket yang membawa Pilihan Jumbo Payload tersebut. Jika sebuah paket diterima dengan suatu Jumbo Payload yang sah menyajikan dan suatu IPV6  tidak nol padap field Jumbo Payload, suatu ICMP Masalah Parameter.
Pesan Masalah Parameter, Kode 0, harus dikirim kepada milik paket sumber, menunjuk komposisi 8 octet yang pertama dari header Fragmen.
Suatu implementasi yang tidak mendukung Jumbo Payload tidak bisa mempunyai penghubung ke mata-mata rantai MTU dimana adalah lebih besar dari 65,575 ( 40 komposisi  8 octet IPV6 header yang lebih dari 65,535 komposisi 8 octet Payload).

Menaklukkan header (Routing Header)
Header Penaklukan digunakan oleh suatu sumber IPV6 untuk mendaftar satu atau lebih node intermediate yang“dikunjungi" di perjalanan ke suatu paket milik tujuan. Fungsinya adalah sangat serupa ke Rute Sumber pilihan IPV4'S. Header Penaklukan dikenali oleh suatu Nilai header berikutnya yaitu 43 pada header berikutnya  dan mempunyai format yang berikut:

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  Next Header  |  Hdr Ext Len  |  Routing Type | Segments Left |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                                                               |
   .                                                               .
   .                       type-specific data                      .
   .                                                               .
   |                                                               |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

No comments:

Post a Comment