Bu bildirilen saatlik ping süresi gerçekte nasıl olabilir?

Geçenlerde Birleşik Krallık'ta çok kırsal bir bölgede yaşayan ailemle Paskalya tatili tatili geçirdim. Onlar (korkunç) ADSL internet bağlantısı var, hangi birkaç kilometre tehlikeli bakır üzerinde çalışır ve yakın çiftçiler traktörlerini telefon hatlarına geri çevirdiklerinde periyodik olarak kesilirler.

Yönlendiricilerinin tekrar tekrar pptpel sıkışmalarını bıraktığını ve yeniden müzakere ettiğini, bağlantıyı etkili bir şekilde öldürdüğünü fark ettim . Bu sinir bozucuydu. Bu yüzden, delirmekten kaçınmak için, daha düşük hızlar için minimum kabul edilebilir SNR marjını ve el sıkışmasını ikiye katlamayı söyledim:

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

Bu gelişti ve önemli olan şey, dış dünyaya inanılmaz derecede yavaşsa (biraz) istikrarlı bir boruya sahipti:

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

Bu noktada, gerçek hayata müdahale etti ve sonra kedilerle oynamak, telefonumdaki kedi giflerine bakmak, aslında ailemle konuşmak vb. İçin birkaç saat geçirdim . bir gün sonra vurmak ctrl-c.

Gösterilen özet istatistikler bana kat verdi:

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

Gördüğünüz gibi, Google'ın DNS sunucusuna kısa bir transatlantik sıçrama yapan bir ICMP paketi için kaydedilen maksimum yanıt süresi 3600577.732 ms'dir . Bu neredeyse bir saat ve kesinlikle pingvarsayılan zaman aşımından çok daha uzun .

Bu nasıl olabilir? Mı o doğru? Hangi yönlendirici , yoluna göndermeden önce bir pakete altmış dakika boyunca mutlu bir şekilde tutunacak ? Bu paket neden düşmedi? 8 bitlik paket sayacından büyük gecikmelerle birlikte taşmanın sonucu mu?

Son olarak, İngiltere'de tüketici ADSL bağlantılarının RFC 1149 ve RFC 2549 ;-)' den daha az gecikme ve daha iyi trafik yönetimine sahip olması gerektiğini belirten herhangi bir davranış kodu olup olmadığını bilmek isterim .

ICMP paketi ve ping için yanıtın her biri 32 bayt uzunluğundadır, bu nedenle her baytın iletilmesi neredeyse bir dakika sürdüğü bir saatlik bir ping için görünüyor.

Bu, çok yavaş yönlendirici ve iletilen her bayt için ağrılı bir bekleme veya yeniden deneme ile birleştiğinde, çok cömert hata yeniden deneme sayısı (yapıyorsunuz?) İle açıklanabilir.

İnternet Protokolü (IP) verileri datagramlarla iletir ve kısmi olanları göndermemeye çalışır. İletim başlatıldığında, datagrama daha fazla bayt eklenebilmesi için varsayılan olarak 200 milisaniye bekleyecektir. Bu süre zarfında, yazılım / bellenim sahip olduğu her şeyi tek bir datagram olarak gönderir. Bir saatlik ping süresi durumunda, paket yükü bir bayt kadar küçük olabilir. Veriler hala geldiği sürece, bağlantı iki katılımcı taraf tarafından kesilmeyecektir.

Ne yapabilirsin :

• Aynı telefon hattına başka telefonlar, faks veya başka aygıtlar bağlıysa, DSL filtreleriyle korunup korunmadığını kontrol edin . DSL modeminize giden hatta bir filtre koymadığınızdan emin olun.
• Başka bir yönlendirici deneyin - kendinize kötü bir cihaz kazandıktan sonra, dışarı atmak ve daha iyi bir şey elde etmek dışında kesinlikle yapabileceğiniz hiçbir şey yoktur.
• Başka yönlendirici yoksa, ISS'nize başvurun - yanlarından faydalı testler yapabilirler.
• ISS hiçbir şey bulamazsa, yine de yedek bir yönlendirici / modem talep etmeye çalışın.
• Aynı sorun başka bir yönlendirici ile ortaya çıkarsa, telefon şirketiyle iletişim kurun.

Telefon şirketinde olduğu gibi sorunlu bir anahtarın bulunması oldukça karmaşık olabilir, ancak ISS'nin kendi anahtarları da olabilir. Normalde bir anahtarla ilgili bir sorun, arızalı anahtarın yerini bulmaya yardımcı olan alan çapındadır. Ancak çok fazla abonenin bu anahtarı kullanmadığı kırsal bir alanda bu fark edilmeyebilir. Bazı komşular aynı İSS'yi kullanıyorsa, bağlantılarının nasıl olduğunu bulmaya çalışın.

Nedeni ne olursa olsun çok kötü yönetilen bir durum olmasına rağmen, bu vakayı veri tıkanıklığı yönetimi ile çok ilgili görüyorum. Anladığım kadarıyla, iletim sistemi boyunca paket tamponu var - kötü yönetiliyor, bu da ICMP yankı istek / cevap paketlerinde bu anormalliğe neden oluyor.

Dolayısıyla, kötü bir tıkanıklık yönetimi politikasına sahip olmanın saatlerce bir ping oturumu açması kombinasyonu, garip bir senaryo ile sonuçlanabilir.

Tıkanıklık yönetimi hakkında daha fazla bilgiyi burada bulabilirsiniz .