Cisco Training 200-125 CCNA v3.0. დღე 38. EtherChannel პროტოკოლი OSI Layer 2-ისთვის

დღეს ჩვენ გადავხედავთ Layer 2 EtherChannel არხის აგრეგაციის პროტოკოლის მოქმედებას OSI მოდელის მე-2 ფენისთვის. ეს პროტოკოლი არც თუ ისე განსხვავდება ფენის 3 პროტოკოლისგან, მაგრამ სანამ 3-ე ფენის EtherChannel-ში ჩავუღრმავდებით, მე უნდა შემოგთავაზოთ რამდენიმე კონცეფცია, რათა მოგვიანებით გადავიდეთ მე-1.5 ფენაზე. ჩვენ ვაგრძელებთ CCNA კურსის განრიგის დაცვას, ამიტომ დღეს განვიხილავთ განყოფილებას 2, კონფიგურაცია, ტესტირება და პრობლემების მოგვარება Layer 3/1.5 EtherChannel და ქვესექცია 1.5a, Static EtherChannel, 1.5b, PAGP და XNUMXc, IEEE -LACP ღია სტანდარტი.

სანამ უფრო შორს წავალთ, უნდა გავიგოთ რა არის EtherChannel. დავუშვათ, რომ გვაქვს A და B გადამრთველი ზედმეტად დაკავშირებული სამი საკომუნიკაციო ხაზით. თუ იყენებთ STP, ორი დამატებითი ხაზი ლოგიკურად დაიბლოკება მარყუჟების თავიდან ასაცილებლად.

ვთქვათ, გვაქვს FastEthernet პორტები, რომლებიც უზრუნველყოფენ 100 Mbps ტრაფიკს, ასე რომ მთლიანი გამტარუნარიანობა არის 3 x 100 = 300 Mbps. ჩვენ ვტოვებთ მხოლოდ ერთ საკომუნიკაციო არხს, რის გამოც ის დაეცემა 100 მბიტ/წმ-მდე, ანუ ამ შემთხვევაში STP გააუარესებს ქსელის მახასიათებლებს. გარდა ამისა, 2 დამატებითი არხი უშედეგოდ იქნება.

ამის თავიდან ასაცილებლად KALPANA, კომპანიამ, რომელმაც შექმნა Cisco Catalist კონცენტრატორები და მოგვიანებით Cisco-მ იყიდა, 1990-იან წლებში შეიმუშავა ტექნოლოგია სახელწოდებით EtherChannel.

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

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

მეორე რეჟიმი არის საკუთრების Cisco PAGP ბმულის აგრეგაციის პროტოკოლი, მესამე არის IEEE სტანდარტული LACP ბმულების აგრეგაციის პროტოკოლი.

ამ რეჟიმების მუშაობისთვის, EtherChannel ხელმისაწვდომი უნდა იყოს. ამ პროტოკოლის სტატიკური ვერსიის გააქტიურება ძალიან მარტივია: თქვენ უნდა გადახვიდეთ გადართვის ინტერფეისის პარამეტრებზე და შეიყვანოთ არხის ჯგუფის 1 რეჟიმის ბრძანება.

თუ გვაქვს გადამრთველი A ორი ინტერფეისით f0/1 და f0/2, უნდა შევიდეთ თითოეული პორტის პარამეტრებში და შევიტანოთ ეს ბრძანება, ხოლო EtherChannel ინტერფეისის ჯგუფის ნომერს შეიძლება ჰქონდეს მნიშვნელობა 1-დან 6-მდე, მთავარია, რომ ეს მნიშვნელობა იგივეა გადამრთველის ყველა პორტისთვის. გარდა ამისა, პორტები უნდა მუშაობდნენ იმავე რეჟიმებში: ორივე წვდომის რეჟიმში ან ორივე მაგისტრალური რეჟიმში და ჰქონდეს იგივე მშობლიური VLAN ან დაშვებული VLAN.

EtherChannel-ის აგრეგაცია იმუშავებს მხოლოდ იმ შემთხვევაში, თუ არხების ჯგუფი შედგება იდენტური კონფიგურირებული ინტერფეისებისგან.

