Cisco Training 200-125 CCNA v3.0. დღე 44: გაცნობა OSPF-ში

დღეს ჩვენ დავიწყებთ სწავლას OSPF მარშრუტიზაციის შესახებ. ეს თემა, ისევე როგორც EIGRP პროტოკოლი, არის ყველაზე მნიშვნელოვანი თემა მთელი CCNA კურსის განმავლობაში. როგორც ხედავთ, 2.4 განყოფილებას აქვს სათაური „OSPFv2 ერთზონიანი და მრავალზონიანი IPv4-ის კონფიგურაცია, ტესტირება და პრობლემების გადაჭრა (გარდა ავთენტიფიკაციის, ფილტრაციის, მარშრუტის ხელით შეჯამების, გადანაწილების, Stub Area, VNet და LSA).

OSPF-ის თემა საკმაოდ ვრცელია, ამიტომ დასჭირდება 2, შესაძლოა 3 ვიდეო გაკვეთილი. დღევანდელი გაკვეთილი დაეთმობა საკითხის თეორიულ მხარეს, გეტყვით რა არის ეს პროტოკოლი ზოგადად და როგორ მუშაობს. შემდეგ ვიდეოში ჩვენ გადავალთ OSPF კონფიგურაციის რეჟიმში Packet Tracer-ის გამოყენებით.

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

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

ჩვენ მოგვიანებით განვიხილავთ გადაწყვეტილების ალგორითმს, მაგრამ ახლა უნდა გახსოვდეთ, რომ OSPF არის Link State Protocol. ეს ღია სტანდარტი შეიქმნა 1988 წელს, რათა ქსელური აღჭურვილობის ყველა მწარმოებელს და ქსელის ნებისმიერ პროვაიდერს შეეძლო მისი გამოყენება. ამიტომ OSPF ბევრად უფრო პოპულარულია ვიდრე EIGRP.

OSPF ვერსია 2 მხარს უჭერდა მხოლოდ IPv4-ს და ერთი წლის შემდეგ, 1989 წელს, დეველოპერებმა გამოაცხადეს ვერსია 3, რომელიც მხარს უჭერდა IPv6-ს. თუმცა, IPv6-ისთვის OSPF-ის სრულად ფუნქციონალური მესამე ვერსია მხოლოდ 2008 წელს გამოჩნდა. რატომ აირჩიეთ OSPF? ბოლო გაკვეთილზე გავიგეთ, რომ ეს შიდა კარიბჭის პროტოკოლი მარშრუტის კონვერგენციას ბევრად უფრო სწრაფად ახორციელებს, ვიდრე RIP. ეს არის უკლასო პროტოკოლი.

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

გლობალური გაგებით, OSPF არის Link State Advertisements ან LSA-ების გაცვლის მექანიზმი. LSA შეტყობინებები გენერირდება როუტერის მიერ და შეიცავს უამრავ ინფორმაციას: როუტერის უნიკალური იდენტიფიკატორის როუტერის ID, როუტერისთვის ცნობილი ქსელების შესახებ, მონაცემები მათი ღირებულების შესახებ და ა.შ. როუტერს ესაჭიროება მთელი ეს ინფორმაცია მარშრუტიზაციის გადაწყვეტილების მისაღებად.

როუტერი R3 აგზავნის თავის LSA ინფორმაციას როუტერ R5-ზე და როუტერი R5 უზიარებს თავის LSA ინფორმაციას R3-ს. ეს LSA წარმოადგენს მონაცემთა სტრუქტურას, რომელიც ქმნის Link State მონაცემთა ბაზას, ან LSDB. როუტერი აგროვებს ყველა მიღებულ LSA-ს და ათავსებს მათ თავის LSDB-ში. მას შემდეგ, რაც ორივე მარშრუტიზატორი შექმნის მონაცემთა ბაზას, ისინი გაცვლიან Hello შეტყობინებებს, რომლებიც ემსახურება მეზობლების აღმოჩენას და იწყებენ მათი LSDB-ების შედარების პროცედურას.

