Vì sao một L2VPN Junos hiển thị nhãn nhưng không chuyển tiếp gì

Các báo cáo khách hàng gửi đến nói rằng kết nối L2VPN đang ở trạng thái Up, phần gắn kết đã lên, và không có khung nào đi qua. Đèn trạng thái trung thực; khung đang được phân loại vào một dịch vụ không có trạng thái chuyển tiếp khả dụng ở đầu xa. Trong một L2VPN điểm-tới-điểm được báo hiệu bằng BGP, quyết định đầu tiên thuộc về phần gắn kết chứ không phải tra cứu tuyến. Khung của khách hàng đến trên một giao diện logic, và giao diện đó đặt tên cho kết nối và do đó là vị trí từ xa. Mọi thứ sau đó là trạng thái chuyển tiếp theo nhãn được xây từ những gì các peer đã quảng bá.

Khung không bao giờ tra cứu tuyến

Báo hiệu đã chuẩn bị trạng thái; xử lý từng gói là tra cứu nhãn trên một kết nối đã được chọn. Vì vậy hỏi tại sao thiếu tuyến là câu hỏi sai, và nó che giấu hai giá trị quan trọng: kết nối của phần gắn kết và nhãn dịch vụ mà nó dùng.

Điều đó cũng giải thích sự bất đối xứng trong công sức. Việc rà soát cấu hình cho bạn biết lẽ ra phải cài gì, trong khi chế độ xem kết nối cho bạn biết thực tế đã suy ra gì, và chỉ cái thứ hai tồn tại qua một lần lệch khối nhãn.

Hai nhãn, hai hướng

Mỗi PE cấp phát một khối nhãn cục bộ, quảng bá cơ sở và kích thước của nó, và các peer của nó thêm một độ dời để suy ra nhãn cho một vị trí cụ thể. Do đó việc cấp phát có ý nghĩa cục bộ: hai PE có thể dùng cơ sở khác nhau và kích thước khối khác nhau cho cùng một dịch vụ. Hãy đọc kết nối từ cả hai đầu trước khi thay đổi bất cứ điều gì. Một khối được định cỡ thiếu một nhãn trông giống hệt một kết nối không bao giờ được cài đặt.

show l2vpn connections instance CUST-A extensive

Trong đầu ra đó, nhãn đến là nhãn mà PE này đã cấp phát và bảo peer của nó dùng, còn nhãn đi là việc cấp phát của peer mà PE này đẩy. Đọc ngược hai nhãn là lỗi kinh điển, và nó khiến bạn đi tìm một giá trị lẽ ra không bao giờ xuất hiện ở phía này. Tham chiếu kết nối ghi lại các trường bên cạnh nhãn, gồm vị trí, trạng thái và thông tin khối.

Tra cứu nhãn chứng minh điều gì

Khi đã có giá trị đến, tra cứu cục bộ là một lệnh duy nhất:

show route label 160042

Đầu ra đó phải hiển thị một mục l2vpn với bước nhảy tiếp theo, và thao tác nhãn cho bạn biết khung được đẩy, hoán đổi hay bật ra trước khi rời đi. Nếu nó không hiển thị gì, trạng thái dịch vụ chưa bao giờ được cài đặt dù kết nối hiển thị Up, và sự khác biệt nằm ở báo hiệu chứ không phải ở truyền tải.

Theo dõi một khung

Một gói được đẩy vào phần gắn kết giải quyết nhiều hơn bất kỳ lần rà soát cấu hình nào. Tuyến nhãn dịch vụ phải trỏ tới LSP truyền tải về phía PE từ xa, và hai nhãn phải khớp với các giá trị mà peer đã báo cáo. Khi truyền tải khỏe mạnh mà nhãn dịch vụ sai, khung đến đúng bộ định tuyến và bị loại bỏ ở đó, vì vậy bộ đếm ở đầu xa trông trống trong khi bộ đếm ở đầu gần trông bận.

Hãy kiểm tra đóng gói của phần gắn kết, thiết lập từ điều khiển và MTU cùng lúc, vì đó là các thuộc tính được thương lượng chứ không phải hành vi từng bước nhảy.

Giữ tách biệt các mô hình dịch vụ

VPLS học địa chỉ MAC và EVPN quảng bá điểm cuối, trong khi L2VPN điểm-tới-điểm không làm cả hai, nên thủ tục chọn khung của chúng không thể hoán đổi dù cùng đi trên hạ tầng BGP và MPLS. Chuyển một bước khắc phục sự cố từ mô hình này sang mô hình khác tạo ra kết luận tự tin nhưng không có cơ sở.

Với một đường đi bị thiếu, hãy ghi lại trạng thái kết nối của cả hai peer, phần gắn kết, cả hai hướng nhãn, đóng gói, thiết lập từ điều khiển và MTU. Bản ghi đó nối những gì đã được quảng bá với những gì mặt phẳng chuyển tiếp thực sự làm, đó là mắt xích duy nhất quan trọng, và cũng là điều kỹ sư tiếp theo sẽ hỏi.