thắc mắc Cần giúp bật web interface SPF Gpon Alcatel G-010S-P

  • Người tạo chủ đề Người tạo chủ đề 5xqlol
  • Ngày bắt đầu Ngày bắt đầu

Tệp đính kèm

  • IMG_5305.jpeg
    IMG_5305.jpeg
    893,5 KB · Lượt xem: 78
Về được vài con Alucatel new , fullbox tồn kho cực hiếm luôn mấy bác . Date 9/2017 . Lần đầu tiên cầm trên tay cái sfp Alcatel new đẹp vãi
 
chạy có 37C là ngon lắm rồi, nhưng vẫn lai rai rớt thì mới có "khả năng" là nó thôi chứ còn có thể vài yếu tố khác như cắm đây hay wifi này kia, hoặc thời điểm test không thể nào như nhau được. Tuy vậy thì bác nói dùng router nhà mạng cấp thấy ổn định hơn thì tạm coi là con nhà mạng đang ngon hơn.
Bạn có sơ đồ câu sfp với usb TTL ko , lỡ bệnh rồi mình up rom lại xem sau ... thank bạn
 
các bác cho em hỏi chút với
em có 1 sfp alcatel G-010S-P cắm trên mik 760gis. em cấu hình pppoe các kiểu thì đi internet đc rồi. từ con mik em cắm qua con xiaomi cr8808 làm ap để phát wifi. khi dùng wifi đo speed test thì download bình thường gần bằng tốc của gói (nhà em xài mạng anh 7 gói 250Mbps) nhưng upload thì chỉ có chưa đến 1Mbps. test wifi trên PC hay iphone đều giống nhau

Còn khi cắm dây test trên PC thì tốc download còn thấp hơn nữa, upload thì vẫn dưới 1Mbps @@ Đã thay dây mạng cat6, bật fast track cũng như làm theo các hướng dẫn trên mạng mà vẫn ko thay đổi

Có bác nào gặp trường hợp giống em ko? Nếu có thì mong các bác chỉ giúp với

Test wifi:
1711118243945.png


Test dây
1711118374618.png
 
gói sun1 mình đây, mình không thích test nữa nhưng lấy xem thử.

Xem tệp đính kèm 2398635

kết quả test của bạn thấy có vẻ latency cao lắm.

bạn thử đổi firmware khác chon con g-010s-p xem sao vì trước có bạn từng thay và kết quả tốt hơn, không bị ngắt kết nối ngẫu nhiên nữa
firmware của mình đang là bản 18/05 rồi mà chỗ tiếng anh chỗ thì tiếng trung, ko biết có đúng firmware ko với lại cũng ko biết up firmware như nào
1711203129079.png
 
firmware của mình đang là bản 18/05 rồi mà chỗ tiếng anh chỗ thì tiếng trung, ko biết có đúng firmware ko với lại cũng ko biết up firmware như nàoXem tệp đính kèm 2400308
nếu đang chạy openwrt rồi thì cứ vào setting rồi flash firmware thôi bạn dễ lắm. Mình xưa cũng như bạn, sau đấy flash firmware của bác MinhChungIT này giờ chạy ngon rồi
ab02.png
ab01.png
 
chào các bác, e có 1 con G-010S-P ở ver 18.05, sau khi factory reset thì nó ko nhận nữa, ping hay webgui đều không vào được, có cách nào cứu không ạ =((
 
các bác cho em hỏi chút với
em có 1 sfp alcatel G-010S-P cắm trên mik 760gis. em cấu hình pppoe các kiểu thì đi internet đc rồi. từ con mik em cắm qua con xiaomi cr8808 làm ap để phát wifi. khi dùng wifi đo speed test thì download bình thường gần bằng tốc của gói (nhà em xài mạng anh 7 gói 250Mbps) nhưng upload thì chỉ có chưa đến 1Mbps. test wifi trên PC hay iphone đều giống nhau

Còn khi cắm dây test trên PC thì tốc download còn thấp hơn nữa, upload thì vẫn dưới 1Mbps @@ Đã thay dây mạng cat6, bật fast track cũng như làm theo các hướng dẫn trên mạng mà vẫn ko thay đổi

Có bác nào gặp trường hợp giống em ko? Nếu có thì mong các bác chỉ giúp với

Test wifi:
Xem tệp đính kèm 2398592

Test dây
Xem tệp đính kèm 2398596

Latency lúc upload cao như kia thì có vẻ có nhiều packet loss, phải gửi lại nhiều lần ạ. Kết hợp với CUBIC cả Windows lẫn iOS/macOS đều dùng thì tốc độ upload sẽ thấp thế kia ạ. Bác có thiết bị nào chạy Linux để test không ạ?

Một lý do packet loss có thể do chất lượng dây quang, đầu quang, nhưng mà theo hình của bác thì chụp ở trên thì Rx Power vẫn ngon -17.59dBm.

Bác cấu hình con hEX S kiểu gì ạ? Nếu bác có các rules trong bảng mangle của tường lửa thì bác phải disable rule fasttrack bên bảng filter đi ạ, nếu không cũng sẽ nhiều packet bị lái đi sai đường không đến đích đâu ạ. Một cách test nhanh có phải tại fasttrack không là trong RouterOS bác bật chạy System - Torch trên interface pppoe-out1 rồi speedtest trong lúc cái torch đang chạy.
 
Latency lúc upload cao như kia thì có vẻ có nhiều packet loss, phải gửi lại nhiều lần ạ. Kết hợp với CUBIC cả Windows lẫn iOS/macOS đều dùng thì tốc độ upload sẽ thấp thế kia ạ. Bác có thiết bị nào chạy Linux để test không ạ?

Một lý do packet loss có thể do chất lượng dây quang, đầu quang, nhưng mà theo hình của bác thì chụp ở trên thì Rx Power vẫn ngon -17.59dBm.

Bác cấu hình con hEX S kiểu gì ạ? Nếu bác có các rules trong bảng mangle của tường lửa thì bác phải disable rule fasttrack bên bảng filter đi ạ, nếu không cũng sẽ nhiều packet bị lái đi sai đường không đến đích đâu ạ. Một cách test nhanh có phải tại fasttrack không là trong RouterOS bác bật chạy System - Torch trên interface pppoe-out1 rồi speedtest trong lúc cái torch đang chạy.
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ì
1711382031586.png

1711382096101.png
 
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ì
Xem tệp đính kèm 2403751
Xem tệp đính kèm 2403753
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ì

1711422461541.png


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 ạ.

1711423213618.png


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
 
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
em đã thử các cách mà bác chỉ nhưng mỗi lần chỉnh trong sfp là rớt pppoe, phải chỉnh lại như cũ rồi reboot sfp thì mới có mạng đc
em cũng thử ping thì bị rớt gói rất ít.
1711469397451.png


có lẽ do hạ tầng thật ở chỗ em thật, đành phải an phận thôi. mạng vẫn dùng bth chỉ có cái upload là quá chuối so với quy định thôi
 
@vd2110279 do hạ tầng thiết bị chỗ b nhé. Thay sfp khác hoặc dùng converter thôi cho đỡ mất công
chỗ mình là mạng a7 hạ tầng dasan. do ko muốn cắm dây nhợ lằng nhằng nên mới đầu tư sfp mà ko dùng converter. cho mình hỏi là nếu thay thì nên thay sfp loại nào vậy bạn?
 

Thống kê chủ đề

Ngày tạo
5xqlol,
Người trả lời cuối
greenhope,
Trả lời
773
Lượt xem
91.950
Quay lại
Lên đầu trang