Cisco Training 200-125 CCNA v3.0. დღე 21: მანძილის ვექტორული მარშრუტის RIP

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

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

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

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

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

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

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

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

RIP-ის მეორე ვერსიაში ეს პრობლემა მოგვარებულია - იყენებს Multicast ID, ანუ Multicast Traffic Transmission. ამ შემთხვევაში, მხოლოდ ის მოწყობილობები, რომლებიც მითითებულია პროტოკოლის პარამეტრებში, იღებენ განახლებებს. ავტორიზაციის გარდა, RIP-ის ეს ვერსია მხარს უჭერს VLSM უკლასო IP მისამართებს. ეს ნიშნავს, რომ თუ 10.1.1.1/24 ქსელი დაკავშირებულია პირველ როუტერთან, მაშინ ყველა ქსელური მოწყობილობა, რომლის IP მისამართიც ამ ქვექსელის მისამართების დიაპაზონშია, ასევე მიიღებს განახლებებს. პროტოკოლის მეორე ვერსია მხარს უჭერს CIDR მეთოდს, ანუ როდესაც მეორე როუტერი იღებს განახლებას, მან იცის რომელ კონკრეტულ ქსელს ან მარშრუტს ეხება. პირველი ვერსიის შემთხვევაში, თუ ქსელი 10.1.1.0 დაკავშირებულია როუტერთან, მაშინ 10.0.0.0 ქსელის მოწყობილობები და იმავე კლასის კუთვნილი სხვა ქსელები ასევე მიიღებენ განახლებებს. ამ შემთხვევაში, როუტერი 2 ასევე მიიღებს სრულ ინფორმაციას ამ ქსელების განახლების შესახებ, მაგრამ CIDR-ის გარეშე არ იცის, რომ ეს ინფორმაცია ეხება ქვექსელს A კლასის IP მისამართებით.

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

ამის შემდეგ ნახავთ, რომ ბრძანების ხაზის სათაური შეიცვალა R1(config-router)#, რადგან ჩვენ გადავედით როუტერის ქვებრძანების დონეზე. მეორე ბრძანება იქნება ვერსია 2, ანუ ჩვენ მივუთითებთ როუტერს, რომ მან უნდა გამოიყენოს პროტოკოლის 2 ვერსია. შემდეგი, ჩვენ უნდა შევიტანოთ რეკლამირებული კლასის ქსელის მისამართი, რომლითაც განახლებები უნდა გადაიცეს ქსელის XXXX ბრძანების გამოყენებით. ამ ბრძანებას აქვს 2 ფუნქცია: პირველი, ის განსაზღვრავს რომელი ქსელის რეკლამაა საჭირო და მეორე, რომელი ინტერფეისის გამოყენებაა საჭირო. ამისთვის. თქვენ მიხვდებით, რასაც ვგულისხმობ, როდესაც დააკვირდებით ქსელის კონფიგურაციას.

აქ გვაქვს 4 როუტერი და კომპიუტერი, რომელიც დაკავშირებულია გადამრთველთან ქსელის მეშვეობით იდენტიფიკატორით 192.168.1.0/26, რომელიც დაყოფილია 4 ქვექსელად. ჩვენ ვიყენებთ მხოლოდ 3 ქვექსელს: 192.168.1.0/26, 192.168.1.64/26 და 192.168.1.128/26. ჩვენ ჯერ კიდევ გვაქვს ქვექსელი 192.168.1.192/26, მაგრამ ის არ გამოიყენება, რადგან არ არის საჭირო.

მოწყობილობის პორტებს აქვთ შემდეგი IP მისამართები: კომპიუტერი 192.168.1.10, პირველი როუტერის პირველი პორტი 192.168.1.1, მეორე პორტი 192.168.1.65, მეორე როუტერის პირველი პორტი 192.168.1.66, მეორე როუტერის მეორე პორტი 192.168.1.129. მესამე როუტერის პირველი პორტი 192.168.1.130. ბოლო დროს კონვენციებზე ვილაპარაკეთ, ამიტომ ვერ მივყვები კონვენციას და როუტერის მეორე პორტს მივაკუთვნებ მისამართს .1, რადგან .1 არ არის ამ ქსელის ნაწილი.

