Cisco Training 200-125 CCNA v3.0. დღე 37 STP: Root Bridge შერჩევა, PortFast და BPDU დამცავი ფუნქციები. Მე -2 ნაწილი

დავუშვათ, რომ STP არის კონვერგენციის მდგომარეობაში. რა მოხდება, თუ ავიღებ კაბელს და შევაერთებ გადამრთველ H-ს პირდაპირ ძირეულ A-ს? Root Bridge დაინახავს, ​​რომ მას აქვს ახალი ჩართული პორტი და გამოგიგზავნის BPDU-ს მასზე.

გადამრთველი H, რომელმაც მიიღო ეს ჩარჩო ნულოვანი ღირებულებით, განსაზღვრავს მარშრუტის ღირებულებას ახალი პორტის გავლით, როგორც 0+19 = 19, მიუხედავად იმისა, რომ მისი root პორტის ღირებულებაა 76. ამის შემდეგ, გადამრთველი H-ის პორტი , რომელიც ადრე იყო გათიშულ მდგომარეობაში, გაივლის ყველა გარდამავალ ეტაპს და გადადის გადაცემის რეჟიმში მხოლოდ 50 წამის შემდეგ. თუ სხვა მოწყობილობები დაკავშირებულია ამ გადამრთველთან, მაშინ ისინი ყველა დაკარგავენ კავშირს root გადამრთველთან და მთლიანად ქსელთან 50 წამის განმავლობაში.

გადამრთველი G აკეთებს იგივეს, როდესაც H-დან მიიღო BPDU ჩარჩო 19-იანი ღირებულების შეტყობინებით. ის ცვლის მინიჭებული პორტის ღირებულებას 19 + 19 = 38-მდე და ანიჭებს მას ახალ root პორტად, რადგან მისი ღირებულება ყოფილი Root Port არის 57, რომელიც აღემატება 38-ს. ეს თავიდან იწყებს პორტის გადანაწილების ყველა ეტაპს, რომელიც გრძელდება 50 წამი და, საბოლოო ჯამში, მთელი ქსელი იშლება.

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

ამავდროულად, Proposal/Agreement მექანიზმის წყალობით, root პორტის გადანაწილება მოხდება თითქმის მყისიერად და H-ზე ჩართული ყველა მოწყობილობა არ დაკარგავს კავშირს ქსელთან.
ახალი Root პორტის მინიჭებით, გადამრთველი N გადააქცევს ძველ root პორტს ალტერნატიულ პორტად. იგივე მოხდება გადამრთველ G-ზე - ის გაცვლის Proposal/Agreement შეტყობინებებს Switch H-ით, მიანიჭებს ახალ root პორტს და დაბლოკავს დარჩენილ პორტებს. შემდეგ პროცესი გაგრძელდება ქსელის შემდეგ სეგმენტში გადამრთველი F-ით.

გადამრთველი F, ხარჯების გაანალიზების შემდეგ დაინახავს, ​​რომ ქვედა პორტის გავლით root გადართვისკენ მიმავალი მარშრუტი ეღირება 57, მიუხედავად იმისა, რომ არსებული მარშრუტი ზედა პორტის გავლით ღირს 38 და დატოვებს ყველაფერს როგორც არის. ამის შესახებ შეიტყო, გადამრთველი G დაბლოკავს პორტს F-ისკენ მიმავალ პორტს და გადასცემს ტრაფიკს root გადამრთველზე ახალი GHA მარშრუტის გასწვრივ.

