Ánh xạ một cổng truy cập không gắn thẻ vào EVPN VNI đúng

Một máy chủ Ethernet thông thường gửi các khung không gắn thẻ, và lớp fabric EVPN vẫn phải mang chúng trong dịch vụ thuê đúng. Cổng truy cập phân loại khung vào một phân đoạn cục bộ, VTEP ánh xạ phân đoạn đó sang một VNI, và điểm gắn kết từ xa trình bày khung đúng như máy chủ của nó mong đợi. VLAN và VNI nhận diện những phần khác nhau của đường đi đó và không nhất thiết phải dùng chung một số. Hãy làm theo runbook bên dưới theo đúng thứ tự, vì một sai sót ở bất kỳ bước nào cũng tạo ra cùng một triệu chứng: một máy chủ gửi đi mà không nhận được gì.

Theo dõi một khung đi qua fabric

Với một dịch vụ đơn giản dựa trên VLAN, một đường đi minh họa trông như sau:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

Các số VLAN và VNI chỉ là ví dụ, không phải quy tắc. VLAN cục bộ là một phân loại lối vào tồn tại trên một bộ chuyển mạch; L2VNI là định danh dịch vụ overlay mà cả hai VTEP đều hiểu. Đặc tả overlay RFC 8365 giữ định danh dịch vụ tách khỏi cách một máy chủ được gắn kết, và nêu ba dạng: dựa trên VLAN, gộp nhóm và hiểu VLAN.

Cấu hình phân loại lối vào

Máy chủ có địa chỉ và không chạm tới được gì, trong khi bản thân cổng vẫn hiện ra. Hãy xác định cổng thực sự đang ở chế độ gắn kết nào — cổng truy cập mang khung không gắn thẻ hay trunk có VLAN gốc — và đặt đúng chế độ đó một cách tường minh. Khung không gắn thẻ vẫn rời cổng bên trong một phân đoạn cục bộ có tên, và phân đoạn đó là một quyết định chứ không phải tác dụng phụ của nền tảng. Mở cấu hình đang chạy của cổng và đọc phân loại mà nó thực sự có, thay vì tin vào một giá trị mặc định của nhà sản xuất mà bạn chưa bao giờ đặt.

Trên một bộ chuyển mạch điển hình, trình tự là đổi chế độ và gán VLAN truy cập, sau đó kiểm tra rằng cổng thực sự hoạt động và ở đúng trạng thái đó. Nếu cổng là trunk, VLAN gốc xử lý các khung không gắn thẻ, và đó là một cấu hình khác với những kiểu hỏng khác. Ghi lại cả chế độ lẫn VLAN trước khi đi tiếp.

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

Cấu hình VTEP và ánh xạ VNI

VTEP thêm phần đóng gói VXLAN và VNI. Máy chủ không tạo phần đầu đó và không cần biết dịch vụ tồn tại.

Ánh xạ VLAN cục bộ sang L2VNI bằng dạng lệnh mà nền tảng hỗ trợ, và giữ ánh xạ đó nhất quán ở cả hai đầu của dịch vụ. L2VNI của thuê và L3VNI dùng cho định tuyến giữa các mạng con là những đối tượng khác nhau, và trộn số của chúng sẽ làm hỏng định tuyến mà không chạm vào đường L2; và hãy nhớ rằng một tuyến underlay hoạt động tới VTEP từ xa thuộc về một lớp nữa của cấu hình.

Nếu ánh xạ sai, khung vẫn vào fabric và chỉ đơn giản rơi vào dịch vụ sai. Đó là lý do việc kiểm tra là kiểm tra dịch vụ, không phải kiểm tra liên kết.

Cấu hình cách trình bày ở lối ra

Ở đầu xa, dịch vụ nhận được phải được chuyển lại thành thứ mà máy chủ mong đợi: Ethernet trần trên một cổng truy cập, một thẻ cụ thể trên trunk do bạn kiểm soát, và cách xử lý thẻ bên trong khớp với mô hình dịch vụ đã chọn. Hãy kiểm tra danh sách VLAN được phép trên trunk trước khi đổ lỗi cho overlay, vì một thẻ mà trunk lối ra không cho phép sẽ bị bỏ sau khi overlay đã hoàn thành việc của nó. Xác nhận rằng máy chủ từ xa mong đợi cách trình bày mà nó nhận được, chứ không phải cách mà sơ đồ của bạn giả định.

Việc một thẻ bên trong còn sống hay không là thuộc tính của mô hình dịch vụ bạn đã chọn, nên không bài viết nào có thể hứa hẹn chung chung việc bóc hay giữ. Một thiết kế giả định hành vi này và một nền tảng thực hiện hành vi kia sẽ vượt qua bài kiểm tra liên kết và thất bại ở ứng dụng.

Hãy đọc cùng nhau việc học MAC cục bộ, tuyến dịch vụ EVPN và ánh xạ điểm gắn kết từ xa, và thúc đẩy việc phát hiện láng giềng mà ứng dụng cần thay vì chỉ một lệnh ping. Một địa chỉ MAC được học trong miền cầu khác có thể hoàn toàn hợp lệ ở đó mà vẫn trỏ tới dịch vụ sai.

Kiểm chứng với một cặp máy chủ

Dựng một cặp máy chủ và chứng minh toàn bộ đường đi trước khi thêm cặp thứ hai. Sau đó đọc trạng thái trên cả hai VTEP và xác nhận rằng cùng một định danh dịch vụ xuất hiện ở cả hai đầu.

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

Với mỗi đầu, hãy ghi lại bốn giá trị: cách trình bày cổng, phân đoạn cục bộ, L2VNI và cách trình bày ngược ở lối ra. Bản ghi đó cho phép kỹ sư tiếp theo thấy vì sao máy chủ có một kết nối không gắn thẻ đơn giản trong khi fabric mang dịch vụ thuê. Nếu một thay đổi thất bại, hãy trả cổng về VLAN trước đó và kiểm tra lại đúng cặp đó, để việc quay lui là một trạng thái đã biết chứ không phải phỏng đoán.