Sự đảo ngược này là phỏng đoán, vì vậy tôi không thể hiểu nó đang sử dụng cái gì.
Câu trả lời:
RFC 4291 cung cấp hướng dẫn về cách tạo địa chỉ EUI64:
Links or Nodes with IEEE 802 48-bit MACs
[EUI64] defines a method to create an IEEE EUI-64 identifier from an
IEEE 48-bit MAC identifier. This is to insert two octets, with
hexadecimal values of 0xFF and 0xFE (see the Note at the end of
appendix), in the middle of the 48-bit MAC (between the company_id
and vendor-supplied id). An example is the 48-bit IEEE MAC with
Global scope:
|0 1|1 3|3 4|
|0 5|6 1|2 7|
+----------------+----------------+----------------+
|cccccc0gcccccccc|ccccccccmmmmmmmm|mmmmmmmmmmmmmmmm|
+----------------+----------------+----------------+
where "c" is the bits of the assigned company_id, "0" is the value of
the universal/local bit to indicate Global scope, "g" is
individual/group bit, and "m" is the bits of the manufacturer-
selected extension identifier. The interface identifier would be of
the form:
|0 1|1 3|3 4|4 6|
|0 5|6 1|2 7|8 3|
+----------------+----------------+----------------+----------------+
|cccccc1gcccccccc|cccccccc11111111|11111110mmmmmmmm|mmmmmmmmmmmmmmmm|
+----------------+----------------+----------------+----------------+
Và RFC 2373 cung cấp 'tại sao' đằng sau lật bit thứ 7:
The motivation for inverting the "u" bit when forming the interface
identifier is to make it easy for system administrators to hand
configure local scope identifiers when hardware tokens are not
available. This is expected to be case for serial links, tunnel end-
points, etc. The alternative would have been for these to be of the
form 0200:0:0:1, 0200:0:0:2, etc., instead of the much simpler ::1,
::2, etc.
Nhưng đó là một chút của một miệng. Vì vậy, trong các thuật ngữ đơn giản hơn ... Trong kiến trúc địa chỉ MAC, bit thứ 7 biểu thị địa chỉ MAC được gán chung hay cục bộ. Giá trị 0 cho biết địa chỉ được quản lý chung. Chẳng hạn, khi IANA gán Mã định danh duy nhất có tổ chức (OUI) cho nhà cung cấp thẻ NIC, bit thứ 7 sẽ là 0, cho biết OUI đã được gán chung. Nếu người dùng thay đổi thủ công địa chỉ MAC của họ, bit thứ 7 này sẽ được đặt thành 1, cho biết địa chỉ Ethernet được quản lý cục bộ .
Ngoài ra còn có một số thông tin thêm về điều này tại PacketLife .
Nó được thực hiện đến các địa chỉ bằng tay giao classify như prefix::1, prefix::2vv như địa phương.
Giả sử rằng bạn đang thiết lập một mạng trong tiền tố 2001:db8:dead:beef::/64. Bạn có thể sẽ sử dụng IP dựa trên MAC cho hầu hết các nút của bạn. Tuy nhiên, đối với một số nút, chẳng hạn như máy chủ DNS, máy chủ thư mục, v.v., bạn sẽ muốn sử dụng các địa chỉ dễ nhập và dễ ghi nhớ hơn các địa chỉ dựa trên MAC. Đối với máy chủ DNS, có thể bạn sẽ muốn sử dụng
2001:db8:dead:beef::53
Lưu ý rằng bit U / L được đặt thành 0 - do đảo ngược bit, phân loại id máy chủ thành cục bộ.
EUI 64 chỉ có nghĩa là Địa chỉ MAC (48Bit) có
..:FF:FE:..
ở giữa của nó để lấp đầy tất cả 64 bit. Do đó tên EUI-64. Nói chính xác là bạn có nghĩa là EUI-64 đã sửa đổi , có nghĩa là EUI-64 kết hợp với bitflip của bit thứ 7.
Bit thứ bảy được thay đổi bởi vì trong Địa chỉ MAC, bit thứ 7 này chỉ ra sự khác biệt giữa địa phương (0) và toàn cầu (1). Ví dụ, cục bộ theo nghĩa này là một giao diện Nối tiếp.
Vì tất cả điều này là để tự động tạo một địa chỉ công cộng mà tất cả sẽ có trên một giao diện toàn cầu (theo thuật ngữ MAC), điều này sẽ dẫn đến 1 ở vị trí thứ 7. Họ đã thay đổi bit đó, vì vậy bạn không cần phải ghi lại địa chỉ lỗ và bạn có thể ký hiệu viết tắt của "::"
Ví dụ (từ RFC 2373):
...
The alternative would have been for these to be of the
form 0200:0:0:1, 0200:0:0:2, etc., instead of the much simpler ::1,
::2, etc.
Trả lời ngắn Mặc dù mọi Địa chỉ MAC sẽ kết thúc bằng Địa chỉ IPv6 có Số HEX cao hơn 0 tại một số vị trí trong Địa chỉ IPv6. Điều này cho phép có Zeros ở đó để bạn có thể sử dụng ký hiệu tốc ký.