Обучение на Cisco 200-125 CCNA v3.0. Ден 35: Dynamic Trunking Protocol (DTP)

Днес ще разгледаме динамичния трънкинг протокол DTP и VTP - VLAN трънкинг протокол. Както казах в последния урок, ще следваме темите на изпита ICND2 в реда, в който се показват на уебсайта на Cisco.

Последният път разгледахме точка 1.1, а днес ще разгледаме 1.2 - конфигуриране, проверка и отстраняване на неизправности във връзките на мрежов комутатор: добавяне и премахване на VLAN от магистралата и DTP и VTP протоколи версии 1 и 2.

Всички портове на превключватели са конфигурирани по подразбиране да използват динамичния автоматичен режим на DTP протокола. Това означава, че когато са свързани два порта на различни комутатори, между тях автоматично се включва магистрален канал, ако един от портовете е в магистрален или желан режим. Ако портовете на двата превключвателя са в динамичен автоматичен режим, не се формира транк.

По този начин всичко зависи от настройката на режимите на работа на всеки от двата превключвателя. За по-лесно разбиране направих таблица с възможни комбинации от DTP режими на два превключвателя. Можете да видите, че ако и двата превключвателя използват Dynamic Auto, тогава те няма да образуват ствол, а ще останат в режим на достъп. Следователно, ако искате да се създаде магистрала между два комутатора, тогава трябва да програмирате поне един от комутаторите в режим Trunk или да програмирате порта на магистралата да използва режим Dynamic Desirable. Както се вижда от таблицата, всеки от портовете на комутатора може да бъде в един от 2 режима: Access, Dynamic Auto, Dynamic Desirable или Trunk.

Ако и двата порта са настроени на Access, свързаните комутатори ще използват режим на достъп. Ако единият порт е настроен на Dynamic Auto, а другият на Access, и двата ще работят в режим на достъп. Ако единият порт работи в режим на достъп, а другият в режим на магистрала, комутаторите не могат да бъдат свързани, така че тази комбинация от режими не може да се използва.

Така че, за да работи транкингът, е необходимо единият от портовете на комутатора да бъде програмиран за Trunk, а другият за Trunk, Dynamic Auto или Dynamic Desirable. Създава се и магистрала, ако и двата порта са настроени на Dynamic Desirable.

Разликата между Dynamic Desirable и Dynamic Auto е, че в първия режим самият порт инициира транка, като изпраща DTP рамки към порта на втория комутатор. Във втория режим портът на комутатора чака, докато някой започне да говори с него и ако портовете на двата комутатора са настроени на Dynamic Auto, между тях никога няма да се образува ствол. В случая на Dynamic Desirable има обратна ситуация - ако и двата порта са конфигурирани за този режим, между тях задължително се образува ствол.

Съветвам ви да запомните тази таблица, тъй като тя ще ви помогне да конфигурирате правилно превключвателите, свързани помежду си. Нека да разгледаме този аспект в Packet Tracer. Свързах верижно 3 превключвателя заедно и сега ще покажа прозорците на CLI конзолата за всяко от тези устройства.

Ако въведа командата show int trunk, няма да видим никакъв trunk, което е съвсем естествено при липса на необходимите настройки, тъй като всички превключватели са настроени на режим Dynamic Auto. Ако ви помоля да покажете параметрите на интерфейса f0 / 1 на средния превключвател, ще видите, че динамичният автоматичен параметър е посочен в режима на административни настройки.

Третият и първият превключватели имат подобни настройки - те също имат порт f0 / 1 в динамичен автоматичен режим. Ако си спомняте таблицата, за трънкинг всички портове трябва да са в режим на магистрала или един от портовете трябва да е в режим Dynamic Desirable.

Нека да отидем на настройките на първия превключвател SW0 и да конфигурираме порт f0 / 1. След като въведете командата за режим на switchport, системата ще ви подкани за възможни опции за режим: достъп, динамичен или магистрален. Използвам динамичната желана команда за режим на switchport и можете да забележите как магистралният порт f0 / 1 на втория комутатор, след въвеждане на тази команда, първо премина в изключено състояние и след това, след получаване на DTP рамката на първия комутатор, премина в горно състояние.

