Əlavə otuz baytlıq MTU qaydası MPLS psevdomağlarında pozulur

MPLS üçün nə qədər əlavə etmək lazım olduğunu bir mühəndisdən soruşun və ehtiyatla deyilən bir rəqəm eşidəcəksiniz, adətən otuz. Rəqəm səhv deyil, sadəcə bağlantısızdır: tamamilə başlanğıc rəqəmin nəyi saydığından və provayder kənarının həqiqətən nə ötürdüyündən asılıdır. Ethernet psevdomağında fərziyyələr görünür, və onları yazdığınız anda hesab əfsanəni əvəz edir.

Bir ad altında üç fərqli şey ölçülür. Müştərinin IP paketi, psevdomağ boyunca daşınan Ethernet kadrı və provayderin öz xarici link çərçivəsi var. Onları qarışdıran büdcə heç bir cihaz sahəsinin gözləmədiyi dəyər istehsal edir.

Bütün fərziyyələr açıqlanan bir işlənmiş büdcə

Müştərinin 1500 baytlıq IP paketini, müştəri FCS-i olmadan psevdomağ boyunca daşınan adi Ethernet başlığını, saxlanmayan VLAN teqini, iki girişli etiket yığınını və dörd baytlıq idarəetmə sözünü götürün. Daşınan Ethernet başlığı 14 əlavə edir, saxlanan teqlər heç nə əlavə etmir, iki etiket girişi 8 əlavə edir, çünki hər giriş 4 baytdır, idarəetmə sözü isə 4 əlavə edir. Bu, 1526 baytlıq MPLS ilə inkapsullaşdırılmış paket verir.

Nəticəni diqqətlə oxuyun. O, provayder linkinin xarici Ethernet başlığını və FCS-ni istisna edir və MTU adlanan hər hansı sahəyə yazılacaq sabit deyil, bir nümunədir. İki etiket də bir fərziyyədir: real yığın nəqliyyat etiketi, xidmət etiketi və bəzən daha çoxunu daşıya bilər, hər giriş isə eyni 4 bayta başa gəlir.

Psevdomağdan həqiqətən nə keçir

RFC 4448 Ethernet kadrlarının MPLS daxilində necə hərəkət etdiyini müəyyən edir və onun adi modelində müştəri preambulası və FCS girişdə çıxarılır, çıxışda yenidən yaradılır. Buna görə FCS yuxarıdakı büdcədə görünmür. VLAN emalı xidmət rejimindən asılıdır: müştəri teqlərini saxlayan rejim onların baytlarını geri əlavə edir, onları xəritələyən rejim isə etmir. Əlavə saxlama və ya əlavə inkapsulyasiya üstəgəl sayılmalıdır.

İdarəetmə sözü istifadə olunduqda hesabın bir hissəsidir. RFC 8469 onu Ethernet psevdomağları üçün tövsiyə edir, buna görə onu istəyə bağlı kimi təsvir edən köhnə mətn yolunuzun onu buraxdığına dəlil deyil. Xidmət rejimini diaqramdan çıxarmaq əvəzinə provayderlə təsdiqləyin.

Rəqəmi düzgün sahə ilə müqayisə edin

İndi tələb olunan inkapsullaşdırılmış ölçünü hər aidiyyəti linkin yanına və konfiqurasiya etdiyiniz limitin satıcı tərifinin yanına qoyun. Bəzi sahələr IP paketini, digərləri kadrı və ya başqa inkapsulyasiya sərhədini təsvir edir. İki rəqəm eyni görünə və fərqli tutumları təsvir edə bilər, uyğun görünən konfiqurasiyanın istehsalatda itkilər yaratması belə olur.

Buna görə də dəyəri əlaqəsiz platformalar arasında köçürmək risklidir. Sahənin adı spesifikasiyadır, başqa satıcının konsolundan xatırladığınız onluq rəqəm deyil.

Ping yükləri MTU dəyərləri deyil

IPv4 ping yükü IP MTU deyil. IP başlığı və ICMP başlığı da bayt sərf edir, buna görə uğurlu olan yük ölçüsü naqildə daha böyük paketə uyğun gəlir. Bir ölçüdə keçən yoxlama fərqli VLAN rejimi və ya daha dərin etiket yığını istifadə edən xidmət haqqında heç nə demir. Test bir yolu, bir ölçünü və bir yük formasını ölçür, xidmət isə hər üçünü dəyişə bilər.

Daha pisi, ping uğur qazana bilər, böyük kadrlar isə uğursuz olur, çünki yoxlama real trafikin heç vaxt istifadə etmədiyi yolu və ölçünü sınaqdan keçirdi. Onu əlçatanlıq haqqında bir məlumat nöqtəsi kimi qəbul edin, 2-ci qat xidmətinin spesifikasiyası kimi deyil.

Kadr sığmadıqda

Əgər həddindən böyük kadrlar daşına bilmirsə və dəstəklənən fraqmentasiya və ya yenidən yığma mexanizmi yoxdursa, onlar atılır, adətən heç bir tərəfdə aydın xəta olmadan. Sonra proqramlar kütləvi ötürmələrdə fasilələr göstərir, interaktiv sessiyalar isə sağlam qalır, bu da insanları bayt saylarına deyil, firewall və marşrutlara baxmağa yönəldir.

Real büdcəni provayderlə birlikdə müəyyənləşdirin: xidmət rejimi, teq emalı, etiket dərinliyi, idarəetmə sözü və cihazınızın tətbiq etdiyi dəqiq limit. Fərziyyələri rəqəmin yanına yazın, əks halda növbəti mühəndis otuz bayt qaydasını və bir sirri miras alacaq.