როუტერი R3 აგზავნის როუტერ R5-ს DBD, ან „მონაცემთა ბაზის აღწერა“ შეტყობინებას, ხოლო R5 აგზავნის თავის DBD-ს როუტერ R3-ზე. ეს შეტყობინებები შეიცავს LSA ინდექსებს, რომლებიც ხელმისაწვდომია თითოეული როუტერის მონაცემთა ბაზაში. DBD-ის მიღების შემდეგ, R3 უგზავნის LSR ქსელის სტატუსის მოთხოვნას R5-ს და ამბობს: „მე უკვე მაქვს შეტყობინებები 3,4 და 9, ამიტომ გამომიგზავნე მხოლოდ 5 და 7“.

R5 აკეთებს იგივეს, ეუბნება მესამე როუტერს: „მე მაქვს ინფორმაცია 3,4 და 9, ამიტომ გამომიგზავნე 1 და 2“. LSR მოთხოვნების მიღების შემდეგ, მარშრუტიზატორები უგზავნიან LSU ქსელის მდგომარეობის განახლების პაკეტებს, ანუ, მისი LSR-ის საპასუხოდ, მესამე როუტერი იღებს LSU-ს R5 როუტერისგან. მას შემდეგ, რაც როუტერები განაახლებს მონაცემთა ბაზებს, ყველა მათგანს, თუნდაც 100 როუტერი გქონდეთ, ექნება იგივე LSDB. მას შემდეგ რაც შეიქმნება LSDB მონაცემთა ბაზები მარშრუტიზატორებში, თითოეულმა მათგანმა გაიგოს მთლიანი ქსელის შესახებ. OSPF პროტოკოლი იყენებს Shortest Path First ალგორითმს მარშრუტიზაციის ცხრილის შესაქმნელად, ამიტომ მისი სწორი მუშაობისთვის ყველაზე მნიშვნელოვანი პირობაა ქსელში არსებული ყველა მოწყობილობის LSDB-ების სინქრონიზაცია.

ზემოთ მოცემულ დიაგრამაზე არის 9 როუტერი, რომელთაგან თითოეული ცვლის LSR, LSU და ა.შ შეტყობინებებს მეზობლებთან. ყველა მათგანი ერთმანეთთან არის დაკავშირებული p2p ან „წერტილამდე“ ინტერფეისებით, რომლებიც მხარს უჭერენ ოპერაციას OSPF პროტოკოლის მეშვეობით და ურთიერთქმედებენ ერთმანეთთან ერთი და იგივე LSDB-ის შესაქმნელად.

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

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

როგორც ქსელის ადმინისტრატორი, თქვენ არ ხართ ჩართული LSDB შექმნის პროცესში. მონაცემთა ბაზები ავტომატურად განახლდება მარშრუტიზატორების უბნის შექმნის შემდეგ, ისევე როგორც მარშრუტიზაციის ცხრილების აგება. ამ ყველაფერს ასრულებს თავად მოწყობილობა, რომელიც კონფიგურირებულია OSPF პროტოკოლთან მუშაობისთვის.
მოდით შევხედოთ მაგალითს. ჩვენ გვაქვს 2 მარშრუტიზატორი, რომლებსაც სიმარტივისთვის მივეცი RID 1.1.1.1 და 2.2.2.2. როგორც კი მათ დავაკავშირებთ, ბმული არხი მაშინვე გადავა ზევით მდგომარეობაში, რადგან მე პირველად დავაყენე ეს მარშრუტიზატორები OSPF-თან მუშაობისთვის. როგორც კი საკომუნიკაციო არხი ჩამოყალიბდება, როუტერი A დაუყოვნებლივ გაუგზავნის Hello პაკეტს როუტერ A-ს. ეს პაკეტი შეიცავს ინფორმაციას იმის შესახებ, რომ ამ როუტერს ჯერ არავის „უნახავს“ ამ არხზე, რადგან ის პირველად აგზავნის Hello-ს, ასევე საკუთარ იდენტიფიკატორს, მასზე დაკავშირებულ ქსელის მონაცემებს და სხვა ინფორმაციას, რომელიც მას შეუძლია. გაუზიარე მეზობელს.

