Junos L2VPN: hãy chốt đúng hợp đồng gắn kết của khách hàng trước

Trước khi động vào một pseudowire, hãy lần theo một khung của khách hàng vào trong PE và xem nó phải hạ cánh ở đâu. Cổng vật lý phân loại nó vào một đơn vị logic, đơn vị đó mang một kiểu đóng gói, và đơn vị được ràng buộc với một dịch vụ. Ba quyết định riêng biệt, ba cách riêng để làm sai. Phần lớn các ca bị đẩy lên như lỗi báo hiệu thực ra là một khung bị phân loại vào đơn vị mà không ai cấu hình cho dịch vụ đó. Vậy hãy bắt đầu từ điểm gắn kết rồi đi ra ngoài.

Ghi lại hợp đồng khung

Ghi hợp đồng trước khi chọn bất kỳ cấu hình nào: không gắn thẻ, một thẻ dịch vụ, hoặc một chồng thẻ. Thêm MTU mà khách hàng sẽ gửi và cách xử lý thẻ mong đợi ở mỗi chiều, vì đó là thuộc tính được thương lượng chứ không phải sở thích cục bộ. Số đơn vị chỉ là một định danh và không nói gì về việc giao diện sẽ nhận những khung nào.

Hãy viết điều đó vào ghi chú dịch vụ chứ không phải bình luận trên phiếu. Người gỡ lỗi việc này sáu tháng sau sẽ đọc ghi chú. Họ sẽ không đọc phiếu.

Khớp kiểu đóng gói với hợp đồng

Dịch vụ một thẻ thường dùng kiểu đóng gói mạch VLAN, ví dụ vlan-ccc, còn khung không gắn thẻ cần dạng mạch Ethernet thuần và chồng thẻ cần biến thể mở rộng hiểu được hai thẻ. Trên nền tảng hỗ trợ đóng gói dịch vụ theo từng đơn vị, một giao diện vật lý có thể chứa nhiều đơn vị cùng lúc, điều này tiện và cũng chính là con đường khiến khung rơi vào sai đơn vị. Ở nơi hướng dẫn của nền tảng yêu cầu family ccc, hãy cấu hình nó như một phần của điểm gắn kết hoàn chỉnh thay vì bắt vít vào một giao diện định tuyến. Hướng dẫn đóng gói liệt kê những kiểu gắn kết nào áp những yêu cầu nào.

Đừng thêm một câu lệnh family vào mọi giao diện để phòng hờ. Cấu hình khiến một mạch chạy được có thể khiến mạch kế tiếp nhận những khung mà khách hàng của nó không bao giờ gửi.

Ràng buộc điểm gắn kết với đúng dịch vụ

Một VPN lớp 2 được báo hiệu bằng BGP, một mạch được báo hiệu bằng LDP và các dịch vụ được hỗ trợ khác đều có cấu hình ràng buộc giao diện và báo hiệu riêng, và chúng không thay thế được cho nhau. Trộn kiểu gắn kết của cái này với báo hiệu của cái kia sẽ tạo ra một mạch báo cáo có peer mà không bao giờ chở khung.

So đầu xa với đầu gần thay vì xem xét riêng lẻ bên nào: địa chỉ peer, định danh dịch vụ, thỏa thuận đóng gói, kỳ vọng control word và ngân sách kích thước. Lớp MPLS bên dưới có thể hoàn toàn khỏe mạnh trong khi điểm gắn kết thiếu hoặc bị phân loại ở nơi khác, vì thế một bài kiểm tra chỉ nhìn lớp dưới không chứng minh được gì ở đây.

Xác minh bằng khung, không bằng trạng thái

Đọc bộ đếm giao diện cục bộ trong khi khách hàng gửi lưu lượng, sau đó đọc trạng thái dịch vụ, rồi xác nhận rằng khung đến chính là khung đã thỏa thuận, kể cả thẻ của nó. Một điểm gắn kết đã sửa sẽ giao đúng khung đó; chỉ riêng thay đổi trạng thái không chứng minh được gì.

Ở nơi bạn được phép bắt gói, hãy xem khung theo cả hai chiều. Sự bất đối xứng về thẻ rất dễ bị bỏ sót trong góc nhìn trạng thái và hiển nhiên trong một bản bắt gói. Chính sự bất đối xứng đó cũng giải thích những phản ánh chạy được một chiều và hỏng ở chiều kia.

Sau đó hãy ghi lại

Ghi bốn giá trị vào ghi chú dịch vụ: hợp đồng, đóng gói, đơn vị và ràng buộc dịch vụ. Bốn thứ đó là những gì một kỹ sư mới cần và là những gì một buổi rà soát cấu hình hiếm khi nói rõ.

Khi mạch hỏng sau sáu tháng, ghi chú đó là khác biệt giữa sửa trong mười lăm phút và suy lại toàn bộ thiết kế từ một cấu hình đang chạy. Thêm ngày bạn kiểm tra lần cuối, để ghi chú cũng cho biết nó cũ đến mức nào.