CGGX_ANNX
Senior Member
Vậy loại được cái nguyên nhân do fasttrack ạ. Nếu bác cấu hình router từ cấu hình trắng, thì bác vào cái thiết lập của cái kết nối pppoe-outX của bác, chỗ Dial Out, xem đang dùng profile gìtrên hex s em chỉ cấu hình pppoe với bật fast track thôi, ngoài ra chưa config gì thêm. trong bảng mangle có vài rule mà là rule mặc định khi bật fast track thôi chứ em có chỉnh gì
View attachment 2403751
View attachment 2403753
Rồi ra bảng PPP - Profiles, mở cái profile đó xem mục Change TCP MSS có bật chưa ạ, nếu chưa thì bật sang Yes ạ.
Một cái có thể thử nữa là vào cái property của cái interface SFP, chỗ Ethernet, tắt Auto Negotiation, chọn Speed cố định "1G base X". Với ở trên chỗ Tx Flow Control, bác thử đảo giá trị của nó xem có ăn thua gì không? (đang off thì sang on, đang on thì sang off).
Lúc ở trên PC bác test speedtest.net bằng Chrome/Edge ạ? Bác thử test bằng Firefox xem upload có nhanh hơn không ạ? Nếu nhanh hơn thì tốc độ của Firefox đo mới là tốc độ đúng. Cái speedtest.net này lúc đường upload latency cao, thì khi dùng browser dựa trên Chromium thì nó chỉ upload bằng mỗi 1 cái websocket đang mở sẵn, tốc độ giới hạn so với dùng HTTP POST thông thường, Firefox thì sẽ thấy mở thêm kết nối không upload bằng cái websocket kia, nên tốc độ có thể cao hơn. Tốc độ của FF cũng giống với tốc độ đo được bằng cái speedtest-cli (Speedtest CLI: Internet speed test for the command line (https://www.speedtest.net/apps/cli)) hơn.
Vấn đề của bác vẫn là latency upload quá cao, thường do bị packet loss nên phải gửi lại nhiều lần. Hơn nữa khi packet bị drop thì cái thuật toán congestion control mặc định của hệ điều hành MS và Apple nó không tăng congestion window size lên được.
Bác thử ping viettel.vn 1000 lần với packet lớn (1428 bytes) xem có hay bị mất packet không. Nếu Windows thì chạy lệnh
Code:
ping -f -l 1400 -n 1000 viettel.vn
Linux
Code:
ping -4 -s 1400 -c 1000 -M do viettel.vn
macOS
Code:
ping -D -s 1400 -c 1000 viettel.vn