Wi-Fi đã kết nối, trang trạng thái toàn xanh, vậy mà trang web vẫn tải ì ạch? Khả năng truy cập và hiệu năng là hai việc khác nhau. Cách tìm ra nguyên nhân.
Mọi chỉ báo đều cho thấy bạn đang trực tuyến: biểu tượng Wi-Fi đầy vạch, đèn router xanh, trang trạng thái của nhà mạng không báo sự cố, ping vẫn có phản hồi. Vậy mà trang tải rất chậm, cuộc gọi đứt quãng, tải lên bị treo. Khoảng cách đó chính là chủ đề của bài này. Một kết nối có thể thông mà vẫn không dùng được, vì "thông" và "đủ nhanh" được đo bằng những thứ khác nhau.
Ý chính
- Khả năng truy cập chỉ hỏi gói tin có đến nơi hay không. Ping, bản đồ sự cố và trang trạng thái chỉ trả lời câu hỏi đó.
- Hiệu năng hỏi gói tin đến nơi tốt đến mức nào: độ trễ, thông lượng và mất gói quyết định ứng dụng có dùng được hay không.
- Góc nhìn chỉ tập trung vào sự cố, về bản chất, không thấy được suy giảm hiệu năng. M-Lab, dự án đứng sau bài kiểm tra tốc độ mở NDT, nói thẳng: mạng có thể vẫn truy cập được trong khi độ trễ tăng hoặc thông lượng giảm khiến ứng dụng không dùng nổi.
- Lỗi thường nằm ở đâu đó trên đường đi mà hai đầu đều không thấy, như điểm kết nối giữa các mạng bị nghẽn hay hàng đợi bị đầy.
- Một lần kiểm tra tốc độ không thể xác định vị trí lỗi, nhưng bốn chỉ số cùng vài phép so sánh nhanh sẽ cho biết bạn gặp loại vấn đề nào.
Khả năng truy cập và hiệu năng
Khả năng truy cập là nhị phân. Gói tin hoặc đi được từ bạn đến đích và quay lại, hoặc không. Phản hồi ping, trang trạng thái mở được và biểu tượng "đã kết nối" màu xanh chỉ chứng minh một điều: có ai đó trả lời.
Hiệu năng là một dải liên tục. Nó gồm mỗi vòng đi về mất bao lâu, mỗi giây chuyển được bao nhiêu dữ liệu, độ trễ có ổn định không và bao nhiêu dữ liệu bị mất dọc đường. Ứng dụng không quan tâm gói tin "rốt cuộc" cũng đến; nó quan tâm gói tin đến đủ sớm, đủ đều và có nhịp ổn định.
Vì vậy một kết nối suy giảm vẫn có thể qua mọi phép kiểm tra khả năng truy cập. Cuộc gọi video cần thời gian đi về thấp hơn nhiều so với vài trăm mili giây. Ping trả về sau 900 ms là một câu "có, truy cập được" hoàn toàn hợp lệ, và là một cuộc gọi hoàn toàn không dùng được.
Vì sao góc nhìn sự cố không thấy được độ chậm
Các đài quan sát internet công khai chủ yếu theo dõi sự cố: mạng hoặc dịch vụ không còn truy cập được, kèm thay đổi rõ rệt về định tuyến hoặc lưu lượng. Bài giới thiệu HERMES của M-Lab chỉ ra rằng mất kết nối chỉ là một dạng hỏng hóc, và mạng có thể vẫn truy cập được trong khi độ trễ tăng hoặc thông lượng giảm khiến ứng dụng trực tuyến không dùng nổi. Những suy giảm này không làm mất kết nối nên các công cụ tập trung vào sự cố có thể bỏ sót. Muốn phát hiện, cần cách tiếp cận khác: đo hiệu năng đầu cuối thay vì chỉ giám sát khả năng truy cập và định tuyến.
Ở nhà cũng vậy. Bất cứ thứ gì chỉ kiểm tra "có kết nối được không" đều được thiết kế để trả lời "có" ngay cả với một kết nối rất chậm.
Vấn đề thực sự nằm ở đâu
Lưu lượng của bạn đi qua nhiều chặng trước khi đến máy chủ: thiết bị và Wi-Fi, router, mạng truy cập của nhà mạng, các điểm kết nối giữa các mạng, mạng trung chuyển, và cuối cùng là hạ tầng của chính nơi đích. Hai đầu của một chặng bị nghẽn vẫn báo "bình thường", vì theo góc nhìn của chúng thì đúng là vậy.
Những chỗ thường gặp khi kết nối "thông" nhưng suy giảm:
- Wi-Fi cục bộ. Sóng yếu hoặc nhiễu làm tăng truyền lại và độ trễ, trong khi đèn router vẫn xanh.
- Hàng đợi chiều tải lên bị đầy. Khi có thứ gì đó chiếm hết đường lên, gói tin phải xếp hàng. Xem bufferbloat để biết bộ đệm quá lớn biến đường truyền bận thành độ trễ thêm như thế nào.
- Điểm kết nối giữa các mạng bị nghẽn hoặc điểm peering ở xa. Tới một số đích thì chậm còn mọi thứ khác bình thường, và phía bạn không có gì bất thường.
- Máy chủ bận hoặc ở xa. Tuyến đường khỏe, nút thắt nằm ở đầu bên kia.
HERMES của M-Lab được xây dựng đúng quanh vấn đề này. Nó lấy các bài kiểm tra tốc độ do người dùng tự khởi chạy, nhóm theo mạng truy cập, khu vực đô thị và máy chủ kiểm tra; khi một nhóm có đủ dữ liệu (ít nhất 25 lần kiểm tra từ ít nhất 5 IP máy khách khác nhau trong tuần trước), nó so nhóm đó với đường cơ sở gần đây của chính nhóm, tìm hai tín hiệu: độ trễ tăng và thông lượng giảm. Sau đó nó kết hợp với traceroute chiều đi và, nếu có, chiều về để ước lượng suy giảm nằm ở mạng truy cập, điểm kết nối, mạng trung chuyển hay gần nơi đích. Các tác giả nhấn mạnh lý do cần nhóm: một bài kiểm tra chậm đơn lẻ có thể chỉ là do Wi-Fi, thiết bị hay lưu lượng nền của bạn, còn nghẽn ở hạ tầng dùng chung sẽ xuất hiện ở nhiều người dùng cùng lúc.
Kiểm tra tốc độ thực sự đo gì
Bài kiểm tra NDT của M-Lab được mô tả là phép đo hiệu năng một luồng về khả năng truyền "khối lượng lớn" của kết nối, báo tốc độ tải lên, tải xuống và các chỉ số độ trễ. Từ đó có hai hệ quả:
- Kiểm tra tốc độ đo toàn bộ đường đi từ thiết bị của bạn đến máy chủ kiểm tra, không chỉ đường truyền của bạn. Nếu đường tới máy chủ đó bị nghẽn, kết quả sẽ kém dù đường truyền của bạn vẫn khỏe.
- Nó là ảnh chụp nhanh tới một đích. Nó không cho biết lỗi nằm ở Wi-Fi, nhà mạng hay một điểm kết nối cách ba mạng. Đo độ trễ trên đường đi phức tạp đến mức IETF phải chuẩn hóa cách đo: chẳng hạn RFC 7679 định nghĩa chỉ số độ trễ một chiều.
Bốn chỉ số giúp phân biệt các trường hợp
Bốn chỉ số đủ để phân biệt phần lớn các trường hợp. Hãy đối chiếu từng chỉ số với nguyên nhân có thể:
| Chỉ số | Cho thấy gì | Dấu hiệu khi đó là vấn đề |
|---|---|---|
| Độ trễ khi tải nặng | Độ trễ do xếp hàng | Bình thường khi rảnh, vọt lên khi đường truyền bận: vấn đề hàng đợi (bufferbloat) |
| Jitter | Độ ổn định của độ trễ | Giá trị dao động mạnh: đường truyền không ổn định hoặc nhiễu sóng |
| Mất gói | Dữ liệu không đến nơi | Mất gói kéo dài cho thấy đường truyền lỗi hoặc một chặng bị nghẽn |
| Thông lượng | Dung lượng hoặc nghẽn | Thấp hơn nhiều so với gói cước, nhất là cùng giờ mỗi tối: thiếu dung lượng hoặc nghẽn |
Kiểm tra tốc độ mạng của BrowserInsight cho biết thông lượng tải xuống và tải lên, độ trễ và jitter, đồng thời đo độ trễ tới một số trang lớn như Google, YouTube và Netflix, nên bạn có nhiều đích để so sánh. Công cụ không hiển thị riêng tỷ lệ mất gói hay độ trễ khi tải nặng: bước đầu tiên bên dưới chỉ cách đo độ trễ khi tải nặng, còn mất gói kéo dài thường biểu hiện qua tình trạng khựng và thông lượng thấp hơn nhiều so với gói cước.
Để biết giá trị nào là tốt, xem băng thông, độ trễ và jitter; hai chỉ số về độ ổn định được giải thích kỹ trong bài jitter và mất gói tin.
Quy trình chẩn đoán có thể làm theo
- So sánh độ trễ khi rảnh và khi tải nặng. Chạy kiểm tra khi không có gì khác hoạt động, rồi chạy lại trong lúc một thiết bị hoặc ứng dụng khác đang tải lên hay tải xuống tập tin lớn. Độ trễ tăng mạnh nghĩa là có hàng đợi ngay trên kết nối của bạn.
- So sánh các đích. Xem phần đo độ trễ tới từng trang trong bài kiểm tra tốc độ. Nếu một hai đích chậm hơn hẳn phần còn lại, vấn đề nằm trên đường tới các đích đó, không phải ở nhà.
- So sánh có dây và không dây. Cắm cáp thẳng vào router. Nếu cáp ổn mà Wi-Fi không ổn, lỗi nằm ở điều kiện sóng cục bộ.
- Lặp lại vào các thời điểm khác nhau. Chậm vào cùng một khung giờ mỗi ngày giống nghẽn dùng chung hơn là lỗi thiết bị của bạn. Nếu số liệu mỗi lần một khác, vì sao kết quả kiểm tra tốc độ thay đổi giải thích các biến động bình thường.
Một lưu ý thẳng thắn
Bài kiểm tra phía máy khách không thể xác định lỗi nằm ở đâu trên đường đi. Nó cho biết có điều gì đó giữa bạn và một máy chủ đã suy giảm, còn các phép so sánh giúp loại trừ Wi-Fi và hàng đợi của chính bạn. Để chỉ ra một điểm kết nối cụ thể, cần số liệu tổng hợp từ nhiều người dùng cùng dữ liệu đường đi — đó là khoảng trống mà các dự án như HERMES lấp đầy. Nếu các bài kiểm tra có dây, lúc rảnh, tới nhiều đích khác nhau đều kém, hãy mang những bằng chứng đã thu thập đến nhà mạng.
Câu hỏi thường gặp
Vì sao mạng chậm nhưng không mất?
Vì "mất" nghĩa là không truy cập được, còn "chậm" nghĩa là độ trễ cao, thông lượng thấp, mất gói hoặc độ trễ không ổn định. Kết nối có thể vẫn chuyển được gói tin nhưng quá chậm cho ứng dụng bạn muốn dùng.
Ping được có nghĩa là kết nối ổn không?
Không. Nó chỉ cho biết đích truy cập được và đưa ra một thời gian đi về. Độ trễ khi tải nặng, mất gói và thông lượng vẫn có thể kém.
Vấn đề có thể nằm ngoài nhà tôi không?
Có. Điểm kết nối bị nghẽn, đường trung chuyển quá tải hoặc máy chủ bận có thể làm giảm hiệu năng trong khi router và nhà mạng đều báo bình thường. Kiểm tra nhiều đích giúp biết vấn đề có riêng ở một tuyến hay không.
Một lần kiểm tra chậm có chứng minh mạng có vấn đề không?
Riêng nó thì không. Một kết quả chậm có thể do Wi-Fi, thiết bị hoặc lưu lượng nền. Quy luật qua nhiều lần kiểm tra, nhiều đích và nhiều thời điểm mới là bằng chứng mạnh hơn nhiều.
Kết luận
"Đã kết nối" chỉ cho biết gói tin đi qua được. Kết nối có dùng được hay không phụ thuộc vào độ trễ, jitter, mất gói và thông lượng, mà các công cụ chỉ kiểm tra khả năng truy cập thì không thấy được. Hãy đo cả bốn, so sánh lúc rảnh với lúc tải nặng, đích gần với đích xa, và bạn sẽ biết lỗi nằm ở Wi-Fi, hàng đợi hay đâu đó xa hơn trên đường đi.
Đọc thêm:
