14 octets 2 octets
4.3.4 Ping LSP MPLS.
Ping LSP MPLS là tên gọi cho một yêu cầu echo MPLS và đáp trả echo MPLS.
Ping là một công cụ giải quyết sự cố tốt đã được biết đến cho các mạng IP. Nó giống như sử dụng SONAR trên tàu ngầm. Ping sử dụng ICMP, được thiết kế để tăng lên (augument) giao thức IP bởi vì nó có thể báo hiệu các điều kiện lỗi (không đến được đích…) và gửi thông tin quảng bá (redirect, address mask…). Ping sử dụng ICMP để mang thông điệp yêu cầu và các gói đáp trả. Gói yêu cầu echo được gửi thẳng đến đích, nơi mà sẽ gửi lại đáp trả với một gói echo đáp trả. Nguồn nhận echo đáp trả chỉ ra rằng 2 host có thể nhìn thấy mỗi host còn lại trên mức mạng (lớp 3).
Bởi vì MPLS không thể làm việc mà không có Ip trên mức mạng, bạn có thể vẫn
sử dụng Ping IP khi mạng đang chạy MPLS. Các gói Ping được gán nhãn và chuyển nhãn thông qua mạng. Tại sao lại phải tạo ra Ping LSP MPLS? Ping IP là không đủ hiệu
lực cho việc thẩm tra sự chính xác của LSP MPLS. Mặc dù nó có thể thẩm tra một trong
hai kết nối có hiện diện trên mức IP, nó không thẩm tra cả hai LSP đã bị gãy. Nếu bạn có một mạng MPLS trên nền IP rõ ràng (plain) và LDP bị gãy giữa hai LSR, Ping chỉ ra rằng không có vấn đề gì như là echo yêu cầu tạo nên cho chúng đến đích và echo trả lời
làm nó trở lại nguồn. Giữa 2 LSR nơi mà phiên LDP bị gãy, các gói lúc này không còn
được dán nhãn. Ping chỉ ra một cách giả dối rằng mọi thứ đều tốt, khi trong sự tin tưởng LSP là bị gãy.
Để thấy rằng điều này có thể hướng dẫn để sử dụng việc xử lý sự cố, thử tưởng tượng rằng bạn đang chuyển một vài một lưu lượng vài phương tiện trên MPLS (AtoM) qua LSP này (imagine that you are switching Any Transport over MPLS (AtoM) traffic across that LSP), và 2 LSR với phiên LDP bị gãy (vỡ - broken) là các router P trong một mạng AtoM. Hình 4.9 đưa ra một mạng.
Nếu LSP bị gãy, lưu lượng AtoM trở nên không có nhãn giữa các LSR P2 và P3. Bởi vì 2 LSR đó không biết rằng làm thế nào để chuyển các frames này đi,khi chúng đã bì rớt. Một Ping từ PE router đến PE khác qua LSP sẽ thành công, nhưng lưu lượng
AtoM sẽ bị lỗi. Để có một giao thức tương tự như giao thức Ping IP chỉ ra các vấn đề
đặc trưng với các LSP MPLS, Ping LSP MPLS được phát minh.
Các LSP có thể làm vỡ (break) bởi một vài lí do, trong khi kết nối IP lưu lại trạng thái bình thường. Sau đây là một vài lý do một LSP có thể bị gãy:
- Phiên LDP bị down.
- MPLS không cho phép trên một LSR (hoặc một giao diện).
- LFIB có một entry không đúng cho LSP này (nhãn vào/ra sai hoặc sai thông
tin đến trạm kế tiếp).
- Phần mềm và phần cứng LFIB có sự không thống nhất (discrepancy).
Trong những trường hợp như trên, các gói mất nhãn, các nhãn khác có là do chuyển mạch nhãn, nhưng không đúng cách. Đó là lý do tại sao bạn cần một kĩ thuật để kiểm tra đầu cuối LSP và mang đến một vài sự trợ giúp phản hồi khi LSP bị gãy. Khi bạn đang giải quyết vấn đề của LSP, ta cần biết nơi LSP bị gãy và lỗi đó là gì. Ping LSP
MPLS phát hiện các vấn đề trong mặt phẳng chuyển tiếp, nhưng nó cũng kiểm tra mặt
phẳng điều khiển ngược lại thông tin trong mặt phẳng dữ liệu.
4.3.4.1 . Các chi tiết giao thức Ping LSP.
Ping LSP tương tự như Ping IP trong đó nó cũng sử dụng một echo yêu cầu và echo đáp trả. Ping LSP MPLS có định dạng gói khác hoàn toàn và có nhiều thông tin giải quyết vấn đề hơn các gói trở lại. Một echo yêu cầu MPLS được gửi đi bởi nơi gửi và kiểm tra một FEC riêng biệt. Echo yêu cầu giữ stack FEC chỉ thị, cái mà FEC đang
được kiểm tra .Stack FEC có thể giữ một hoặc nhiều hơn các nhãn mà nơi nhận được dùng để xắc minh. Nơi nhận sau đó sẽ xắc minh rằng stack FEC trên echo yêu cầu là
chính xác cho FEC. Cũng theo cách này, thông tin mặt phẳng dữ liệu cho FEC được xác
minh với thông tin mặt phẳng điều khiển.
Một echo yêu cầu MPLS là một gói UDP với một cổng đích của 3503 và một cổng nguồn được chọn bởi nơi gửi. Nó có một tùy chọn cảnh báo router. Để ngăn cản
gói từ một vài chuyển mạch xa hơn như là một gói IP nêu LSP bị gãy nhưng tuyến IP
vẫn tốt, TTL IP của gói được đặt lên 1 và địa chỉ IP đích của gói là từ khoảng
127.0.0.0/8. Khoảng địa chỉ 127.0.0.0/8 là cho địa chỉ IP cục bộ cho host; bởi vậy, các
gói mà có một địa chỉ IP đích từ khoảng này sẽ không bao giờ thấy trên wires mạng. Một LSR không bao giờ chuyển tiếp toàn bộ gói IP nếu LSP bị gãy, và không một cái nào làm egress LSR của LSP. Egress LSR gửi gói đến module phần mềm UDP đang chạy trên router nge ngóng UDP ở cổng 3503. Địa chỉ IP nguồn là một sự lựa chọn hợp lý địa chỉ IP của nơi gửi. Hình 4.10 chỉ ra định dạng của một echo MPLS yêu cầu:
Hình 4.10 : Định dạng gói echo MPLS
Chỉ có một phiên bản duy nhất. Trường Global Flags hiện hành chỉ có một bít được định nghiã. LSB là cờ V (Validate FEC stack). Nếu cờ V được đặt, nơi gửi muốn
cầu hoặc là 2 cho một echo MPLS đáp trả. Mode Reply chỉ ra có bao nhiêu echo MPLS đáp trả sẽ được trở lại. Có 4 khả năng tồn tại, nha ta có thể nhìn thấy trên bảng 4.1 .
Bảng 4.1 : mode reply
Mode Reply 1 được sử dụng chỉ nếu các đáp trả echo không cần quay trởi lại. Nó
có thể được ai đó định lượng đích bằng ý nghiã của một thiết bị phần mềm để thấy được
nếu các yêu cầu echo MPLS tạo ra nó, vì vậy sự trở lại của các đáp trả echo là không cần thiết. Đáp trả mode 2 là mode đáp trả không thay đổi (regular reply mode).
Reply Mode 3 là tương tự như Reply Mode 2, nhưng các gói echo đáp trả được trở lại với tùy chọn cảnh báo router. Như đã giải thích trong các phần trước, bạn có thể sử dụng điều này để chắc chắn rằng gói có sự đồng ý cao nhất một cách chắc chắn để trở lại, trong trường hợp của vấn đề chuyển tiếp dọc theo tuyến trở lại. Reply Mode 4 là một mode đáp trả nằm ngòai band. Chú ý rằng Ping LSP MPLS kiểm tra một LSP. Bởi
vì các LSP là theo một phương duy nhất, chỉ các yêu cầu echo là kiểm tra LSP MPLS.
Các gói echo đáp trả không kiểm tra một cái gì nữa; chúng được yêu cầu đơn giản để lấy thông tin trở lại nơi gửi. Cũng như vậy, mạng không cần trở lại các gói đáp trả echo dọc
theo cùng một tuyến trong hướng ngược lại. Mạng có thể gửi trở lại chúng như các gói
IP.
Một handle hoặc sos chỉ định ai gửi chúng. Sequence Number nhận dang các yêu cầu echo đến sau và các đáp trả echo được gửi bởi cùng một LSR. Timestamp được đưa ra (compose) của 2 trường: một trong vài giây và một trong khoảng vài micro giây. Timestamp Sent chỉ định thời gian của ngày mà nơi gửi gửi các yêu cầu echo, và
Timestamp Received chỉ ra thời gian của ngày mà nơi nhận nhận được yêu cầu echo. Để
Timestamp là có hiệu lực sử dụng, bạn cần đồng bộ hóa đồng hồ của nơi gửi và nơi nhận. Các trường cuối cùng vận chuyển các TLV.
Ta có thể thấy các giá trị có thể của mã trở lại trong bảng 4.2. RSC quy cho (refer) đến các mã con (subcode) trở lại. Mã con trở lại chỉ ra độ sâu của nhãn cho trở lại thích hợp. Độ sâu của nhãn là 1 cho đáy của nhãn và là 2 cho nhãn ở trên và…and so on.
Bảng 4.2 : các mã trở lại
Nơi gửi luôn luôn đặt mã trở lại là 0. Nơi nhận có thể đặt mã trở lại như là phản hồi đến nơi gửi của yêu cầu echo. Nếu nơi nhận quả thực là egress LSR thích hợp cho FEC dưới sự kiểm tra, nó sẽ trở lại gói đáp trả echo với một mã trở lại của 3. Đó là mã trở lại bạn sẽ nhìn thấy nếu Ping MPLS làm việc tốt. Một bộ nhận sẽ biết nếu nó là egress LSR thích hợp (proper) bằng cách so sánh thông tin trong stack FEC của yêu cầu echo với thông tin thực tế trên LSR. Code trở lại 8 có nghiã là gói có một stack nhãn chỉ ra rằng một sụ điều hành lấy nhãn ra hay tráo đổi nhãn được thực hiện và nó là tốt cho chuyển tiếp đi một gói đã được đóng nhãn. Một mã trở lại của 9 chỉ ra một sự điều hành
nhãn, nhưng đó là các gói đã được đóng nhãn không được chuyển mạch ra ngòai. Một
mã trỏ lại của 4 có nghiã là nhãn trong stack là không biết LSR (a return code of 4 means that the label in the stack is unknown to the LSR). Một mã trở lại của 5 có nghiã là đối tượng ánh xạ downstream được cung cấp bởi LSR upstream không phải là cái mà LSR downstream mong đợi.
Switched Data Plane Failures). Các giá trị mã trở lại của 6 và 7 có một ý nghiã khác
trong các phiên bản trước đó của phác thảo được được đề xuất bởi RFC. Mã trở lại 6 có
nghiã “router đáp trả là một trong các router downstream, và ánh xạ của nó cho FEC này trên giao diện nhận là do nhãn mang lại”. Mã trở lại 7 có nghiã “router đáp trả là một trong các router downstream nhưng ánh xạ của nó cho FEC này không được mang lại bởi nhãn.”
Cuối cùng, gói echo MPLS có các TLV. Bảng 4.3 liệt kê các TLV khác nhau có
thể được mang bởi các gói echo MPLS.
Bảng 4.3 : các TLV
4.3.4.2. Điều hành Ping LSP.
Yêu cầu echo MPLS cho một Ping MPLS giữ các thông tin sau đây:
- Tiêu đề Echo MPLS
- Target FEC Stack TLV
- A PAD TLV (optional)
Đáp trả echo giữ các thông tin sau đây: - Tiêu đề Echo MPLS
- Một Error Code TLV (optional)
- A PAD TLV (optional)
- Target FEC Stack TLV từ yêu cầu echo (optional)
Yêu cầu echo MPLS cho một Ping MPLS bị ép buộc vào trong FEC tại nơi gửi.
bảng CEF. Địa chỉ IP đích là từ khoảng địa chỉ 127.0.0.0/8 (anyway), vì vậy (this is not even possible). Đích đến của gói được chuyển phát từ địa chỉ IP mà câu lệnh người dùng hoặc một thiết bị phần mềm cung cấp. Điều này xem xét nơi stack nhãn được đẩy lên gói. Gói được chuyển ra ngòai của LSR theo thông tin này. Tại một mức tối thiểu, TTL của đỉnh nhãn được đăt tới 255. khi nơi nhận nhận yêu cầu echo MPLS, nó phải thực hiện các tác vụ sau đây:
- Kiểm tra các lỗi định dạng trên yêu cầu echo.
- Chú ý giao diện mà gói nhận được.
- Chú ý stack nhãn của gói như lối vào của LSR.
- Kiểm tra (whether) stack nhãn trên gói là cùng như một (check whether the label stack on the packet is the same as the one in the Target FEC Stack TLV - Kiểm tra LSR egress LSR quả thực cho FEC này.
- Kiểm tra (whether) giao thức phân bố FEC được chỉ định với giao diện đến. - Gửi một đáp trả echo , trừ khi Reply Mode là 1.
Nếu Reply Mode là Reply thông qua một gói UDP Ipv4/Ipv6 với cảnh báo
router, tùy chọn cảnh báo router phải được xuất hiện. Điều này có nghiã là nếu đáp trả
echo được đóng nhãn, gói có nhãn cảnh báo router như là đỉnh của nhãn. Địa chỉ IP đích của gói đáp trả echo là địa chỉ IP nguồn của gói yêu cầu echo. TTL IP được đặt tới 255, và các cổng UDP là 3503.
4.3.4.3 . Ping MPLS trong IOS Cisco
Trong IOS Cisco, bạn có thể gửi một Ping LSP MPLS với lệnh “Ping mpls”, Có
thể thấy rằng có 3 tùy chọn tồn tại: Ipv4, traffic – eng, và pseudowire. Tùy chọn
pseudowire là cho thẩm tra kết nối mạch ảo (Virtual Circuit Connection Verification –
VCCV), sẽ được giải thích sau. Tùy chọn Ipv4 là cho việc gửi đi một yêu cầu echo cho một LSP mà được giới hạn với một tiền tố Ipv4 (that is bound to an Ipv4 prefix). FEC được lựa chọn bởi việc chỉ rõ tiền tố Ipv4 (mạng và mặt nạ mạng). Cũng như vậy, tương ứng với stack nhãn cho tiền tố Ipv4 này là đặt trên yêu cầu echo. Địa chỉ IP đích của yêu cầu là mặc định bởi 127.0.0.1. Vì vậy, router sử dụng địa chỉ FEC mục tiêu (Target FEC Address) bạn gõ trong vào hình dáng mà stach nhãn đặt lên trên gói và trên LSP nào mà để chuyển gói đi; nó không được sử dụng như là địa chỉ IP đích thật sự trong tiêu đề IP.