thảo luận Tất cả các vấn đề mạng FPT, Viettel, VNPT ném hết vào đây - Lập thread ngoài xóa, ăn warn! (Com linh tinh, k nghiêm túc KIA)

[bu0l_03]

Tân Phú sát Bình Tân mà tính nội thành à fency?

phân chia ranh giới rõ ràng lắm bác. Có những đường/phố bị phân chia ở 2 Quận khác nhau thì vẫn lách địa chỉ để ký dc giá Ngoại Thành. ( đầu phố thuộc quận A, cuối phố thuộc quận B )
Nhưng ví dụ ở TP.Thủ Đức thì lại khá rắc rối, những địa chỉ nào thuộc Quận 2 ( cũ ) thì áp dụng giá Nội Thành, những địa chỉ nào ở Quận 9 và Thủ Đức ( cũ ) thì áp dụng giá Ngoại Thành

 

[EdSt9999]

Có vẻ chặn không hiệu quả các bác nhỉ? Em dùng goodbyedpi vẫn vào được các trang bị cấm như bình thường. Không biết sau này có đổi sang cách chặn khác không.

 

[XIII13]

Áp dụng giá nội thành SG nhé bác, gói internet truyền hình SKY giá 290k/tháng.
Bí bách quá thì qua FPT nốt xem sao, add Zalo em 0946830892 để được giảm phí hòa mạng
CSKH thái độ thì nhắn nhẹ nhàng để các em nó chấn chỉnh, báo lại tổng đài để làm lại công tác tư tưởng

lần này đổi qua 3 chân xem sao sự lựa chọn bất đắc dĩ cuối cùng rồi

 

[Ráp Bơ Thờ Ơ]

lần này đổi qua 3 chân xem sao sự lựa chọn bất đắc dĩ cuối cùng rồi

Còn 1 lựa chọn nữa nhé, Sờ Ta Linh của Ê Lông Mút.

 

[L.A.D.Y]

Câu này hợp với @Yolo22_3 nè
Sale FPT nghèo thấy mẹ luôn, giờ em vẫn đang ở trọ, húp mỳ tôm, chạy xe đạp điện, xài quốc thoại Xiaomi

Trọ ở Vinhome à maifen.

 

[Yolo22_3]

Câu này hợp với @Yolo22_3 nè
Sale FPT nghèo thấy mẹ luôn, giờ em vẫn đang ở trọ, húp mỳ tôm, chạy xe đạp điện, xài quốc thoại Xiaomi

Em đi dép tổ ong đi làm đây. Huhu.
Ngày ngày cơm nóng cá hộp chứ làm gì có cao lương mĩ vị gì đâu

 

[minhtin1106]

Hm 1358 là giá trị lúc bác không bật VPN thật ạ ? Sao lại thấp vậy nhỉ? Không lẽ mạng nhà bác có thiết bị router hay access point nào hạ MTU đến vậy ạ? Thường MTU thấp thế là giá trị ở bên trong tunnel VPN đang bật thôi ạ. Chứ PPPoE thì thường 1492, thấp cũng chỉ 1480 ạ.

Bác thử: tắt VPN đi, đặt lại MTU của interface về giá trị cũ 1500. Sau đó vào trang:

ICMP blackhole check

Nếu nó hiện ra 2 dòng xanh lá cây "All good! ICMP path MTU message was successfully delivered to you." và bên dưới "All good! IP fragments were successfully delivered to your host." thì bác vào trang:

SpeedGuide - Broadband, Wireless, Network Security

www.speedguide.net

Xem MTU đang đo được là bao nhiêu ạ?

« SpeedGuide.net TCP Analyzer Results »
Tested on: 2024.05.10 02:07
IP address: 171.243.xx.xx
Client OS/browser: Mac OS (Chrome 124.0.0.0)