Ако сега въведем командата show int trunk в CLI конзолата на превключвател SW1, ще видим, че порт f0 / 1 е в транкинг състояние. Въвеждам същата команда в конзолата на превключвателя SW1 и виждам същата информация, т.е. сега между превключвателите SW0 и SW1 е инсталиран транк. В този случай портът на първия комутатор е в желан режим, а портът на втория е в автоматичен режим.

Няма връзка между втория и третия превключвател, затова отивам в настройките на третия превключвател и влизам в динамичната желана команда за режим switchport. Можете да видите, че същите промени в състоянието надолу-нагоре са настъпили във втория комутатор, само че сега те засягат порта f0 / 2, към който е свързан третият комутатор. Сега вторият превключвател има два ствола: единият на интерфейса f3/0, вторият на f1/0. Това може да се види с помощта на командата show int trunk.

И двата порта на втория суич са в автоматично състояние, тоест за трънкинг със съседни суичове е необходимо техните портове да са в trunk или желаем режим, тъй като в този случай има само 2 режима за настройка на trunk. Използвайки таблицата, винаги можете да конфигурирате портовете на комутатора по такъв начин, че да организирате магистрала между тях. Това е същността на използването на протокола за динамичен транкинг DTP.

Нека да започнем с VLAN Trunking Protocol или VTP. Този протокол осигурява синхронизиране на VLAN бази данни на различни мрежови устройства, извършвайки прехвърляне на актуализираната VLAN база данни от едно устройство на друго. Нека се върнем към нашата схема от 3 превключвателя. VTP може да работи в 3 режима: сървър, клиент и прозрачен. VTP v3 има друг режим, наречен Off, но само VTP vXNUMX и vXNUMX са включени в изпита на Cisco.

Сървърният режим се използва за създаване на нови VLAN, изтриване или промяна на мрежи чрез командния ред на комутатора. В клиентски режим не могат да се извършват операции върху VLAN; в този режим само VLAN базата данни се актуализира от сървъра. Прозрачният режим действа така, сякаш VTP протоколът е деактивиран, т.е. комутаторът не издава свои собствени VTP съобщения, а предава актуализации от други комутатори - ако актуализация пристигне на един от портовете на комутатора, той я прекарва през себе си и изпраща по-нататък през мрежата през друг порт. В прозрачен режим комутаторът просто служи като предавател на съобщенията на други хора, без да актуализира собствената си VLAN база данни.
На този слайд виждате командите за конфигуриране на VTP протокол, въведени в режим на глобална конфигурация. С първата команда можете да промените използваната версия на протокола. Втората команда избира режима на работа на VTP.

Ако искате да създадете VTP домейн, използвайте командата vtp domain <име на домейн>, а за да зададете VTP парола, използвайте командата vtp password <PASSWORD>. Нека отидем на CLI конзолата на първия превключвател и да разгледаме състоянието на VTP, като въведете командата show vtp status.

Виждате, че версията на VTP протокола е втората, максималният брой поддържани VLAN е 255, броят на съществуващите VLAN е 5, а режимът на работа на VLAN е сървър. Това са всички настройки по подразбиране. Вече обсъдихме VTP в урока от Ден 30, така че ако сте забравили нещо, можете да се върнете и да гледате това видео отново.

За да видя VLAN базата данни, въвеждам командата show vlan brief. Тук са показани VLAN1 и VLAN1002-1005. По подразбиране всички свободни интерфейси на комутатора са свързани към първата мрежа - 23 Fast Ethernet порта и 2 Gigabit Ethernet порта, останалите 4 VLAN не се поддържат. VLAN базите данни на другите два комутатора изглеждат абсолютно същите, с изключение на това, че SW1 има не 23, а 22 Fast Ethernet порта, свободни за VLAN, тъй като f0 / 1 и f0 / 2 са заети от канали. Нека ви напомня още веднъж казаното в урока от Ден 30 - VTP протоколът поддържа само актуализиране на VLAN бази данни.

Ако конфигурирам множество портове за работа с VLAN с командите за достъп до превключвател и режим на превключване VLAN10, VLAN20 или VLAN30, конфигурацията на тези портове няма да бъде репликирана от VTP, тъй като VTP актуализира само VLAN базата данни.
Така че, ако един от портовете SW1 е конфигуриран да работи с VLAN20, но тази мрежа не е във VLAN базата данни, тогава портът ще бъде деактивиран. От своя страна актуализирането на бази данни се извършва само при използване на VTP протокол.

