MTU-სთვის დამატებითი ოცდაათი ბაიტის წესი ირღვევა MPLS ფსევდო-ხაზებზე

ჰკითხეთ ინჟინერს, რამდენი უნდა დაემატოს MPLS-ისთვის და მოისმენთ რიცხვს, ჩვეულებრივ ოცდაათს, თავდაჯერებულად ნათქვამს. რიცხვი იმდენად არ არის მცდარი, რამდენადაც ფუძისგან მოწყვეტილი: ის მთლიანად დამოკიდებულია იმაზე, თუ რას ითვლის საწყისი რიცხვი და რას გადასცემს სინამდვილეში პროვაიდერის კიდე. Ethernet ფსევდო-ხაზზე დაშვებები ხილულია და როგორც კი ჩამოწერთ მათ, არითმეტიკა ჩაანაცვლებს ლეგენდას.

ერთი სახელის ქვეშ სამი განსხვავებული რამ იზომება. არის მომხმარებლის IP პაკეტი, ფსევდო-ხაზზე გადატანილი Ethernet ჩარჩო და პროვაიდერის საკუთარი გარე ბმულის ჩარჩოვნება. ბიუჯეტი, რომელიც მათ ურევს, იძლევა მნიშვნელობას, რომელსაც არც ერთი მოწყობილობის ველი არ ელოდება.

ერთი გამოთვლილი ბიუჯეტი ყველა დაშვების გამოხატვით

აიღეთ მომხმარებლის 1500 ბაიტიანი IP პაკეტი, ჩვეულებრივი Ethernet სათაური, რომელიც გადაიტანება ფსევდო-ხაზზე მომხმარებლის FCS-ის გარეშე, არ შენახული VLAN ტეგი, ორჩანაწერიანი ტეგების დასტა და ოთხბაიტიანი მართვის სიტყვა. გადატანილი Ethernet სათაური ამატებს 14-ს, შენახული ტეგები არაფერს ამატებს, ტეგის ორი ჩანაწერი ამატებს 8-ს, რადგან თითოეული ჩანაწერი 4 ბაიტია, ხოლო მართვის სიტყვა ამატებს 4-ს. ეს იძლევა 1526 ბაიტი MPLS-შეფუთული პაკეტის.

ყურადღებით წაიკითხეთ შედეგი. ის გამორიცხავს პროვაიდერის ბმულის გარე Ethernet სათაურს და მის FCS-ს და ეს არის მაგალითი, არა მუდმივა, რომელიც უნდა ჩაიწეროს MTU-სახელის მქონე ნებისმიერ ველში. ორი ტეგი ასევე დაშვებაა: რეალურმა დასტამ შეიძლება ატაროს სატრანსპორტო ტეგი, სერვისის ტეგი და ზოგჯერ მეტიც, და თითოეული ჩანაწერი ღირს იგივე 4 ბაიტი.

რა გადის სინამდვილეში ფსევდო-ხაზზე

RFC 4448 განსაზღვრავს, როგორ მოძრაობენ Ethernet ჩარჩოები MPLS-ის შიგნით, და მის ჩვეულებრივ მოდელში მომხმარებლის პრეამბულა და FCS ამოღებულია შესვლისას და ხელახლა იქმნება გასვლისას. ამიტომ FCS არ ჩანს ზემოთ მოცემულ ბიუჯეტში. VLAN-ის დამუშავება დამოკიდებულია სერვისის რეჟიმზე: რეჟიმი, რომელიც ინახავს მომხმარებლის ტეგებს, ამატებს მათ ბაიტებს უკან, ხოლო რეჟიმი, რომელიც მათ ასახავს, ამას არ აკეთებს. დამატებითი შენახვა ან დამატებითი შეფუთვა უნდა დაითვალოს ზემოდან.

