Vì sao một tenant EVPN có thể hiển thị nhiều route distinguisher
Hai RD trong cùng một tenant không phải là xung đột. Đi từ đầu ra CLI đến MAC-VRF hoặc IP-VRF đã tạo tuyến, sau đó kiểm tra nhập RT và VNI.
Bạn lọc bảng EVPN cho một tenant và các tuyến mang hai route distinguisher khác nhau. Phản ứng đầu tiên là xung đột cấu hình, và phản ứng đó thường sai. Tên tenant là một nhãn kinh doanh, không phải một đối tượng duy nhất của mặt phẳng điều khiển, nên ngữ cảnh cầu nối và ngữ cảnh định tuyến bên trong nó có thể quảng bá hợp pháp dưới các định danh riêng. Lần theo từng tuyến một từ đầu ra trở về đối tượng dịch vụ cục bộ đã tạo ra nó, và RD thứ hai không còn trông giống lỗi nữa.
Hãy bắt đầu từ đầu ra đã làm bạn bối rối
Chọn một tuyến thay vì cả bảng. Ghi lại loại tuyến, RD, các route target đã xuất và chặng kế tiếp. Bốn trường đó đủ để xác định đối tượng cục bộ nào đã quảng bá nó và chính sách từ xa nào nên nhập nó.
Trên thiết bị kiểu NX-OS, chế độ xem chi tiết đạt được bằng show bgp l2vpn evpn route-type 2 detail hoặc show bgp l2vpn evpn route-type 5 detail. Trên Junos, cùng thông tin nằm trong show route table bgp.evpn.0 detail. Cú pháp khác, cùng các trường.
Đừng bắt đầu bằng việc làm cho mọi con số hiển thị bằng nhau. Làm bằng nhau các RD chính là thay đổi phá vỡ chính sách nhập trên một fabric đang chạy.
Hãy trao cho mỗi định danh công việc của nó
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF giữ thông tin chuyển tiếp MAC cho một dịch vụ cầu nối. IP-VRF cung cấp ngữ cảnh định tuyến IP cho một dịch vụ được định tuyến. Một tenant có thể bao gồm cả hai, vì vậy một tenant có thể tạo ra nhiều hơn một RD mà không có bất kỳ lỗi cấu hình nào.
RFC 7432 gán RD của MAC-VRF quảng bá cho EVPN NLRI của nó và yêu cầu các RD khác nhau giữa các MAC-VRF trên cùng một PE. Các thủ tục route-target là riêng biệt: chúng cho phép một hoặc nhiều thuộc tính RT và dựa vào chính sách nhập cho tư cách thành viên. Bằng nhau về RD không phải là thứ tạo ra tư cách thành viên chung, và coi nó như vậy chính là gốc rễ của sự nhầm lẫn này.
Lần theo một tuyến từ quảng bá đến nhập
Theo tuyến theo một hướng. Xác nhận loại tuyến, dịch vụ đã tạo ra nó, RD, các RT đã xuất và sau đó là chính sách nhập trên PE nhận. Mỗi bước trả lời một câu hỏi khác, và thất bại ở bất kỳ bước nào trông giống như cùng một tiền tố bị thiếu ở phía bên kia.
Khi tuyến đã hiện diện, hãy kiểm tra ngữ cảnh chuyển tiếp đã cài đặt và ánh xạ VNI. VNI khớp ở cả hai đầu chứng tỏ mặt phẳng dữ liệu đồng ý; nó không chứng tỏ mặt phẳng điều khiển đã nhập tuyến qua chính sách dự định.
Nếu tuyến xuất hiện trên PE từ xa nhưng không có lưu lượng, vấn đề đã vượt ra ngoài EVPN. Kiểm tra liên kết VNI-với-VLAN hoặc VNI-với-VRF và đường underlay trước khi sửa route target lần nữa. Bắt đầu từ ánh xạ, rồi đến underlay, và chỉ sau đó mới đến mặt phẳng điều khiển. Hoàn nguyên một thay đổi route-target để đuổi theo sự cố mặt phẳng dữ liệu là cách chắc chắn để phá vỡ một nhập đang hoạt động.
Các tiền tố lớp 3 vẫn là tuyến EVPN
Một tiền tố IP trong bảng EVPN không phải là BGP IPv4-unicast thông thường. tuyến EVPN IP Prefix là loại tuyến riêng của nó, và các quảng bá MAC/IP cùng tiền tố IP đi trong họ địa chỉ EVPN, mà RFC 7432 xác định là AFI 25 và SAFI 70.
Sự phân biệt đó quan trọng khi bạn so sánh một tuyến trong bảng EVPN với một tuyến trong bảng unicast. Chúng có thể mô tả cùng một đích và vẫn được tạo, lọc và nhập bởi chính sách khác nhau. Đọc cái này như bằng chứng về cái kia chính là điều khiến một fabric đúng trông như hỏng trong quá trình chuyển di.
Kiểm tra cách suy ra của nhà cung cấp trước khi so sánh các con số
RFC 9136 mở rộng EVPN bằng các tuyến IP Prefix và chỉ định liệu RD áp dụng đến từ ngữ cảnh MAC-VRF hay IP-VRF. Vì vậy một nhãn dịch vụ L2 và một nhãn dịch vụ được định tuyến trong cùng đầu ra phải được đọc dựa trên các đối tượng mà chúng thuộc về, không rút gọn thành một RD cho mỗi tenant.
Việc suy ra RD và RT tự động phụ thuộc vào nhà cung cấp. Hãy đọc tài liệu tham chiếu của nhà cung cấp đã triển khai cho công thức đang dùng; một giá trị được tạo tự động thấy trên một switch không phải là mã hóa phổ quát, và so sánh con số của hai nhà cung cấp hiếm khi chứng minh được điều gì.
Kết thúc bằng một dấu vết bằng văn bản cho tuyến bạn đã bắt đầu: loại, đối tượng gốc, RD, RT đã xuất, chính sách nhập, VNI đã cài đặt. Sáu trường giải thích quảng bá cho bất kỳ ai đọc phiếu tiếp theo, và không trường nào đòi hỏi các con số của tenant phải khớp nhau.