Maksimum İletim Birimi (MTU)

Maksimum İletim Birimi (MTU)

Bilgisayar ağlarında, Maksimum İletim Birimi (MTU) terimi, belirli bir iletişim protokolü katmanının geçebileceği en büyük PDU'nun boyutunu (bayt cinsinden) ifade eder. MTU parametreleri genellikle bir iletişim arabirimi (NIC, seri bağlantı noktası, vb.) ile ilişkili olarak görünür. MTU, standartlarla sabitlenebilir (Ethernet'te olduğu gibi) veya bağlantı zamanında kararlaştırılabilir (genellikle noktadan noktaya seri bağlantılarda olduğu gibi). Daha yüksek bir MTU, daha fazla verimlilik getirir, çünkü her paket daha fazla kullanıcı verisi taşırken, başlıklar veya paket başına temel gecikmeler gibi protokol genel giderleri sabit kalır ve daha yüksek verimlilik, toplu protokol veriminde hafif bir gelişme anlamına gelir. Bununla birlikte, büyük paketler bir süre için yavaş bir bağlantıyı işgal edebilir, bu da paketlerin izlenmesinde daha büyük gecikmelere ve artan gecikme ve minimum gecikmeye neden olabilir. Örneğin, ağ katmanında (ve dolayısıyla İnternet'in çoğunda) Ethernet tarafından izin verilen en büyük paket olan 1500 baytlık bir paket, 14.4k modemi yaklaşık bir saniye bağlar.

Yol MTU keşfi
İnternet Protokolü, bir İnternet iletim yolunun "yol MTU'sunu", bir kaynak ve hedef arasındaki "yolun" IP atlamalarından herhangi birinin en küçük MTU'su olarak tanımlar. Başka bir deyişle, MTU yolu, bu yolu parçalanmadan geçen en büyük paket boyutudur.

RFC 1191, iki IP ana bilgisayarı arasındaki yol MTU'sunu belirlemeye yönelik bir teknik olan “Yol MTU keşfini” açıklar. Giden paketlerin IP başlıklarında DF (Parçalama) seçeneğini ayarlayarak çalışır. Yol üzerindeki MTU'su paketten daha küçük olan herhangi bir aygıt, bu tür paketleri bırakacak ve MTU'sunu içeren bir ICMP "Hedefe Ulaşılamaz (Datagram Çok Büyük)" mesajını geri göndererek, kaynak ana bilgisayarın varsayılan yolunu MTU'yu uygun şekilde azaltmasını sağlar. İşlem, MTU, parçalanma olmadan tüm yolu geçebilecek kadar küçük olana kadar tekrarlanır.

Ne yazık ki, artan sayıda ağ ICMP trafiğini düşürür (örneğin, hizmet reddi saldırılarını önlemek için), bu da yol MTU keşfinin çalışmasını engeller. Bir bağlantının düşük hacimli veriler için çalıştığı, ancak bir ana bilgisayar bir seferde büyük bir veri bloğu gönderir göndermez askıda kaldığı durumlarda, bu tür engellemeler genellikle algılanır. Örneğin, IRC ile bağlanan bir istemci ping mesajını görebilir, ancak bundan sonra yanıt alamaz. Bunun nedeni, büyük karşılama mesajlarının gerçek MTU'dan daha büyük paketler halinde gönderilmesidir. Ayrıca, bir IP ağında, kaynak adresten hedef adrese giden yol, çeşitli olaylara (yük dengeleme, tıkanıklık, çıktılar, vb.) yanıt olarak genellikle dinamik olarak değiştirilir - bu, MTU yolunun değişmesine (bazen) neden olabilir. tekrarlanır) bir iletim sırasında, ana bilgisayar yeni güvenli MTU'yu bulmadan önce daha fazla paket damlasına neden olabilir.

Çoğu Ethernet LAN'ı 1500 baytlık bir MTU kullanır (modern LAN'lar Jumbo çerçeveleri kullanabilir, bu da bir MTU'ya 9000 bayta kadar izin verir), ancak PPPoE gibi sınır protokolleri bunu azaltacaktır. Bu, kötü yapılandırılmış güvenlik duvarlarının arkasındaki bazı siteleri erişilemez hale getirmenin olası sonucuyla yol MTU keşfinin yürürlüğe girmesine neden olur. Ağın hangi bölümünü kontrol ettiğine bağlı olarak, muhtemelen bu soruna geçici bir çözüm bulunabilir; örneğin, güvenlik duvarında TCP bağlantısını kuran ilk paketteki MSS'yi (maksimum segment boyutu) değiştirebilir.

Bu sorun, 'Yeni Nesil TCP/IP Yığını'nı tanıtan Windows Vista'nın piyasaya sürülmesinden bu yana daha sık ortaya çıktı. Bu, "Bant genişliği gecikme ürününü ve uygulama geri alma oranını ölçerek optimum alma penceresi boyutunu sürekli olarak belirleyen ve değişen ağ koşullarına göre maksimum alma penceresi boyutunu ayarlayan Alma Penceresi Otomatik Ayarını" uygular.[2] Bunun, diğer işletim sistemleriyle çalıştığı görülen eski yönlendiriciler ve güvenlik duvarları ile birlikte başarısız olduğu görülmüştür. En sık ADSL yönlendiricilerinde görülür ve genellikle bir ürün yazılımı güncellemesi ile düzeltilebilir.

ATM omurgaları, MTU ayarına bir örnek
Bazen verimlilik açısından, yazılımda desteklenen gerçek maksimum olası uzunluğun altında bir azaltılmış MTU'yu yapay olarak bildirmek tercih edilir. Bunun bir örneği, IP trafiğinin bir ATM (Eşzamansız Aktarım Modu) ağı üzerinden taşınması durumudur. Bazı sağlayıcılar, özellikle telefon geçmişine sahip olanlar, dahili omurga ağlarında ATM kullanır.

ATM'nin optimum verimlilikte kullanılması, paket uzunluğu 48 baytın katı olduğunda elde edilir. Bunun nedeni, ATM'nin, her biri hücre başına toplam 48 bayt maliyetle 5 bayt ek yük ile 53 baytlık kullanıcı verisi yükü taşıyabilen sabit uzunluklu paketler ("hücreler" olarak bilinir) olarak gönderilmesidir. Dolayısıyla iletilen veri uzunluğunun toplam uzunluğu 53 * ncells bayttır, burada ncells = gerekli hücre sayısı = INT((payload_length+47)/48). Bu nedenle, toplam uzunluğun = (48*n+1) bayt olduğu en kötü durumda, yükün son bir baytını iletmek için bir ek hücreye ihtiyaç duyulur, son hücre, 53'si dolgu olan fazladan 47 iletilen bayta mal olur. Bu nedenle, yazılımda azaltılmış bir MTU'yu yapay olarak bildirmek, ATM AAL5 toplam yük uzunluğunu mümkün olduğunda 48 baytın katı yaparak ATM katmanında protokol verimliliğini en üst düzeye çıkarır.

Örneğin, tamamen doldurulmuş 31 ATM hücresi, 31*48=1488 baytlık bir yük taşır. Bu 1488 rakamını alarak ve ilgili tüm yüksek protokollerin katkıda bulunduğu genel giderleri bundan çıkararak, yapay olarak azaltılmış optimal bir MTU için önerilen bir değer elde edebiliriz. Kullanıcının normalde 1500 baytlık paketler göndermesi durumunda, 1489 ile 1536 bayt arasında gönderim yapmak, bir ekstra ATM hücresi şeklinde iletilen 53 baytlık ek bir sabit maliyet gerektirir.

PPPoA/VC-MUX kullanan DSL üzerinden IP bağlantıları örneği için, yine daha önce olduğu gibi 31 ATM hücresini doldurmayı seçerek, 1478 baytlık bir ek yükü hesaba katarak istenen optimal olarak indirgenmiş MTU rakamını 31 = 48*10-10 elde ederiz. 2 baytlık bir Noktadan Noktaya Protokol ek yükü ve 5 baytlık bir AAL8 ek yükü. Bu, PPPoA'ya iletilen 31 baytlık bir paketten ATM aracılığıyla iletilen toplam 53*1643=1478 baytlık bir maliyet verir. ADSL üzerinden PPPoA kullanılarak IP gönderilmesi durumunda, 1478 rakamı, IP başlıkları dahil olmak üzere IP paketinin toplam uzunluğu olacaktır. Dolayısıyla bu örnekte, toplam uzunluğu 1478 olan IP paketlerini göndermek yerine 1500'lik kendi kendine uygulanan azaltılmış bir MTU'yu korumak, IP paketlerinin uzunluğunda 53 baytlık bir azalma pahasına ATM katmanında paket başına 22 bayt tasarruf sağlar.

PPPoE/DSL bağlantıları için maksimum MTU, RFC 1492 başına 2516'dir: PPPoE başlığı olan 6 bayt, 1488 baytlık bir yük veya 31 tam ATM hücresi için yeterli alan bırakır.

Sonunda: MTU'nun standart değeri 1492'dir.... ve tarama sorunları veya MSN bağlantı sorunları olması durumunda 1422 ve 1420 değerlerine indirilmelidir.

Referans: Vikipedi

Saygılarımla