MTU için fazladan otuz baytlık kural MPLS sözde kablolarında çöküyor

Bir mühendise MPLS için ne kadar ekleneceğini sorun; genellikle otuz olan bir sayıyı güvenle söyler. Sayı yanlış olmaktan çok köksüzdür: tamamen başlangıç sayısının neyi saydığına ve sağlayıcı kenarının gerçekte ne ilettiğine bağlıdır. Bir Ethernet sözde kablosunda varsayımlar görünürdür ve onları yazdığınız anda aritmetik halk hikâyesinin yerini alır.

Tek bir ad altında üç farklı şey ölçülür. Müşterinin IP paketi, sözde kablo üzerinden taşınan Ethernet çerçevesi ve sağlayıcının kendi dış bağlantı çerçevelemesi vardır. Bunları karıştıran bir bütçe, hiçbir cihaz alanının beklemediği bir değer üretir.

Her varsayımı belirten tek bir hesaplanmış bütçe

1500 baytlık bir müşteri IP paketi, müşterinin FCS'i olmadan sözde kablo üzerinden taşınan sıradan bir Ethernet başlığı, saklanmayan bir VLAN etiketi, iki girişli bir etiket yığını ve dört baytlık bir denetim sözcüğü alın. Taşınan Ethernet başlığı 14 ekler, saklanan etiketler hiçbir şey eklemez, iki etiket girişi 8 ekler çünkü her giriş 4 bayttır ve denetim sözcüğü 4 ekler. Bu, 1526 baytlık MPLS ile kapsüllenmiş paket verir.

Sonucu dikkatle okuyun. Sağlayıcı bağlantısının dış Ethernet başlığını ve FCS'ini dışlar ve bu bir örnektir, MTU adlı herhangi bir alana yazılacak sabit değildir. İki etiket de bir varsayımdır: gerçek yığın bir taşıma etiketi, bir hizmet etiketi ve bazen daha fazlasını taşıyabilir ve her giriş aynı 4 bayta mal olur.

Sözde kablodan gerçekte ne geçer

RFC 4448, Ethernet çerçevelerinin MPLS içinde nasıl yol aldığını tanımlar ve olağan modelinde müşteri önsözü ile FCS girişte sökülür, çıkışta yeniden oluşturulur. Bu yüzden FCS yukarıdaki bütçede görünmez. VLAN işleme hizmet moduna bağlıdır: müşteri etiketlerini koruyan mod onların baytlarını geri ekler, onları eşleyen mod ise bunu yapmaz. Ek koruma veya ek kapsülleme bunun üzerine sayılmalıdır.

Denetim sözcüğü kullanıldığı her zaman aritmetiğin parçasıdır. RFC 8469 bunu Ethernet sözde kabloları için önerir, bu yüzden onu isteğe bağlı diye tanımlayan daha eski bir metin, yolunuzun onu atladığının kanıtı değildir. Hizmet modunu bir şemadan çıkarsamak yerine sağlayıcıyla doğrulayın.

Sayıyı doğru alanla karşılaştırın

Şimdi gereken kapsüllenmiş boyutu her ilgili bağlantının yanına ve yapılandırdığınız sınırın üretici tanımının yanına koyun. Bazı alanlar bir IP paketini, diğerleri bir çerçeveyi veya başka bir kapsülleme sınırını tanımlar. İki sayı aynı görünüp farklı kapasiteleri tanımlayabilir ve uygun görünen bir yapılandırmanın üretimde kayıp yaratması böyle olur.

İlgisiz platformlar arasında değer kopyalamanın riskli olmasının nedeni de budur. Alanın adı şartnamedir, başka bir üreticinin konsolundan hatırladığınız ondalık sayı değil.

Ping yükleri MTU değerleri değildir

IPv4 ping yükü bir IP MTU değildir. IP başlığı ve ICMP başlığı da bayt tüketir, bu yüzden başarılı olan yük boyutu kablodaki daha büyük bir pakete karşılık gelir. Tek bir boyutta geçen bir sonda, farklı VLAN modu veya daha derin etiket yığını kullanan bir hizmet hakkında da hiçbir şey söylemez. Test bir yolu, bir boyutu ve bir yük biçimini ölçer ve hizmet üçünü de değiştirebilir.

Daha kötüsü, gerçek trafiğin hiç kullanmadığı bir yolu ve boyutu sonda denediği için büyük çerçeveler başarısız olurken ping başarılı olabilir. Bunu erişilebilirlik hakkında tek bir veri noktası olarak görün, katman-2 hizmeti şartnamesi olarak değil.

Çerçeve sığmadığında

Aşırı büyük çerçeveler taşınamıyorsa ve desteklenen bir parçalama veya yeniden birleştirme mekanizması yoksa, bunlar atılır, genellikle iki uçta da net bir hata olmadan. Ardından uygulamalar toplu aktarımlarda zaman aşımları gösterirken etkileşimli oturumlar sağlıklı kalır, bu da insanları bayt saymak yerine güvenlik duvarlarına ve rotalara bakmaya yönlendirir.

Gerçek bütçeyi sağlayıcıyla netleştirin: hizmet modu, etiket işleme, etiket derinliği, denetim sözcüğü ve cihazınızın uyguladığı tam sınır. Varsayımları sayının yanına yazın, yoksa bir sonraki mühendis otuz baytlık kuralı ve bir gizemi devralır.