IPv6 extension headers are similar

IPv6 extension headers are similar to IPv4 options. Each datagram
includes extension headers for only those facilities that the datagram
uses.
33.11 Parsing An IPv6 Datagram
Each of the base and extension headers contains a NEXT HEADER field. Software
on intermediate routers and at the final destination that process a datagram use the
values in the NEXT HEADER fields to parse the datagram. Extracting all header information from an IPv6 datagram requires a sequential search through the headers. For example, Figure 33.3 shows the NEXT HEADER fields of three datagrams that contain
zero, one, and two extension headers.
INEXT=ROUTEBase Header Route HeaderI NEXT=TCP I TCP Segment I
Base Header
NEXT=TCP
Figure 333 Three datagrams with (a) only a base header, (b) a base header
and one extension, and (c) a base header plus two extensions.
The NEXT HEADER field in each header specifies the type of
the following header.
TCP Segment
Of course, parsing an IPv6 datagram that only has a base header and data is as efficient as parsing an IPv4 datagram. Furthermore, intermediate routers only need to examine the hop-by-hopextension header; only endpoints process other extension headers.
Sec. 33.12 IPV6 FragmentationAnd Reassembly 607
33.12 IPv6 Fragmentation And Reassembly
As in IPv4, IPv6 arranges for the ultimate destination to perfornl datagram
reassembly. However, the designers chose to make changes that avoid fragmentationby
routers. Recall that IPv4 requires an intermediate router to fragment any datagram that
is too large for the MTU of the network over which it must travel. In IPv6, fragmentation is end-toend; no fragmentation needs to occur in intermediate routers. The source,
which is responsible for fragmentation, has two choices: it can either use the guaranteed
minimum MTU of 1280 octets or perform Path MTU Discovery to identify the minimum
MTU along the path to the destination. In either case, the source fragments the datagram so that each fragment is less than the expected path MTU.
The IPv6 base header does not contain fields analogous to the fields used for fragmentation in an IPv4 header. Instead, when fragmentation is needed, the source inserts
a small extension header after the base header in each fragment. Figure 33.4 shows the
contents of a Fragment Extension Header.
NEXT HEADER 1 RESERVED I FRAG. OFFSET 1 RS IM
DATAGRAM IDENTIFICATION
Figure 33.4 The fomlat of a Fragment Extension Header.
IPv6 retains the basic IPv4 fragmentation functionality. Each fragment must be a
multiple of 8 octets, the single bit in the M field marks the last fragment like the IPv4
MORE FRAGMENTS bit, and the DATAGRAM IDENTIFICATION field carries a
unique ID that the receiver uses to group fragments?. Finally, field RS is currently
reserved; the two bits are set to zero on transmission and ignored by the receiver.
33.13 The Consequence Of End-To-End Fragmentation
The motivation for using end-to-end fragmentation lies in its ability to reduce overhead in routers and permit each router to handle more datagrams per unit time. Indeed,
the CPU overhead required for IPv4 fragmentation can be significant- in a conventional router, the CPU can reach 100%utilization if the router fragments many or all of
the datagrams it receives. However, end-to-end fragmentation has an important consequence: it alters the fundamental IPv4 assumption that routes change dynamically.
To understand the consequence of end-to-end fragmentation, recall that IPv4 is
designed to permit routes to change at any time. For example, if a network or router
fails, traffic can be routed along a different path. The chief advantage of such a system
is flexibility- traffic can be routed along an alternate path without disrupting service
and without informing the source or destination. In IPv6 however, routes cannot be
tIPv6 expands the IF'v4 IDENTIFICATION field to 32 bits to accommodate higher speed networks.
608 The Future Of TCP/IP (IPv6) Chap. 33
changed as easily because a change in a route can also change the path MTU. If the
path MTU along a new route is less than the path MTU along the original route, either
an intermediate router must fragment the datagram or the original source must be informed. The problem can be summarized:
An internet protocol that uses end-to-end fragmentation requires a
sender to discover the path MTU to each destination, and tofragment
any outgoing datagram that is larger than the path MTU. End-to-end
fragmentation does not accommodate route changes.
To solve the problem of route changes that affect the path MTU, IPv6 includes a
new ICMP error message. When a router discovers that fragmentation is needed, it
sends the message back to the source. When it receives such a message, the source performs another path MTU discovery to determine the new minimum MTU, and then
fragments datagrams according to the new value.
33.14 IPv6 Source Routing
I h 6retains the ability for a sender to specify a loose source route. Unlike IPv4,
in which source routing is provided by options, IPv6 uses a separate extension header.
As Figure 33.5 shows, the first four fields of the Routing Header are fixed. Field
ROUTING TYPE specifies the type of routing information; the only type that has been
defined, type 0,corresponds to loose source routing. The TYPE-SPECIFICDATA field
contains a list of addresses of routers through which the datagram must pass. Field
SEG LEFT specifies the total number of addresses that remain in the list. Finally field
HDR EXT LEN specifies the size of the Routing Header.
0 8 16 24 31
I NEXT HEADER I HDR EXT LEN 1 ROUTING TYPE I SEG LEFT I
TYPE-SPECIFIC DATA
Figure 33.5 The format of an IPv6 Routing Header. Only type 0 (loose
source route) is currently defined.
Sec. 33.14 Pv6 Source Routing 609
33.15 IPv6 Options
It may seem that IPv6 extension headers completely replace IPv4 options. However, the designers propose two additional extension headers to accommodate rniscellaneous information not included in other extension headers. The additional headers are a
Hop By Hop Extension Header and an End To End Extension Header. As the names
imply, the two headers separate the set of options that should be examined at each hop
from the set that are only interpreted at the destination.
Although each of the two option headers has a unique type code, both headers use
the format illustrated in Figure 33.6.
ONE OR MORE OPTIONS
Figure 33.6 The format of an IPv6 option extension header. Both the hopby-hop and end-to-end option headers use the same fom~at;the
NEXT HEADER field of the previous header distinguishes
between the two types.
As usual, field NEXT HEADER gives the type of the header that follows. Because
an option header does not have fixed size, the field labeled HEADER LEN specifies the
total length of the header. The area labeled ONE OR MORE OPTIONS represents a sequence of individual options. Figure 33.7 illustrates how each individual option is encoded with a type, length, and value?; options are not aligned or padded.
Figure 33.7 Encoding of an individual option in an IPv6 option extension
header. Each option consists of a one-octet type and a one-octet
length followed by zero or more octets of data for the option.
0 8 16
As the figure shows, IPv6 options follow the same form as IPv4 options. Each option begins with a one-octet TYPE field followed by a one-octet LENGTH field. If the
option requires additional data, octets that comprise the VALUE follow the LENGTH.