შემდეგი, მე ვიყენებ სხვა მისამართებს, რადგან ვიწყებთ სხვა ქსელს - 10.1.1.0/16, ამიტომ მეორე როუტერის მეორე პორტს, რომელსაც ეს ქსელი უკავშირდება, აქვს IP მისამართი 10.1.1.1, ხოლო მეოთხეს პორტი. როუტერი, რომელსაც ჩამრთველი უკავშირდება - მისამართი 10.1.1.2.

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

პირველ რიგში, ჩვენ შევქმნით ჰოსტის სახელს R1, მივანიჭებთ მისამართს 0 პორტს f0/192.168.1.1 და მივუთითებთ subnet mask 255.255.255.192, რადგან გვაქვს /26 ქსელი. მოდით დავასრულოთ R1-ის კონფიგურაცია no shut ბრძანებით. პირველი როუტერის f0/1 მეორე პორტი მიიღებს IP მისამართს 192.168.1.65 და ქვექსელის ნიღაბს 255.255.255.192.
მეორე როუტერი მიიღებს სახელს R2, ჩვენ მივანიჭებთ მისამართს 0 და subnet mask 0 პირველ პორტს f192.168.1.66/255.255.255.192, მისამართს 0 და ქვექსელის მასკს 1 მეორე პორტს. 192.168.1.129.

მესამე როუტერზე გადასვლისას მას მივანიჭებთ ჰოსტის სახელს R3, პორტი f0/0 მიიღებს მისამართს 192.168.1.130 და ნიღაბს 255.255.255.192, ხოლო პორტი f0/1 მიიღებს მისამართს 10.1.1.1 და ნიღაბს 255.255.0.0. 16, რადგან ეს ქსელი არის /XNUMX.

ბოლოს გადავალ ბოლო როუტერზე, დავარქმევ R4 და პორტს f0/0 მივანიჭებ 10.1.1.2 მისამართს და 255.255.0.0 ნიღაბს. ასე რომ, ჩვენ დავაკონფიგურირეთ ყველა ქსელის მოწყობილობა.

და ბოლოს, მოდით გადავხედოთ კომპიუტერის ქსელის პარამეტრებს - მას აქვს სტატიკური IP მისამართი 192.168.1.10, ნახევარი ქსელის ნიღაბი 255.255.255.192 და ნაგულისხმევი კარიბჭის მისამართი 192.168.1.1.

ასე რომ, თქვენ ნახეთ, თუ როგორ უნდა დააკონფიგურიროთ ქვექსელის ნიღაბი მოწყობილობებისთვის სხვადასხვა ქვექსელზე, ეს ძალიან მარტივია. ახლა მოდით გავააქტიუროთ მარშრუტიზაცია. შევდივარ R1 პარამეტრებში, ვაყენებ გლობალური კონფიგურაციის რეჟიმს და ვწერ როუტერის ბრძანებას. ამის შემდეგ, სისტემა იძლევა მინიშნებებს ამ ბრძანებისთვის შესაძლო მარშრუტიზაციის პროტოკოლებისთვის: bgp, eigrp, ospf და rip. ვინაიდან ჩვენი გაკვეთილი არის RIP-ის შესახებ, მე ვიყენებ როუტერის rip ბრძანებას.

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