ამ პაკეტის მიღების შემდეგ, როუტერი B იტყვის: "მე ვხედავ, რომ არსებობს OSPF მეზობლის პოტენციური კანდიდატი ამ საკომუნიკაციო არხზე" და გადავა საწყის მდგომარეობაში. Hello პაკეტი არ არის unicast ან სამაუწყებლო შეტყობინება, ეს არის multicast პაკეტი, რომელიც გაგზავნილია multicast OSPF IP მისამართზე 224.0.0.5. ზოგიერთი ადამიანი კითხულობს, რა არის ქვექსელის ნიღაბი multicast-ისთვის. ფაქტია, რომ მულტიკასტს არ აქვს ქვექსელის ნიღაბი; ის ვრცელდება როგორც რადიოსიგნალი, რომელსაც ისმის მის სიხშირეზე მორგებული ყველა მოწყობილობა. მაგალითად, თუ გსურთ მოისმინოთ FM რადიოს მაუწყებლობა 91,0 სიხშირეზე, თქვენ დაარეგულირებთ თქვენს რადიოს ამ სიხშირეზე.

ანალოგიურად, B როუტერი კონფიგურირებულია შეტყობინებების მისაღებად მულტიკასტის მისამართისთვის 224.0.0.5. ამ არხის მოსმენისას ის იღებს A როუტერის მიერ გამოგზავნილ Hello-ს პაკეტს და პასუხობს საკუთარი მესიჯით.

ამ შემთხვევაში, სამეზობლო შეიძლება დადგინდეს მხოლოდ იმ შემთხვევაში, თუ პასუხი B აკმაყოფილებს კრიტერიუმების ერთობლიობას. პირველი კრიტერიუმია, რომ Hello შეტყობინებების გაგზავნის სიხშირე და ამ შეტყობინებაზე პასუხის მოლოდინის ინტერვალი ორივე მარშრუტიზატორისთვის უნდა იყოს იგივე. როგორც წესი, მკვდარი ინტერვალი უდრის Hello ტაიმერის რამდენიმე მნიშვნელობას. ამრიგად, თუ A როუტერის Hello ტაიმერი არის 10 წამი, და B როუტერი აგზავნის მას შეტყობინებას 30 წამის შემდეგ, ხოლო მკვდარი ინტერვალი არის 20 წამი, მიმდებარეობა არ მოხდება.

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

მესამე კრიტერიუმი არის Arial ID ზონის იდენტიფიკატორების შესაბამისობა, მეოთხე არის ქსელის პრეფიქსის სიგრძის შესაბამისობა. თუ როუტერი A იტყობინება /24 პრეფიქსი, მაშინ B როუტერს ასევე უნდა ჰქონდეს /24 ქსელის პრეფიქსი. შემდეგ ვიდეოში ამას უფრო დეტალურად განვიხილავთ, ახლა მე აღვნიშნავ, რომ ეს არ არის ქვექსელის ნიღაბი, აქ მარშრუტიზატორები იყენებენ უკუ Wildcard mask-ს. და რა თქმა უნდა, Stub area flags ასევე უნდა ემთხვეოდეს, თუ მარშრუტიზატორები ამ ზონაშია.

ამ კრიტერიუმების შემოწმების შემდეგ, თუ ისინი ემთხვევა, როუტერი B აგზავნის თავის Hello პაკეტს A როუტერზე. A-ს შეტყობინებისგან განსხვავებით, როუტერი B იტყობინება, რომ მან დაინახა როუტერი A და წარუდგენს საკუთარ თავს.

ამ შეტყობინების საპასუხოდ, როუტერი A კვლავ უგზავნის Hello-ს როუტერ B-ს, რომელშიც ადასტურებს, რომ მან ასევე დაინახა როუტერი B, მათ შორის საკომუნიკაციო არხი შედგება მოწყობილობებისგან 1.1.1.1 და 2.2.2.2, და ის თავად არის მოწყობილობა 1.1.1.1. . ეს არის ძალიან მნიშვნელოვანი ეტაპი სამეზობლოს ჩამოყალიბებისთვის. ამ შემთხვევაში გამოიყენება ორმხრივი 2-WAY კავშირი, მაგრამ რა მოხდება, თუ გვაქვს გადამრთველი 4 როუტერის განაწილებული ქსელით? ასეთ „გაზიარებულ“ გარემოში, ერთ-ერთმა მარშრუტიზატორმა უნდა შეასრულოს დანიშნული როუტერის DR როლი, ხოლო მეორემ უნდა შეასრულოს სარეზერვო დანიშნული როუტერის, BDR.

