Hai PE, một tiền tố: vì sao RD quyết định khả năng hiển thị

Hai bộ định tuyến biên quảng bá cùng một tiền tố khách hàng mô tả một đích VPNv4 duy nhất cho đến khi có thứ gì đó tách chúng ra, và kẻ tách đó là route distinguisher. Nó định chuẩn tiền tố; nó không quyết định ai nhập kết quả, đó là việc của route target. Hãy cấp RD từ tập hợp các tuyến phải giữ được phân biệt trong mọi miền nơi những quảng bá đó có thể gặp nhau, không phải từ cách bố trí tệp của một hộp duy nhất. Con số bạn chọn là một danh tính mà các lần rà soát sau sẽ phụ thuộc vào, vì vậy nó cần nằm trong bản kiểm kê trước khi vào cấu hình.

Một RD và một tiền tố là một đích đến

Một RD cộng một tiền tố IPv4 tạo thành đích VPNv4 mà mặt phẳng điều khiển so sánh. Cho hai PE cùng một tiền tố cho khách hàng khác nhau và, không có RD khác nhau, chúng quảng bá tuyến tới một đích duy nhất. Không có gì trên màn hình nói với bạn rằng cách gộp đó sai, vì nền tảng làm đúng điều danh tính nói. Đổi RD trên một trong hai và quảng bá cũ bị thu hồi trong khi dưới một danh tính khác xuất hiện quảng bá mới. Mọi thứ ở hạ nguồn từng dựa vào danh tính cũ, từ chọn tuyến đến bộ lọc vận hành đã lưu, giờ đây trỏ tới thứ không còn tồn tại.

Nhiều tuyến cho một đích là hành vi bình thường của BGP, không phải triệu chứng. Một speaker có thể giữ nhiều tuyến nhận được trong khi chọn một tuyến tốt nhất để chuyển tiếp, và khoảng cách giữa nhận được và được chọn là nơi cư trú của các câu hỏi về khả năng hiển thị. Khi một tuyến dường như biến mất, hãy xác nhận liệu danh tính mà nó thuộc về còn tồn tại không trước khi xem phiên.

Cùng RD, cùng đích, khác tuyến

Gửi một RD và một tiền tố từ hai bộ định tuyến thay mặt cho cùng một dịch vụ và cả hai đều cung cấp tuyến tới một đích duy nhất, thường với bước nhảy kế tiếp khác nhau. Tuyến nào được route reflector chuyển tiếp là quyết định về reflector: lựa chọn tuyến, khả năng quảng bá và mọi chính sách xếp lớp lên nó. Không bộ định tuyến biên nào kiểm soát lựa chọn đó. Cho hai quảng bá RD khác nhau và mỗi quảng bá trở thành đích riêng, nhờ đó cả hai có thể tồn tại trên một mặt phẳng điều khiển mà nếu không chỉ mang tuyến được chọn cho một danh tính.

Khả năng hiển thị và đa tuyến gặp nhau trong VRF nhận, nhưng chúng không phải cùng một quyết định, và một reflector mang hai danh tính chưa cấu hình tuyến đã cài đặt thứ hai. VRF cài đặt những gì chính sách nhập của nó cho phép và những gì thiết lập số tuyến tối đa của chính nó cho phép. Hãy kiểm tra thiết lập đó riêng khi bạn muốn tuyến thứ hai được dùng chứ không chỉ hiển thị.

Quy tắc duy nhất cục bộ không phải chính sách

Cho mỗi PE và mỗi phiên bản định tuyến RD riêng là một quy ước lành mạnh: nó định danh nguồn gốc, giữ các dịch vụ không liên quan khỏi đụng nhau trên một danh tính và cho bản kiểm kê một khóa ổn định. Một số nền tảng chỉ yêu cầu tính duy nhất bên trong hộp và cho phép rõ ràng các bộ định tuyến chia sẻ một RD cho cùng một phiên bản VPN. Sự cho phép đó là một ràng buộc triển khai, không phải quy tắc giữa các mạng mà bạn có thể giao cho nhà cung cấp. Nếu miền trải rộng nhiều nhóm, hãy tự viết chính sách cấp phát.

Tư cách thành viên không bao giờ đến từ các chữ số. Một mẫu như 65000:12 cho một PE và 65000:13 cho một PE khác là thói quen, trong khi các đích xuất và nhập khớp nhau như 65000:112 mới là thứ đưa một tuyến vào VRF. Hãy coi RD là danh tính của tuyến và route target là sự cho phép mang nó vào VRF.

Chứng minh thay đổi trên VRF, không phải trên màn hình

Trước khi chạm vào một RD, hãy ghi bốn điều: PE quảng bá gì hôm nay, reflector phản chiếu gì, VRF nhận nhập gì và chọn tuyến nào. RD mới thu hồi một quảng bá và đưa vào một quảng bá khác, nên thay đổi xuất hiện ở cả hai phía của phiên và dễ đọc sai nếu bạn chỉ theo dõi phía quảng bá. Việc chấp nhận nên dựa trên khả năng tiếp cận bạn muốn, không phải trên một dòng thừa xuất hiện trong danh sách tiền tố. Bảng bên dưới giữ ba định danh không bị lẫn vào nhau trong lần rà soát đó.

Bắt đầu ở PE quảng bá và so sánh cả hai danh tính cho cùng một tiền tố trước khi gỡ bỏ bất cứ thứ gì. Các lệnh IOS bên dưới lần lượt trả lời ba câu hỏi: quảng bá cũ còn đó không, danh tính mới có hiển thị với reflector không và VRF có chọn tiền tố đó không.

show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24
show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24
show ip route vrf CUSTOMER-A 203.0.113.0/24

Các nền tảng khác in cùng thông tin với cú pháp khác, và các câu hỏi vẫn tồn tại sau thay đổi đó. Nếu danh tính mới thiếu ở reflector trong khi PE liệt kê nó là đã quảng bá, nghi phạm đầu tiên là chính sách hoặc khả năng quảng bá của reflector, không phải việc đánh số.

Ghi lại PE, phiên bản, RD, các đích xuất và nhập và quyền sở hữu tiền tố ở một chỗ, vì lần cấp phát tiếp theo là tra cứu chứ không phải phỏng đoán chỉ khi bản ghi đó tồn tại. Giữ RD cũ cho đến khi danh tính mới hiển thị trong VRF nhận, rồi thu hồi nó ở bước thứ hai để mỗi giai đoạn vẫn có thể đảo ngược.