ჩვენ გავაგრძელებთ Router1-ის კონფიგურაციას მოგვიანებით, მაგრამ ახლა მსურს გადავიდეთ Router 3-ზე. სანამ მასზე ქსელის ბრძანებას გამოვიყენებ, მოდით გადავხედოთ ჩვენი ქსელის ტოპოლოგიის მარჯვენა მხარეს. როუტერის მეორე პორტს აქვს მისამართი 10.1.1.1. როგორ მუშაობს RIP? მეორე ვერსიაშიც კი, RIP, როგორც საკმაოდ ძველი პროტოკოლი, კვლავ იყენებს ქსელის საკუთარ კლასებს. ამიტომ, მიუხედავად იმისა, რომ ჩვენი ქსელი 10.1.1.0/16 ეკუთვნის A კლასს, ჩვენ უნდა მივუთითოთ ამ IP მისამართის სრული კლასის ვერსია ქსელის 10.0.0.0 ბრძანების გამოყენებით.

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

მას შემდეგ რაც გამოიყენებთ ქსელის 10.0.0.0 ბრძანებას, მესამე როუტერი ჩასვამს ამ მეათე ქსელს მარშრუტიზაციის პროტოკოლში და გააგზავნის განახლებას R3-R4 მარშრუტის გასწვრივ. ახლა თქვენ უნდა დააკონფიგურიროთ მეოთხე როუტერის მარშრუტიზაციის პროტოკოლი. შევდივარ მის პარამეტრებში და თანმიმდევრულად შევდივარ ბრძანებები როუტერის rip, ვერსია 2 და ქსელი 10.0.0.0. ამ ბრძანებით ვთხოვ R4-ს, დაიწყოს ქსელის რეკლამირება 10. RIP მარშრუტიზაციის პროტოკოლის გამოყენებით.

ახლა ამ ორ როუტერს შეეძლო ინფორმაციის გაცვლა, მაგრამ ეს არაფერს ცვლიდა. show ip route ბრძანების გამოყენება აჩვენებს, რომ FastEthernrt პორტი 0/0 პირდაპირ არის დაკავშირებული ქსელთან 10.1.0.0. მეოთხე როუტერი, რომელმაც მიიღო ქსელის განცხადება მესამე როუტერისგან, იტყვის: ”კარგი, მეგობარო, მე მივიღე შენი განცხადება მეათე ქსელის შესახებ, მაგრამ მე უკვე ვიცი ამის შესახებ, რადგან მე პირდაპირ ვარ დაკავშირებული ამ ქსელთან”.

ამიტომ, ჩვენ დავუბრუნდებით R3 პარამეტრებს და ჩავსვამთ სხვა ქსელს ქსელის 192.168.1.0 ბრძანებით. მე კვლავ ვიყენებ სრული კლასის მისამართების ფორმატს. ამის შემდეგ მესამე როუტერს შეეძლება 192.168.1.128 ქსელის რეკლამირება R3-R4 მარშრუტის გასწვრივ. როგორც უკვე ვთქვი, RIP არის „ჭორი“, რომელიც ყველა თავის მეზობელს ეუბნება ახალი ქსელების შესახებ, გადასცემს მათ ინფორმაციას თავისი მარშრუტიზაციის ცხრილიდან. თუ ახლა გადახედავთ მესამე როუტერის ცხრილს, შეგიძლიათ ნახოთ მასთან დაკავშირებული ორი ქსელის მონაცემები.

ის გადასცემს ამ მონაცემებს მარშრუტის ორივე ბოლოში მეორე და მეოთხე მარშრუტიზატორებზე. მოდით გადავიდეთ R2 პარამეტრებზე. მე შევიყვან იგივე ბრძანებებს როუტერის rip, ვერსია 2 და ქსელი 192.168.1.0 და სწორედ აქ იწყება ყველაფერი საინტერესო. მე დავაკონკრეტე ქსელი 1.0, მაგრამ ეს არის ორივე ქსელი 192.168.1.64/26 და ქსელი 192.168.1.128/26. ამიტომ, როდესაც მე ვაკონკრეტებ ქსელს 192.168.1.0, ტექნიკურად ვაძლევ მარშრუტიზაციას ამ როუტერის ორივე ინტერფეისისთვის. მოხერხებულობა ის არის, რომ მხოლოდ ერთი ბრძანებით შეგიძლიათ დააყენოთ მარშრუტი მოწყობილობის ყველა პორტისთვის.

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