TCP options string: 02040584010303060101080a5bee8b820000000004020000
MSS: 1412
MTU: 1452
TCP Window: 131584 (not multiple of MSS)
RWIN Scaling: 6 bits (2^6=64)
Unscaled RWIN : 2056
Recommended RWINs: 64952, 129904, 259808, 519616, 1039232
BDP limit (200ms): 526 Mbps (53 Megabytes/s)
BDP limit (500ms): 211 Mbps (21 Megabytes/s)
MTU Discovery: ON
TTL: 45
Timestamps: ON
SACKs: ON
IP ToS: 00000000 (0)

đây nè bác ơi. Là 1452 đúng ko?
Sao làm mỗi kiểu thì cho ra kqua khác nhau vậy nhỉ

 

[CGGX_ANNX]

« SpeedGuide.net TCP Analyzer Results »
Tested on: 2024.05.10 02:07
IP address: 171.243.xx.xx
Client OS/browser: Mac OS (Chrome 124.0.0.0)

TCP options string: 02040584010303060101080a5bee8b820000000004020000
MSS: 1412
MTU: 1452
TCP Window: 131584 (not multiple of MSS)
RWIN Scaling: 6 bits (2^6=64)
Unscaled RWIN : 2056
Recommended RWINs: 64952, 129904, 259808, 519616, 1039232
BDP limit (200ms): 526 Mbps (53 Megabytes/s)
BDP limit (500ms): 211 Mbps (21 Megabytes/s)
MTU Discovery: ON
TTL: 45
Timestamps: ON
SACKs: ON
IP ToS: 00000000 (0)

đây nè bác ơi. Là 1452 đúng ko?
Sao làm mỗi kiểu thì cho ra kqua khác nhau vậy nhỉ

Vâng bác ạ. Để kiểm tra bác thử chạy lệnh trên Terminal của máy bác (với điều kiện bác đã set lại MTU của interface về 1500 chứ không 13xx như đêm qua):

ping -D -s 1424 8.8.8.8
ping -D -s 1425 8.8.8.8

Nếu đúng MTU = 1452 thì lệnh đầu sẽ ok, lệnh sau sẽ báo lỗi Message too long ạ. Còn nếu không thì bác thử tăng giảm số sau tham số -s để tìm được giới hạn. Rồi cộng 28 là ra MTU hiện thời của đường truyền.

1452 cũng vẫn thấp hơn bình thường nhiều ạ.

 

[minhtin1106]

Mỗi thế thì ko biết test kiểu gì. Cài vpn của fen server nó có domain/ip là gì, ping thử xem?

đây bác ạ
ping 83.145.221.1  ✔  10005  09:59:05
PING 83.145.221.1 (83.145.221.1): 56 data bytes
64 bytes from 83.145.221.1: icmp_seq=0 ttl=237 time=379.226 ms
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 83.145.221.1: icmp_seq=3 ttl=237 time=377.470 ms
Request timeout for icmp_seq 4
64 bytes from 83.145.221.1: icmp_seq=5 ttl=237 time=376.700 ms
64 bytes from 83.145.221.1: icmp_seq=6 ttl=237 time=375.642 ms
64 bytes from 83.145.221.1: icmp_seq=7 ttl=237 time=376.067 ms
64 bytes from 83.145.221.1: icmp_seq=8 ttl=237 time=377.279 ms
Request timeout for icmp_seq 9
64 bytes from 83.145.221.1: icmp_seq=10 ttl=237 time=377.486 ms
64 bytes from 83.145.221.1: icmp_seq=11 ttl=237 time=375.833 ms
64 bytes from 83.145.221.1: icmp_seq=12 ttl=237 time=375.490 ms
^C
--- 83.145.221.1 ping statistics ---
14 packets transmitted, 9 packets received, 35.7% packet loss
round-trip min/avg/max/stddev = 375.490/376.799/379.226/1.134 ms

 

[LongXuyenBoy]

Nội thành SG thì VNPT xài gói nào là p/p nhất các thím? Nhu cầu internet only, ko cần TV hay gói cước gì thêm hết

 

[minhtin1106]

Vâng bác ạ. Để kiểm tra bác thử chạy lệnh trên Terminal của máy bác (với điều kiện bác đã set lại MTU của interface về 1500 chứ không 13xx như đêm qua):

