EVPN loại 2 so với loại 5: vì sao một địa chỉ IP lại ứng với hai tuyến

Hai tuyến trên cùng một thiết bị có thể cùng trỏ tới 198.51.100.77 mà vẫn trả lời hai câu hỏi khác nhau. Một tuyến mô tả nơi có thể tới được địa chỉ MAC và, tùy chọn, IP nào được gắn với nó. Tuyến kia mô tả một tiền tố được phân giải qua bước nhảy kế tiếp, kể cả khi tiền tố đó chỉ là một máy chủ duy nhất. Nhầm lẫn hai loại này tạo ra một phiếu trông như lỗi định tuyến nhưng thực chất là kiểu tuyến bị đọc sai.

Cách nhanh nhất để phân biệt là đọc khóa mà NLRI được xây quanh, không phải mặt nạ ở cuối nó.

Khóa của tuyến cho biết tuyến tuyên bố điều gì

Loại 2 là tuyến Quảng bá MAC/IP từ RFC 7432, và khóa của nó là địa chỉ MAC 48 bit bên trong NLRI. Phía sau khóa đó là trường địa chỉ IP với trường độ dài có thể là 0, 32 hoặc 128 bit, nên một quảng bá chỉ có MAC là một tuyến đầy đủ chứ không phải mục máy chủ thiếu phần. Chồng nhãn theo sau trỏ tới ngữ cảnh cầu nối nơi MAC đó trú ngụ.

Việc trường IP có được điền hay không thay đổi điều tuyến tuyên bố, không phải loại tuyến. Với độ dài 32 hoặc 128 bit, bên gửi cũng tuyên bố rằng IP này thuộc về MAC đó trong một phiên bản EVPN. Với độ dài bằng không, bên gửi không đưa ra tuyên bố nào về IP. Không phiên bản nào nói rằng một tiền tố có thể tới được qua bộ định tuyến.

Loại 5 là tuyến Tiền tố IP từ RFC 9136, và khóa của nó là một tiền tố được viết dưới dạng độ dài cộng thêm ngần ấy bit. Độ dài chạy từ 0 đến 32 với IPv4 và từ 0 đến 128 với IPv6.

Cả hai đầu của khoảng đó đều hợp lệ, và không đầu nào ngụ ý một MAC. Tiền tố độ dài bằng không tuyên bố khả năng tới được mà không nêu tên máy chủ, trong khi /32 nêu đúng một địa chỉ. NLRI cũng mang một địa chỉ IP cổng mà phía đầu ra dùng để dựng chỉ mục overlay, cùng một nhãn cho ngữ cảnh chuyển tiếp. Không có trường MAC nào để chuyển mạch, vì thế bên nhận coi loại 5 là một đích đã được định tuyến.

Tuyến tiền tố /32 không phải loại 2 được đổi tên

Tiền tố cỡ máy chủ là những tuyến loại 5 bình thường. Một tuyến tiền tố /32 và một loại 2 cho cùng địa chỉ có thể cùng tồn tại trong một phiên bản EVPN, và chúng mang thông tin chuyển tiếp khác nhau.

Lấy 198.51.100.77 trong một phiên bản EVPN dùng VNI 10100. Loại 2 có thể ghép nó với MAC 02:00:00:00:00:77 và một nhãn xác định miền cầu nơi MAC đó được học. Loại 5 có thể quảng bá 198.51.100.0/24 cho toàn bộ mạng con, hoặc 198.51.100.77/32 chỉ cho địa chỉ đó, kèm địa chỉ cổng trỏ tới VTEP đầu ra. Các địa chỉ chồng lấn một cách có chủ đích vì các tuyến trả lời những câu hỏi khác nhau.

Một tuyến nói rằng tồn tại một ràng buộc điểm cuối và có thể tới được qua một cầu cụ thể. Tuyến kia nói rằng một tiền tố có thể tới được qua một bộ định tuyến cụ thể, bất kể đã từng học được điểm cuối nào bên trong nó hay chưa.

Khác biệt đó quyết định nơi cần xem trước tiên khi lưu lượng thất bại. Nếu một máy chủ không tới được trong khi tuyến mạng con của nó trông ổn, thì loại 5 chưa bao giờ được thiết kế để mang máy chủ đó; hãy tìm loại 2 còn thiếu. Nếu tuyến máy chủ tồn tại nhưng cả mạng con không tới được, hãy kiểm tra xem loại 5 có được tạo ra hay không. Đọc các trường theo thứ tự tốt hơn đoán từ độ dài mặt nạ.

Đọc cả hai tuyến mà không đoán

Trên NX-OS, show bgp l2vpn evpn route type 2 và show bgp l2vpn evpn route type 5 chia bảng đúng theo đường này, và show l2route evpn mac ip hiển thị các ràng buộc MAC-tới-IP cục bộ phía sau các tuyến loại 2. Trên Junos, show evpn database liệt kê các ràng buộc MAC và IP đã học trong khi show route table bgp.evpn.0 hiển thị những gì đã quảng bá và nhận được.

Hãy lọc theo route distinguisher và thẻ Ethernet trước khi kết luận. Cùng một MAC hoặc tiền tố có thể xuất hiện trong nhiều phiên bản EVPN, và một tuyến trông sai trong phiên bản này có thể đúng trong phiên bản khác.

Sau đó đọc NLRI theo thứ tự: loại tuyến, khóa, các trường cổng hoặc nhãn, rồi các route target trong thuộc tính. Loại 2 mang ESI khác không cho biết MAC là multi-homed, và chính giá trị đó gắn các quảng bá từ những bộ định tuyến PE khác nhau lại. Loại 5 mang địa chỉ cổng cho biết VTEP đầu ra nào phải nhận lưu lượng.

Nếu thiếu một tuyến, hãy kiểm tra nguồn gốc trước khi mã hóa. Xác nhận rằng nguồn có ràng buộc hoặc tiền tố ngay tại chỗ, rồi xác nhận rằng route target gắn với nó được nhập trên thiết bị này. Hầu hết báo cáo về loại 5 hỏng kết thúc ở chính sách nhập, không phải ở định dạng NLRI.

Ghi lại ngữ cảnh, không chỉ loại tuyến

Ghi cùng nhau loại tuyến, phiên bản EVPN, route distinguisher, các route target được nhập và xuất, và bước nhảy kế tiếp đã phân giải. Loại 2 không có phiên bản của nó là mơ hồ, và bước nhảy kế tiếp không có họ tuyến mời gọi một kết luận sai.

Cả hai đều là tuyến EVPN kể cả khi tải trọng là một địa chỉ IPv4. Họ địa chỉ bên trong NLRI và họ địa chỉ của chính tuyến là những thuộc tính riêng, và loại 5 không trở thành tuyến IPv4-unicast hay VPN-IPv4 chỉ vì nó mang một tiền tố IPv4.

Khác biệt đó hiện ra ở ranh giới giữa mặt phẳng điều khiển EVPN và một IP-VRF. Route target quyết định VRF nào nhập tiền tố, trong khi địa chỉ cổng và nhãn quyết định cách gói tin được đóng gói về phía đầu ra. Đọc chúng cùng nhau và quyết định chuyển tiếp không còn vẻ tùy tiện.

Lần tới khi một /32 xuất hiện trong bảng EVPN, hãy kiểm tra khóa trước mặt nạ. Khóa MAC với IP tùy chọn là một ràng buộc loại 2; khóa tiền tố là tuyến loại 5 dù độ dài của nó là bao nhiêu. Ghi route target và bước nhảy kế tiếp bên cạnh, và kỹ sư tiếp theo sẽ không phải suy lại toàn bộ câu chuyện.