ამ როუტერმა იცის როგორც ქსელი 1.0, ასევე ქსელი 1.64. მან ასევე იცის 1.128 და 10.1.1.0 ქსელების შესახებ, რადგან იყენებს RIP. ეს მითითებულია R სათაურით მარშრუტიზაციის ცხრილის შესაბამის მწკრივში.
გთხოვთ, ყურადღება მიაქციოთ ინფორმაციას [120/2] - ეს არის ადმინისტრაციული მანძილი, ანუ მარშრუტის ინფორმაციის წყაროს სანდოობა. ეს მნიშვნელობა შეიძლება იყოს უფრო დიდი ან პატარა, მაგრამ RIP-ისთვის ნაგულისხმევი არის 120. მაგალითად, სტატიკური მარშრუტს აქვს ადმინისტრაციული მანძილი 1. რაც უფრო დაბალია ადმინისტრაციული მანძილი, მით უფრო სანდოა პროტოკოლი. თუ როუტერს აქვს შესაძლებლობა აირჩიოს ორ პროტოკოლს შორის, მაგალითად, სტატიკურ მარშრუტსა და RIP-ს შორის, მაშინ ის აირჩევს ტრაფიკის გადამისამართებას სტატიკური მარშრუტით. მეორე მნიშვნელობა ფრჩხილებში, /2, არის მეტრიკა. RIP პროტოკოლში მეტრიკა ნიშნავს ჰოპების რაოდენობას. ამ შემთხვევაში, 10.0.0.0/8 ქსელის მიღწევა შესაძლებელია 2 ჰოპში, ანუ როუტერმა R1 უნდა გამოაგზავნოს ტრაფიკი ქსელში 192.168.1.64/26, ეს არის პირველი ჰოპი, ხოლო ქსელში 192.168.1.128/26, ეს არის მეორე გადახტომა, 10.0.0.0/8 ქსელში მისასვლელად FastEthernet 0/1 ინტერფეისის მქონე მოწყობილობის მეშვეობით IP მისამართით 192.168.1.66.

შედარებისთვის, R1 როუტერს შეუძლია მიაღწიოს ქსელს 192.168.1.128 ადმინისტრაციული მანძილით 120 1 ჰოპში 192.168.1.66 ინტერფეისით.

ახლა, თუ ცდილობთ როუტერის R0 ინტერფეისის პინგს IP მისამართით 4 კომპიუტერიდან PC10.1.1.2, ის წარმატებით დაბრუნდება.

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

ასე რომ, როუტერის მიერ RIP პროტოკოლის გამოყენების გასააქტიურებლად, თანმიმდევრულად უნდა აკრიფოთ ბრძანებები როუტერის rip, ვერსია 2 და ქსელი <ქსელის ნომერი / ქსელის იდენტიფიკატორი სრული კლასის ფორმით>.

მოდით გადავიდეთ R4 პარამეტრებზე და შევიტანოთ show ip route ბრძანება. ხედავთ, რომ ქსელი 10. დაკავშირებულია პირდაპირ როუტერთან, ხოლო ქსელი 192.168.1.0/24 ხელმისაწვდომია f0/0 პორტის მეშვეობით IP მისამართით 10.1.1.1 RIP-ის საშუალებით.

თუ ყურადღებას მიაქცევთ 192.168.1.0/24 ქსელის იერსახეს, შეამჩნევთ, რომ პრობლემაა მარშრუტების ავტომატური შეჯამებასთან დაკავშირებით. თუ ჩართულია ავტომატური შეჯამება, RIP შეაჯამებს ყველა ქსელს 192.168.1.0/24-მდე. მოდით შევხედოთ რა არის ტაიმერი. RIP პროტოკოლს აქვს 4 ძირითადი ტაიმერი.