თითოეული ეს მოწყობილობა შექმნის სრულ კავშირს, ან სრული მიმდებარეობის მდგომარეობას, მოგვიანებით ჩვენ გადავხედავთ, რა არის ეს, თუმცა, ამ ტიპის კავშირი დამყარდება მხოლოდ DR და BDR; ორი ქვედა როუტერი D და B იქნება. კვლავ დაუკავშირდნენ ერთმანეთს ორმხრივი კავშირის სქემის "წერტილამდე" გამოყენებით.

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

როგორც კი ორმხრივი კომუნიკაცია დამყარდება, როუტერი A აგზავნის როუტერ B-ს მონაცემთა ბაზის აღწერილობის პაკეტს, ან „მონაცემთა ბაზის აღწერას“ და გადადის ExStart მდგომარეობაში - გაცვლის დასაწყისი, ან ელოდება დატვირთვას. მონაცემთა ბაზის აღმწერი არის წიგნის სარჩევის მსგავსი ინფორმაცია - ეს არის ყველაფრის ჩამონათვალი, რაც არის მარშრუტიზაციის მონაცემთა ბაზაში. ამის საპასუხოდ, როუტერი B აგზავნის მონაცემთა ბაზის აღწერას როუტერ A-ზე და შედის Exchange არხის საკომუნიკაციო მდგომარეობაში. თუ გაცვლის მდგომარეობაში როუტერი აღმოაჩენს, რომ გარკვეული ინფორმაცია აკლია მის მონაცემთა ბაზაში, ის გადავა LOADING loading მდგომარეობაში და დაიწყებს LSR, LSU და LSA შეტყობინებების გაცვლას თავის მეზობელთან.

ასე რომ, როუტერი A გაუგზავნის LSR-ს თავის მეზობელს, რომელიც უპასუხებს LSU პაკეტით, რომელზეც A როუტერი უპასუხებს როუტერ B-ს LSA შეტყობინებით. ეს გაცვლა მოხდება იმდენჯერ, რამდენჯერაც მოწყობილობებს სურთ გაცვალონ LSA შეტყობინებები. LOADING მდგომარეობა ნიშნავს, რომ LSA მონაცემთა ბაზის სრული განახლება ჯერ არ მომხდარა. ყველა მონაცემის ჩამოტვირთვის შემდეგ, ორივე მოწყობილობა შევა FULL მიმდებარე მდგომარეობაში.

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

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

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

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

იმედი მაქვს, რომ თქვენ გაარკვიეთ DR და BDR არჩევანი, თუ არა, მე დავუბრუნდები ამ საკითხს ერთ-ერთ შემდეგ ვიდეოში და ავხსნი ამ პროცესს.

აქამდე ჩვენ გადავხედეთ რა არის Hello, მონაცემთა ბაზის აღმწერი და LSR, LSU და LSA შეტყობინებები. სანამ შემდეგ თემაზე გადავიდოდეთ, ცოტა ვისაუბროთ OSPF-ის ღირებულებაზე.

Cisco-ში მარშრუტის ღირებულება გამოითვლება Reference გამტარუნარიანობის თანაფარდობის ფორმულის გამოყენებით, რომელიც ნაგულისხმევად არის დაყენებული 100 მბიტ/წმ-ზე, არხის ღირებულებასთან. მაგალითად, სერიული პორტით მოწყობილობების მიერთებისას სიჩქარე არის 1.544 Mbps, ხოლო ღირებულება იქნება 64. Ethernet კავშირის გამოყენებისას 10 Mbps სიჩქარით, ღირებულება იქნება 10, ხოლო FastEthernet კავშირის ღირებულება. 100 Mbps სიჩქარე იქნება 1.

Gigabit Ethernet-ის გამოყენებისას გვაქვს 1000 Mbps სიჩქარე, მაგრამ ამ შემთხვევაში სიჩქარე ყოველთვის არის 1. ასე რომ, თუ თქვენ გაქვთ Gigabit Ethernet თქვენს ქსელში, თქვენ უნდა შეცვალოთ Ref-ის ნაგულისხმევი მნიშვნელობა. BW 1000-ით. ამ შემთხვევაში ღირებულება იქნება 1, ხოლო მთლიანი ცხრილი ხელახლა გამოითვლება ღირებულების ღირებულებების 10-ჯერ გაზრდით. მას შემდეგ რაც ჩამოვაყალიბეთ მიმდებარე ტერიტორია და ავაშენეთ LSDB, გადავდივართ მარშრუტიზაციის ცხრილის აგებაზე.

