Gần đây tôi đã dành kỳ nghỉ ngân hàng Phục Sinh với bố mẹ tôi, sống ở một vùng nông thôn ở Anh. Họ có một kết nối internet ADSL (khủng khiếp), chạy trên một vài km đồng tinh ranh và bị gián đoạn định kỳ khi nông dân gần đó đảo ngược máy kéo của họ vào đường dây điện thoại.
Tôi nhận thấy rằng bộ định tuyến của họ liên tục bỏ qua pptpcái bắt tay và đàm phán lại nó, giết chết kết nối một cách hiệu quả. Điều này thật khó chịu. Vì vậy, trong một nỗ lực để tránh phát điên, tôi đã bảo nó tăng gấp đôi biên SNR tối thiểu có thể chấp nhận và bắt tay với tốc độ thấp hơn:
$ telnet 192.168.1.1
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
U.S. Robotics Wireless MAXg ADSL Gateway
Login: ***********
Password:
> sh
BusyBox v1.00 (2006.02.17-20:30+0000) Built-in shell (msh)
Enter 'help' for a list of built-in commands.
# adsl configure --snr 200; exit
Connection closed by foreign host.
Điều này đã cải thiện vấn đề và mọi thứ trở nên ổn định (phần nào), nếu cực kỳ chậm, với thế giới bên ngoài:
$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
64 bytes from 8.8.8.8: icmp_seq=0 ttl=55 time=3236.679 ms
64 bytes from 8.8.8.8: icmp_seq=1 ttl=55 time=3699.541 ms
...
Vào thời điểm này, cuộc sống thực sự đã can thiệp và sau đó tôi đã dành vài giờ chơi với mèo, nhìn vào gif mèo trên điện thoại của tôi, thực sự nói chuyện với gia đình tôi , v.v. Tôi quên rằng tôi đã bỏ quá trình ping này và chạy trở lại Một ngày sau đánh ctrl-c.
Các số liệu thống kê tóm tắt hiển thị làm tôi kinh ngạc:
--- 8.8.8.8 ping statistics ---
103074 packets transmitted, 100564 packets received, 2.4% packet loss
round-trip min/avg/max/stddev = 32.986/3034.479/3600577.732/87527.276 ms
Như bạn có thể thấy, thời gian phản hồi được ghi lại tối đa cho gói ICMP tạo ra một bước nhảy xuyên Đại Tây Dương ngắn đến máy chủ DNS của Google là 3600577.732 ms . Đó gần như là một giờ , và chắc chắn lâu hơn pingthời gian chờ mặc định.
Làm thế nào trên trái đất này có thể được? Có chính xác không? Bộ định tuyến nào sẽ vui vẻ giữ một gói trong sáu mươi phút trước khi gửi nó trên đường? Tại sao gói này không bị rơi? Đây có phải là kết quả của một tràn từ bộ đếm gói 8 bit kết hợp với độ trễ lớn không?
Cuối cùng, tôi sẽ muốn biết liệu có bất kỳ quy tắc ứng xử nào ở Vương quốc Anh nói rằng các kết nối ADSL của người tiêu dùng dự kiến sẽ có độ trễ thấp hơn và quản lý lưu lượng tốt hơn so với RFC 1149 và RFC 2549 ;-).