ping -D -s 1424 8.8.8.8
ping -D -s 1425 8.8.8.8

Nếu đúng MTU = 1452 thì lệnh đầu sẽ ok, lệnh sau sẽ báo lỗi Message too long ạ. Còn nếu không thì bác thử tăng giảm số sau tham số -s để tìm được giới hạn. Rồi cộng 28 là ra MTU hiện thời của đường truyền.

1452 cũng vẫn thấp hơn bình thường nhiều ạ.

em thử thì dc vầy
ping -D -s 1464 8.8.8.8  SIGINT(2) ↵  10015  11:29:43

PING 8.8.8.8 (8.8.8.8): 1464 data bytes
76 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=40.872 ms
wrong total length 96 instead of 1492
76 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=41.320 ms
wrong total length 96 instead of 1492
76 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=39.198 ms
wrong total length 96 instead of 1492
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 39.198/40.463/41.320/0.913 ms

chỉnh lên 1465 thì nó ko báo message too long mà nó báo vầy nè bác

ping -D -s 1465 8.8.8.8  ✔  10016  11:29:54

PING 8.8.8.8 (8.8.8.8): 1465 data bytes
556 bytes from 192.168.1.1: frag needed and DF set (MTU 1492)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d505 f500 0 0000 40 01 6e6b 192.168.1.4 8.8.8.8

Request timeout for icmp_seq 0
556 bytes from 192.168.1.1: frag needed and DF set (MTU 1492)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d505 4671 0 0000 40 01 1cfb 192.168.1.4 8.8.8.8

^C
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss

 

[Mê Gái]

đây bác ạ
ping 83.145.221.1  ✔  10005  09:59:05
PING 83.145.221.1 (83.145.221.1): 56 data bytes
64 bytes from 83.145.221.1: icmp_seq=0 ttl=237 time=379.226 ms
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 83.145.221.1: icmp_seq=3 ttl=237 time=377.470 ms
Request timeout for icmp_seq 4
64 bytes from 83.145.221.1: icmp_seq=5 ttl=237 time=376.700 ms
64 bytes from 83.145.221.1: icmp_seq=6 ttl=237 time=375.642 ms
64 bytes from 83.145.221.1: icmp_seq=7 ttl=237 time=376.067 ms
64 bytes from 83.145.221.1: icmp_seq=8 ttl=237 time=377.279 ms
Request timeout for icmp_seq 9
64 bytes from 83.145.221.1: icmp_seq=10 ttl=237 time=377.486 ms
64 bytes from 83.145.221.1: icmp_seq=11 ttl=237 time=375.833 ms
64 bytes from 83.145.221.1: icmp_seq=12 ttl=237 time=375.490 ms
^C
--- 83.145.221.1 ping statistics ---
14 packets transmitted, 9 packets received, 35.7% packet loss
round-trip min/avg/max/stddev = 375.490/376.799/379.226/1.134 ms

Tạo ticket phàn nàn kết nối tới ip này bị packet loss thử.
Thêm nữa, fen thử vào speedtest chọn server stockholm (vpn server ở Sweden nhỉ?) xem dc bao nhiêu? Nếu có đk test mạng khác xem có nhanh hơn ko.

 

[Ráp Bơ Thờ Ơ]

em thử thì dc vầy
ping -D -s 1464 8.8.8.8  SIGINT(2) ↵  10015  11:29:43

PING 8.8.8.8 (8.8.8.8): 1464 data bytes
76 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=40.872 ms
wrong total length 96 instead of 1492
76 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=41.320 ms
wrong total length 96 instead of 1492
76 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=39.198 ms
wrong total length 96 instead of 1492
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 39.198/40.463/41.320/0.913 ms

chỉnh lên 1465 thì nó ko báo message too long mà nó báo vầy nè bác

ping -D -s 1465 8.8.8.8  ✔  10016  11:29:54

