Tweet
Nguyên nhân gây mất gói tin (Packet Loss) trong mạng
Có hai nguyên nhân phổ biến nhất:
Giải thích theo góc nhìn thực tế của kỹ sư mạng
Khi người dùng phản ánh ứng dụng chậm, cuộc gọi VoIP bị giật hoặc truyền file không ổn định, một trong những chỉ số đầu tiên cần kiểm tra là packet loss. Tuy nhiên, không phải mọi trường hợp mất gói đều có cùng nguyên nhân.
Bit Errors (Lỗi bit) thường xuất phát từ các vấn đề ở tầng vật lý hoặc tầng liên kết dữ liệu. Ví dụ:
Khi frame Ethernet bị lỗi CRC hoặc FCS, thiết bị nhận sẽ loại bỏ frame đó. Từ góc nhìn của tầng trên, điều này được xem như một gói tin bị mất.
Các lệnh thường dùng để kiểm tra:
show interfaces
Quan tâm đến các chỉ số:
CRC
Input Errors
Frame Errors
Runts
Giants
Congestion (Nghẽn mạng) lại là một vấn đề hoàn toàn khác.
Trong trường hợp này, đường truyền hoặc thiết bị mạng không bị lỗi vật lý. Vấn đề nằm ở việc lưu lượng gửi đến nhiều hơn khả năng xử lý hoặc chuyển tiếp của thiết bị.
Ví dụ:
Khi hàng đợi (queue) đầy, thiết bị sẽ bắt đầu loại bỏ các gói tin mới đến.
Các chỉ số cần kiểm tra:
show interfaces
show policy-map interface
show platform hardware qfp active statistics drop
Các dấu hiệu thường gặp:
Một mẹo Troubleshooting thực chiến
Khi phát hiện packet loss, hãy tự hỏi:
Packet bị mất do lỗi vật lý hay do thiết bị chủ động loại bỏ vì quá tải?
Nếu thấy:
CRC Errors tăng
Input Errors tăng
=> Nghi ngờ Bit Errors
Nếu thấy:
Output Drops tăng
Queue Drops tăng
Interface utilization cao
=> Nghi ngờ Congestion
Đây là bước phân loại đầu tiên giúp kỹ sư mạng tiết kiệm rất nhiều thời gian khi troubleshooting.
Nói ngắn gọn, phần lớn các sự cố packet loss trong mạng doanh nghiệp cuối cùng đều quay về hai nhóm nguyên nhân cốt lõi: lỗi truyền dẫn (Bit Errors) hoặc nghẽn tài nguyên (Congestion). Việc xác định đúng nhóm nguyên nhân ngay từ đầu sẽ quyết định tốc độ xử lý sự cố của kỹ sư mạng.
Có hai nguyên nhân phổ biến nhất:
- Bit Errors (Lỗi bit)
- Congestion (Nghẽn mạng)
Giải thích theo góc nhìn thực tế của kỹ sư mạng
Khi người dùng phản ánh ứng dụng chậm, cuộc gọi VoIP bị giật hoặc truyền file không ổn định, một trong những chỉ số đầu tiên cần kiểm tra là packet loss. Tuy nhiên, không phải mọi trường hợp mất gói đều có cùng nguyên nhân.
Bit Errors (Lỗi bit) thường xuất phát từ các vấn đề ở tầng vật lý hoặc tầng liên kết dữ liệu. Ví dụ:
- Cáp mạng bị lỗi hoặc suy hao
- Module quang (SFP/QSFP) gặp sự cố
- Đầu nối quang bị bẩn
- Nhiễu điện từ (EMI)
- Duplex mismatch
- Tín hiệu Wi-Fi yếu hoặc bị nhiễu
Khi frame Ethernet bị lỗi CRC hoặc FCS, thiết bị nhận sẽ loại bỏ frame đó. Từ góc nhìn của tầng trên, điều này được xem như một gói tin bị mất.
Các lệnh thường dùng để kiểm tra:
show interfaces
Quan tâm đến các chỉ số:
CRC
Input Errors
Frame Errors
Runts
Giants
Congestion (Nghẽn mạng) lại là một vấn đề hoàn toàn khác.
Trong trường hợp này, đường truyền hoặc thiết bị mạng không bị lỗi vật lý. Vấn đề nằm ở việc lưu lượng gửi đến nhiều hơn khả năng xử lý hoặc chuyển tiếp của thiết bị.
Ví dụ:
- Đường WAN 100 Mbps nhưng lưu lượng thực tế lên tới 150 Mbps
- Buffer trên switch hoặc router bị đầy
- Traffic burst từ backup, AI training hoặc replication
- DDoS hoặc lưu lượng bất thường
Khi hàng đợi (queue) đầy, thiết bị sẽ bắt đầu loại bỏ các gói tin mới đến.
Các chỉ số cần kiểm tra:
show interfaces
show policy-map interface
show platform hardware qfp active statistics drop
Các dấu hiệu thường gặp:
- Output drops
- Queue drops
- Tail drops
- Random Early Detection (RED) drops
Một mẹo Troubleshooting thực chiến
Khi phát hiện packet loss, hãy tự hỏi:
Packet bị mất do lỗi vật lý hay do thiết bị chủ động loại bỏ vì quá tải?
Nếu thấy:
CRC Errors tăng
Input Errors tăng
=> Nghi ngờ Bit Errors
Nếu thấy:
Output Drops tăng
Queue Drops tăng
Interface utilization cao
=> Nghi ngờ Congestion
Đây là bước phân loại đầu tiên giúp kỹ sư mạng tiết kiệm rất nhiều thời gian khi troubleshooting.
Nói ngắn gọn, phần lớn các sự cố packet loss trong mạng doanh nghiệp cuối cùng đều quay về hai nhóm nguyên nhân cốt lõi: lỗi truyền dẫn (Bit Errors) hoặc nghẽn tài nguyên (Congestion). Việc xác định đúng nhóm nguyên nhân ngay từ đầu sẽ quyết định tốc độ xử lý sự cố của kỹ sư mạng.
Attached Files