სანამ გადამრთველი F არ მიიღებს წინადადებას/შეთანხმებას გადამრთველ G-დან, ის დაბლოკავს ქვედა პორტს, რათა თავიდან აიცილოს მარყუჟები. ამრიგად, თქვენ ხედავთ, რომ RSTP არის ძალიან სწრაფი პროტოკოლი, რომელიც არ ქმნის STP-ის თანდაყოლილ პრობლემებს ქსელში.
ახლა მოდით გადავიდეთ ბრძანებების ყურებაზე. თქვენ უნდა გადახვიდეთ გლობალური გადართვის კონფიგურაციის რეჟიმში და აირჩიოთ PVST ან RPVST რეჟიმი spanning-tree mode ბრძანების გამოყენებით. . შემდეგ თქვენ უნდა გადაწყვიტოთ როგორ შეცვალოთ კონკრეტული VLAN-ის პრიორიტეტი. ამისათვის გამოიყენეთ ბრძანება spanning-tree vlan <VLAN ნომერი> პრიორიტეტი <მნიშვნელობა>. ბოლო ვიდეო გაკვეთილიდან უნდა გახსოვდეთ, რომ პრიორიტეტი არის 4096-ის ჯერადი და ნაგულისხმევად ეს რიცხვი არის 32768 პლუს VLAN ნომერი. თუ თქვენ აირჩიეთ VLAN1, ნაგულისხმევი პრიორიტეტი იქნება 32768+1=32769.

რატომ შეიძლება დაგჭირდეთ ქსელების პრიორიტეტის შეცვლა? ჩვენ ვიცით, რომ BID შედგება რიცხვითი პრიორიტეტის მნიშვნელობისა და MAC მისამართისგან. მოწყობილობის MAC მისამართის შეცვლა შეუძლებელია; მას აქვს მუდმივი მნიშვნელობა, ასე რომ თქვენ შეგიძლიათ შეცვალოთ მხოლოდ პრიორიტეტული მნიშვნელობა.

დავუშვათ, რომ არსებობს დიდი ქსელი, სადაც ყველა Cisco მოწყობილობა დაკავშირებულია წრიულად. ამ შემთხვევაში, PVST გააქტიურებულია ნაგულისხმევად, ამიტომ სისტემა შეარჩევს root შეცვლას. თუ ყველა მოწყობილობას აქვს ერთი და იგივე პრიორიტეტი, მაშინ პრიორიტეტი ექნება ყველაზე ძველი MAC მისამართის მქონე გადამრთველს. თუმცა, ეს შეიძლება იყოს მოძველებული მოდელის 10-12 წლის წინანდელი გადამრთველი, რომელსაც არც კი აქვს საკმარისი სიმძლავრე და წარმადობა ამხელა ქსელის „წამყვანად“.
ამავდროულად, შეიძლება გქონდეთ თქვენს ქსელში ახალი გადამრთველი, რომლის ღირებულებაც რამდენიმე ათასი დოლარია, რომელიც, უფრო დიდი MAC მისამართის გამო, იძულებულია „დაუმორჩილოს“ ძველ გადამრთველს, რომელიც რამდენიმე ასეული დოლარი ღირს. თუ ძველი გადამრთველი ხდება root გადამრთველი, ეს მიუთითებს ქსელის დიზაინის სერიოზულ ხარვეზზე.

ამიტომ, თქვენ უნდა შეხვიდეთ ახალი გადამრთველის პარამეტრებში და მიანიჭოთ მას მინიმალური პრიორიტეტული მნიშვნელობა, მაგალითად, 0. VLAN1-ის გამოყენებისას მთლიანი პრიორიტეტის მნიშვნელობა იქნება 0+1=1 და ყველა სხვა მოწყობილობა ყოველთვის ჩათვლის მას root შეცვლა.

ახლა წარმოვიდგინოთ ასეთი სიტუაცია. თუ root გადამრთველი რაიმე მიზეზით მიუწვდომელია, შეიძლება გინდოდეთ, რომ ახალი root გადამრთველი იყოს არა ნებისმიერი ყველაზე დაბალი პრიორიტეტის მქონე გადამრთველი, არამედ კონკრეტული გადამრთველი უკეთესი ქსელის შესაძლებლობებით. ამ შემთხვევაში, Root Bridge პარამეტრებში გამოიყენება ბრძანება, რომელიც ანიჭებს ძირითად და მეორად root გადამრთველებს: spanning-tree vlan <VLAN ნომერი> root <primary/secondary>. პირველადი გადამრთველის პრიორიტეტული მნიშვნელობა იქნება 32768 – 4096 – 4096 = 24576. მეორადი გადამრთველისთვის ის გამოითვლება ფორმულით 32768 – 4096 = 28672.

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

