ECMP ერთ VTEP-მდე: საიდან მოდის VXLAN-ის ენტროპია

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

მარშრუტი წყვეტს მიღწევადობას; ჰეში წყვეტს განაწილებას.

მითი: /32 ნიშნავს ერთ გზას

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

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

საიდან უნდა მოვიდეს ენტროპია

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

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

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

შეამოწმეთ ის ჰეში, რომელსაც რეალურად იღებთ

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

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

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

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

რას არ ნიშნავს თანაბარი განაწილება

ნაკადზე გათვლილი ჰეში შექმნილია იმისთვის, რომ ერთი საუბარი ერთ გზაზე შეინარჩუნოს, სანამ მისი შემავალი და ხელმისაწვდომი გზების სიმრავლე უცვლელია. ამიტომ ერთი დიდი TCP გადაცემა ყველა uplink-ს არ აერთიანებს და კავშირების დამატება ამ ნაკადს არ დააჩქარებს. ეს ნორმალური ქცევაა და არა ხარვეზი.

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

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