LSDB-ის მიღების შემდეგ, თითოეული როუტერი დამოუკიდებლად იწყებს მარშრუტების სიის გენერირებას SPF ალგორითმის გამოყენებით. ჩვენს სქემაში როუტერი A შექმნის ასეთ ცხრილს თავისთვის. მაგალითად, ის ითვლის A-R1 მარშრუტის ღირებულებას და ადგენს 10-ს. დიაგრამის გასაგებად გასაადვილებლად, დავუშვათ, რომ როუტერი A განსაზღვრავს ოპტიმალურ მარშრუტს როუტერ B-მდე. ბმული A-R1 არის 10. , ბმული A-R2 არის 100, ხოლო A-R3 მარშრუტის ღირებულება უდრის 11-ს, ანუ მარშრუტის A-R1(10) და R1-R3(1) ჯამი.

თუ როუტერ A-ს სურს როუტერ R4-მდე მისვლა, მას შეუძლია ამის გაკეთება ან A-R1-R4 მარშრუტით ან A-R2-R4 მარშრუტის გასწვრივ და ორივე შემთხვევაში მარშრუტების ღირებულება იქნება იგივე: 10+100 =100+10=110. მარშრუტი A-R6 ეღირება 100+1=101, რაც უკვე უკეთესია. შემდეგი, ჩვენ განვიხილავთ გზას როუტერ R5-მდე A-R1-R3-R5 მარშრუტის გასწვრივ, რომლის ღირებულება იქნება 10+1+100 = 111.

მარშრუტიზატორი R7-ისკენ მიმავალი ბილიკი შეიძლება დაინიშნოს ორი მარშრუტით: A-R1-R4-R7 ან A-R2-R6-R7. პირველის ღირებულება იქნება 210, მეორის - 201, რაც ნიშნავს, რომ თქვენ უნდა აირჩიოთ 201. ასე რომ, როუტერ B-მდე მისასვლელად A როუტერს შეუძლია გამოიყენოს 4 მარშრუტი.

A-R1-R3-R5-B მარშრუტის ღირებულება იქნება 121. მარშრუტი A-R1-R4-R7-B ეღირება 220. მარშრუტი A-R2-R4-R7-B ეღირება 210, ხოლო A-R2- R6-R7- B-ს აქვს ღირებულება 211. ამის საფუძველზე A როუტერი აირჩევს მარშრუტს ყველაზე დაბალი ღირებულებით, უდრის 121-ს და განათავსებს მარშრუტულ ცხრილში. ეს არის ძალიან გამარტივებული დიაგრამა, თუ როგორ მუშაობს SPF ალგორითმი. სინამდვილეში, ცხრილი შეიცავს არა მხოლოდ მარშრუტიზატორების აღნიშვნებს, რომლებითაც გადის ოპტიმალური მარშრუტი, არამედ მათ დამაკავშირებელი პორტების აღნიშვნებს და ყველა სხვა საჭირო ინფორმაციას.

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

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

თუ თქვენ გაქვთ 100 როუტერი, ისინი ყველა განაახლებს ბმულის მდგომარეობის ინფორმაციას, რადგან ისინი იმავე საერთო ზონაში არიან. იგივე მოხდება, თუ ერთ-ერთი მეზობელი როუტერი მარცხდება - ზონის ყველა მოწყობილობა გაცვლის LSA განახლებებს. ასეთი შეტყობინებების გაცვლის შემდეგ, თავად ქსელის ტოპოლოგია შეიცვლება. როგორც კი ეს მოხდება, SPF ხელახლა გამოთვლის მარშრუტიზაციის ცხრილებს შეცვლილი პირობების მიხედვით. ეს ძალიან დიდი პროცესია და თუ თქვენ გაქვთ ათასი მოწყობილობა ერთ ზონაში, თქვენ უნდა აკონტროლოთ მარშრუტიზატორების მეხსიერების ზომა ისე, რომ საკმარისი იყოს ყველა LSA-ს და უზარმაზარი LSDB ბმული სახელმწიფო მონაცემთა ბაზის შესანახად. როგორც კი ცვლილებები მოხდება ზონის ზოგიერთ ნაწილში, SPF ალგორითმი დაუყოვნებლივ გადათვლის მარშრუტებს. ნაგულისხმევად, LSA განახლდება ყოველ 30 წუთში. ეს პროცესი არ ხდება ყველა მოწყობილობაზე ერთდროულად, მაგრამ ნებისმიერ შემთხვევაში, განახლებები ხორციელდება თითოეული როუტერის მიერ ყოველ 30 წუთში. რაც მეტი ქსელური მოწყობილობა. რაც უფრო მეტი მეხსიერება და დრო სჭირდება LSDB-ის განახლებას.