თუ გსურთ STP პროტოკოლის პარამეტრების ნახვა, უნდა გამოიყენოთ show spanning-tree summary ბრძანება. მოდით ახლა გადავხედოთ ყველა იმ თემას, რომელიც დღეს ვისწავლეთ Packet Tracer-ის გამოყენებით. მე ვიყენებ 4 2690 გადამრთველის ქსელის ტოპოლოგიას, ამას მნიშვნელობა არ აქვს, რადგან Cisco-ს გადამრთველის ყველა მოდელი მხარს უჭერს STP-ს. ისინი ერთმანეთთან ისე არიან დაკავშირებული, რომ ქსელი ქმნის მანკიერ წრეს.

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

თქვენ ხედავთ რა არის STP BPDU ჩარჩო. თუ ხედავთ ვერსიის 0 აღნიშვნას, მაშინ თქვენ გაქვთ STP, რადგან ვერსია 2 გამოიყენება RSTP-სთვის. Root ID მნიშვნელობა, რომელიც შედგება root გადამრთველის პრიორიტეტისა და MAC მისამართისგან და Bridge ID-ის ტოლი მნიშვნელობისგან ასევე მოცემულია აქ.

ეს მნიშვნელობები ტოლია, რადგან SW0-სთვის root გადამრთველამდე მარშრუტის ღირებულება არის 0, შესაბამისად, ის თავად არის root შეცვლა. ამრიგად, გადამრთველების ჩართვის შემდეგ, STP-ის გამოყენების წყალობით, ავტომატურად შეირჩა Root Bridge და ქსელმა დაიწყო მუშაობა. თქვენ ხედავთ, რომ მარყუჟის თავიდან ასაცილებლად, SW0 გადამრთველის ზედა პორტი Fa2/2 გადართული იყო დაბლოკვის მდგომარეობაში, მაგრამ ეს მითითებულია მარკერის ნარინჯისფერი ფერით.

მოდით გადავიდეთ SW0 გადართვის პარამეტრების კონსოლზე და გამოვიყენოთ რამდენიმე ბრძანება. პირველი არის show spanning-tree ბრძანება, რომლის შეყვანის შემდეგ ეკრანზე გამოჩნდება ინფორმაცია PSTV+ რეჟიმის შესახებ VLAN1 ქსელისთვის. თუ ვიყენებთ რამდენიმე VLAN-ს, ფანჯრის ბოლოში გამოჩნდება ინფორმაციის სხვა ბლოკი მეორე და შემდგომ გამოყენებული ქსელებისთვის.

თქვენ ხედავთ, რომ STP ხელმისაწვდომია IEEE სტანდარტით, რაც ნიშნავს PVSTP+-ის გამოყენებას. ტექნიკურად ეს არ არის .1d სტანდარტი. აქ ასევე მოცემულია Root ID ინფორმაცია: პრიორიტეტი 32769, root მოწყობილობის MAC მისამართი, ღირებულება 19 და ა.შ. შემდეგ მოდის Bridge ID ინფორმაცია, რომელიც გაშიფრავს პრიორიტეტულ მნიშვნელობას 32768 +1 და მიჰყვება სხვა MAC მისამართს. როგორც ხედავთ, შევცდი - გადამრთველი SW0 არ არის root გადამრთველი, root გადამრთველს აქვს სხვა MAC მისამართი, რომელიც მოცემულია Root ID პარამეტრებში. მე ვფიქრობ, რომ ეს გამოწვეულია იმით, რომ SW0-მ მიიღო BPDU ჩარჩო ინფორმაცია, რომ ქსელის ზოგიერთ გადამრთველს აქვს კარგი მიზეზი root-ის როლის შესასრულებლად. ჩვენ ახლა შევხედავთ ამას.

