Cisco Training 200-125 CCNA v3.0. დღე 35: დინამიური ტრანკინგი პროტოკოლი DTP

დღეს ჩვენ გადავხედავთ დინამიური ტრანკინგის პროტოკოლს DTP და VTP - VLAN trunking პროტოკოლს. როგორც წინა გაკვეთილზე ვთქვი, ჩვენ მივყვებით ICND2 საგამოცდო თემებს იმ თანმიმდევრობით, როგორც ისინი ჩამოთვლილია Cisco-ს ვებსაიტზე.

ბოლო დროს გადავხედეთ 1.1 პუნქტს, დღეს კი გადავხედავთ 1.2-ს - ქსელის გადამრთველი კავშირების დაყენება, შემოწმება და პრობლემების მოგვარება: VLAN-ების დამატება და ამოღება მაგისტრალიდან და DTP და VTP პროტოკოლების 1 და 2 ვერსიები.

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

ამრიგად, ყველაფერი დამოკიდებულია თითოეული 2 გადამრთველის მუშაობის რეჟიმების დაყენებაზე. გასაგებად, მე გავაკეთე ორი გადამრთველის DTP რეჟიმის შესაძლო კომბინაციების ცხრილი. თქვენ ხედავთ, რომ თუ ორივე გადამრთველი იყენებს Dynamic Auto-ს, ისინი არ შექმნიან საყრდენს, მაგრამ დარჩებიან წვდომის რეჟიმში. ამიტომ, თუ გსურთ, რომ შეიქმნას ტრანკი ორ გადამრთველს შორის, უნდა დაპროგრამოთ მინიმუმ ერთი გადამრთველი Trunk რეჟიმში, ან დაპროგრამოთ საბარგულის პორტი დინამიური სასურველი რეჟიმის გამოსაყენებლად. როგორც ცხრილიდან ჩანს, გადამრთველის თითოეული პორტი შეიძლება იყოს 4 რეჟიმიდან ერთ-ერთში: Access, Dynamic Auto, Dynamic Desirable ან Trunk.

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

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

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

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

თუ შევიყვან show int trunk ბრძანებას, ჩვენ ვერ დავინახავთ მაგისტრალს, რაც სრულიად ბუნებრივია საჭირო პარამეტრების არარსებობის შემთხვევაში, რადგან ყველა გადამრთველი კონფიგურირებულია Dynamic Auto რეჟიმში. თუ ვთხოვ შუა გადამრთველის f0/1 ინტერფეისის პარამეტრების ჩვენებას, ნახავთ, რომ ადმინისტრაციული პარამეტრების რეჟიმში ჩამოთვლილია დინამიური ავტო პარამეტრი.

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

მოდით გადავიდეთ პირველი გადამრთველი SW0-ის პარამეტრებში და დავაკონფიგურიროთ პორტი f0/1. გადამრთველის რეჟიმის ბრძანების შეყვანის შემდეგ, სისტემა მოგთხოვთ რეჟიმის შესაძლო პარამეტრებს: წვდომა, დინამიური ან მაგისტრალური. მე ვიყენებ switchport mode დინამიური სასურველ ბრძანებას და თქვენ ხედავთ, თუ როგორ გადავიდა მეორე გადამრთველის trunk port f0/1, ამ ბრძანების შეყვანის შემდეგ, ჯერ გადავიდა ქვემოთ მდგომარეობაში, შემდეგ კი პირველი გადამრთველის DTP ჩარჩოს მიღების შემდეგ. ზევით მდგომარეობაში.

თუ ახლა შევიყვანთ show int trunk ბრძანებას SW1 გადამრთველის CLI კონსოლში, დავინახავთ, რომ პორტი f0/1 არის trunking მდგომარეობაში. იგივე ბრძანებას შევიყვან SW1-ის კონსოლში და ვხედავ იგივე ინფორმაციას, ანუ ახლა დაყენებულია საყრდენი SW0 და SW1 გადამრთველებს შორის. ამ შემთხვევაში პირველი გადამრთველის პორტი სასურველ რეჟიმშია, ხოლო მეორის პორტი ავტო რეჟიმში.

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

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

დავიწყოთ VLAN trunking პროტოკოლის, ანუ VTP-ის ყურება. ეს პროტოკოლი უზრუნველყოფს სხვადასხვა ქსელური მოწყობილობების VLAN მონაცემთა ბაზების სინქრონიზაციას, განახლებული VLAN მონაცემთა ბაზის გადატანას ერთი მოწყობილობიდან მეორეზე. დავუბრუნდეთ ჩვენს 3 გადამრთველ წრეს. VTP შეიძლება მუშაობდეს 3 რეჟიმში: სერვერი, კლიენტი და გამჭვირვალე. VTP v3-ს აქვს სხვა რეჟიმი სახელწოდებით Off, მაგრამ Cisco გამოცდა მოიცავს მხოლოდ VTP ვერსიებს XNUMX და XNUMX.

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

