IPv6CP thương lượng những gì và điều gì vẫn cần một tiền tố
Địa chỉ link-local trên giao diện PPP là một bước thiết lập, không phải quyền truy cập IPv6. Hãy tách việc trao đổi định danh khỏi tiền tố, tuyến và tích hợp máy khách.
IPv6 khởi động trên giao diện PPP, một địa chỉ link-local xuất hiện, và thay đổi được tuyên bố hoàn tất. Sau đó không có gì được định tuyến, không tồn tại địa chỉ toàn cầu, và một phép thử đến đích công cộng thất bại trong khi giao diện vẫn trông như đã cấu hình. Đường liên kết đã lên; mạng thì chưa bao giờ. Hãy thực hiện bốn kiểm tra dưới đây theo thứ tự và dừng ở kiểm tra giải thích khoảng trống.
Địa chỉ link-local thực sự chứng minh điều gì
IPv6CP đưa IPv6 lên đường liên kết PPP và thương lượng một định danh giao diện cho mỗi bên. Định danh đó tạo ra một địa chỉ link-local, đủ để nói chuyện với đối tác qua đường liên kết và không đủ để đến bất kỳ thứ gì khác. Địa chỉ chứng minh đường liên kết đã sẵn sàng cho IPv6, và không chứng minh gì về mạng phía sau đối tác. Đọc nó như một địa chỉ truy cập là sai lầm khởi đầu phần lớn những cuộc điều tra này.
Bốn câu hỏi dưới đây tách điều mà tầng liên kết quyết định khỏi điều mà dịch vụ phải cung cấp. Hãy trả lời theo thứ tự, vì không thể trả lời câu hỏi sau khi câu trước còn mở.
| Question | Answered by | What it does not settle |
|---|---|---|
| Is IPv6 up on the link? | IPv6CP: interface identifiers, then link-local addresses | Any address reachable beyond the peer |
| Where does a global prefix come from? | Router advertisement, delegated prefix, DHCPv6 or static configuration | IPv6CP carries no prefix of its own |
| Who owns the routes? | The client's tunnel configuration and the server's return path | A link-local address implies no route at all |
| How does this client get configured? | Explicit tunnel settings or router advertisements, depending on the client | The standard does not choose for the implementation |
Tiền tố phải đến từ đâu
Một địa chỉ toàn cầu cần tiền tố từ đâu đó: thông báo định tuyến, tiền tố được ủy quyền, DHCPv6 hoặc cấu hình tĩnh. IPv6CP không mang tiền tố nào, và chờ đợi trên đường liên kết bao lâu cũng không tạo ra. RFC 5072 đặt IPv6CP là bước thiết lập chạy trước khi các giao thức IPv6 khác hoạt động trên đường liên kết, và đó là toàn bộ phạm vi của nó: chuẩn bị đường liên kết, không phải đánh số mạng. Hãy cung cấp tiền tố và giao diện bắt đầu mang lưu lượng thay vì chỉ tồn tại.
Thông báo định tuyến là câu trả lời phổ biến trên LAN và kém tin cậy hơn trên đường hầm điểm-điểm, vì máy khách phải vừa gửi yêu cầu vừa chấp nhận câu trả lời. Một số máy khách đường hầm không làm cả hai. Hãy kiểm tra xem máy khách sẵn sàng chấp nhận gì trước khi quyết định rằng máy chủ phải gửi nó.
Cùng tiền tố đó phải đến được từ đầu kia. Một máy khách có địa chỉ toàn cầu nhưng không có đường về là đã cấu hình, chưa kết nối.
Tuyến là một lời hứa riêng
Ngay cả khi có địa chỉ, máy khách phải biết đích nào thuộc đường hầm, và máy chủ cần đường về cho những đích đó. Đây là hai quyết định đưa ra ở hai nơi. Đường hầm mang toàn bộ lưu lượng IPv6 cần tuyến mặc định trên máy khách và tuyến về trên máy chủ; đường hầm chia tách cần cả hai phía đồng ý về cùng một danh sách tiền tố. Khi chúng không khớp, lưu lượng rời đi và không bao giờ quay lại.
Hãy viết danh sách trước khi cấu hình bất cứ thứ gì. Nếu kế hoạch nói rằng chỉ tiền tố công ty đi qua đường hầm, máy khách không nên có tuyến IPv6 mặc định, và máy chủ không nên quảng bá một tuyến như vậy.
Phần còn lại do tích hợp máy khách quyết định
Một số máy khách đường hầm cấu hình IPv6 một cách tường minh. Ví dụ, Network Extension của Apple nhận địa chỉ, tiền tố và một tập tuyến cho đường hầm, nên ứng dụng dùng nó không chờ thông báo kiểu Ethernet. Những máy khách khác dựa vào thông báo định tuyến đến qua đường liên kết. Cả hai mô hình đều hợp lệ và cần hành vi máy chủ khác nhau, nên chọn sai sẽ tạo ra máy khách chờ mãi một thông điệp mà không ai gửi. Hãy xác định mô hình trước khi thay đổi máy chủ.
Một tên giao diện cũ như ppp0 không chứng minh gì về ngăn xếp đang chạy hôm nay. Máy khách hiện đại có thể dùng API đường hầm gói thay cho giao diện PPP, và giả định rằng nó hành xử như một kết nối lịch sử là cách làm hỏng một thiết kế đang hoạt động. Hãy hỏi phiên bản máy khách và phương thức cung cấp, không phải tên giao diện.
Hãy viết kế hoạch mà máy khách cần
Một mô tả đầy đủ bao gồm ba điều: máy khách giữ địa chỉ nào, đường hầm phải mang những đích nào, và mạng gửi câu trả lời về ra sao. Địa chỉ link-local không trả lời điều nào trong số đó, và một thông báo được chấp nhận chỉ trả lời một phần của một điều. Hãy kiểm tra từng mục riêng rẽ thay vì chấp nhận một chỉ báo xanh. Sau đó ghi lại cơ chế nào đã cung cấp mỗi câu trả lời, vì bản ghi đó biến báo cáo IPv6 tiếp theo thành một lần kiểm tra hai phút.
Hãy giữ bản ghi cùng tài liệu dịch vụ và cập nhật khi máy khách thay đổi. Một kế hoạch đúng cho máy khách PPP có thể sai cho máy khách đường hầm gói trên cùng dịch vụ. Bốn câu hỏi vẫn giữ nguyên; chỉ các câu trả lời di chuyển.