დავუკავშიროთ A გადამრთველი ორი საკომუნიკაციო ხაზით B გადამრთველს, რომელსაც ასევე აქვს ორი ინტერფეისი f0/1 და f0/2. ეს ინტერფეისები ქმნიან საკუთარ ჯგუფს. თქვენ შეგიძლიათ დააკონფიგურიროთ ისინი EtherChannel-ში მუშაობისთვის იმავე ბრძანების გამოყენებით და ჯგუფის ნომერს მნიშვნელობა არ აქვს, რადგან ისინი განლაგებულია ლოკალურ გადამრთველზე. თქვენ შეგიძლიათ დანიშნოთ ეს ჯგუფი, როგორც ნომერი 1 და ყველაფერი იმუშავებს. თუმცა დაიმახსოვრეთ - იმისათვის, რომ ორივე არხმა უპრობლემოდ იმუშაოს, ყველა ინტერფეისი უნდა იყოს კონფიგურირებული ზუსტად ერთნაირად, იმავე რეჟიმში - წვდომის ან მაგისტრალის. მას შემდეგ რაც შეხვალთ A და B გადამრთველის ორივე ინტერფეისის პარამეტრებში და შეხვალთ არხის ჯგუფის 1 რეჟიმში ბრძანებით, დასრულდება EtherChannel არხების აგრეგაცია.

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

მოდით გადავიდეთ PAGP-ზე, პორტების აგრეგაციის პროტოკოლზე, რომელიც შემუშავებულია Cisco-ს მიერ.

წარმოვიდგინოთ ერთი და იგივე სურათი - ორი გადამრთველი A და B, თითოეული ინტერფეისით f0/1 და f0/2, რომლებიც დაკავშირებულია ორი საკომუნიკაციო ხაზით. PAGP-ის გასააქტიურებლად გამოიყენეთ იგივე არხის ჯგუფის 1 რეჟიმის ბრძანება პარამეტრებით. ხელით სტატიკურ რეჟიმში, თქვენ უბრალოდ შედით არხის ჯგუფის 1 რეჟიმში ბრძანებით ყველა ინტერფეისზე და აგრეგაცია იწყებს მუშაობას; აქ თქვენ უნდა მიუთითოთ სასურველი ან ავტომატური პარამეტრი. თუ არხის ჯგუფის 1 რეჟიმის ბრძანებას ? ნიშნით შეიყვანთ, სისტემა აჩვენებს მოთხოვნას პარამეტრების ვარიანტებით: ჩართული, სასურველი, ავტო, პასიური, აქტიური.

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

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

ღია LACP პროტოკოლის გამოყენებისას, არხების აგრეგაციისთვის გამოიყენება იგივე არხის ჯგუფის 1 რეჟიმის ბრძანება პარამეტრებით.

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

შევეცადოთ ვუპასუხოთ კითხვას: თუ ჩვენ გვაქვს A და B გადამრთველები დაკავშირებული საკომუნიკაციო ხაზებით და ერთი გადამრთველის ინტერფეისები აქტიურ მდგომარეობაშია, ხოლო მეორე ავტო ან სასურველ მდგომარეობაში, იმუშავებს თუ არა EtherChannel?

არა, ასე არ იქნება, რადგან ქსელმა უნდა გამოიყენოს ერთი და იგივე პროტოკოლი - ან PAGP ან LACP, რადგან ისინი არ არიან თავსებადი ერთმანეთთან.

მოდით შევხედოთ რამდენიმე ბრძანებას, რომლებიც გამოიყენება EtherChannel-ის ორგანიზებისთვის. უპირველეს ყოვლისა, თქვენ უნდა მიანიჭოთ ჯგუფის ნომერი, ეს შეიძლება იყოს ნებისმიერი. პირველი ბრძანების არხის ჯგუფის 1 რეჟიმში, შეგიძლიათ აირჩიოთ 5 პარამეტრი, როგორც ვარიანტი: ჩართული, სასურველი, ავტომატური, პასიური ან აქტიური.
ინტერფეისის ქვებრძანებებში ჩვენ ვიყენებთ არხის ჯგუფის საკვანძო სიტყვას, მაგრამ თუ, მაგალითად, გსურთ მიუთითოთ დატვირთვის დაბალანსება, გამოიყენება სიტყვა port-channel. მოდით შევხედოთ რა არის დატვირთვის დაბალანსება.