განახლების ტაიმერი პასუხისმგებელია განახლებების გაგზავნის სიხშირეზე, აგზავნის პროტოკოლის განახლებებს ყოველ 30 წამში ერთხელ ყველა ინტერფეისისთვის, რომელიც მონაწილეობს RIP მარშრუტიზაციაში. ეს ნიშნავს, რომ ის იღებს მარშრუტიზაციის ცხრილს და ანაწილებს RIP რეჟიმში მოქმედ ყველა პორტს.
წარმოვიდგინოთ, რომ გვაქვს როუტერი 1, რომელიც დაკავშირებულია როუტერ 2-თან N2 ქსელით. პირველ და მეორე როუტერის შემდეგ არის ქსელები N1 და N3. როუტერი 1 ეუბნება როუტერ 2-ს, რომ მან იცის N1 და N2 ქსელები და უგზავნის მას განახლებას. როუტერი 2 ეუბნება როუტერ 1-ს, რომ მან იცის ქსელები N2 და N3. ამ შემთხვევაში, ყოველ 30 წამში როუტერის პორტები ცვლის მარშრუტიზაციის ცხრილებს.

წარმოვიდგინოთ, რომ რატომღაც N1-R1 კავშირი გატეხილია და როუტერი 1 ვეღარ დაუკავშირდება N1 ქსელს. ამის შემდეგ, პირველი როუტერი გაგზავნის მხოლოდ N2 ქსელთან დაკავშირებით განახლებებს მეორე როუტერზე. როუტერი 2, რომელმაც მიიღო პირველი ასეთი განახლება, იფიქრებს: ”კარგია, ახლა ქსელი N1 უნდა დავაყენო Invalid Timer-ში”, რის შემდეგაც ის დაიწყებს არასწორი ტაიმერს. 180 წამის განმავლობაში ის არ გაცვლის N1 ქსელის განახლებებს არავისთან, მაგრამ ამ პერიოდის შემდეგ შეაჩერებს არასწორი ტაიმერი და ხელახლა დაიწყებს განახლების ტაიმერს. თუ ამ 180 წამის განმავლობაში ის არ მიიღებს განახლებებს N1 ქსელის მდგომარეობის შესახებ, ის განათავსებს მას Hold Down ტაიმერში, რომელიც გრძელდება 180 წამი, ანუ Hold Down ტაიმერი იწყება მაშინვე, როდესაც არასწორი ტაიმერი დასრულდება.

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

ასე რომ, განახლების ტაიმერი აგზავნის განახლებებს ყოველ 30 წამში. არასწორი ტაიმერი, რომელიც მუშაობს ყოველ 180 წამში, ელოდება სანამ ახალი განახლება როუტერს მიაღწევს. თუ ის არ ჩამოვა, ის აყენებს ამ ქსელს შეჩერების მდგომარეობაში, დაჭერის ტაიმერი მუშაობს ყოველ 180 წამში. მაგრამ Invalid და Flush ტაიმერი ერთდროულად იწყება, ასე რომ Flush-ის დაწყებიდან 240 წამის შემდეგ ქსელი, რომელიც არ არის ნახსენები განახლებაში, გამოირიცხება მარშრუტიზაციის ცხრილიდან. ამ ტაიმერების ხანგრძლივობა დაყენებულია ნაგულისხმევად და შეიძლება შეიცვალოს. ეს არის RIP ტაიმერები.

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

დავუბრუნდეთ ჩვენს ქსელს 192.168.1.0/24. როუტერი 3 ეუბნება როუტერ 4-ს მთელი 1.0 ქსელის შესახებ, რაც მითითებულია /24-ით. ეს ნიშნავს, რომ ყველა 256 IP მისამართი ამ ქსელში, მათ შორის ქსელის ID და სამაუწყებლო მისამართი, ხელმისაწვდომია, რაც ნიშნავს, რომ შეტყობინებები მოწყობილობებიდან ნებისმიერი IP მისამართით ამ დიაპაზონში გაიგზავნება 10.1.1.1 ქსელის მეშვეობით. მოდით შევხედოთ მარშრუტიზაციის ცხრილს R3.