მართვის სიტყვა არითმეტიკის ნაწილია ყოველ ჯერზე, როცა გამოიყენება. RFC 8469 რეკომენდაციას უწევს მას Ethernet ფსევდო-ხაზებისთვის, ამიტომ უფრო ძველი ტექსტი, რომელიც მას არასავალდებულოდ აღწერს, არ არის მტკიცებულება, რომ თქვენი გზა გამოტოვებს მას. დაადასტურეთ რეალური სერვისის რეჟიმი პროვაიდერთან, ნაცვლად იმისა, რომ სქემიდან გამოიტანოთ.

შეადარეთ რიცხვი სწორ ველს

ახლა მოათავსეთ საჭირო შეფუთული ზომა ყოველი შესაბამისი ბმულის გვერდით და იმ ლიმიტის მწარმოებლის განსაზღვრის გვერდით, რომელსაც აყენებთ. ზოგი ველი IP პაკეტს აღწერს, ზოგი ჩარჩოს ან შეფუთვის სხვა საზღვარს. ორი რიცხვი შეიძლება იდენტურად გამოიყურებოდეს და სხვადასხვა ტევადობას აღწერდეს, და ასე წარმოქმნის შესაფერისად მოჩვენებული კონფიგურაცია დანაკარგებს წარმოებაში.

სწორედ ამიტომ არის სარისკო მნიშვნელობის კოპირება დაუკავშირებელ პლატფორმებს შორის. ველის სახელია სპეციფიკაცია, და არა ათობითი რიცხვი, რომელიც სხვა მწარმოებლის კონსოლიდან გახსოვთ.

ping-ის დატვირთვები MTU მნიშვნელობები არ არის

IPv4 ping-ის დატვირთვა IP MTU არ არის. IP სათაური და ICMP სათაური ასევე ხარჯავს ბაიტებს, ამიტომ წარმატებული დატვირთვის ზომა შეესაბამება უფრო დიდ პაკეტს ხაზზე. ერთ ზომაზე გამავალი პრობი ასევე არაფერს ამბობს სერვისზე, რომელიც იყენებს სხვა VLAN რეჟიმს ან უფრო ღრმა ტეგების დასტას. ტესტი ზომავს ერთ გზას, ერთ ზომას და დატვირთვის ერთ ფორმას, და სერვისს შეუძლია სამივე შეცვალოს.

კიდევ უარესი, ping შეიძლება წარმატებული იყოს, მაშინ როცა დიდი ჩარჩოები ვერ გადის, რადგან პრობმა გამოიყენა გზა და ზომა, რომელსაც რეალური ტრაფიკი არასდროს იყენებს. მოეპყარით ამას როგორც ერთ მონაცემთა წერტილს ხელმისაწვდომობის შესახებ, და არა როგორც მე-2 დონის სერვისის სპეციფიკაციას.

როცა ჩარჩო არ ეტევა

თუ ზედმეტად დიდი ჩარჩოები ვერ გადაიტანება და არ არსებობს მხარდაჭერილი ფრაგმენტაციის ან ხელახალი აწყობის მექანიზმი, ისინი უგულებელყოფილია, ჩვეულებრივ ორივე ბოლოში მკაფიო შეცდომის გარეშე. შემდეგ აპლიკაციები ნაჩვენებენ დროის ამოწურვას მასობრივ გადაცემებში, მაშინ როცა ინტერაქტიული სესიები ჯანმრთელი რჩება, რაც ადამიანებს ბაიტების დათვლის ნაცვლად ქსელურ ფარებსა და მარშრუტებზე აგზავნის.

გაარკვიეთ რეალური ბიუჯეტი პროვაიდერთან: სერვისის რეჟიმი, ტეგების დამუშავება, ტეგების სიღრმე, მართვის სიტყვა და ზუსტი ლიმიტი, რომელსაც თქვენი მოწყობილობა აწესებს. ჩაწერეთ დაშვებები რიცხვის გვერდით, თორემ შემდეგი ინჟინერი მემკვიდრეობით მიიღებს ოცდაათი ბაიტის წესს და ერთ გამოცანას.