Bố cục không gian địa chỉ IPv6 thực tiễn tốt nhất
Tôi cảm thấy thoải mái với việc phân bổ không gian địa chỉ IPv4. Ý tôi là: Đưa ra các dịch vụ để lập kế hoạch hoặc tổ chức kết nối mạng, tôi hiểu rất rõ về cách lập kế hoạch sử dụng không gian địa chỉ IP. (hoặc ít nhất, tôi nghĩ rằng tôi làm. :)
Có hướng dẫn thực hành tốt nhất hoặc nghiên cứu trường hợp nào cho bố cục không gian địa chỉ IPv6 không?
Câu trả lời siêu ngắn: Bắt đầu từ / 56 cố gắng dự kiến những gì sẽ được sử dụng trong vài năm tới và điều chỉnh tăng hoặc giảm tương ứng. Những người yêu cầu một địa chỉ duy nhất vẫn nên có một vài phân bổ cho việc mở rộng trong tương lai, tránh phân mảnh phân bổ là quan trọng, so với phân bổ quá mức.
Một câu trả lời dài hơn:
Lực lượng đặc nhiệm kỹ thuật Internet (IETF) - Thực tiễn tốt nhất hiện nay :
RFC 6177 và BCP 157 - "Gán địa chỉ IPv6 cho các trang web kết thúc" làm rõ rằng đề xuất một kích cỡ phù hợp với tất cả / 48 không đủ sắc thái cho phạm vi rộng của các trang web kết thúc và không còn được khuyến nghị làm mặc định.
1. Giới thiệu - Có một số cân nhắc có yếu tố trong chính sách chuyển nhượng địa chỉ. Ví dụ, để cung cấp sức khỏe lâu dài và khả năng mở rộng của cơ sở hạ tầng định tuyến công cộng, điều quan trọng là địa chỉ tổng hợp tốt [ ROUTE-SCALING ]. Tương tự như vậy, việc đưa ra một lượng không gian địa chỉ quá mức có thể dẫn đến sự cạn kiệt sớm của không gian địa chỉ. Tài liệu này tập trung vào câu hỏi (hẹp hơn) về kích thước gán địa chỉ IPv6 phù hợp cho các trang web cuối là gì. Đó là, khi các trang web cuối yêu cầu không gian địa chỉ IPv6 từ các ISP, kích thước gán phù hợp là gì.
...
Tài liệu này tập trung vào câu hỏi (hẹp hơn) về kích thước gán địa chỉ IPv6 phù hợp cho các trang web cuối là gì. Đó là, khi các trang web cuối yêu cầu không gian địa chỉ IPv6 từ các ISP, kích thước gán phù hợp là gì.
...
Tài liệu này không đưa ra khuyến nghị chính thức về kích thước phân công chính xác. Sự lựa chọn chính xác về không gian địa chỉ để gán các trang cuối là một vấn đề đối với cộng đồng vận hành. Vai trò của IETF trong trường hợp này được giới hạn trong việc cung cấp hướng dẫn về các cân nhắc về kiến trúc và vận hành IPv6. Tài liệu này cung cấp đầu vào vào các cuộc thảo luận.
...
2. Bật / 48 Nhiệm vụ cho các trang web kết thúc - Nhìn lại một số động lực ban đầu đằng sau khuyến nghị / 48 [RFC3177], có ba mối quan tâm chính. Động lực đầu tiên là đảm bảo rằng các trang web cuối có thể dễ dàng có đủ không gian địa chỉ mà không phải "nhảy qua vòng" để làm như vậy. Ví dụ, nếu ai đó cảm thấy họ cần nhiều không gian hơn, chỉ cần hành động hỏi ở một mức độ nào đó là đủ biện minh.
Để so sánh, trong IPv4, người dùng gia đình thông thường được cung cấp một địa chỉ IP công cộng duy nhất (mặc dù điều này không phải lúc nào cũng được đảm bảo), nhưng việc nhận được nhiều hơn một địa chỉ thường rất khó hoặc thậm chí là không thể - trừ khi người ta sẵn sàng trả (đáng kể) tăng phí cho những gì thường được coi là "cấp cao hơn" của dịch vụ. (Cần lưu ý rằng phí ISP tăng để có được một số lượng nhỏ địa chỉ bổ sung thường không thể được chứng minh bằng chi phí địa chỉ thực theo RIRs, nhưng địa chỉ bổ sung thường chỉ có sẵn cho người dùng cuối như một phần của loại khác hoặc " dịch vụ cao cấp hơn, được tính phí bổ sung. Điểm ở đây là chi phí bổ sung không phải do cấu trúc phí RIR, mà do các lựa chọn kinh doanh mà ISP đưa ra.)
Một mục tiêu quan trọng trong IPv6 là thay đổi đáng kể việc gán trang cuối cùng mặc định và tối thiểu, từ "một địa chỉ" thành "nhiều mạng" và để đảm bảo rằng các trang cuối có thể dễ dàng có được không gian địa chỉ.
...
Một thay đổi trong chính sách (chẳng hạn như ở trên) sẽ có tác động đáng kể đến các dự báo tiêu thụ địa chỉ và tuổi thọ dự kiến cho IPv6. Ví dụ: thay đổi gán mặc định từ a / 48 thành / 56 (đối với phần lớn các trang cuối, ví dụ: trang chủ) sẽ giúp tiết kiệm tới 8 bit, giảm "tổng mức tiêu thụ địa chỉ dự kiến" (tăng đến) 8 bit hoặc hai bậc độ lớn. (Số tiền tiết kiệm chính xác phụ thuộc vào số lượng người dùng gia đình tương đối so với số lượng trang web lớn hơn.)
...
3. Các cân nhắc khác của RFC 3177 - ... Với số lượng lớn không gian địa chỉ trong IPv6, có rất nhiều không gian để cấp cho các trang web đủ không gian phù hợp với các dự báo tăng trưởng hợp lý trong các khung thời gian nhiều năm. Do đó, vẫn rất mong muốn cung cấp các trang web cuối có đủ không gian (trên cả nhiệm vụ ban đầu và sau này) để kéo dài vài năm. May mắn thay, mục tiêu này có thể đạt được theo một số cách và không yêu cầu tất cả các trang web cuối đều nhận được sự phân công kích thước mặc định giống nhau. ".
RFC 7608 và BCP 198 - "Khuyến nghị về độ dài tiền tố IPv6 cho chuyển tiếp"
Tóm tắt - Độ dài tiền tố IPv6, như trong IPv4, là một tham số được truyền tải và sử dụng trong các quy trình định tuyến và chuyển tiếp IPv6 theo kiến trúc Định tuyến liên miền không phân loại (CIDR). Độ dài của tiền tố IPv6 có thể là bất kỳ số nào từ 0 đến 128, mặc dù các mạng con sử dụng tự động cấu hình địa chỉ không trạng thái (SLAAC) để phân bổ địa chỉ theo cách thông thường sử dụng tiền tố / 64. Do đó, việc triển khai phần cứng và phần mềm của định tuyến và chuyển tiếp sẽ không áp dụng quy tắc nào về độ dài tiền tố, nhưng thực hiện khớp dài nhất trước tiên đối với các tiền tố có độ dài hợp lệ.
RFC 7934 và BCP 204 - "Khuyến nghị về tính khả dụng của địa chỉ máy chủ" khuyến nghị rằng các mạng cung cấp máy chủ cuối mục đích chung với nhiều địa chỉ IPv6 toàn cầu khi chúng đính kèm và nó mô tả lợi ích của và các tùy chọn để thực hiện điều đó.
Giới thiệu - "Không giống như IPv4, các mạng IPv6 không bị ép buộc bởi các vấn đề khan hiếm địa chỉ chỉ cung cấp một địa chỉ cho mỗi máy chủ. ... Ngoài ra, việc cung cấp nhiều địa chỉ có nhiều lợi ích, bao gồm chức năng ứng dụng và tính đơn giản, quyền riêng tư và tính linh hoạt để phù hợp với các ứng dụng trong tương lai. Một lợi ích đáng kể khác là khả năng cung cấp truy cập Internet mà không cần sử dụng Dịch địa chỉ mạng (NAT). Chỉ cung cấp một địa chỉ IPv6 cho mỗi máy chủ phủ nhận những lợi ích này.
2. Mô hình triển khai IPv6 phổ biến - IPv6 được thiết kế để hỗ trợ nhiều địa chỉ, bao gồm nhiều địa chỉ toàn cầu, trên mỗi giao diện (xem Phần 2.1 của [RFC4291] và Mục 5.9.4 của [RFC6434] ). Ngày nay, nhiều máy chủ IPv6 đa năng được cấu hình với ba hoặc nhiều địa chỉ trên mỗi giao diện: địa chỉ liên kết cục bộ, địa chỉ ổn định (ví dụ: sử dụng Mã định danh duy nhất mở rộng 64 bit (EUI-64) hoặc Số nhận dạng giao diện mờ [ RFC7217 ]) , một hoặc nhiều địa chỉ riêng tư [ RFC4941 ] và có thể một hoặc nhiều địa chỉ tạm thời hoặc không tạm thời thu được bằng Giao thức cấu hình máy chủ động cho IPv6 (DHCPv6) [ RFC3315 ].
Trong hầu hết các mạng IPv6 có mục đích chung, các máy chủ có khả năng định cấu hình các địa chỉ IPv6 bổ sung từ (các) tiền tố liên kết mà không yêu cầu rõ ràng với mạng. Các mạng như vậy bao gồm tất cả các mạng 3GPP ( [RFC6459], Phần 5.2 ), ngoài các mạng Ethernet và Wi-Fi sử dụng Tự động cấu hình địa chỉ không trạng thái (SLAAC) [ RFC4862 ]. ".
RFC 4862 - "Tự động cấu hình địa chỉ không trạng thái IPv6" giải thích:
3. Mục tiêu thiết kế
Cấu hình tự động không trạng thái được thiết kế với các mục tiêu sau: o Cấu hình thủ công của từng máy trước khi kết nối chúng với mạng không được yêu cầu. ... Định cấu hình tự động địa chỉ giả định rằng mỗi giao diện có thể cung cấp một mã định danh duy nhất cho giao diện đó (nghĩa là "định danh giao diện"). ...
Các trang web nhỏ bao gồm một tập hợp các máy được gắn vào một liên kết không nên yêu cầu sự hiện diện của máy chủ DHCPv6 hoặc bộ định tuyến làm điều kiện tiên quyết để liên lạc. Giao tiếp plug-and-play đạt được thông qua việc sử dụng các địa chỉ liên kết cục bộ. Các địa chỉ liên kết cục bộ có một tiền tố nổi tiếng xác định liên kết được chia sẻ (đơn) mà một tập hợp các nút đính kèm. Một máy chủ lưu trữ một địa chỉ liên kết cục bộ bằng cách nối thêm một định danh giao diện vào tiền tố liên kết cục bộ.
Một trang web lớn có nhiều mạng và bộ định tuyến không cần có sự hiện diện của máy chủ DHCPv6 để cấu hình địa chỉ. Để tạo địa chỉ toàn cầu, máy chủ lưu trữ phải xác định các tiền tố xác định các mạng con mà chúng đính kèm. Bộ định tuyến tạo Quảng cáo Bộ định tuyến định kỳ bao gồm các tùy chọn liệt kê bộ tiền tố hoạt động trên một liên kết.
Cấu hình địa chỉ sẽ tạo điều kiện cho việc đánh số lại một cách duyên dáng các máy của trang web. Ví dụ: một trang web có thể muốn đánh số lại tất cả các nút của nó khi nó chuyển sang một nhà cung cấp dịch vụ mạng mới. Việc đánh số lại đạt được thông qua việc cho thuê địa chỉ cho các giao diện và gán nhiều địa chỉ cho cùng một giao diện. Thời gian thuê cho thuê cung cấp cơ chế thông qua đó một trang web loại bỏ các tiền tố cũ. Việc gán nhiều địa chỉ cho một giao diện cung cấp cho giai đoạn chuyển tiếp trong đó cả địa chỉ mới và địa chỉ được loại bỏ hoạt động đồng thời.
Cân nhắc bảo mật :
Tài liệu tham khảo khác :
ARIN - " Chính sách dự thảo được đề xuất ARIN-2015-1: Sửa đổi tiêu chí cho các nhiệm vụ của người dùng cuối ban đầu IPv6 ".
ARIN - " Dự thảo chính sách ARIN-2011-3: Phân bổ IPv6 tốt hơn cho các ISP ".
Tất cả các chính sách ARIN .
IANA - Trang chính - Cơ quan đăng ký giao thức - Tên miền dành riêng do IANA quản lý .
IETF - " Cân nhắc về số liệu mật độ máy chủ IPv6 - dự thảo-huston-hd-metric-00.txt ".
Tất cả các BCP của IETF . ( Lưu trữ ).
Thực tiễn tốt nhất hiện nay của Wikipedia (Hiện tại không cập nhật).
AP NIC - " IPv6 Thực tiễn tốt nhất hiện nay ".
Bảng trắng của Cloudmark: " BCP cho triển khai SMTP gần hạn trong mạng IPv6 ".
NSRC.org - " Phòng thí nghiệm lọc và xâm nhập - Hội thảo thiết kế và vận hành mạng trường ".
RIPE - " Chính sách phân bổ và phân bổ địa chỉ IPv6 " cho biết (trong số nhiều thứ khác): "Kích thước phân bổ tối thiểu cho không gian địa chỉ IPv6 là / 32. (Đối với LIR)", "Để đủ điều kiện phân bổ ban đầu không gian địa chỉ IPv6, một LIR phải có kế hoạch phân bổ phụ cho các tổ chức khác và / hoặc chỉ định Trang web kết thúc trong vòng hai năm. "," Các LIR đáp ứng tiêu chí phân bổ ban đầu đủ điều kiện nhận phân bổ ban đầu từ / 32 đến / 29 mà không cần cung cấp bất kỳ thông tin bổ sung nào. ", ...
RIPE - " Tìm hiểu địa chỉ IP và biểu đồ CIDR " (cũng xem bên dưới) cung cấp các biểu đồ hữu ích này:
Kiến trúc ban đầu của Internet bao gồm hầu hết các mạng lớn kết nối trực tiếp với nhau và trông không giống với thiết kế phân cấp được sử dụng ngày nay. Thật dễ dàng để cung cấp một khối địa chỉ khổng lồ cho quân đội và một khối khác cho Đại học Stanford. Trong mô hình đó, các bộ định tuyến chỉ phải nhớ một địa chỉ IP cho mỗi mạng và có thể tiếp cận hàng triệu máy chủ thông qua mỗi tuyến đó.
- Tất cả các thiết bị IPv6 đều có một địa chỉ duy nhất được đặt cho chúng như một mặc định, các thiết bị IPv4 sử dụng một mạng lớp và không có một địa chỉ duy nhất do cạn kiệt các địa chỉ xảy ra trong khoảng thời gian từ ngày 31 tháng 1 năm 2011 đến ngày 24 tháng 9 năm 2015.
Đây là một bản đồ cũ của toàn bộ Internet vào tháng 2 năm 1982 so với Internet ngày nay, StackExchange.com là một chấm nhỏ ở trung tâm của hình ảnh bên phải, nhấp để phóng to.
RFC 3484 - "Lựa chọn địa chỉ mặc định cho Giao thức Internet phiên bản 6 (IPv6)" đã bị RFC 6724 (tháng 9 năm 2012) lỗi thời , bản mới trong bản cập nhật là:
"Các phần 2.1.4 , 2.2.2 và 2.2.3 của RFC 5220 mô tả các vấn đề lựa chọn địa chỉ liên quan đến Địa chỉ địa phương duy nhất (ULAs) [RFC4193]. Theo mặc định, các điểm đến IPv6 toàn cầu được ưa thích hơn các điểm đến ULA, vì một ULA tùy ý là không nhất thiết phải có thể truy cập. ".
- Đề xuất một kích thước phù hợp với tất cả / 48 không đủ sắc thái cho phạm vi rộng của các trang web kết thúc và không còn được đề xuất như một mặc định duy nhất.
Xem: RIPE - " Tìm hiểu địa chỉ IP và biểu đồ CIDR ":
"Mỗi thiết bị được kết nối với Internet cần phải có số nhận dạng. Địa chỉ Giao thức Internet (IP) là địa chỉ số được sử dụng để xác định một phần cứng cụ thể được kết nối với Internet.
Hai phiên bản phổ biến nhất của IP được sử dụng hiện nay là Giao thức Internet phiên bản 4 (IPv4) và Giao thức Internet phiên bản 6 (IPv6). Cả hai địa chỉ IPv4 và IPv6 đều xuất phát từ nhóm số hữu hạn.
Đối với IPv4, nhóm này có kích thước 32 bit (2 ^ 32) và chứa 4.294.967.296 địa chỉ IPv4.
Không gian địa chỉ IPv6 có kích thước 128 bit (2 ^ 128), chứa 340.282.366.920.938.463.463.374.607.431.768.211.456 địa chỉ IPv6.
Mô hình phân bổ địa chỉ
Hiện tại, IANA phân bổ các khối địa chỉ cho các cơ quan đăng ký khu vực. Các cơ quan đăng ký lần lượt gán các khối địa chỉ cho các nhà cung cấp dịch vụ. Trách nhiệm của nhà cung cấp dịch vụ là cung cấp địa chỉ cho khách hàng tương ứng của họ.
Chính sách hiện tại thay đổi theo vùng và trong trường hợp bảo thủ nhất chỉ ra rằng người dùng cuối phải thông qua nhà cung cấp dịch vụ của người dùng để có không gian địa chỉ IPv6 thay vì tiếp cận trực tiếp với cơ quan đăng ký khu vực cho không gian địa chỉ IPv6.
Hình vẽ biểu thị bằng biểu đồ chính sách ban đầu này được ban hành như thế nào. Mô hình phân công này thường được gọi là phân công nhà cung cấp được chỉ định (PA) hoặc phân bổ phụ thuộc nhà cung cấp (PD). Độ dài tiền tố được hiển thị trong hình là các khuyến nghị. Các cơ quan đăng ký và nhà cung cấp dịch vụ có thể chỉ định các khối bằng cách sử dụng các quy trình và thủ tục mà họ đã thiết lập cho các khu vực và khách hàng của họ. Điều này được giải thích trong RFC 6177.
RFC 6177 - "Gán địa chỉ IPv6 cho các trang web kết thúc".
Để làm ví dụ cho chính sách, IANA đã gán 2600: 0000 :: / 12 cho ARIN để gán. Điều này phù hợp với lớp trên cùng của mô hình. ARIN sau đó đã gán 2600 :: / 29 khối cho Sprint, 2600: 300 :: / 24 cho AT & T Mobility, 2600: 7000 :: / 24 cho Hurricane Electric, v.v.
Các bài tập khối này không tuân theo mô hình ban đầu được xác định trong RFC 3177. Các nhà cung cấp dịch vụ sau đó gán các khối cho khách hàng của họ dựa trên nhu cầu của khách hàng. Nhà cung cấp dịch vụ Internet (ISP) có thể linh hoạt gán nhiều loại địa chỉ cho khách hàng của mình.
Ví dụ: một khách hàng ISP doanh nghiệp lớn có thể cần một nhiệm vụ / 40 trong khi một khách hàng dân cư sẽ chỉ cần một nhiệm vụ / 60.
Có một ngoại lệ đối với chính sách này được ban hành bởi các cơ quan đăng ký khu vực cho phép khách hàng cuối tiếp cận trực tiếp các cơ quan đăng ký và yêu cầu không gian địa chỉ IPv6. Ngoại lệ này được gọi là địa chỉ độc lập với nhà cung cấp (PI).
RFC 5375 - "Cân nhắc chuyển nhượng địa chỉ IPv6" nêu ra một số vấn đề cũng cần được tính đến khi xây dựng kế hoạch đánh địa chỉ.
Trước tiên bạn nên quyết định xem bạn muốn khối địa chỉ độc lập của nhà cung cấp hay nhà cung cấp được chỉ định địa chỉ có được chấp nhận không?
Nếu khách hàng có địa chỉ PI, việc chuyển nhượng sẽ vẫn hợp lệ, cung cấp các tiêu chí cho nhiệm vụ ban đầu được đáp ứng.
Khách hàng có địa chỉ PA được khuyến nghị lấy phân bổ không gian địa chỉ mới từ một LIR khác và trả lại không gian địa chỉ PA được chỉ định bởi LIR ban đầu của họ. Trong này
Ngoài ra, tham khảo các liên kết IANA và IETF ở trên là cách tốt nhất để luôn đi đầu trong các thực tiễn tốt nhất.