ამ პრობლემის მოგვარება შესაძლებელია ერთი საერთო ზონის რამდენიმე ცალკეულ ზონად დაყოფით, ანუ მულტიზონირების გამოყენებით. ამისათვის თქვენ უნდა გქონდეთ მთელი ქსელის გეგმა ან დიაგრამა, რომელსაც მართავთ. AREA 0 არის თქვენი მთავარი ტერიტორია. ეს არის ადგილი, სადაც ხდება გარე ქსელთან კავშირი, მაგალითად, ინტერნეტთან წვდომა. ახალი ზონების შექმნისას უნდა დაიცვათ წესი: თითოეულ ზონას უნდა ჰქონდეს ერთი ABR, Area Border Router. Edge როუტერს აქვს ერთი ინტერფეისი ერთ ზონაში და მეორე ინტერფეისი მეორე ზონაში. მაგალითად, R5 როუტერს აქვს ინტერფეისები ზონაში 1 და ზონაში 0. როგორც ვთქვი, თითოეული ზონა უნდა იყოს დაკავშირებული ზონაში ნულოვანი, ანუ ჰქონდეს ზღვარზე როუტერი, რომლის ერთ-ერთი ინტერფეისი უკავშირდება AREA 0-ს.

დავუშვათ, რომ R6-R7 კავშირი ვერ მოხერხდა. ამ შემთხვევაში, LSA განახლება გავრცელდება მხოლოდ AREA 1-ში და იმოქმედებს მხოლოდ ამ ზონაზე. მე-2 და 0 ზონაში მყოფმა მოწყობილობებმა არც კი იციან ამის შესახებ. Edge როუტერი R5 აჯამებს ინფორმაციას იმის შესახებ, თუ რა ხდება მის ზონაში და აგზავნის შემაჯამებელ ინფორმაციას ქსელის მდგომარეობის შესახებ მთავარ ზონაში AREA 0. ერთ ზონაში მოწყობილობებს არ სჭირდებათ იცოდნენ ყველა LSA ცვლილება სხვა ზონებში, რადგან ABR როუტერი გადააგზავნის მარშრუტის შემაჯამებელ ინფორმაციას ერთი ზონიდან მეორეში.

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

გმადლობთ, რომ დარჩით ჩვენთან. მოგწონთ ჩვენი სტატიები? გსურთ ნახოთ უფრო საინტერესო შინაარსი? მხარი დაგვიჭირეთ შეკვეთის განთავსებით ან მეგობრებისთვის რეკომენდაციით, 30% ფასდაკლება Habr-ის მომხმარებლებისთვის საწყისი დონის სერვერების უნიკალურ ანალოგზე, რომელიც ჩვენ მიერ გამოგონილია თქვენთვის: მთელი სიმართლე VPS (KVM) E5-2650 v4 (6 Cores) 10GB DDR4 240GB SSD 1Gbps 20$-დან ან როგორ გავაზიარო სერვერი? (ხელმისაწვდომია RAID1 და RAID10-ით, 24 ბირთვამდე და 40 გბ-მდე DDR4).

Dell R730xd 2-ჯერ იაფია? Მხოლოდ აქ 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ტელევიზორი $199-დან ნიდერლანდებში! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99-დან! Წაიკითხო რაღაცის შესახებ როგორ ავაშენოთ ინფრასტრუქტურის კორპუსი. კლასი Dell R730xd E5-2650 v4 სერვერების გამოყენებით 9000 ევროს ღირებულების პენი?

წყარო: www.habr.com