ping sonuçlarını yorumlama

Yahoo.com'a ping atıyorum ve sonuçtan şaşkınım.

C:\Users\jon>ping -t yahoo.com

Pinging yahoo.com [98.138.253.109] with 32 bytes of data:
Reply from 98.138.253.109: bytes=32 time=195ms TTL=46
Reply from 98.138.253.109: bytes=32 time=230ms TTL=44
Reply from 98.138.253.109: bytes=32 time=175ms TTL=45
Reply from 98.138.253.109: bytes=32 time=208ms TTL=44
Reply from 98.138.253.109: bytes=32 time=180ms TTL=46
Reply from 98.138.253.109: bytes=32 time=206ms TTL=44
Reply from 98.138.253.109: bytes=32 time=209ms TTL=44
Reply from 98.138.253.109: bytes=32 time=173ms TTL=46
Reply from 98.138.253.109: bytes=32 time=170ms TTL=46
Reply from 98.138.253.109: bytes=32 time=224ms TTL=45
Reply from 98.138.253.109: bytes=32 time=200ms TTL=45
Reply from 98.138.253.109: bytes=32 time=172ms TTL=46
Reply from 98.138.253.109: bytes=32 time=258ms TTL=44

TTL değerini, paketin hedefine ulaşmak için kat ettiği atlama sayısı olarak belirsiz bir şekilde anlıyorum, ancak TTL'nin bu kadar kısa bir sürede nasıl böyle dramatik bir +/- 1 varyasyonu olabileceğini anlamıyorum.

Ayrıca, kalıcı bir ping yaklaşık 20 paket sonra zamanlamaya başlayacağı için Yahoo'nun bir tür hız sınırlaması uygulandığı görülüyor. Bu normal mi? bing.com bile bana cevap vermiyor!

Google.com'a ping işlemi yaparken TTL'ler tutarlıdır.

Twitter.com'a ping işlemi yaparken bazen TTL = 249, ancak genellikle TTL-58 alırım.

Neler oluyor? İSS'm hiç iyi değil mi yoksa daha az uğursuz bir açıklama var mı?

Büyük olasılıkla bu, birden çok ağda yük dengelemesinden kaynaklanır. Her ping farklı bir yol alacaktır ve buna göre TTL değeri farklı olacaktır.

Ayrıca arama motoru sağlayıcıları TTL ile garip şeyler yapıyor, ama sadece her iki şekilde de farklı bir rota gidiyor hakkında okuyun.

TTL değerleri farklı işletim sistemlerinden alındığında farklıdır:

• Windows: 128
• Linux: 64
• Cisco: 255
• Solaris: 255

Ve evet, bazı siteler belirli bir süre sonra veya bir ücret sınırına ulaşıldığında ICMP'ye yanıt vermeyi durduracaktır. Google'ın 8.8.8.8'deki DNS'sinin bir süre sonra durduğuna inanıyorum.

Diğerleri, gecikme süresindeki değişimi açıklamak için çok yollu senaryodan bahsetmiştir. ECMP (Eşit Maliyetli Çoklu Yol) bağlantıları ile, ping'e Yahoo'da sağladığınız çıktıya göre, sonuçların arasındaki gecikmenin ancak makul olarak tutarlı bir şekilde değiştiği bir senaryo olabilir. Bu yüzden trafiğiniz aynı uzunluklarda (gecikmeler) aynı iki veya üç yol üzerinde hash ediliyor gibi görünüyor (bu sadece spekülasyon olsa da, verilen bilgilerle kimsenin kesin olarak söyleyemeyeceğim).

Ayrıca, kalıcı bir ping yaklaşık 20 paket sonra zamanlamaya başlayacağı için Yahoo'nun bir tür hız sınırlaması uygulandığı görülüyor. Bu normal mi? bing.com bile bana cevap vermiyor!

Bazı ağlar oldukça can sıkıcı bulduğum ICMP trafiğini filtreliyor! Böylece bu "hiç ping yok" senaryosunu açıklayabilir. Bazı yanıtlarınız veya sınırlı yanıtlarınız olan senaryolar için, ağ, Cisco'nun Kontrol Planı Polisliği (veya satıcılarının eşdeğeri) gibi bir teknoloji kullanıyor olabilir .

Twitter.com'a ping işlemi yaparken bazen TTL = 249, ancak genellikle TTL-58 alırım.

Daha az kararlı sonuç varyasyonu elde ettiğinizde, Eşit Olmayan Maliyetli Çok Yollu yollar bulunabilir veya yolun bazı yerlerindeki bağlantı sorunu nedeniyle trafik mühendisinde bir değişiklik olabilir. Yine, verilen bilgilerle söyleyemeyiz.

Bu paketlerdeki TTL varyansı, paketleri işlemek için uzun zaman alan bir yönlendirici (ler) tarafından açıklanabilir. Yöneltici üzerinden geçen süre bir saniyeden azsa, TTL her atlamadan sonra bir azalır. Yönlendiriciden geçen süre daha fazlaysa, bir saniye TTL değeri bir değil iki saniye azaltılır.

Bkz. RFC791 sayfa 29:

Yaşama zamanı

The time to live is set by the sender to the maximum time the
datagram is allowed to be in the internet system.  If the datagram
is in the internet system longer than the time to live, then the
datagram must be destroyed.

This field must be decreased at each point that the internet header
is processed to reflect the time spent processing the datagram.
Even if no local information is available on the time actually
spent, the field must be decremented by 1.  The time is measured in
units of seconds (i.e. the value 1 means one second).  Thus, the
maximum time to live is 255 seconds or 4.25 minutes.  Since every
module that processes a datagram must decrease the TTL by at least
one even if it process the datagram in less than a second, the TTL
must be thought of only as an upper bound on the time a datagram may
exist.  The intention is to cause undeliverable datagrams to be
discarded, and to bound the maximum datagram lifetime.

Some higher level reliable connection protocols are based on
assumptions that old duplicate datagrams will not arrive after a
certain time elapses.  The TTL is a way for such protocols to have
an assurance that their assumption is met.