დავუშვათ, გვაქვს A გადამრთველი ორი პორტით, რომლებიც დაკავშირებულია B გადამრთველის შესაბამის პორტებთან, B გადამრთველზე სამი კომპიუტერი - 3, ხოლო A გადამრთველზე ერთი No1,2,3 კომპიუტერი.

როდესაც ტრაფიკი #4 კომპიუტერიდან #1 კომპიუტერზე გადადის, გადამრთველი A დაიწყებს პაკეტების გადაცემას ორივე საკომუნიკაციო ხაზზე. დატვირთვის დაბალანსების მეთოდი იყენებს გამგზავნის MAC მისამართის ჰეშირებას ისე, რომ მეოთხე კომპიუტერიდან მთელი ტრაფიკი გადაადგილდება ორი ბმულიდან მხოლოდ ერთზე. თუ კომპიუტერს No5 დავუკავშირებთ A-ს გადამრთველს, დატვირთვის დაბალანსების წყალობით, ამ კომპიუტერის მოძრაობა გადავა მხოლოდ ერთი, ქვედა საკომუნიკაციო ხაზის გასწვრივ.

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

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

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

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

თუ გსურთ ნახოთ რომელი ბმულებია ჩართული არხში და რომელი პროტოკოლებია გამოყენებული, მაშინ პრივილეგირებულ რეჟიმში უნდა შეიყვანოთ show etherchannel summary ბრძანება. თქვენ შეგიძლიათ ნახოთ დატვირთვის დაბალანსების პარამეტრები Show etherchannel load-balance ბრძანების გამოყენებით.

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

მოდით გადავიდეთ SW0 პარამეტრებზე და შევიტანოთ show spanning-tree ბრძანება. ჩვენ ვხედავთ, რომ STP მუშაობს და შეგვიძლია შევამოწმოთ Root ID და Bridge ID. მეორე გადამრთველისთვის იგივე ბრძანების გამოყენებით, ჩვენ დავინახავთ, რომ პირველი გადამრთველი SW0 არის ძირეული, რადგან SW1-ისგან განსხვავებით, მისი Root და Bridge იდენტიფიკატორის მნიშვნელობები იგივეა. გარდა ამისა, აქ არის შეტყობინება, რომ SW0 არის ფესვი - "ეს ხიდი არის ფესვი".

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

მოდით გავააქტიუროთ PAGP პროტოკოლი; ამისათვის, SW0 პარამეტრებში, თანმიმდევრულად შევდივართ ბრძანებებს int f0/1 და არხის ჯგუფის 1 რეჟიმში 5 შესაძლო პარამეტრიდან ერთ-ერთი, მე ვიყენებ სასურველს.

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

ახლა მოდით გადავიდეთ f0/2 ინტერფეისზე და შევიტანოთ იგივე ბრძანება არხის ჯგუფი 1 სასურველი რეჟიმი.

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

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

მე ვიყენებ Channel-group 2 რეჟიმის ბრძანებას, მაგრამ შემიძლია გამოვიყენო ნებისმიერი რიცხვი 1-დან 6-მდე მეორე გადამრთველის ინტერფეისების ჯგუფის აღსანიშნავად. ვინაიდან არხის საპირისპირო მხარე კონფიგურირებულია სასურველ რეჟიმში, ამ გადამრთველის ინტერფეისები უნდა იყოს სასურველ ან ავტო რეჟიმში. ვირჩევ პირველ პარამეტრს, აკრიფეთ სასურველი channel-group 2 mode და ვაჭერ Enter-ს.
ჩვენ ვხედავთ შეტყობინებას, რომ არხის ინტერფეისი Port-channel 2 შეიქმნა და პორტები f0/1 და f0/2 თანმიმდევრულად გადავიდა ქვემოთ მდგომარეობიდან ზევით მდგომარეობაში. ამას მოჰყვება შეტყობინება, რომ Port-channel 2 ინტერფეისი გადავიდა ზევით მდგომარეობაში და რომ ამ ინტერფეისის ხაზის პროტოკოლიც ჩართულია. ახლა ჩვენ შევქმენით აგრეგირებული EtherChannel.