С командата show vtp status виждам, че всичките 3 комутатора вече са в сървърен режим. Ще поставя средния превключвател SW1 в прозрачен режим с командата vtp mode transparent, а третия превключвател SW2 в клиентски режим с командата vtp mode client.

Сега нека се върнем към първия превключвател SW0 и създадем домейна nwking.org с помощта на командата vtp domain <име на домейн>. Ако сега погледнете VTP статуса на втория комутатор, който е в прозрачен режим, можете да видите, че той не реагира по никакъв начин на създаването на домейна - полето VTP Domain Name остана празно. Третият превключвател обаче, който е в клиентски режим, актуализира своята база данни и получи име на домейн VTP-nwking.org. По този начин актуализацията на базата данни на комутатора SW0 премина през SW1 и беше отразена в SW2.

Сега ще се опитам да сменя даденото име на домейн, за което ще отида в настройките на SW0 и ще напиша командата vtp domain NetworkKing. Както можете да видите, този път нямаше актуализация - VTP домейн името на третия превключвател остана същото. Факт е, че такава актуализация на име на домейн се случва само 1 път, когато домейнът по подразбиране се промени. Ако след това VTP името на домейна се промени отново, то ще трябва да се промени ръчно на останалите комутатори.

Сега ще създам нова VLAN100 мрежа в CLI конзолата на първия комутатор и ще я кръстя IMRAN. Появи се в VLAN базата данни на първия суич, но не се появи в третата база данни на суич, защото това са различни домейни. Не забравяйте, че актуализирането на VLAN базата данни се случва само ако и двата комутатора имат един и същ домейн или, както показах по-рано, е зададено ново име на домейн вместо името по подразбиране.

Влизам в настройките на 3-тия превключвател и последователно влизам в командите vtp mode и vtp domain NetworkKing. Моля, имайте предвид, че въведеното име е чувствително към главни и малки букви, така че изписването на името на домейна трябва да е абсолютно еднакво и за двата комутатора. Сега отново поставих SW2 в клиентски режим с командата vtp mode client. Да видим какво ще стане. Както можете да видите, сега, когато името на домейна съвпада, SW2 базата данни е актуализирана и в нея се появи нова VLAN100 IMRAN мрежа и тези промени не засегнаха средния превключвател по никакъв начин, защото той е в прозрачен режим.

Ако искате да се предпазите от неоторизиран достъп, можете да създадете VTP парола. Трябва обаче да сте сигурни, че устройството от другата страна ще има абсолютно същата парола, защото само в този случай то ще може да получава VTP актуализации.

Следващото нещо, което ще разгледаме, е VTP подрязване или отрязване на неизползвани VLAN. Ако имате 100 VTP устройства във вашата мрежа, актуализацията на базата данни на VLAN на едно устройство автоматично ще бъде копирана към останалите 99 устройства. Въпреки това, не всички от тези устройства имат VLAN, споменати в актуализацията, така че информацията за тях може да не е необходима.

Изпращането на актуализации на VLAN бази данни до устройства, използващи VTP, означава, че всички портове на всички устройства ще получат информация за добавени, изтрити и променени VLAN, с които може да нямат нищо общо. В този случай мрежата е задръстена с излишен трафик. За да се предотврати това да се случи, се използва концепцията за "подрязване" на VTP. За да активирате режима на „подрязване“ на неподходящи VLAN мрежи на комутатора, използвайте командата vtp подрязване. След това комутаторите автоматично ще си кажат кои VLAN всъщност използват, като по този начин предупреждават съседите, че не е необходимо да изпращат актуализации до мрежи, които не са свързани с тях.

Например, ако SW2 няма VLAN10 портове, тогава не се нуждае от SW1, за да му изпраща трафик за тази мрежа. В същото време превключвателят SW1 се нуждае от VLAN10 трафик, тъй като един от неговите портове е свързан към тази мрежа, просто не е необходимо да изпраща този трафик към превключвателя SW2.
Следователно, ако SW2 използва vtp режим на съкращаване, той казва на SW1: "моля, не ми изпращайте трафик за VLAN10, защото тази мрежа не е свързана с мен и нито един от моите портове не е конфигуриран да работи с тази мрежа." Това дава командата за подрязване на vtp.