თუ გსურთ შექმნათ VTP დომენი, გამოიყენეთ vtp domain <domain name> ბრძანება და VTP პაროლის დასაყენებლად უნდა შეიყვანოთ vtp პაროლი <PASSWORD> ბრძანება. მოდით გადავიდეთ პირველი გადამრთველის CLI კონსოლზე და შევხედოთ VTP სტატუსს show vtp status ბრძანების შეყვანით.

თქვენ ხედავთ, რომ VTP პროტოკოლის ვერსია მეორეა, მხარდაჭერილი VLAN-ების მაქსიმალური რაოდენობაა 255, არსებული VLAN-ების რაოდენობა არის 5, ხოლო VLAN ოპერაციული რეჟიმი არის სერვერი. ეს ყველაფერი ნაგულისხმევი პარამეტრებია. ჩვენ უკვე განვიხილეთ VTP 30 დღის გაკვეთილზე, ასე რომ, თუ რამე დაგავიწყდათ, შეგიძლიათ დაბრუნდეთ და ისევ უყუროთ ამ ვიდეოს.

VLAN მონაცემთა ბაზის სანახავად მე გავცემ show vlan მოკლე ბრძანებას. VLAN1 და VLAN1002-1005 ნაჩვენებია აქ. ნაგულისხმევად, გადამრთველის ყველა უფასო ინტერფეისი უკავშირდება პირველ ქსელს - 23 Fast Ethernet პორტი და 2 Gigabit Ethernet პორტი, დანარჩენი 4 VLAN არ არის მხარდაჭერილი. დანარჩენი ორი გადამრთველის VLAN მონაცემთა ბაზები ზუსტად ერთნაირად გამოიყურება, გარდა იმისა, რომ SW1-ს აქვს არა 23, არამედ 22 სწრაფი Ethernet პორტი თავისუფალი VLAN-ებისთვის, რადგან f0/1 და f0/2 დაკავებულია ტრანკებით. ნება მომეცით კიდევ ერთხელ შეგახსენოთ ის, რაც განიხილეს გაკვეთილზე "დღე 30" - VTP პროტოკოლი მხარს უჭერს მხოლოდ VLAN მონაცემთა ბაზის განახლებას.

თუ მე დავაკონფიგურირებ რამდენიმე პორტს VLAN-ების გამოსაყენებლად გადამრთველი პორტის წვდომით და გადამრთველი რეჟიმის წვდომით VLAN10, VLAN20 ან VLAN30 ბრძანებებით, ამ პორტების კონფიგურაცია არ განმეორდება VTP-ით, რადგან VTP აახლებს მხოლოდ VLAN მონაცემთა ბაზას.
ასე რომ, თუ ერთ-ერთი SW1 პორტი კონფიგურირებულია VLAN20-თან მუშაობისთვის, მაგრამ ეს ქსელი არ არის VLAN მონაცემთა ბაზაში, პორტი გაითიშება. თავის მხრივ, მონაცემთა ბაზის განახლებები ხდება მხოლოდ VTP პროტოკოლის გამოყენებისას.

show vtp status ბრძანების გამოყენებით, ვხედავ, რომ სამივე გადამრთველი ახლა სერვერის რეჟიმშია. შუა გადამრთველს SW3 გამჭვირვალე რეჟიმში გადავიყვან vtp mode transparent ბრძანებით, ხოლო მესამე გადართვას SW1 კლიენტის რეჟიმში vtp mode კლიენტის ბრძანებით.

ახლა დავუბრუნდეთ პირველ გადამრთველს SW0 და შევქმნათ nwking.org დომენი vtp domain <domain name> ბრძანების გამოყენებით. თუ ახლა გადახედავთ მეორე გადამრთველის VTP მდგომარეობას, რომელიც გამჭვირვალე რეჟიმშია, ხედავთ, რომ მას არავითარი რეაქცია არ მოუხდენია დომენის შექმნაზე - VTP Domain Name ველი ცარიელი დარჩა. თუმცა, მესამე გადამრთველმა, რომელიც კლიენტის რეჟიმშია, განაახლა მონაცემთა ბაზა და ახლა აქვს დომენის სახელი VTP-nwking.org. ამრიგად, გადამრთველი SW0 მონაცემთა ბაზის განახლებამ გაიარა SW1 და აისახა SW2-ში.

