Kiểm tra router MAC của EVPN trước khi đổ lỗi cho underlay

Hai địa chỉ MAC xuất hiện trong cùng một gói VXLAN, và chỉ một trong số đó thuộc về máy đích. Trong một thiết kế EVPN VXLAN IP-VRF sang IP-VRF, MAC đích bên trong là router MAC được quảng bá của router ra, còn MAC đích bên ngoài thuộc về thứ giao gói tin trên liên kết underlay tiếp theo. Nhầm lẫn hai thứ này khiến người ta đi vào underlay tìm một lỗi không hề tồn tại. Hãy thực hiện các bước kiểm tra theo thứ tự.

Mỗi bước trả lời một câu hỏi, và câu trả lời đầu tiên quyết định các bước sau có liên quan hay không.

1. Đọc tuyến tiền tố và các community của nó

Bắt đầu từ tuyến chứ không phải từ việc bắt gói tin:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Một tuyến Type 5 quảng bá một tiền tố IP. Trong mô hình IP-VRF không giao diện, nó cũng mang L3 VNI và community mở rộng của router MAC, và chính community đó xác định điểm cuối định tuyến đầu ra. Hãy đọc community thay vì giả định MAC được nhúng trong NLRI của tiền tố, vì không phải vậy. Nếu tuyến tồn tại và community được gắn vào, mặt phẳng điều khiển đã làm xong phần của mình.

2. Xác nhận mô hình chuyển tiếp nào đang được dùng

Mô hình không giao diện và đệ quy theo chỉ số overlay là hai cách bố trí được hỗ trợ khác nhau. Mô hình không giao diện định tuyến gói tin, dựng khung bên trong cho điểm cuối định tuyến từ xa và đóng gói nó về phía VTEP ra.

Với đệ quy theo chỉ số overlay, router vào cần thêm một lần tra cứu để phân giải chặng kế tiếp trước khi chuyển tiếp. Cả hai mô hình đều hợp lệ, và quy trình áp dụng phụ thuộc vào việc fabric của bạn dùng mô hình nào. Áp dụng lý luận chặng kế tiếp trực tiếp cho một fabric được xây theo cách khác sẽ cho ra kết luận trông đúng trong bản bắt gói nhưng sai trong buổi đánh giá thiết kế.

3. Hãy chờ đợi hai vai trò MAC khác nhau

MAC đích bên trong là router MAC được quảng bá của router ra. MAC đích bên ngoài là chặng kế tiếp của việc giao nhận cục bộ, có thể là một router underlay và có thể thay đổi ở mỗi chặng. Việc chúng khác nhau là bình thường, còn việc chúng giống nhau là ngẫu nhiên chứ không phải yêu cầu. Một bản bắt gói cho thấy địa chỉ giống chassis ở bên trong và địa chỉ chặng kế tiếp vật lý ở bên ngoài đang mô tả đúng chính xác cách đóng gói dự định.

4. Hãy coi giá trị bắt nguồn từ chassis là một lựa chọn triển khai

Một nền tảng có thể lấy router MAC được quảng bá của mình từ danh tính hệ thống hoặc chassis, và đó là quyết định triển khai chứ không phải quy tắc giao thức. Hãy kiểm tra mô hình phân bổ và dự phòng của nhà cung cấp trước khi đọc bất cứ điều gì vào định dạng địa chỉ.

Hai triển khai đều tuân thủ có thể quảng bá các router MAC trông khác nhau, đó là lý do việc so sánh chúng giữa các nhà cung cấp chứng minh được rất ít.

5. Đừng thay đổi gì cho đến khi trạng thái không đồng ý

Để đánh giá, hãy so sánh tuyến tiền tố đã chọn, các community mở rộng của nó, chặng kế tiếp BGP, L3 VNI và trạng thái chuyển tiếp thu được. Sau đó dán nhãn phần đầu bên trong và bên ngoài trong bản bắt gói.

Nếu năm thứ đó khớp nhau, MAC trông lạ đang làm đúng việc của nó, và thay đổi nó sẽ làm hỏng một điểm cuối định tuyến thay vì sửa một lỗi địa chỉ. Nếu chúng không khớp, giờ bạn đã biết trường nào sai, và thay đổi là có mục tiêu chứ không phải phỏng đoán. Đặc tả tiền tố IP của EVPN là nguồn nên trích dẫn trong cuộc thảo luận đó, vì nó mô tả cả mô hình lẫn community mang giá trị.