Има и друг начин за филтриране на трафика за конкретен интерфейс. Тя ви позволява да конфигурирате порт на магистрала с конкретна VLAN. Недостатъкът на този метод е необходимостта от ръчно конфигуриране на всеки trunk порт, който ще трябва да посочи кои VLAN са разрешени и кои са забранени. За целта се използва последователност от 3 команди. Първият указва интерфейса, засегнат от тези ограничения, вторият превръща този интерфейс в магистрален порт, а третият - switchport trunk allowed vlan <all/none/add/remove/VLAN number> - показва кой VLAN е разрешен на този порт: всички, нито един, VLAN за добавяне или VLAN за премахване.

В зависимост от конкретната ситуация, вие избирате какво да използвате: VTP pruning или Trunk allowed. Някои организации избират да не използват VTP от съображения за сигурност, така че избират ръчно да конфигурират трънкинга. Тъй като командата за подрязване на vtp не работи в Packet Tracer, ще я покажа в емулатора на GNS3.

Ако влезете в настройките на SW2 и въведете командата за подрязване на vtp, системата незабавно ще съобщи, че този режим е активиран: Подрязването е включено, тоест „отрязването“ на VLAN е включено само с една команда.

Ако напишем командата show vtp status, ще видим, че режимът за подрязване на vtp е активиран.

Ако конфигурирате този режим на превключващ сървър, отидете на неговите настройки и въведете командата за подрязване на vtp. Това означава, че устройствата, свързани към сървъра, автоматично ще използват vtp съкращаване, за да минимизират трънкинг трафика за неподходящи VLAN.

Ако не искате да използвате този режим, трябва да влезете в конкретен интерфейс, като например e0/0, и след това да издадете командата switchport trunk allowed vlan. Системата ще ви подкани за възможни опции за тази команда:

— WORD — VLAN номер, който ще бъде разрешен на този интерфейс в trunk режим;
- add - VLAN за добавяне към списъка с VLAN бази данни;
— всички — разрешаване на всички VLAN;
- изключение - разрешаване на всички VLAN с изключение на посочените;
— няма — деактивирайте всички VLAN;
— премахване—премахване на VLAN от списъка с VLAN бази данни.

Например, ако имаме магистрала, разрешена за VLAN10 и искаме да я разрешим за VLAN20, тогава трябва да въведем командата switchport trunk allowed vlan add 20.

Искам да ви покажа нещо друго, затова използвам командата show interface trunk. Моля, обърнете внимание, че по подразбиране всички VLAN 1-1005 бяха разрешени за магистралата, а сега VLAN10 също е добавен към тях.

Ако използвам командата switchport trunk allowed vlan add 20 и поискам отново да покажа състоянието на транкинга, ще видим, че две мрежи вече са разрешени за ствола - VLAN10 и VLAN20.

В същото време никакъв друг трафик, освен този, предназначен за посочените мрежи, няма да може да премине през този багажник. Като разрешихме трафик само за VLAN 10 и VLAN 20, ние отказахме трафик за всички останали VLAN. Ето как да конфигурирате ръчно настройките за транкинг за конкретна VLAN на конкретен интерфейс на комутатора.

Моля, имайте предвид, че до края на деня на 17 ноември 2017 г. имаме 90% отстъпка от цената за изтегляне на лабораторна работа по тази тема на нашия уебсайт.

Благодаря ви за вниманието и ще се видим на следващия видео урок!

Благодарим ви, че останахте с нас. Харесвате ли нашите статии? Искате ли да видите още интересно съдържание? Подкрепете ни, като направите поръчка или препоръчате на приятели, 30% отстъпка за потребителите на Habr за уникален аналог на сървъри от начално ниво, който беше измислен от нас за вас: Цялата истина за VPS (KVM) E5-2650 v4 (6 ядра) 10GB DDR4 240GB SSD 1Gbps от $20 или как да споделите сървър? (предлага се с RAID1 и RAID10, до 24 ядра и до 40GB DDR4).

Dell R730xd 2 пъти по-евтин? Само тук 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV от $199 в Холандия! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - от $99! Прочети за Как да изградим инфраструктура Corp. клас с използване на сървъри Dell R730xd E5-2650 v4 на стойност 9000 евро за стотинка?

Източник: www.habr.com