ამის გადამოწმება შეგიძლიათ SW0 გადამრთველის პარამეტრებზე გადასვლით და show etherchannel summary ბრძანების შეყვანით. თქვენ შეგიძლიათ ნახოთ სხვადასხვა დროშები, რომლებსაც მოგვიანებით განვიხილავთ, შემდეგ კი ჯგუფი 1 1 არხის გამოყენებით, აგრეგატორების რაოდენობა ასევე არის 1. Po1 ნიშნავს PortChannel 1 და აღნიშვნა (SU) ნიშნავს S - layer 2 flag, U - გამოყენებული. ქვემოთ მოცემულია გამოყენებული PAGP პროტოკოლი და ფიზიკური პორტები აგრეგირებული არხში - Fa0/1 (P) და Fa0/2 (P), სადაც P დროშა მიუთითებს, რომ ეს პორტები PortChannel-ის ნაწილია.

მე ვიყენებ იგივე ბრძანებებს მეორე გადართვისთვის და CLI ფანჯარა აჩვენებს მსგავს ინფორმაციას SW1-ისთვის.

მე შევიყვან show spanning-tree ბრძანებას SW1 პარამეტრებში და ხედავთ, რომ PortChannel 2 არის ერთი ლოგიკური ინტერფეისი და მისი ღირებულება ორი ცალკეული პორტის ღირებულებასთან შედარებით 19-მდე შემცირდა.

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

შევეცადოთ PAGP ჩავანაცვლოთ LACP-ით. ამისათვის პირველი გადამრთველის პარამეტრებში ვიყენებ ბრძანებას ინტერფეისების დიაპაზონისთვის f0/1-2 დიაპაზონში. თუ ახლა გავცემ არხის ჯგუფის 1 რეჟიმის აქტიურ ბრძანებას LACP-ის გასააქტიურებლად, ის უარყოფილი იქნება, რადგან პორტები Fa0/1 და Fa0/2 უკვე არხის ნაწილია სხვა პროტოკოლის გამოყენებით.

ამიტომ, ჯერ უნდა შევიტანო ბრძანება no channel-group 1 mode active და მხოლოდ ამის შემდეგ გამოვიყენო ბრძანება channel-group1 mode active. იგივე მოვიქცეთ მეორე გადამრთველთან, ჯერ შევიყვანოთ ბრძანება no channel-group 2, შემდეგ კი ბრძანება channel-group 2 რეჟიმი აქტიური. თუ დააკვირდებით ინტერფეისის პარამეტრებს, ხედავთ, რომ Po2 ისევ ჩართულია, მაგრამ ის კვლავ PAGP პროტოკოლის რეჟიმშია. ეს არ შეესაბამება სიმართლეს, რადგან ჩვენ ამჟამად გვაქვს LACP და ამ შემთხვევაში პარამეტრები არასწორად არის ნაჩვენები Packet Tracer პროგრამის მიერ.
ამ შეუსაბამობის მოსაგვარებლად, მე ვიყენებ დროებით გადაწყვეტას - შევქმნი სხვა PortChannel-ს. ამისათვის ვწერ ბრძანებებს int range f0/1-2 და no channel-group 2 და შემდეგ ბრძანება channel-group 2 mode აქტიურია. ვნახოთ, როგორ იმოქმედებს ეს პირველ გადამრთველზე. მე შევდივარ show etherchannel summary ბრძანებას და ვხედავ, რომ Po1 კვლავ ნაჩვენებია როგორც PAGP-ის გამოყენებით. ეს არის პრობლემა Packet Tracer სიმულაციაში, რადგან PortChannel ამჟამად გამორთულია და საერთოდ არ უნდა გვქონდეს არხი.

ვბრუნდები მეორე გადამრთველის CLI ფანჯარაში და შევდივარ show etherchannel summary ბრძანებას. ახლა Po2 ნაჩვენებია ინდექსით (SD), სადაც D ნიშნავს ქვემოთ, ანუ არხი არ მუშაობს. ტექნიკურად, PortChannel აქ არის, მაგრამ ის არ გამოიყენება, რადგან მასთან დაკავშირებული პორტი არ არის.
პირველი გადამრთველის პარამეტრებში შევიყვან ბრძანებებს int range f0/1-2 და no channel-group 1 და შემდეგ ვქმნი არხების ახალ ჯგუფს, ამჯერად ნომერი 2, არხის ჯგუფის 2 რეჟიმის აქტიური ბრძანების გამოყენებით. შემდეგ იგივეს ვაკეთებ მეორე გადამრთველის პარამეტრებში, მხოლოდ ახლა არხების ჯგუფი იღებს ნომერ 1-ს.