ახლა ვეცდები შევცვალო მითითებული დომენის სახელი, რისთვისაც გადავალ SW0 პარამეტრებზე და ჩავიწერ vtp domain NetworKing ბრძანებას. როგორც ხედავთ, ამჯერად განახლება არ მომხდარა - მესამე გადამრთველზე VTP დომენის სახელი იგივე დარჩა. ფაქტია, რომ დომენის სახელის ასეთი განახლება ხდება მხოლოდ ერთხელ, როდესაც იცვლება ნაგულისხმევი დომენი. თუ ამის შემდეგ VTP დომენის სახელი კვლავ შეიცვლება, ის უნდა შეიცვალოს ხელით დანარჩენ სვიჩებზე.

ახლა მე შევქმნი ახალ VLAN100 ქსელს პირველი გადამრთველის CLI კონსოლში და ვუწოდებ მას IMRAN. ის გამოჩნდა პირველი გადამრთველის VLAN მონაცემთა ბაზაში, მაგრამ არ გამოჩნდა მესამე გადამრთველის მონაცემთა ბაზაში, რადგან ეს არის სხვადასხვა დომენები. გახსოვდეთ, რომ VLAN მონაცემთა ბაზის განახლება ხდება მხოლოდ იმ შემთხვევაში, თუ ორივე გადამრთველს აქვს იგივე დომენი, ან, როგორც ადრე ვაჩვენე, ნაგულისხმევი სახელის ნაცვლად დაყენებულია ახალი დომენის სახელი.

შევდივარ 3 გადამრთველის პარამეტრებში და თანმიმდევრულად შევდივარ vtp რეჟიმში და vtp დომენის NetworKing ბრძანებებს. გთხოვთ გაითვალისწინოთ, რომ სახელის ჩანაწერი რეგისტრირებულია, ამიტომ დომენის სახელის მართლწერა ზუსტად იგივე უნდა იყოს ორივე გადამრთველისთვის. ახლა მე დავაბრუნე SW2 კლიენტის რეჟიმში vtp mode კლიენტის ბრძანების გამოყენებით. ვნახოთ რა მოხდება. როგორც ხედავთ, ახლა, თუ დომენის სახელი ემთხვევა, განახლებულია SW2 მონაცემთა ბაზა და მასში გამოჩნდა ახალი VLAN100 IMRAN ქსელი და ეს ცვლილებები არ მოქმედებს საშუალო გადამრთველზე, რადგან ის გამჭვირვალე რეჟიმშია.

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

შემდეგი, რასაც ჩვენ გადავხედავთ არის VTP pruning, ან გამოუყენებელი VLAN-ების „გასხვლა“. თუ თქვენს ქსელში გაქვთ 100 მოწყობილობა, რომლებიც იყენებენ VTP-ს, VLAN მონაცემთა ბაზის განახლება ერთ მოწყობილობაზე ავტომატურად განმეორდება დანარჩენ 99 მოწყობილობაზე. თუმცა, ყველა ამ მოწყობილობას არ აქვს განახლებაში ნახსენები VLAN, ამიტომ მათ შესახებ ინფორმაცია შეიძლება არ იყოს საჭირო.

VLAN მონაცემთა ბაზის განახლებების გაგზავნა მოწყობილობებზე VTP-ის გამოყენებით ნიშნავს, რომ ყველა პორტი ყველა მოწყობილობაზე მიიღებს ინფორმაციას დამატებული, წაშლილი და შეცვლილი VLAN-ების შესახებ, რომლებთანაც მათ შეიძლება არავითარი კავშირი არ ჰქონდეს. ამავდროულად, ქსელი იკეტება ზედმეტი ტრაფიკით. ამის თავიდან ასაცილებლად, გამოიყენება VTP მორთვის კონცეფცია. გადამრთველზე შეუსაბამო VLAN-ების „pruning“ რეჟიმის გასააქტიურებლად, გამოიყენეთ vtp pruning ბრძანება. შემდეგ გადამრთველები ავტომატურად ეტყვიან ერთმანეთს, თუ რომელ VLAN-ებს იყენებენ ისინი რეალურად, რითაც აფრთხილებენ მეზობლებს, რომ მათ არ სჭირდებათ განახლებების გაგზავნა ქსელებში, რომლებიც მათთან არ არის დაკავშირებული.

მაგალითად, თუ SW2-ს არ აქვს რაიმე VLAN10 პორტი, მაშინ მას არ სჭირდება SW1 ტრაფიკის გასაგზავნად ამ ქსელისთვის. ამავდროულად, SW1 გადამრთველს სჭირდება VLAN10 ტრაფიკი, რადგან მისი ერთ-ერთი პორტი დაკავშირებულია ამ ქსელთან, მას უბრალოდ არ სჭირდება ამ ტრაფიკის გაგზავნა SW2 გადართვისთვის.
ასე რომ, თუ SW2 იყენებს vtp pruning რეჟიმს, ის ეუბნება SW1: „გთხოვთ, არ გამომიგზავნოთ ტრაფიკი VLAN10-ისთვის, რადგან ეს ქსელი არ არის ჩემთან დაკავშირებული და არცერთი ჩემი პორტი არ არის კონფიგურირებული ამ ქსელთან მუშაობისთვის“. ამას აკეთებს vtp pruning ბრძანების გამოყენებით.

