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ì
Xem tệp đính kèm 2404274
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 ạ.
Xem tệp đính kèm 2404306
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
Mã:
ping -f -l 1400 -n 1000 viettel.vn
Linux
Mã:
ping -4 -s 1400 -c 1000 -M do viettel.vn
macOS
Mã:
ping -D -s 1400 -c 1000 viettel.vn