14 octets 2 octets
4.3.5 Dấu vết tuyến LSP MPLS
Mục tiêu của traceroute là để kiểm tra tuyến, nhưng trái lại mục tiêu của ping là để kiểm tra kết nối. Mục tiêu của traceroute LSP MPLS là kiểm tra tuyến của LSP và xắc minh mặt phẳng điều khiển và mặt phẳng dữ liệu trên mọi LDR dọc theo tuyến của LSP.
Một traceroute LSP MPLS không là gì nhiều hơn một yêu cầu echo MPLS. Sự
khác nhau với Ping LSP MPLS là traceroute LSP MPLS gửi một vài gói yêu cầu echo
MPLS với sự giảm dần TTL MPLS. Đầu tiên sự điều tra traceroute LSP MPLS có TTL
MPLS là 1 và cho mọi điều tra sau đó, TTL giảm đi 1. Một TLV bổ sung là bao gồm với
yêu cầu echo cho traceroute LSP MPLS là TLV ánh xạ Downtream. Nếu một LSR nhận
yêu cầu echo MPLS với TTL 1, nó đáp trả tới nó (? It replies to it). Nếu LSR không là
egress LSR cho FEC và mọi kiểm tra đều tốt, các đáp trả LSR như là một trong các router downstream. Bởi vậy, nó đáp trả với một mã trở lại của 8 và thông tin TLV
downstream thích hợp (MTU, Address Type, Downstream IP Address, Downstream
Interface Address, Multipath Information, Downstream Label, và Protocol) lấp đầy trong đó. Nếu LSR là egress LSR cho FEC, nó không cần lấp đầy thông tin ánh xạ Downstream nhưng sẽ đáp trả với một mã trở lại của 3.
Yêu cầu echo MPLS cho một Traceroute MPLS giữ các thông tin sau:
- Tiêu đề echo MPLS
- Target FEC Stack TLV
- Downstream Mapping TLV
- A PAD TLV (optional)
Đáp trả echo sẽ giữ các thông tin sau: - Tiêu đề echo MPLS
- An Error Code TLV (optional)
- A PAD TLV (optional)
Nơi gửi của các gói Traceroute LSP MPLS copy TLV ánh xạ Downstream (Downstream Mapping TLV) nhận được vào trong yêu cầu echo tiếp theo để gửi đi. Như vậy, tại mỗi hop, các nhãn được hi vọng đã báo cáo bởi LSR một hop upstream được kiểm tra với nhãn trên gói nhận được trên LSR downstream.
4.3.6 VCCV
VCCV được chỉ định để kiểm tra và xắc minh mặt phẳng dữ liệu của pseudowires. VCCV đòi hỏi các thủ tục để tạo nên một kênh điều khiển giữa các router
PE mà cung cấp dịch vụ AtoM. Lớp mạng có thể thực tế là MPLS, L2TPv3, hoặc là IP.
Bởi vì sách này bao phủ chỉ MPLS, nó chỉ (deals) sau đó với MPLS như là lớp mạng khi
nhìn vào VCCV. Nếu MPLS là lớp mạng, VCCV sử dụng lại Ping LSP MPLS để thẩm
tra kết nối của các pseudowire. VCCV tạo ra một kênh điều khiển giữa các router PE nhờ đó các gói VCCV được gửi đi qua như các gói IP. Bạn có thể sử dụng 3 lọai kênh điều khiển sau:
- VCCV Inband
- VCCV Out – of – band
- TTL expiry VCCV
Phương thức đầu tiên sử dụng VCCV Inband. Các gói trên VCCV Inband mang một từ điều khiển. Dữ liệu AtoM có thể mang một từ điều khiển giữa stack nhãn và tải trọng MPLS. Nibble đầu tiên của từ điều khiển này là (then) 0000. Để cho các gói trên kênh điều khiển, tuy nhiên, nibble đầu tiên của từ điều khiển là 0001. Từ điều khiển sau đó đóng vai trò như đối tượng nhận dạng tải trọng (hoặc giao thức trường ID). Đối tượng giao thức là 0x21 cho các gói Ipv4 hoặc 0x57 cho các gói Ipv6. Tuy nhiên, sự có mặt của từ điều khiển là không bị áp đặt, vì vậy tùy chọn này là không phải luôn luôn khả dĩ (sẵn dùng – possible).
Phương thức thứ 2 sử dụng VCCV Out – of – band. VCCV out – of – band
không dựa trên xự xuất hiện của từ điều khiển nhưng xa hơn trên sự xuất hiện một cách
ngay lập tức của nhãn cảnh báo router trên nhãn VC. Vấn đề với sự gần đến này là những sự bổ sung đó xắc định quyết định load balancing dựa trên một nhãn tại một vài độ sâu trong stack nhãn có thể sửa đổi quyết định này bởi vì sự xuất hiện của nhãn với
giá trị bằng 1. Nếu lưu lượng dữ liệu AtoM và lưu lượng OAM AtoM – lưu lượng VCCV – lấy một tuyến khác, sự kiểm tra là không thật sự có hiệu lực .
Phương pháp thứ 3 và phương pháp cuối cùng sử dụng sự hết hạn của TTL (TTL
expiry). Về bản chất, giá trị TTL của nhãn VC được đặt đến 1 vì vậy TTL của gói được
gán nhãn hết hạn tại egress PE router, và LSR sẽ kiểm tra gói bởi vì chuyển tiếp xa hơn.
Tuy nhiên, TTL của nhãn VC có thể được viết đề lên khi nhãn đường hầm được gỡ ra.
Bởi vậy, phương pháp thứ 3 là không thích hợp. Phương pháp thứ nhất là số một mà
IOS Cisco sử dụng.
Chú ý: IOS Cisco không ghi đè lên giá trị TTL của 1 trong nhãn VC khi nhãn đường hầm được lấy ra tại LSR hop áp chót.
VCCV sử dụng tiêu đề gói Ping LSP MPLS và các TLV. Target FEC Stack TLV
được sử dụngl nó chỉ ra một Pseudowire. FEC 128 Pseudowire (new) được sử dụng cho VCCV trong IOS Cisco.
Khả năng để hỗ trợ một kênh điều khiển và kiểu của kênh này là báo hiệu giữa
(tín hiệu – signaled) các router PE. Điều này được thực hiện bởi một thông số VCCV
TLV (VCCV parameter TLV) trong một TLV giao điện VC FEC cho LDP. LDP là giao
thức báo hiệu giữa các router PE cho AtoM. VCCV parameter TLV giữ một kiểu kênh điều khiển (CC) và một kiểu xắc minh điều khiển (control verification – CV). CC chỉ ra một vài lọai sau đây:
- Một từ điều khiển với nibble đầu tiên là 0001 và một đối tượng nhận dạng tải trọng.
- Nhãn cảnh báo router MPLS.
- Một nhãn VC với TTl được đặt lên 1. Kiểu CV chỉ ra một số điều sau đây:
- Ping ICMP
- Ping LSP
- Bảo vệ chuyển tiếp gói hai hướng (bidirectional Forwarding Detection)
- VCCV sử dụng Ping ICMP khi giao thức mạng là IP hoặc L2TPv3.VCCV sử
VCCV có thể sử dụng hai hướng giữa hai nền (platform) – để xắc minh phiên giữa hai router PE. BFD có thể được sử dụng cho một vài của ba giao thức mạng (any of the three network protocols)
IOS Cisco sử dụng phương thức đầu tiên khi gửi đi các gói VCCV AtoM, gói đầu tiên
(the one with) với từ điều khiển với nibble đầu tiên là 0001 và một đơn vị nhận dạng tải trọng.