(მთარგმნელის შენიშვნა: Root ID არის root გადამრთველის იდენტიფიკატორი, იგივე VLAN ქსელის ყველა მოწყობილობისთვის, რომელიც მუშაობს STP პროტოკოლზე, Bridge ID არის ლოკალური გადამრთველის იდენტიფიკატორი, როგორც Root Bridge-ის ნაწილი, რომელიც შეიძლება განსხვავებული იყოს სხვადასხვა გადამრთველებისთვის და სხვადასხვა VLAN-ისთვის).

კიდევ ერთი გარემოება, რომელიც მიუთითებს იმაზე, რომ SW0 არ არის root გადამრთველი არის ის, რომ root გადამრთველს არ აქვს Root პორტი და ამ შემთხვევაში არის Root Port და Designated Port, რომლებიც გადამისამართების მდგომარეობაშია. თქვენ ასევე ხედავთ, რომ კავშირის ტიპი არის p2p, ან წერტილიდან წერტილამდე. ეს ნიშნავს, რომ პორტები fa0/1 და fa0/2 პირდაპირ დაკავშირებულია მეზობელ გადამრთველებთან.
თუ რომელიმე პორტი დაკავშირებულია ჰაბთან, კავშირის ტიპი დანიშნულ იქნება როგორც საზიარო, ამას მოგვიანებით განვიხილავთ. თუ შევიყვან ბრძანებას show spanning-tree-ს შეჯამების სანახავად, დავინახავთ, რომ ეს გადამრთველი არის PVSTP რეჟიმში, რასაც მოჰყვება მიუწვდომელი პორტის ფუნქციების სია.

ქვემოთ მოცემულია VLAN1 მომსახურე პორტების სტატუსი და რაოდენობა: დაბლოკვა 0, მოსმენა 0, სწავლა 0, 2 პორტი გადამისამართების მდგომარეობაშია STP რეჟიმში.
სანამ SW2 გადართვაზე გადავალთ, გადავხედოთ SW1-ის პარამეტრებს. ამისათვის ჩვენ ვიყენებთ იგივე show spanning-tree ბრძანებას.

თქვენ ხედავთ, რომ SW1 გადამრთველის Root ID MAC მისამართი იგივეა, რაც SW0-ის, რადგან ქსელში არსებული ყველა მოწყობილობა, კონვერტაციისას, იღებს Root Bridge მოწყობილობის ერთსა და იმავე მისამართს, რადგან ისინი ენდობიან STP პროტოკოლით გაკეთებულ არჩევანს. როგორც ხედავთ, SW1 არის root გადამრთველი, რადგან Root ID და Bridge ID მისამართები იგივეა. გარდა ამისა, არის შეტყობინება "ეს გადამრთველი არის root შეცვლა".

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

Switch SW3 შეიცავს მსგავს ინფორმაციას და ახლა გადავდივარ SW2-ზე, რადგან მისი ერთ-ერთი პორტი არის Blocking მდგომარეობაში. მე ვიყენებ show spanning-tree ბრძანებას და ვხედავთ, რომ Root ID ინფორმაცია და პრიორიტეტის მნიშვნელობა იგივეა, რაც სხვა გადამრთველები.
ასევე მითითებულია, რომ ერთ-ერთი პორტი არის ალტერნატიული. ამით არ დაგაბნიოთ, 802.1d სტანდარტი ამას უწოდებს ბლოკირების პორტს, ხოლო PVSTP-ში დაბლოკილი პორტი ყოველთვის მითითებულია როგორც ალტერნატივა. ასე რომ, ეს ალტერნატიული Fa0/2 პორტი დაბლოკილ მდგომარეობაშია და Fa0/1 პორტი მოქმედებს როგორც Root Port.

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

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

თუ გამოვიყენებთ show spanning-tree summary ბრძანებას, დავინახავთ, რომ ჯერ ორი პორტი არის მოსმენის მდგომარეობაში, შემდეგ ისინი გადადიან სასწავლო მდგომარეობაში და რამდენიმე წამის შემდეგ გადამისამართების მდგომარეობაში და მარკერის ფერი იცვლება მწვანე. თუ ახლა შევიყვანთ show spanning-tree ბრძანებას, დავინახავთ, რომ Fa0/1, რომელიც ადრე იყო Root პორტი, ახლა შევიდა დაბლოკილ მდგომარეობაში და ახლა მას უწოდებენ ალტერნატიულ პორტს.

