Giải quyết vấn đề thực sự với chức năng Network Diagnostic
NDT được phát triển bởi Richard Carlson, một kỹ sư của Internet2. Carlson đã phát triển
cơ chế signature-based cho lõi NDT và tích hợp vào hệ thống. Kết quả thu được là một
tuỳ chọn đáng tin cậy, ổn định, khác biệt với các tuỳ chọn phổ biến khác. Đó là sự hỗ trợ
tuyệt vời cho các nhân viên quản trị mạng giải quyết các vấn đề chẩn đoán mạng.
Các bạn nên sử dụng một số tiện ích trên website kiểm tra thông lượng như Internet
Speedometer của McAfee hay DSLreports.com để kiểm tra băng thông. Tuy nhiên các
website này cũng chỉ ở mức chính xác như kiểu đường truyền giữa client và server. Điều
đó có nghĩa là bạn luôn phải kết nối internet trong suốt quá trình kiểm tra. Tính hữu ích
của cách thức này trở nên vô dụng khi đo mức băng thông trong một mạng cục bộ.
Một phương thức hữu dụng khác là sử dụng giao thức File Transfer Protocol hay còn gọi
là giao thức FPT. FPT ghi lại thông lượng trung bình trong mỗi lần truyền vận. Tuy nhiên
FPT không thể làm được gì nếu mạng nghẽn hoặc các liên kết được cấu hình không phù
hợp và cuối cùng làm cho kết quả không còn chính xác.
NDT xử lý được các vấn đề này, và còn hơn thế nữa. Cài đặt tuỳ chọn NDT lên Linux
server với nhân kernelweb100-patched khá đơn giản. Quan trọng hơn, giao diện web dễ
dàng sử dụng với người dùng cuối. Nó chỉ đòi hỏi một lần click lên nút “Start” và cắt,
dán kết quả trong e-mail rồi gửi tới nhân viên mạng.
NDT được thiết kế làm việc hiệu quả như là một thành phần của cấu trúc hỗ trợ mạng
LAN. Carlson nói rằng anh hình dung NDT “đang được tích hợp vào khu vực trợ giúp
(trung tâm thực thi mạng); vì thế khi một lời gọi trợ giúp được gửi đến, việc đầu
tiên nhân viên NOC làm là trỏ cho người dùng biết khu vực server NDT địa
phương của họ và nói rằng: “Hãy chạy chương trình kiểm tra và gửi cho chúng
tôi kết quả””.
Sử dụng NDT
NDT được thiết kế để cài đặt trên một server nhưng có khả năng nâng cấp để cài đặt nó
lên thiết bị di động như laptop. Với cấu hình này, một laptop sử dụng NDT có thể được
đưa vào mạng một cách dễ dàng tại các khu vực kiểm tra lớn nhất. Hay nói cách khác,
bằng việc loại trừ các ràng buộc khu vực của NDT server, bạn có thể kiểm tra thông
lượng mà không cần bổ sung biến của các bước truyền router cũng như các switch trung
gian.
Ví dụ dưới đây minh hoạ các trường hợp NDT là công cụ hỗ trợ không thể thiếu được
trong việc tìm ra nguyên nhân các vấn đề thực thi mạng.
Trường hợp 1: Mạng LAN
Chúng ta hãy thử dự đoán các vấn đề kết nối trong một mạng LAN, cụ thể là kết nối từ
một client tới một server trong cùng mạng con nhưng không cùng switch. Người dùng bị
thuyết phục rằng đó là vấn đề nghẽn băng thông. Tuy nhiên đó có thể là vấn đề vật lý
hoặc liên kết khi số liệu thống kê của các switch không chỉ ra được kiểu lưu lượng, vì nó
khác xa số đo các dòng cơ bản.
Đầu tiên bạn kiểm tra câu lệnh ping để hoạt động của switch từ client lên server. Kết quả
làm thất thoát 5% gói tin. Tuy nhiên các switch làm việc trên mạng cụ thể này có “thành
phần” gán mức ưu tiên thấp cho giao thức Internet Control Message để báo hiệu lại các
gói. Câu lệnh ping không thường được dùng trong cấu hình độc lập để xoá tỷ lệ phần
trăm thấp của các gói dữ liệu . Lệnh kiểm tra này không đưa ra kết quả thuyết phục.
Bây giờ đặt NDT server di động lên cùng một switch với server client. Chạy lệnh kiểm
tra NDT trên máy của client. NDT sẽ ghi lại lỗi nhân đôi không khớp trong đường dẫn
giữa client và server. Tìm kiếm chỗ không khớp và sửa chữa sẽ giải quyết được vấn đề.
Trường hợp 2: ISP
Chúng ta thử tiến hành trên một phiên truyền vận liên kết Internet từ DS3 tới Gigabit
Metro Ethernet với tốc độ 100Mb/giây. Chúng ta cần phải xác định vị trí server NDT di
động sẽ đặt trên switch mà Metro Ethernet có giới hạn cuối.
Đây là trường hợp đặc biệt. Trong đó giới hạn cuối của Metro Ethernet nằm trong cùng
router cung cấp dịch vụ internet từ xa như DS3. Với việc đồng thời thực hiện cả hai liên
kết trước khi cắt qua, bạn có thể thấy một chương trình test trên client, ở bên ngoài DS3
và bên trong Metro Ethernet.
Chương trình kiểm tra NDT mô tả ở trên cho biết thông lượng khoảng 5Mbit/giây và xác
định chính xác liên kết chậm nhất là DS3. Kết quả có thể cao hơn vì DS3 có rất ít lưu
lượng sản xuất trong thời gian này. Nhưng câu lệnh ping qua các liên kết thể hiện rằng
không có thất thoát nào cả.