Đường hầm RSVP-TE đang hoạt động, nhưng L3VPN của khách hàng không có đường đi
Vận chuyển và dịch vụ là hai quyết định riêng. Đọc ngăn xếp nhãn, kiểm tra riêng việc phân giải chặng kế tiếp và gắn kết VRF, rồi thử một luồng khách hàng thực.
Hai nhóm có thể cùng đúng khi khách hàng báo VPN đã chết và nhóm vận chuyển báo đường hầm vẫn ổn. Một LSP được thiết kế lưu lượng và một MPLS L3VPN trả lời những câu hỏi khác nhau: một bên chuyển các gói có nhãn qua lõi, bên kia quyết định gói thuộc ngữ cảnh định tuyến nào. Khi hai thứ bị lẫn lộn, cuộc tranh luận đi vòng tròn vì mỗi bên đo một đối tượng khác nhau và cả hai phép đo đều hợp lệ.
Vận chuyển hoạt động còn dịch vụ dừng là trạng thái bình thường
Một LSP có thể được thiết lập, mang lưu lượng và hiển thị trong mọi hệ thống giám sát, trong khi dịch vụ của khách hàng vẫn không dùng được. Không có gì mâu thuẫn trong sự kết hợp đó, vì đường hầm không có ý kiến về việc một tiền tố từ xa có tồn tại hay không, chính sách nhập có chấp nhận nó hay không, hoặc mạch gắn kết có chuyển khung hay không.
Triệu chứng thường phơi bày sự nhầm lẫn là không đối xứng: ping từ loopback của PE thành công trong khi một máy chủ trên LAN của khách hàng không nhận được gì, hoặc ngược lại. Ghi lại những địa chỉ nào đã hoạt động trước khi bạn hình thành giả thuyết. Khi bạn nhận ra mình đang kiểm tra hai đối tượng khác nhau, bước tiếp theo là đọc ngăn xếp nhãn thay vì tranh luận đồ thị của ai đúng. Hai địa chỉ, hai chủ sở hữu và thường là hai người khác nhau, mỗi người tin rằng người kia đã làm hỏng thứ gì đó.
Đọc ngăn xếp như hai trách nhiệm
Nhãn dưới thuộc về dịch vụ và nhãn trên thuộc về đường đi. RFC 4364 mô tả trình tự một cách đơn giản: trước tiên nhãn tuyến VPN được áp vào, sau đó gói có nhãn này được đưa vào đường hầm về phía chặng kế tiếp của BGP, nơi đường hầm thiết kế lưu lượng đẩy nhãn của chính nó lên trên.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
Tại PE xa, nhãn dịch vụ chọn cách xử lý, có thể là tra cứu VRF hoặc quyết định gắn kết. Nhãn đó không thể bị thay bằng một nhãn chỉ đi xuyên lõi, và hai nhãn không thể hoán đổi cho nhau ngay cả khi cả hai cùng xuất hiện trong một ngăn xếp trên cùng một giao diện.
Thành công của RSVP chứng minh điều gì và không chứng minh điều gì
RSVP-TE thiết lập các LSP được định tuyến tường minh, có hoặc không có dành riêng tài nguyên, đây là một bảo đảm cụ thể và hữu ích về đường đi của gói qua lõi. Đó không phải là tuyên bố về các tuyến của khách hàng, và một tên đường hầm được cấu hình hoàn toàn không phải là tuyến.
Sự hiện diện của RSVP cũng không đưa ra lời hứa về hiệu năng từ đầu đến cuối. Dành riêng băng thông trên một LSP không nói gì về mạch gắn kết, đường truy cập của chính khách hàng hay hành vi hàng đợi ở biên xa. Coi đó là bảo đảm sẽ tạo ra những câu trả lời tự tin cho những câu hỏi không ai đặt ra. Nếu yêu cầu thực sự là một cam kết băng thông, nó phải được lắp từ những phần thực sự thực thi cam kết đó, và LSP chỉ là giữa của chuỗi ấy.
Kiểm tra theo thứ tự, rồi dừng lại
Làm việc từ vận chuyển ra ngoài và dừng ở bước đầu tiên thất bại, vì mọi bước sau đều giả định các bước trước đã trụ vững. Trước tiên xác nhận LSP đã được thiết lập và mục chuyển tiếp cho tiền tố dịch vụ thực sự trỏ tới nó. Sau đó xác nhận tuyến VPN tồn tại trong bảng đúng, rằng ràng buộc nhãn của nó có mặt và chính sách nhập đã chấp nhận nó. Sau đó xác nhận gắn kết: giao diện, đóng gói và, nơi áp dụng, định danh VLAN thuộc hợp đồng đó.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERCú pháp lệnh khác nhau theo nền tảng, vì vậy hãy coi bốn dòng đó là bốn câu hỏi chứ không phải một kịch bản. Điều quan trọng là mỗi câu hỏi một đối tượng khác nhau, và đó là lý do sự cố chỉ ra một chủ sở hữu cụ thể.
Theo một yêu cầu được phép và giữ lại bằng chứng tốt
Kết thúc bằng một yêu cầu thực của khách hàng, được chính sách cho phép, và câu trả lời của nó. Một luồng hoạt động từ đầu đến cuối giải quyết nhiều hơn một trang số đọc bộ đếm, và nó kiểm tra sự kết hợp thay vì từng phần riêng lẻ.
Khi một giai đoạn sau thất bại, hãy giữ lại quan sát LSP thành công thay vì xây dựng lại vận chuyển. Xây dựng lại một đường hầm đang hoạt động không thể sửa một tiền tố từ xa bị thiếu, một gắn kết VRF sai hoặc một quy tắc truy cập đích, và nó phá hủy bằng chứng đã nói với bạn ngay từ đầu rằng vận chuyển khỏe mạnh.