Kết quả (Việt) 1:

IPv6 mở rộng tiêu đề cũng giống như lựa chọn IPv4. Mỗi datagrambao gồm tiêu đề phần mở rộng cho các chỉ là những cơ sở đó datagramsử dụng.33.11 phân tích một Datagram IPv6Mỗi cơ sở và mở rộng các tiêu đề chứa một trường tiếp theo tiêu đề. Phần mềmtrên trung cấp router và tại điểm đến cuối cùng mà xử lý một datagram sử dụng cácgiá trị trong các lĩnh vực tiếp theo tiêu đề để phân tích datagram. Giải nén tất cả các thông tin tiêu đề từ một datagram IPv6 đòi hỏi một tìm kiếm tuần tự thông qua các tiêu đề. Ví dụ, con số 33,3 hiện trường tiếp theo tiêu đề của ba gói chứakhông, một và hai tiêu đề phần mở rộng.INEXT = ROUTEBase tiêu đề Route HeaderI tiếp theo = TCP tôi TCP phân đoạn tôiTiêu đề cơ sởTIẾP THEO = TCPCon số 333 ba cùng với (a) chỉ một tiêu đề cơ sở, (b) một tiêu đề cơ sởvà một phần mở rộng nhất, và (c) một căn cứ tiêu đề plus hai tiện ích mở rộng.Trường tiếp theo tiêu đề tiêu đề mỗi chỉ định loạitiêu đề sau.Phân đoạn TCPTất nhiên, phân tích một datagram IPv6 chỉ có một cơ sở header và dữ liệu là hiệu quả như phân tích một datagram IPv4. Hơn nữa, Trung cấp router chỉ cần kiểm tra tiêu đề hop bởi hopextension; chỉ hai điểm cuối quá trình tiêu đề phần mở rộng khác.SEC. 33.12 IPV6 FragmentationAnd Reassembly 60733.12 IPv6 phân mảnh và ReassemblyNhư trong IPv4, IPv6 sắp xếp cho điểm đến cuối cùng để perfornl datagramreassembly. Tuy nhiên, các nhà thiết kế đã chọn để thực hiện thay đổi tránh fragmentationbybộ định tuyến. Nhớ lại rằng IPv4 đòi hỏi một bộ định tuyến Trung cấp đến đoạn datagram bất kỳ màlà quá lớn cho MTU mạng mà nó phải đi du lịch. Ở IPv6, phân mảnh là cuối cùng-toend; phân mảnh không có cần phải xảy ra trong bộ định tuyến trung gian. Nguồn,chịu trách nhiệm phân mảnh, có hai lựa chọn: nó có thể sử dụng các bảo đảmtối thiểu MTU 1280 octet hoặc thực hiện đường dẫn MTU khám phá để xác định tối thiểuMTU dọc theo con đường đến đích. Trong cả hai trường hợp, nguồn mảnh datagram nỗi mỗi mảnh nhỏ hơn đường dẫn dự kiến MTU.Tiêu đề cơ sở IPv6 không chứa lĩnh vực tương tự như các lĩnh vực được sử dụng cho các phân mảnh trong một tiêu đề IPv4. Thay vào đó, khi phân mảnh là cần thiết, nguồn gốc chènmột tiêu đề phần mở rộng nhỏ sau khi tiêu đề cơ sở trong mỗi đoạn. Con số 33,4 cho thấy cácnội dung của một tiêu đề phần mở rộng mảnh.TIẾP THEO TIÊU ĐỀ 1 DÀNH RIÊNG TÔI FRAG. ĐỐI TƯỢNG DỜI HÌNH 1 RS IMNHẬN DẠNG DATAGRAMCon số 33,4 fomlat một tiêu đề phần mở rộng mảnh.IPv6 vẫn giữ chức năng cơ bản phân mảnh IPv4. Mỗi mảnh phải mộtbội số của 8 octet, bit duy nhất trong lĩnh vực M đánh dấu các đoạn cuối cùng như IPv4Thêm mảnh bit, và lĩnh vực nhận dạng DATAGRAM mang mộtID duy nhất người nhận sử dụng để phân đoạn nhóm?. Cuối cùng, lĩnh vực RS là hiện naydành riêng; hai bit được thiết lập để không trên truyền và bị phá vỡ bởi người nhận.33.13 là hệ quả của phân mảnh End-To-EndĐộng lực cho việc sử dụng phân mảnh end-to-end nằm trong khả năng của mình để giảm overhead trong router và cho phép mỗi router để xử lý thêm cùng một đơn vị thời gian. Thật vậy,CPU trên không cần thiết cho IPv4 phân mảnh có thể được đáng kể-trong một bộ định tuyến thông thường, CPU có thể đạt được 100% sử dụng nếu router mảnh nhiều hoặc tất cảgói nó nhận được. Tuy nhiên, kết thúc để kết thúc phân mảnh có một hệ quả quan trọng: nó làm thay đổi các giả định cơ bản IPv4 tuyến đường thay đổi tự động.Để hiểu những hậu quả của phân mảnh end-to-end, nhớ lại rằng IPv4 làđược thiết kế để cho phép các tuyến đường để thay đổi bất cứ lúc nào. Ví dụ, nếu một mạng hoặc bộ định tuyếnthất bại, lưu lượng truy cập có thể được chuyển cùng một con đường khác nhau. Lợi thế chính của hệ thống như vậylà tính linh hoạt, lưu lượng truy cập có thể được chuyển dọc theo một con đường thay thế mà không làm gián đoạn dịch vụvà không có thông báo cho nguồn hoặc đích. Ở IPv6 Tuy nhiên, tuyến đường không thểtIPv6 mở rộng nếu ' lĩnh vực nhận dạng v4 32 bit để chứa cao tốc độ mạng.608 tương lai TCP/IP (IPv6) chap 33thay đổi như là một cách dễ dàng bởi vì một sự thay đổi trong một tuyến đường cũng có thể thay đổi con đường MTU. Nếu cácđường dẫn MTU dọc theo một tuyến đường mới là ít hơn đường MTU dọc theo các tuyến đường ban đầu, hoặcmột bộ định tuyến trung gian phải đoạn datagram hay nguồn gốc phải được thông báo. Vấn đề có thể được tóm tắt:Một giao thức internet sử dụng phân mảnh end-to-end đòi hỏi mộtngười gửi để khám phá đường dẫn MTU đến mỗi điểm đến, và tofragmentbất kỳ datagram đi lớn hơn đường MTU. End-to-endphân mảnh không phù hợp với lộ trình thay đổi.Để giải quyết vấn đề thay đổi tuyến đường ảnh hưởng đến đường dẫn MTU, IPv6 bao gồm mộtthông báo lỗi ICMP mới. Khi một router phát hiện ra rằng phân mảnh là cần thiết, nógửi thư này về nguồn gốc. Khi nó nhận được một tin nhắn, nguồn gốc thực hiện một khám phá MTU đường dẫn để xác định tối thiểu MTU mới, và sau đómảnh cùng theo giá trị mới.33.14 IPv6 theo định tuyếnTôi h 6retains khả năng cho người gửi để xác định một tuyến đường nguồn lỏng lẻo. Không giống như IPv4,trong đó theo định tuyến được cung cấp bởi tùy chọn, IPv6 sử dụng một tiêu đề phần mở rộng riêng biệt.Như con số 33.5 cho thấy, lần đầu tiên bốn lĩnh vực của tiêu đề định tuyến được cố định. Lĩnh vựcĐịnh tuyến loại chỉ định loại thông tin định tuyến; loại duy nhất mà đãđịnh nghĩa, nhập 0, tương ứng với lỏng lẻo theo định tuyến. Trường loại-SPECIFICDATAcó một danh sách các địa chỉ của bộ định tuyến mà qua đó datagram phải vượt qua. Lĩnh vựcSEG trái chỉ định tổng số địa chỉ mà vẫn còn trong danh sách. Cuối cùng trườngHDR EXT LEN xác định kích thước của tiêu đề định tuyến.0 8 16 24 31TÔI TIẾP THEO TIÊU ĐỀ TÔI HDR EXT LEN ĐỊNH TUYẾN 1 LOẠI TÔI SEG CÒN LẠI TÔIDÀNH RIÊNG CHO LOẠI DỮ LIỆUCon số 33.5 định dạng của một tiêu đề định tuyến IPv6. Chỉ nhập 0 (lỏng lẻoNguồn đường) được định nghĩa hiện nay.SEC. 33.14 Pv6 nguồn định tuyến 60933.15 tùy chọn IPv6Nó có vẻ rằng IPv6 mở rộng tiêu đề thay thế hoàn toàn tùy chọn IPv4. Tuy nhiên, các nhà thiết kế đề xuất hai phần mở rộng thêm tiêu đề để phù hợp với thông tin rniscellaneous không được bao gồm trong các tiêu đề phần mở rộng. Các tiêu đề bổ sung mộtTiêu đề mở rộng hop bởi Hop và một tiêu đề phần mở rộng kết thúc để kết thúc. Với tênngụ ý, các tiêu đề hai tách tập hợp các tùy chọn nên được kiểm tra tại mỗi hoptừ bộ chỉ được giải thích tại các điểm đến.Mặc dù mỗi người trong số các tiêu đề hai tùy chọn có một mã số duy nhất loại, tiêu đề cả hai sử dụngCác định dạng được minh họa trong hình 33.6.MỘT HOẶC NHIỀU TÙY CHỌNCon số 33.6 định dạng của một tiêu đề phần mở rộng tùy chọn IPv6. Hopby-hop và kết thúc để kết thúc các tiêu đề tùy chọn sử dụng cùng một fom ~ tại;Trường tiêu đề tiếp theo của tiêu đề trước đó phân biệtgiữa hai loại.Như thường lệ, trường tiếp theo tiêu đề cho loại tiêu đề sau. Bởi vìmột tiêu đề tùy chọn không có kích thước cố định, trường có nhãn tiêu đề LEN xác định cácTổng chiều dài của tiêu đề. Khu vực có nhãn một hoặc tuỳ chọn khác đại diện cho một chuỗi các tùy chọn cá nhân. Con số 33.7 minh họa làm thế nào mỗi tùy chọn cá nhân được mã hóa với một loại, chiều dài, và giá trị?; tùy chọn không được liên kết hoặc đệm.Con số 33.7 mã hóa của một lựa chọn cá nhân trong một phần mở rộng tùy chọn IPv6tiêu đề. Mỗi tùy chọn bao gồm một loại một octet và một octetchiều dài theo sau là số không hay nhiều octet của các dữ liệu cho các tùy chọn.0 8 16Theo các con số cho thấy, IPv6 tùy chọn thực hiện theo hình thức tương tự như IPv4 tùy chọn. Mỗi tùy chọn bắt đầu với một trường loại một octet, theo sau là một lĩnh vực chiều dài một octet. Nếu cáctùy chọn yêu cầu dữ liệu bổ sung, octet bao gồm giá trị theo chiều dài.