PING 8.8.8.8 (8.8.8.8): 1465 data bytes
556 bytes from 192.168.1.1: frag needed and DF set (MTU 1492)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d505 f500 0 0000 40 01 6e6b 192.168.1.4 8.8.8.8

Request timeout for icmp_seq 0
556 bytes from 192.168.1.1: frag needed and DF set (MTU 1492)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d505 4671 0 0000 40 01 1cfb 192.168.1.4 8.8.8.8

^C
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss

Bị packet lost nặng lắm rồi.

 

[bu0l_03]

Nội thành SG thì VNPT xài gói nào là p/p nhất các thím? Nhu cầu internet only, ko cần TV hay gói cước gì thêm hết

Check giá Home net 7 thử xem, download upto 1gbps, min 300mbps

via theNEXTvoz for iPhone

 

[Mê Gái]

Bị packet lost nặng lắm rồi.

Fen test server stockholm xem?

 

[CGGX_ANNX]

em thử thì dc vầy
ping -D -s 1464 8.8.8.8  SIGINT(2) ↵  10015  11:29:43

PING 8.8.8.8 (8.8.8.8): 1464 data bytes
76 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=40.872 ms
wrong total length 96 instead of 1492
76 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=41.320 ms
wrong total length 96 instead of 1492
76 bytes from 8.8.8.8: icmp_seq=2 ttl=55 time=39.198 ms
wrong total length 96 instead of 1492
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 39.198/40.463/41.320/0.913 ms

chỉnh lên 1465 thì nó ko báo message too long mà nó báo vầy nè bác

ping -D -s 1465 8.8.8.8  ✔  10016  11:29:54

PING 8.8.8.8 (8.8.8.8): 1465 data bytes
556 bytes from 192.168.1.1: frag needed and DF set (MTU 1492)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d505 f500 0 0000 40 01 6e6b 192.168.1.4 8.8.8.8

Request timeout for icmp_seq 0
556 bytes from 192.168.1.1: frag needed and DF set (MTU 1492)
Vr HL TOS Len ID Flg off TTL Pro cks Src Dst
4 5 00 d505 4671 0 0000 40 01 1cfb 192.168.1.4 8.8.8.8

^C
--- 8.8.8.8 ping statistics ---
2 packets transmitted, 0 packets received, 100.0% packet loss

Như vậy MTU của bác 1492 ạ, lên 1493 là nó bắt phân mảnh. Đúng như giá trị bình thường của đường PPPoE rồi. Không hiểu vì sao test kiểu đêm qua nó lại báo message too long sớm vậy. Em không có thiết bị Mac nên không tìm hiểu cái này được ạ. Bác có thể chỉnh MTU của en0 thành 1492.

Nhưng đường truyền của bác theo post trước kia thì đến server bên Phần Lan có vẻ packet loss cao và latency cũng cao, ngay cả khi gửi packet nhỏ. Latency cao nếu ứng dùng firewall của bác cho chọn giữa SSL với IKEv2 thì bác thử chuyển sang IKEv2 xem sao ạ?

Mà cái server của bác host bên Telia Phần Lan. Hiện nhà em test với server bên đó download cũng lẹt đẹt lắm bác ạ. Latency idle cũng 384ms.

https://www.speedtest.net/result/c/6c47237f-d590-4974-aeee-d0a38baec711

 

[m150]

Vâng bác ạ. Để kiểm tra bác thử chạy lệnh trên Terminal của máy bác (với điều kiện bác đã set lại MTU của interface về 1500 chứ không 13xx như đêm qua):

ping -D -s 1424 8.8.8.8
ping -D -s 1425 8.8.8.8

Nếu đúng MTU = 1452 thì lệnh đầu sẽ ok, lệnh sau sẽ báo lỗi Message too long ạ. Còn nếu không thì bác thử tăng giảm số sau tham số -s để tìm được giới hạn. Rồi cộng 28 là ra MTU hiện thời của đường truyền.

1452 cũng vẫn thấp hơn bình thường nhiều ạ.

tham số ping tương ứng của bên cmd là gì vậy bác? mình test thử thấy MTU cũng là 1452 như bác kia.

 