ახლა პირველ გადამრთველზე შეიქმნა ახალი ჯგუფი, Port Channel 2, მეორეზე კი Port Channel 1. მე უბრალოდ გავცვალე ჯგუფების სახელები. როგორც ხედავთ, ტექნიკურად შევქმენი ახალი Port Channel მეორე გადამრთველზე და ახლა ის ნაჩვენებია სწორი პარამეტრით - show etherchannel summary ბრძანების შეყვანის შემდეგ ვხედავთ, რომ Po1 (SU) იყენებს LACP-ს.

ზუსტად იგივე სურათს ვხედავთ SW0 გადამრთველის CLI ფანჯარაში - ახალი ჯგუფი Po2 (SU) მუშაობს LACP კონტროლის ქვეშ.

განვიხილოთ განსხვავება აქტიურ მდგომარეობაში მყოფ ინტერფეისსა და ინტერფეისს შორის, რომელიც ყოველთვის ჩართულ მდგომარეობაშია. მე შევქმნი არხების ახალ ჯგუფს SW0 გადამრთველისთვის ბრძანებებით int range f0/1-2 და არხის ჯგუფის 3 რეჟიმი ჩართული. მანამდე თქვენ უნდა წაშალოთ არხების ჯგუფები 1 და 2 ბრძანებების გარეშე არხის ჯგუფი 1 და არხების ჯგუფი 2, წინააღმდეგ შემთხვევაში, როდესაც ცდილობთ გამოიყენოთ არხების ჯგუფი 3 რეჟიმი ბრძანებაზე, სისტემა აჩვენებს შეტყობინებას, რომელშიც ნათქვამია, რომ ინტერფეისი უკვე გამოიყენება სხვა არხის პროტოკოლთან მუშაობისთვის.

იგივეს ვაკეთებთ მეორე გადამრთველთან ერთად - წაშალეთ არხების ჯგუფი 1 და 2 და ვქმნით 3 ჯგუფს ბრძანების channel-group 3 რეჟიმით. ახლა მოდით გადავიდეთ SW0-ის პარამეტრებზე და გამოვიყენოთ show etherchannel summary ბრძანება. თქვენ ნახავთ, რომ ახალი Po3 არხი უკვე მუშაობს და არ საჭიროებს რაიმე წინასწარ ოპერაციებს, როგორიცაა PAGP ან LACP.

ის მაშინვე ჩაირთვება, პორტების გამორთვისა და შემდეგ ჩართვის გარეშე. იგივე ბრძანების გამოყენებით SW1-ისთვის დავინახავთ, რომ აქ Po3 არ იყენებს არცერთ პროტოკოლს, ანუ ჩვენ შევქმენით სტატიკური EtherChannel.

Cisco ამტკიცებს, რომ ქსელები ფართოდ ხელმისაწვდომი რომ იყოს, ჩვენ უნდა დავივიწყოთ PAGP და გამოვიყენოთ სტატიკური EtherChannel, როგორც ბმულების აგრეგაციის უფრო საიმედო გზა.
როგორ გავაკეთოთ დატვირთვის დაბალანსება? ვბრუნდები SW0 switch CLI ფანჯარაში და შევდივარ show etherchannel load-balance ბრძანებას. თქვენ ხედავთ, რომ დატვირთვის დაბალანსება ხდება წყაროს MAC მისამართის საფუძველზე.

ჩვეულებრივ, დაბალანსება იყენებს ამ პარამეტრს, მაგრამ ზოგჯერ ეს არ შეესაბამება ჩვენს მიზნებს. თუ გვინდა შევცვალოთ დაბალანსების ეს მეთოდი, უნდა შევიდეთ გლობალური კონფიგურაციის რეჟიმში და შევიტანოთ port-channel load-balance ბრძანება, რის შემდეგაც სისტემა აჩვენებს მოთხოვნას ამ ბრძანების შესაძლო პარამეტრებით.

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

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