DSCP მონიშვნა თუ პროვაიდერის QoS დაპირება? არც ერთი არ არის ხელშეკრულება

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

local match → queue and marking → provider classifier
  → provider treatment → destination

სად შეიძლება სწორი მონიშვნა ჩუმად მოკვდეს

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

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

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

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

რას ყოფს სინამდვილეში განრიგებელი

ლოკალურ პოლიტიკას თავისი სემანტიკა აქვს და ყველაზე მეტ გაუგებრობას სიტყვა “remaining” იწვევს. იმ პლატფორმებზე, რომლებსაც IOS XE-ის განრიგების სახელმძღვანელო აღწერს, bandwidth remaining percent ადგენს ჭარბ წონას და არა საფეხურს მიმდევრობაში, სადაც თითოეული კლასი წინა კლასის დატოვებულის ნაწილს იღებს. განუნაწილებელი პროცენტები ნაწილდება შესაბამის არაკონფიგურირებულ რიგებზე და არ ინახება ფაილის ბოლო კლასისთვის.

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

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

მთვლელები ამბობენ, რომელი ნახევარი ჩავარდა

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

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

RFC 2475 კლასიფიკაციასა და კონდიცირებას ადმინისტრაციულ დომენებში შესრულებულ სამუშაოდ განიხილავს, და სწორედ ამიტომ მონიშვნას არ შეუძლია რიგების დაჯავშნა ბოლომდე. IOS XE-ის განრიგების სახელმძღვანელო ზემოთ აღწერილი ჭარბი წონის ქცევის მითითებაა, და ღირს მისი პლატფორმების შედარებების წაკითხვა, სანამ გამოთვლილ სიჩქარეს მოდელებს შორის გადაიტანთ.

დაწერეთ ხელშეკრულება ერთ ადგილას

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

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