პორტი Fa0/3, რომელზეც არის დაკავშირებული root გადამრთველი კაბელი, გახდა Root პორტი, ხოლო პორტი Fa0/2 გახდა დანიშნული პორტი. მოდით კიდევ ერთხელ გადავხედოთ დაახლოების მიმდინარე პროცესს. გავთიშავ SW2-SW1 კაბელს და დავბრუნდები წინა ტოპოლოგიაზე. თქვენ ხედავთ, რომ SW2 პორტები ჯერ იბლოკება და უბრუნდება ნარინჯისფერს, შემდეგ პროგრესირებს მოსმენისა და სწავლის მდგომარეობებში თანმიმდევრულად და მთავრდება გადაგზავნის მდგომარეობაში. ამ შემთხვევაში, ერთი პორტი ხდება მწვანე, ხოლო მეორე, რომელიც დაკავშირებულია SW0 გადამრთველთან, რჩება ნარინჯისფერი. კონვერგენციის პროცესს საკმაოდ დიდი დრო დასჭირდა, ასეთია STP-ის ხარჯები.

ახლა მოდით შევხედოთ როგორ მუშაობს RSTP. დავიწყოთ SW2 გადამრთველით და შევიყვანოთ spanning-tree mode rapid-pvst ბრძანება მის პარამეტრებში. ამ ბრძანებას აქვს მხოლოდ ორი ვარიანტი: pvst და rapid-pvst, მე მეორეს ვიყენებ. ბრძანების შეყვანის შემდეგ გადამრთველი გადადის RPVST რეჟიმში, ამის შემოწმება შეგიძლიათ show spanning-tree ბრძანებით.

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

გადამრთველ SW2-ს ისევ პირდაპირ კაბელთან ვაკავშირებ root გადამრთველ SW1-ს - ვნახოთ რამდენად სწრაფად მოხდება კონვერგენცია. ვწერ show spanning-tree summary ბრძანებას და ვხედავ, რომ ორი გადამრთველი პორტი არის დაბლოკვის მდგომარეობაში, 1 არის გადამისამართების მდგომარეობაში.

თქვენ ხედავთ, რომ კონვერგენცია მოხდა თითქმის მყისიერად, ასე რომ თქვენ შეგიძლიათ განსაჯოთ, რამდენად სწრაფია RSTP ვიდრე STP. შემდეგი, ჩვენ შეგვიძლია გამოვიყენოთ spanning-tree portfast ნაგულისხმევი ბრძანება, რომელიც გადართავს ყველა გადამრთველ პორტს პორტფასტ რეჟიმში ნაგულისხმევად. ეს მართალია, თუ გადამრთველი პორტების უმეტესობა არის Edge პორტები პირდაპირ დაკავშირებული ჰოსტებთან. თუ ჩვენ გვაქვს რაიმე არა Edge პორტი, ჩვენ დავაბრუნებთ მას spanning-tree რეჟიმში.

VLAN-თან მუშაობის კონფიგურაციისთვის შეგიძლიათ გამოიყენოთ spanning-tree vlan <number> ბრძანება პარამეტრების პრიორიტეტით (ადგენს გადამრთველის პრიორიტეტს spanning-tree-სთვის) ან root (მიანიჭებს გადამრთველს root-ზე). ჩვენ ვიყენებთ spanning-tree vlan 1 პრიორიტეტის ბრძანებას, სადაც პრიორიტეტულად ვნიშნავთ ნებისმიერ რიცხვს, რომელიც არის 4096-ის ჯერადი, 0-დან 61440-მდე დიაპაზონში. ამ გზით თქვენ შეგიძლიათ ხელით შეცვალოთ ნებისმიერი VLAN-ის პრიორიტეტი.