არსებობს კიდევ ერთი გზა კონკრეტული ინტერფეისისთვის ტრაფიკის გასაფილტრად. ის საშუალებას გაძლევთ დააკონფიგურიროთ პორტი მაგისტრალზე კონკრეტული VLAN-ით. ამ მეთოდის მინუსი არის თითოეული მაგისტრალური პორტის ხელით კონფიგურაციის აუცილებლობა, რომელიც უნდა დაზუსტდეს, რომელი VLAN არის დაშვებული და რომელი აკრძალული. ამისათვის გამოიყენება 3 ბრძანების თანმიმდევრობა. პირველი მიუთითებს ინტერფეისზე, რომელიც გავლენას ახდენს ამ შეზღუდვებით, მეორე აქცევს ამ ინტერფეისს საბარგულის პორტად, ხოლო მესამე - switchport trunk დაშვებული vlan < all/none/add/remove/VLAN number> - აჩვენებს რომელი VLAN არის დაშვებული ამ პორტზე: ყველა, არცერთი, VLAN უნდა დაემატოს ან VLAN წაიშალოს.

კონკრეტული სიტუაციიდან გამომდინარე, თქვენ ირჩევთ რა გამოიყენოთ: VTP pruning ან Trunk დასაშვებია. ზოგიერთი ორგანიზაცია ურჩევნია არ გამოიყენოს VTP უსაფრთხოების მიზეზების გამო, ამიტომ ისინი ირჩევენ ტრანინგის ხელით კონფიგურაციას. ვინაიდან vtp pruning ბრძანება არ მუშაობს Packet Tracer-ში, მე მას ვაჩვენებ GNS3 ემულატორში.

თუ შეხვალთ SW2 პარამეტრებში და შეიყვანთ vtp pruning ბრძანებას, სისტემა მაშინვე მოგახსენებთ, რომ ეს რეჟიმი ჩართულია: Pruning ჩართულია, ანუ VLAN “pruning” ჩართულია მხოლოდ ერთი ბრძანებით.

თუ ჩვენ ჩავწერთ show vtp status ბრძანებას, დავინახავთ, რომ ჩართულია vtp pruning რეჟიმი.

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

თუ არ გსურთ ამ რეჟიმის გამოყენება, უნდა შეხვიდეთ კონკრეტულ ინტერფეისში, მაგალითად e0/0 და შემდეგ გასცეთ switchport trunk დაშვებული vlan ბრძანება. სისტემა მოგცემთ მინიშნებებს ამ ბრძანების შესაძლო პარამეტრების შესახებ:

— WORD — VLAN ნომერი, რომელიც დაიშვება ამ ინტერფეისზე მაგისტრალური რეჟიმში;
— დამატება — VLAN დასამატებელი VLAN მონაცემთა ბაზის სიაში;
— ყველა — ყველა VLAN-ის დაშვება;
— გარდა — დაუშვას ყველა VLAN, გარდა მითითებულისა;
— არცერთი — აკრძალავს ყველა VLAN-ს;
— წაშლა — ამოიღეთ VLAN VLAN მონაცემთა ბაზის სიიდან.

მაგალითად, თუ ჩვენ გვაქვს VLAN10-ისთვის დაშვებული საყრდენი და გვსურს მისი დაშვება VLAN20 ქსელისთვის, მაშინ უნდა შევიტანოთ switchport trunk allow vlan add 20 ბრძანება.

მინდა სხვა რამ გაჩვენოთ, ამიტომ ვიყენებ show interface trunk ბრძანებას. გთხოვთ გაითვალისწინოთ, რომ ნაგულისხმევად ყველა VLAN 1-1005 დაშვებული იყო მაგისტრალზე და ახლა მათ დაემატა VLAN10.

თუ გამოვიყენებ switchport trunk allow vlan add 20 ბრძანებას და ხელახლა მოვითხოვ მაგისტრალური სტატუსის ჩვენებას, დავინახავთ, რომ trunk-ს ახლა აქვს დაშვებული ორი ქსელი - VLAN10 და VLAN20.

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

გთხოვთ გაითვალისწინოთ, რომ 17 წლის 2017 ნოემბრის დღის ბოლომდე გვაქვს 90%-იანი ფასდაკლება ჩვენს ვებგვერდზე ამ თემაზე ლაბორატორიული სამუშაოების ჩამოტვირთვის ღირებულებაზე.

გმადლობთ ყურადღებისთვის და შევხვდებით შემდეგ ვიდეო გაკვეთილზე!

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