ჩვენ ვხედავთ ქსელს 192.168.1.0/26, დაყოფილია 3 ქვექსელად. ეს ნიშნავს, რომ როუტერმა იცის მხოლოდ სამი მითითებული IP მისამართი: 192.168.1.0, 192.168.1.64 და 192.168.1.128, რომლებიც ეკუთვნის /26 ქსელს. მაგრამ მან არაფერი იცის, მაგალითად, მოწყობილობების შესახებ IP მისამართებით, რომლებიც მდებარეობს 192.168.1.192-დან 192.168.1.225-მდე დიაპაზონში.

თუმცა, რატომღაც R4 ფიქრობს, რომ მან ყველაფერი იცის იმ ტრაფიკის შესახებ, რომელსაც R3 უგზავნის მას, ანუ ყველა IP მისამართი 192.168.1.0/24 ქსელში, რაც სრულიად ყალბია. ამავდროულად, მარშრუტიზატორებმა შეიძლება დაიწყონ ტრაფიკის ვარდნა, რადგან ისინი „ატყუებენ“ ერთმანეთს - ბოლოს და ბოლოს, როუტერ 3-ს არ აქვს უფლება უთხრას მეოთხე როუტერს, რომ მან ყველაფერი იცის ამ ქსელის ქვექსელების შესახებ. ეს ხდება პრობლემის გამო, რომელსაც ეწოდება "ავტომატური შეჯამება". ეს ხდება მაშინ, როდესაც ტრაფიკი მოძრაობს სხვადასხვა დიდ ქსელებში. მაგალითად, ჩვენს შემთხვევაში, ქსელი C კლასის მისამართებით უკავშირდება როუტერის R3-ის მეშვეობით ქსელს A კლასის მისამართებით.

R3 როუტერი თვლის, რომ ეს ქსელები ერთნაირია და ავტომატურად აჯამებს ყველა მარშრუტს ერთ ქსელურ მისამართზე 192.168.1.0. გავიხსენოთ, რაზე ვისაუბრეთ სუპერნეტის მარშრუტების შეჯამებაზე ერთ-ერთ წინა ვიდეოში. შეჯამების მიზეზი მარტივია - როუტერს მიაჩნია, რომ ერთი ჩანაწერი მარშრუტიზაციის ცხრილში, ჩვენთვის ეს არის ჩანაწერი 192.168.1.0/24 [120/1] 10.1.1.1-ით, უკეთესია, ვიდრე 3 ჩანაწერი. თუ ქსელი შედგება ასობით მცირე ქვექსელისგან, მაშინ როდესაც შეჯამება გამორთულია, მარშრუტიზაციის ცხრილი შედგება მარშრუტიზაციის ჩანაწერების დიდი რაოდენობით. ამიტომ, მარშრუტიზაციის ცხრილებში უზარმაზარი ინფორმაციის დაგროვების თავიდან ასაცილებლად, გამოიყენება მარშრუტების ავტომატური შეჯამება.

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

ამისათვის მე თანმიმდევრულად ვწერ ბრძანებებს როუტერის rip და არა ავტომატური შეჯამება. ამის შემდეგ, თქვენ უნდა დაელოდოთ სანამ განახლება გავრცელდება ქსელში, შემდეგ კი შეგიძლიათ გამოიყენოთ show ip route ბრძანება R4 როუტერის პარამეტრებში.