თქვენ შეგიძლიათ აკრიფოთ spanning-tree vlan 1 root ბრძანება პირველადი ან მეორადი პარამეტრებით, რათა დააკონფიგურიროთ ძირითადი ან სარეზერვო root პორტი კონკრეტული ქსელისთვის. თუ ვიყენებ spanning-tree vlan 1 root პირველადს, ეს პორტი იქნება VLAN1-ის ძირითადი root პორტი.

მე შევიყვან show spanning-tree ბრძანებას და დავინახავთ, რომ ამ გადამრთველს SW2 აქვს პრიორიტეტი 24577, Root ID და Bridge ID MAC მისამართები იგივეა, რაც ნიშნავს, რომ ის ახლა გახდა root switch.

თქვენ ხედავთ, რამდენად სწრაფად მოხდა კონვერგენცია და შეცვლა გადამრთველების როლში. ახლა გავაუქმებ პირველადი გადართვის რეჟიმს ბრძანებით no spanning-tree vlan 1 root primar, რის შემდეგაც მისი პრიორიტეტი უბრუნდება წინა მნიშვნელობას 32769 და root გადამრთველის როლი კვლავ გადავა SW1-ზე.

ვნახოთ, როგორ მუშაობს პორტფასტი. შევიყვან ბრძანებას int f0/1, გადავალ ამ პორტის პარამეტრებში და გამოვიყენებ spanning-tree ბრძანებას, რის შემდეგაც სისტემა მოთხოვნის პარამეტრის მნიშვნელობებს.

შემდეგი, ვიყენებ spanning-tree portfast ბრძანებას, რომელიც შეიძლება შევიდეს პარამეტრის გამორთვით (გამორთავს პორტფასტის ფუნქციას მოცემული პორტისთვის) ან trunk (ჩართავს პორტფასტის ფუნქციას მოცემული პორტისთვის თუნდაც საბარგულის რეჟიმში).

თუ შეიყვანთ spanning-tree portfast-ს, ფუნქცია უბრალოდ ჩართული იქნება ამ პორტზე. BPDU Guard ფუნქციის გასააქტიურებლად, თქვენ უნდა გამოიყენოთ spanning-tree bpduguard enable ბრძანება; spanning-tree bpduguard disable ბრძანება გამორთავს ამ ფუნქციას.

სასწრაფოდ ვისაუბრებ კიდევ ერთ რამეზე. თუ VLAN1-ისთვის SW2 გადამრთველის ინტერფეისი SW3-ის მიმართულებით დაბლოკილია, მაშინ სხვა VLAN-ის სხვა პარამეტრებით, მაგალითად, VLAN2, იგივე ინტერფეისი შეიძლება გახდეს root პორტი. ამრიგად, სისტემას შეუძლია დანერგოს ტრაფიკის დატვირთვის დაბალანსების მექანიზმი - ერთ შემთხვევაში, ქსელის მოცემული სეგმენტი არ გამოიყენება, მეორეში კი გამოიყენება.

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

show spanning-tree ბრძანება აჩვენებს შემდეგ სურათს.

Fa0/5 (ჩამრთველის ქვედა მარცხენა პორტი) ხდება სარეზერვო პორტი, ხოლო პორტი Fa0/4 (გამრთველის ქვედა მარჯვენა პორტი) ხდება დანიშნულ პორტად. ორივე პორტის ტიპი არის საერთო, ან საერთო. ეს ნიშნავს, რომ hub-switch ინტერფეისის სეგმენტი არის საერთო ქსელი.

RSTP-ის გამოყენების წყალობით, ჩვენ გვაქვს დაყოფა ალტერნატიულ და სარეზერვო პორტებად. თუ გადავიყვანთ SW2 გადართვას pvst რეჟიმში spanning-tree mode pvst ბრძანების გამოყენებით, დავინახავთ, რომ ინტერფეისი Fa0/5 კვლავ გადავიდა ალტერნატიულ მდგომარეობაში, რადგან ახლა არ არის განსხვავება სარეზერვო პორტსა და ალტერნატიულ პორტს შორის.

ეს იყო ძალიან გრძელი გაკვეთილი და თუ რამე ვერ გაიგეთ, გირჩევთ კიდევ ერთხელ გადახედოთ.

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