[minhtin1106]

Tạo ticket phàn nàn kết nối tới ip này bị packet loss thử.
Thêm nữa, fen thử vào speedtest chọn server stockholm (vpn server ở Sweden nhỉ?) xem dc bao nhiêu? Nếu có đk test mạng khác xem có nhanh hơn ko.

+ Tạo ticket cho IT bên cty em hay cho viettel bác?

+ vpn server ở Finland á
Em có nói chuyện với đồng nghiệp thì thấy bảo như này
"4% packet loss for vietnam - finland maybe is okay, I don't know for that distance though
426 ms ping is pretty high but according to https://wondernetwork.com/pings/Ho Chi Minh City
it seems about right"
Ông đồng nghiệp này ở NZealand cũng kết nối tới VPN server Finland thì run speedtest chắc dc 15Mbps downloads gì đấy (bên em thì bật VPN lên là mặc định ko mở đc web, ko load dc speedtest luôn). Nghe ổng bảo là ổng đang xài gói gigabit home internet connection gì đó. Ko biết có phải tại gói của ổng xịn hơn của mình hay ko .


+ Em cũng mới ghé vnpt với fpt rồi. Cả 2 đơn vị đó cũng ko có cam kết thông số trước khi lắp đặt .Toàn là phải kí hợp đồng xong lắp ráp xong xuôi thì mới test thông số dc. ? Ko ai cam kết vụ vpn này ta? Ko biết vậy ở vnam người ta làm việc với cty nước ngoài dùng vpn thì làm kiểu gì

 

[CGGX_ANNX]

tham số ping tương ứng của bên cmd là gì vậy bác? mình test thử thấy MTU cũng là 1452 như bác kia.
View attachment 2486043

Nếu trang kia báo thế này là tốt nhất bác ạ,

coi nhưng sẽ không gặp các vấn đề về MTU trên internet (trừ trường hợp bác dùng VPN, khi đó MTU trong tunnel sẽ nhỏ hơn và lúc đó lại có khả năng gặp vấn đề).

Nếu dùng PPPoE thì thường bác sẽ thấy 1492 cho MTU và 1452 cho MSS. Trước đây thì thế là tối đa, nhưng ngày nay thì nhiều ISP hỗ trợ việc nâng MTU khi dùng PPPoE lên 1500. Cũng có nhiều đường truyền quay PPPoE mà chỉ lên được 1480, hay chỉ 1460, đúng ra là không tối ưu, vì ngay cả nếu ISP không hỗ trợ RFC 4638, giới hạn lý thuyết PPPoE trên đương truyền ethernet bình thường phải là 1492.

Nếu mạng di động thì thường MTU nhỏ hơn nữa ạ có khi dưới 1400.

Bác có dùng thiết bị của Apple không ạ?

Với lệnh ping thì bác có thể test được giới hạn MTU hiện thời. Lệnh ping cho phép bác chọn chế độ cấm phân mảnh packet và cho chọn kich thước payload. Kích thước payload tối đa bác chọn mà packet vẫn gửi đi được, cộng thêm 28 sẽ ra giá trị MTU thực đang dùng được. Thí dụ nếu gửi được tối đa 1472 bytes payload thì MTU là 1472 + 28 = 1500. Như bác ở trên test thì lúc 1464 nó cho qua còn 1465 không được (bắt phải cho phép phân mảnh) tức là MTU của bác ấy đang 1492 (giá trị bình thường của PPPoE). Cú pháp lệnh để test là

Windows:

ping -f -l 1472 google.com

Linux:

ping -4 -M do -s 1472 -c 4 google.com

Mac:

ping -D -s 1472 google.com

Sửa số 1472 (giảm dần) tương ứng đề tìm giới hạn lớn nhất mà packet vẫn gửi đi được. Thêm 28 là ra MTU.

 

[Ráp Bơ Thờ Ơ]

Fen test server stockholm xem?

Mạng 7 chữ cùi bắp ở quán cf gần cty.