Làm thế nào để multihoming hoạt động với ipv6?


18

Sự khác biệt giữa multihoming trong IPv4 so với IPv6 là gì?

Doanh nghiệp có thể yêu cầu không gian địa chỉ IPv6 độc lập với nhà cung cấp từ RIR / LIR của mình, có thể được quảng cáo cho nhiều nhà cung cấp ngược dòng thông qua BGP giống như trong IPv4 không?

Các quy tắc để yêu cầu phân bổ IPv6 độc lập với nhà cung cấp có giống nhau cho tất cả các RIR không?

Câu trả lời:


14

Bạn thực sự có thể yêu cầu chuyển nhượng Nhà cung cấp độc lập (PI) từ RIR địa phương thông qua LIR. Định tuyến một khối không gian địa chỉ IPv6 được thực hiện với BGP theo cách tương tự như một khối không gian địa chỉ IPv4. Khối chỉ lớn hơn một chút :-)

Đối với IPv4, thông thường, một khối nhỏ hơn a / 24 (vì vậy tiền tố / 25 hoặc dài hơn) sẽ không được các ISP cung cấp thường xuyên. Trong IPv6, giới hạn chung ngày nay dường như là / 48.

Mỗi RIR đều có chính sách riêng, vì vậy bạn sẽ phải xem RIR trong khu vực của mình để biết chi tiết cụ thể. Nếu bạn tình cờ ở trong khu vực dịch vụ RIPE NCC, tôi có thể trả lời bất kỳ câu hỏi nào bạn có thể có.


Đối với các doanh nghiệp có các trang web ở nhiều khu vực, thông thường nên yêu cầu phân bổ riêng từ mỗi RIR địa phương hoặc sử dụng phân bổ lớn hơn từ một trong các RIR để chi trả cho doanh nghiệp?
Người dùng123456

Tôi nghĩ rằng lý do chung để phân bổ dường như là "Giữ gọn gàng", do đó, phân bổ lớn hơn (như / 40 hoặc / 32) sẽ được chào đón nhiều hơn, trải rộng xung quanh các phân bổ gắn liền với cùng một Tổ chức.
ItsGC

Nếu bạn định thông báo riêng / 48 cho từng vị trí vào bảng định tuyến thì điều đó không thực sự quan trọng trên toàn cầu nếu chúng liên tiếp hay không. Nó có thể làm cho họ dễ nhớ hơn mặc dù.
Sander Steffann

4

Đây dường như là cách tiếp cận mà một số doanh nghiệp đang cố gắng, nhưng mục tiêu đằng sau thiết kế IPv6 là ngăn tất cả các công ty có quy mô tiên phong (ví dụ: Google) có được các khối độc lập với nhà cung cấp để giảm quy mô của bảng định tuyến toàn cầu .

Các máy chủ IPv6 được yêu cầu để có thể xử lý nhiều địa chỉ trên mỗi giao diện và ý định là để đa năng hoạt động bằng cách có các bộ định tuyến đầu ra của doanh nghiệp mỗi quảng cáo khối (thường là a / 48 hoặc / 56) thông qua đường lên của nó và cho các bộ định tuyến bên trong doanh nghiệp để nối thêm tiền tố toàn cầu (thường được đọc qua DHCPv6) vào số mạng con độc lập với tiền tố. Di chuyển các máy chủ đang nhận thông tin của họ từ quảng cáo bộ định tuyến có thể được thực hiện dần dần và không có sự can thiệp của quản trị viên.

Thật không may, khi triển khai thực tế, mô hình này đã bị cản trở bởi việc sử dụng AAAAbản ghi DNS (chỉ lưu địa chỉ IP bằng chữ) trên A6bản ghi, cho phép chỉ định các thành phần địa chỉ (ví dụ: phần tiền tố 48 bit toàn doanh nghiệp và 80- phần lưu trữ bit) có thể được quản lý và cập nhật độc lập; và bằng cách hỗ trợ địa chỉ dựa trên tiền tố không ổn định trong các phiên bản phần mềm bộ định tuyến ban đầu và dường như mô hình đa địa chỉ sẽ không đạt được bất kỳ lực kéo nào so với mô hình PI + BGP. Các RFC ban đầu được đề nghị chống lại việc gán các khối PI cho các tổ chức không quá cảnh, nhưng ít nhất RFC6177, khuyến nghị này dường như đã bị rút lại.


0

Ý tưởng ban đầu của những người đề xuất IPv6 là các tổ chức sẽ chạy song song nhiều khối địa chỉ để cho phép đa hướng.

Tuy nhiên trong thực tế điều này là có vấn đề vì nhiều lý do.

  1. Trong thiết lập như vậy khi máy chủ cuối chọn IP nguồn, về cơ bản, nó thực hiện các quyết định định tuyến nhưng máy chủ cuối được đặt kém để đưa ra quyết định định tuyến.
  2. Việc thêm hoặc xóa tiền tố IP thường khó khăn vì IP được lưu trữ ở nhiều nơi. Đã có các tiện ích mở rộng được đề xuất cho DNS để hỗ trợ việc này nhưng chúng đã thêm một mức độ phức tạp và dễ vỡ cho hệ thống DNS và cuối cùng đã bị bỏ rơi là "lịch sử".
  3. Nó không thực sự xử lý trường hợp khi kết nối với một nhà cung cấp bất ngờ bị hỏng.
  4. Bộ định tuyến sẽ cần đưa ra quyết định định tuyến dựa trên IP nguồn. Một số bộ định tuyến có thể làm điều này nhưng đó là một tính năng nâng cao, không phải định tuyến thông thường.

Cuối cùng, có vẻ như các quyền lực nhận ra rằng các tổ chức sẽ không chịu đựng điều đó và nếu họ muốn thấy IPv6 được thông qua, họ phải cung cấp không gian IPv6 PI theo các điều khoản tương tự với không gian PI4 của PI4.

Các chính sách chính xác khác nhau thay đổi một chút giữa các RIR nhưng nhìn chung nếu bạn có thể chứng minh ý định của nhiều người, bạn sẽ có thể có được một khối không gian PI mà không gặp quá nhiều khó khăn.

Sẽ rất thú vị để xem làm thế nào điều này diễn ra trong dài hạn. Với IPv6 NAT không được khuyến khích mạnh mẽ, tôi có thể thấy sự bùng nổ về kích thước bảng định tuyến khi các doanh nghiệp có quy mô trung bình chuyển từ v4 natted sang IPv6 độc lập với nhà cung cấp.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.