თქვენ ხედავთ, როგორ შეიცვალა მარშრუტიზაციის ცხრილი. ჩანაწერი 192.168.1.0/24 [120/1] via 10.1.1.1 შენახული იყო ცხრილის წინა ვერსიიდან და შემდეგ არის სამი ჩანაწერი, რომლებიც განახლების ტაიმერის წყალობით განახლდება ყოველ 30 წამში. Flush ტაიმერი უზრუნველყოფს, რომ განახლებიდან 240 წამში პლუს 30 წამი, ანუ 270 წამის შემდეგ, ეს ქსელი წაიშლება მარშრუტიზაციის ცხრილიდან.

ქსელები 192.168.1.0/26, 192.168.1.64/26 და 192.168.1.128/26 სწორად არის ჩამოთვლილი, ასე რომ, თუ ტრაფიკი განკუთვნილია 192.168.1.225 მოწყობილობისთვის, ეს მოწყობილობა ჩააგდებს მას, რადგან როუტერმა არ იცის სად. რომ მისამართი. მაგრამ წინა შემთხვევაში, როცა R3-ისთვის ჩართული გვქონდა მარშრუტების ავტომატური შეჯამება, ეს ტრაფიკი მიმართული იქნებოდა 10.1.1.1 ქსელში, რაც სრულიად არასწორი იყო, რადგან R3-მა დაუყოვნებლივ უნდა ჩამოაგდო ეს პაკეტები შემდგომი გაგზავნის გარეშე.

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

RIP-ის შემდეგი შეზღუდვა არის Loops, ანუ მარშრუტიზაციის მარყუჟები. ჩვენ უკვე ვისაუბრეთ ქსელის კონვერგენციაზე, როდესაც მარშრუტიზაციის ცხრილი სწორად განახლდება. ჩვენს შემთხვევაში, როუტერმა არ უნდა მიიღოს განახლებები 192.168.1.0/24 ქსელისთვის, თუ არაფერი იცის ამის შესახებ. ტექნიკურად, კონვერგენცია ნიშნავს, რომ მარშრუტიზაციის ცხრილი განახლებულია მხოლოდ სწორი ინფორმაციით. ეს უნდა მოხდეს მაშინ, როდესაც როუტერი გამორთულია, გადაიტვირთება, ხელახლა დაუკავშირდება ქსელს და ა.შ. კონვერგენცია არის მდგომარეობა, რომელშიც დასრულებულია მარშრუტიზაციის ცხრილის ყველა საჭირო განახლება და შესრულებულია ყველა საჭირო გამოთვლა.
RIP-ს აქვს ძალიან ცუდი კონვერგენცია და არის ძალიან, ძალიან ნელი მარშრუტიზაციის პროტოკოლი. ამ შენელების გამო წარმოიქმნება მარშრუტიზაციის მარყუჟები ან „უსასრულო მრიცხველის“ პრობლემა.

მე დავხატავ წინა მაგალითის მსგავს ქსელურ დიაგრამას - როუტერი 1 დაკავშირებულია როუტერ 2-თან N2 ქსელით, N1 ქსელი დაკავშირებულია როუტერ 1-თან, ხოლო ქსელი N2 დაკავშირებულია როუტერ 3-თან. დავუშვათ, რომ რაიმე მიზეზით N1-R1 კავშირი გატეხილია.

როუტერ 2-მა იცის, რომ N1 ქსელი ხელმისაწვდომია ერთი გადახრით როუტერ 1-ის მეშვეობით, მაგრამ ეს ქსელი ამჟამად არ მუშაობს. ქსელის წარუმატებლობის შემდეგ იწყება ტაიმერების პროცესი, როუტერი 1 აყენებს მას Hold Down მდგომარეობაში და ა.შ. თუმცა, როუტერ 2-ს აქვს განახლების ტაიმერი გაშვებული და დადგენილ დროს ის აგზავნის განახლებას როუტერ 1-ზე, რომელიც ამბობს, რომ ქსელი N1 ხელმისაწვდომია მისი მეშვეობით ორ ჰოპში. ეს განახლება მიდის როუტერ 1-ში, სანამ დრო იქნება როუტერ 2-ის გაგზავნა N1 ქსელის გაუმართაობის შესახებ განახლების შესახებ.