Kết quả (Việt) 2:

Tiêu đề mở rộng IPv6 tương tự như tùy chọn IPv4. Mỗi gói
bao gồm tiêu đề mở rộng cho các cơ sở chỉ là gói
sử dụng.
33.11 Phân tích cú pháp Một IPv6 Datagram
Mỗi phòng trong tiêu đề cơ sở và mở rộng chứa một lĩnh vực HEADER NEXT. Phần mềm
trên router trung gian và tại điểm đến cuối cùng là xử lý một gói tin sử dụng các
giá trị trong các lĩnh vực HEADER NEXT để phân tích các gói tin. Giải nén tất cả các thông tin tiêu đề của một gói tin IPv6 đòi hỏi một trình tự tìm kiếm thông qua các tiêu đề. Ví dụ, hình 33.3 cho thấy các trường HEADER Tiếp theo ba gói dữ liệu có chứa
không, một và hai header mở rộng.
INEXT = ROUTEBase tiêu đề Route HeaderI NEXT = TCP Tôi TCP Segment tôi
cơ sở tiêu đề
NEXT = TCP
Hình 333 Ba gói dữ liệu với (a) chỉ có một tiêu đề cơ sở, (b) một tiêu đề cơ sở
và một phần mở rộng, và (c) một tiêu đề cơ sở cộng với hai phần mở rộng.
Trường HEADER Tiếp theo trong mỗi tiêu đề quy định các loại
tiêu đề sau đây.
TCP Segment
Tất nhiên, phân tích một gói tin IPv6 mà chỉ có một tiêu đề cơ sở dữ liệu và có hiệu quả như phân tích một gói tin IPv4. Hơn nữa, các bộ định tuyến trung gian chỉ cần kiểm tra các tiêu đề hop-by-hopextension; chỉ thiết bị đầu cuối xử lý header mở rộng khác.
Sec. 33.12 IPv6 FragmentationAnd khôi 607
33.12 IPv6 phân mảnh và reassembly
Như trong IPv4, IPv6 sắp xếp cho điểm đến cuối cùng để perfornl gói
khôi. Tuy nhiên, các nhà thiết kế đã chọn để thực hiện thay đổi mà tránh fragmentationby
router. Nhớ lại rằng IPv4 yêu cầu một bộ định tuyến trung gian để chia nhỏ gói tin nào đó
là quá lớn đối với MTU của mạng lưới hơn mà nó phải đi du lịch. Trong IPv6, phân mảnh là cuối toend; không phân mảnh cần phải xảy ra trong các bộ định tuyến trung gian. Nguồn,
có trách nhiệm cho sự phân mảnh, có hai lựa chọn: nó có thể sử dụng được bảo lãnh
tối thiểu MTU 1280 octet hoặc thực hiện Path MTU Discovery để xác định tối thiểu
MTU dọc theo con đường đến đích. Trong cả hai trường hợp, nguồn gốc mảnh vỡ các gói tin để mỗi mảnh nhỏ hơn con đường dự kiến MTU.
Các tiêu đề cơ sở IPv6 không chứa các lĩnh vực tương tự như các lĩnh vực được sử dụng để phân mảnh trong một tiêu đề IPv4. Thay vào đó, khi phân mảnh là cần thiết, nguồn chèn
một tiêu đề mở rộng nhỏ sau khi tiêu đề cơ bản trong từng phân đoạn. Hình 33.4 cho thấy
nội dung của một mở rộng Fragment Header.
HEADER TIẾP 1 ​​RESERVED tôi Frag. OFFSET 1 RS IM
gói NHẬN DẠNG
Hình 33.4 Các fomlat của một Fragment Extension Header.
IPv6 vẫn giữ được các chức năng cơ bản IPv4 phân mảnh. Mỗi mảnh phải là
bội số của 8 octet, bit duy nhất trong lĩnh vực M đánh dấu đoạn cuối cùng như IPv4
mảnh THÊM bit, và các lĩnh vực Datagram NHẬN DẠNG mang một
ID duy nhất được sử dụng để nhận các mảnh vỡ nhóm ?. Cuối cùng, lĩnh vực RS hiện đang
thuộc về; hai bit được thiết lập để không về truyền tải và bỏ qua bởi người nhận.
33.13 Các hậu quả của End-to-End Phân mảnh
Động cơ sử dụng end-to-end phân mảnh nằm trong khả năng của mình để giảm chi phí trong các router và cho phép mỗi bộ định tuyến để xử lý nhiều gói dữ liệu cho mỗi đơn vị thời gian. Trên thực tế,
các chi phí cần thiết cho CPU IPv4 phân mảnh có thể được significant- trong một router thông thường, CPU có thể đạt 100% sử dụng nếu các mảnh vỡ bộ định tuyến nhiều hoặc tất cả
các gói dữ liệu mà nó nhận được. Tuy nhiên, sự phân mảnh end-to-end có một hệ quả quan trọng:. Nó làm thay đổi các giả định cơ bản IPv4 mà các tuyến đường thay đổi động
Để hiểu hậu quả của sự phân mảnh end-to-end, nhớ lại rằng IPv4 được
thiết kế để cho phép các tuyến đường để thay đổi bất cứ lúc nào. Ví dụ, nếu một mạng hoặc router
không thành công, lưu lượng truy cập có thể được chuyển dọc theo một con đường khác. Ưu điểm chính của một hệ thống như vậy
là giao thông flexibility- có thể được chuyển dọc theo một con đường khác mà không làm gián đoạn dịch vụ
và không có thông báo nguồn và đích. Trong IPv6 Tuy nhiên, các tuyến đường không thể
tIPv6 mở rộng lĩnh vực NHẬN DẠNG IF'v4 đến 32 bit để chứa các mạng tốc độ cao hơn.
608 Tương lai của giao thức TCP / IP (IPv6) Chap. 33
thay đổi một cách dễ dàng vì một sự thay đổi trong một tuyến đường cũng có thể thay đổi đường dẫn MTU. Nếu
con đường MTU cùng một tuyến đường mới thấp hơn con đường MTU dọc theo tuyến đường ban đầu, hoặc
một bộ định tuyến trung gian phải chia nhỏ các gói tin hoặc nguồn gốc phải được thông báo. Vấn đề có thể được tóm tắt:
Một giao thức Internet có sử dụng phân mảnh end-to-end đòi hỏi một
người gửi để khám phá ra đường của MTU cho mỗi điểm đến, và tofragment
bất kỳ gói tin gửi đi có nghĩa là lớn hơn so với con đường MTU. End-to-end
phân mảnh không thích thay đổi tuyến đường.
Để giải quyết vấn đề thay đổi tuyến đường có ảnh hưởng đến con đường MTU, IPv6 bao gồm một
thông báo lỗi mới ICMP. Khi một router phát hiện ra rằng sự phân mảnh là cần thiết, nó
sẽ gửi tin nhắn trở lại nguồn. Khi nhận được một tin nhắn như vậy, nguồn thực hiện một con đường MTU phát hiện để xác định MTU tối thiểu mới, và sau đó
mảnh vỡ gói dữ liệu theo giá trị mới.
33,14 IPv6 Source Routing
tôi h 6retains khả năng cho người gửi để xác định một lộ trình nguồn lỏng lẻo. Không giống như IPv4,
trong đó dữ liệu định tuyến được cung cấp bởi các tùy chọn, IPv6 sử dụng một tiêu đề mở rộng riêng biệt.
Như hình 33.5 cho thấy, bốn lĩnh vực đầu tiên của Routing Header được cố định. Dòng
định tuyến LOẠI quy định các loại thông tin định tuyến; loại duy nhất đã được
xác định, loại 0, tương ứng với mất dữ liệu định tuyến. Các lĩnh vực TYPE-SPECIFICDATA
chứa một danh sách địa chỉ của router thông qua đó các gói tin phải vượt qua. Dòng
SEG trái quy định cụ thể tổng số địa chỉ còn lại trong danh sách. Cuối cùng trường
HDR EXT LEN xác định kích thước của Routing Header.
0 8 16 24 31
Tiếp theo tôi HEADER Tôi HDR EXT LEN 1 định tuyến LOẠI I SEG trái tôi
TYPE-CỤ THỂ DỮ LIỆU
Hình 33.5 Định dạng của một IPv6 Routing Header. Chỉ có loại 0 (lỏng lẻo
đường nguồn) hiện đang được xác định.
Sec. 33,14 Pv6 Source Routing 609
33.15 IPv6 Tùy chọn
này có vẻ là tiêu đề mở rộng IPv6 thay thế hoàn toàn tùy chọn IPv4. Tuy nhiên, các nhà thiết kế đề xuất hai phần đầu mở rộng thêm để chứa thông tin rniscellaneous không có trong tiêu đề mở rộng khác. Các tiêu đề bổ sung là một
Hop By Hop Extension Header và một kết thúc để chấm dứt Extension Header. Như tên
ngụ ý, hai đầu tách các thiết lập các tùy chọn cần được kiểm tra tại mỗi hop
từ các thiết lập mà chỉ giải thích tại điểm đến.
Mặc dù một trong hai lựa chọn tiêu đề có một loại mã độc đáo, cả hai tiêu đề sử dụng
định dạng minh họa trong hình 33.6.
ONE trở lên CHỌN
Hình 33.6 Định dạng của một tiêu đề tùy chọn mở rộng IPv6. Cả hopby-hop và end-to-end tiêu đề tùy chọn sử dụng fom cùng ~ tại, các
lĩnh vực HEADER TIẾP của tiêu đề trước phân biệt
giữa hai loại.
Như thường lệ, lĩnh vực HEADER Tiếp theo cho các loại tiêu đề mà sau. Bởi vì
một tiêu đề tùy chọn không có kích thước cố định, các trường có nhãn HEADER LEN xác định
tổng chiều dài của tiêu đề. Khu vực này được dán nhãn ONE trở lên CHỌN đại diện cho một chuỗi các tùy chọn cá nhân. Hình 33.7 minh họa cách mỗi tùy chọn cá nhân được mã hóa với một loại, chiều dài, và giá trị ?; lựa chọn không phù hợp hoặc đệm.
Hình 33,7 mã hóa của một lựa chọn cá nhân trong một lựa chọn mở rộng IPv6
header. Mỗi tùy chọn bao gồm một loại một octet và một octet
dài tiếp theo không hay nhiều octet dữ liệu cho các tùy chọn.
0 8 16
Như hình minh họa, tùy chọn IPv6 thực hiện theo các hình thức tương tự như các tùy chọn IPv4. Mỗi tùy chọn bắt đầu với một lĩnh vực TYPE một octet theo sau là một lĩnh vực có độ dài một octet. Nếu
tùy chọn yêu cầu dữ liệu bổ sung, octet mà bao gồm các giá trị theo các LENGTH.