OSPF DR და BDR: არჩევა ინტერფეისს ეკუთვნის

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

მნიშვნელოვანი შედარება არის ერთ სეგმენტზე არსებულ როლებსა და მარშრუტიზატორის გავლით არსებულ როლებს შორის, და იმას შორის, თუ რას აკეთებს სარეზერვო და რას არ აკეთებს.

თითო არჩევა თითო სეგმენტზე

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

ერთ არეალში ორი ინტერფეისი მაინც ორი არჩევაა. არეალის წევრობა მათ არ აერთიანებს.

რას აკეთებს სარეზერვო, სანამ ელოდება

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

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

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

Broadcast და NBMA ქსელები ირჩევენ; point-to-point და point-to-multipoint ქსელები არ ირჩევენ, რადგან არჩევისთვის საერთო სეგმენტი არ არსებობს. Hub-and-spoke გადაფარვაში ეფექტური მოდელი დამოკიდებულია იმაზე, თუ როგორ არის კონფიგურირებული გვირაბის ინტერფეისი, ამიტომ წაიკითხეთ ის ნებისმიერი როლის ინტერპრეტაციამდე. Broadcast სეგმენტივით მოქმედი გვირაბი და point-to-point ბმების სიმრავლევით მოქმედი გვირაბი სრულიად განსხვავებულ მეზობელთა ქცევას იძლევა.

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

ვარგისიანობა ინტერფეისის მიხედვითაა და უპირატესობა ავტომატური არ არის

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

ყოველი spoke-ის გამორიცხვა სხვა ვარგისი მონაწილის მიუწოდებლად ასევე ნიშნავს, რომ შეიძლება საერთოდ არ იყოს სარეზერვო.

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