ამ განახლების მიღების შემდეგ, როუტერი 1 ფიქრობს: ”მე ვიცი, რომ N1 ქსელი, რომელიც ჩემთან არის დაკავშირებული, რატომღაც არ მუშაობს, მაგრამ როუტერმა 2-მა მითხრა, რომ ის ხელმისაწვდომია მისი მეშვეობით ორ ჰოპში. მე მჯერა მისი, ამიტომ დავამატებ ერთ ჰოპს, განვაახლებ ჩემს მარშრუტიზაციის ცხრილს და გამოგიგზავნი როუტერ 2-ის განახლებას, სადაც ნათქვამია, რომ ქსელი N1 ხელმისაწვდომია როუტერ 2-ით სამ ჰოპში!”
პირველი როუტერიდან ამ განახლების მიღების შემდეგ, როუტერი 2 ამბობს: ”კარგი, ადრე მივიღე განახლება R1-დან, სადაც ნათქვამია, რომ N1 ქსელი ხელმისაწვდომია მისი საშუალებით ერთი ჰოპში. ახლა მითხრა, რომ 3 ცალი ცალი აქვს. შესაძლოა, რაღაც შეიცვალა ქსელში, არ შემიძლია არ დავიჯერო, ამიტომ განვაახლებ ჩემს მარშრუტიზაციის ცხრილს ერთი ჰოპის დამატებით.” ამის შემდეგ, R2 აგზავნის განახლებას პირველ როუტერზე, სადაც ნათქვამია, რომ ქსელი N1 ხელმისაწვდომია 4 ჰოპში.
ხედავ რა პრობლემაა? ორივე მარშრუტიზატორი უგზავნის ერთმანეთს განახლებებს, ყოველ ჯერზე ამატებენ თითო ჰოპს და საბოლოოდ ჰოპების რაოდენობა დიდ რაოდენობას აღწევს. RIP პროტოკოლში ჰოპების მაქსიმალური რაოდენობაა 16 და როგორც კი ის მიაღწევს ამ მნიშვნელობას, როუტერი ხვდება, რომ პრობლემაა და უბრალოდ აშორებს ამ მარშრუტს მარშრუტიზაციის ცხრილიდან. ეს არის RIP-ში მარშრუტების მარშრუტიზაციის პრობლემა. ეს გამოწვეულია იმით, რომ RIP არის დისტანციური ვექტორული პროტოკოლი, ის მხოლოდ აკონტროლებს მანძილს, ქსელის განყოფილებების მდგომარეობას ყურადღების გარეშე. 1969 წელს, როდესაც კომპიუტერული ქსელები ბევრად ნელი იყო, ვიდრე ახლაა, მანძილის ვექტორული მიდგომა გამართლდა, ამიტომ RIP დეველოპერებმა აირჩიეს ჰოპ თვლები მთავარ მეტრად. თუმცა, დღეს ეს მიდგომა ბევრ პრობლემას ქმნის, ამიტომ თანამედროვე ქსელები ფართოდ გადავიდნენ უფრო მოწინავე მარშრუტიზაციის პროტოკოლებზე, როგორიცაა OSPF. დე ფაქტო, ეს პროტოკოლი გახდა სტანდარტი გლობალური კომპანიების უმეტესობის ქსელებისთვის. ამ პროტოკოლს დეტალურად განვიხილავთ ერთ-ერთ შემდეგ ვიდეოში.

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

გმადლობთ, რომ დარჩით ჩვენთან. მოგწონთ ჩვენი სტატიები? გსურთ ნახოთ უფრო საინტერესო შინაარსი? მხარი დაგვიჭირეთ შეკვეთის განთავსებით ან მეგობრებისთვის რეკომენდაციით, 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