Bağlantı kuruluyor, küçük bir sorgu cevap alıyor, fakat dosya aktarımı başlayınca oturum beklemeye geçiyor. Böyle bir tabloda MTU uyuşmazlığı ihtimaller arasına girmeli. Yine de her yavaş aktarımı MTU'ya bağlamadan önce paket kaybı, uygulama süresi ve alıcı kapasitesi gibi diğer nedenleri ayırmak gerekir.
Yolun en dar noktasını düşünün
IP MTU, bir bağlantıda taşınabilen IP paketinin üst sınırını ifade eder. Path MTU ise kaynak ile hedef arasındaki yolun en küçük MTU değeridir. Uç cihazın arayüzünde yüksek bir değer görmek, aradaki bütün bağlantıların aynı boyutu taşıdığını göstermez.
VPN, GRE veya başka bir tünel ek başlıklar getirir. Dış paket aynı fiziksel bağlantıdan geçecekse bu ek yük için yer gerekir. Bu nedenle MTU hesabı, tünelin türü ve kapsülleme seçenekleriyle birlikte yapılmalıdır. İnternetten bulunan tek bir sayıyı bütün tünellere uygulamak güvenilir bir yöntem değildir.
Keşif mekanizmasının dönüş yolu önemli
IPv4'te klasik Path MTU Discovery, parçalanmasına izin verilmeyen büyük paket için yönlendiriciden gelen “fragmentation needed” bilgisini kullanır. Kaynak bu bilgiyle paket boyutunu küçültür. IPv6'da yönlendiriciler transit paketi parçalamaz; “Packet Too Big” ICMPv6 mesajı yolun sınırını kaynağa bildirir.
İlgili ICMP mesajları engellendiğinde küçük paketler geçebilir, TCP el sıkışması tamamlanabilir ve veri aktarımı sonradan takılabilir. Bu durum MTU black hole olarak anılır. Güvenlik politikası hazırlanırken ICMP'nin bütün türlerini tek kalemde engellemek bu yüzden bağlantının temel işleyişini etkileyebilir.
Testi kontrollü tasarlayın
Önce sorunun belirli bir hedefte, tünelde veya adres ailesinde yoğunlaşıp yoğunlaşmadığını kaydedin. Ardından yetkili bir test hedefiyle küçük ve daha büyük paketlerin davranışını karşılaştırın. Kullanılan aracın boyut parametresinin yalnızca yükü mü, IP paketini mi ifade ettiğini okuyun. IPv4 için kullanılan başlık hesabını doğrudan IPv6'ya taşımayın.
Sonuçları şu bilgilerle tutmak tekrar testini kolaylaştırır:
- Kaynak ve hedefin rolü, test zamanı
- IPv4 veya IPv6 kullanımı
- Test edilen yük boyutu ve ilgili başlıklar
- Parçalama davranışı ve dönen ICMP mesajı
- Trafiğin geçtiği tünel veya alternatif yol
İleri ve geri yol farklı olabilir. Yalnızca bir yöndeki başarılı sonuç, karşı yöndeki veri aktarımının da aynı sınırlarla çalıştığını kanıtlamaz. Mümkünse iki uçtan alınmış kısa ve filtreli paket kayıtlarıyla gözlemi doğrulayın.
MSS ayarının kapsamını bilin
TCP MSS, TCP segmentindeki veri miktarıyla ilgilidir. Uygun yerde yapılan MSS düzenlemesi bazı TCP oturumlarının tünele uygun boyut kullanmasına yardımcı olabilir. Ancak UDP trafiğini düzeltmez ve altyapıdaki bütün MTU sorunlarını ortadan kaldırmaz. Değişiklik çoğunlukla yeni bağlantılardaki el sıkışması üzerinden etkili olduğundan test sırasında yeni oturum açmak önemlidir.
Jumbo frame de uçtan uca plan gerektirir. Yalnızca sunucuda veya yalnızca switch üzerinde etkinleştirmek yeterli değildir. Sanal switch, fiziksel uplink, yönlendirme noktası ve hedef arayüz birlikte değerlendirilmelidir.
Düzeltmeyi gerçek aktarımda sınayın
Doğru kapanış testi, ilk takılan işlemin yeniden çalışmasıdır. Dosya aktarımı, uygulama yanıtı veya yedekleme akışı kontrollü biçimde tekrar denenmeli; yeniden iletim ve arayüz hata sayaçları izlenmelidir. Değişen MTU veya MSS değeri, gerekçesi ve geri dönüş adımı belgelenirse aynı sorun farklı bir hatta tekrar çıktığında araştırma sıfırdan başlamaz.
Yorumlar (0)
Henüz onaylanmış yorum yok.