Тренинг Cisco 200-125 CCNA v3.0. Ден 35. Динамичен протокол за транкинг DTP

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

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

Всички портове на комутатора "извън кутията" са настроени по подразбиране да използват режима Dynamic Auto на протокола DTP. Това означава, че при свързване на два порта от различни комутатори, между тях автоматично се активира транк, ако поне един от портовете е в режим trunk или desirable. Ако и двата порта на комутаторите са в режим Dynamic Auto, транк не се образува.

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

Ако и двата порта са настроени на Access, свързаните комутатори ще използват режим Access. Ако един порт е настроен на Dynamic Auto, а другият на Access, и двата ще работят в режим Access. Ако един порт работи в режим 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 на средния суич, ще видите, че в режима на административни настройки е посочен параметърът dynamic auto.

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

Нека да влезем в настройките на първия суич SW0 и да настроим порт f0/1. След въвеждане на командата switchport mode системата ще изведе подсказки за възможните параметри на режима: access, dynamic или trunk. Аз използвам командата switchport mode dynamic desirable, като при това можете да забележите как транк-портът f0/1 на втория суич след въвеждането на тази команда първо е преминал в състояние down, а след това, след получаване на DTP кадрите от първия суич, е преминал в състояние up.

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

Между втория и третия комутатор няма свързаност, затова преминавам в настройките на третия комутатор и въвеждам командата switchport mode dynamic desirable. Вие виждате, че при втория комутатор се случиха същите промени в състоянието down-up, само че сега те касаят порта f0/2, към който е свързан третия комутатор. Сега втория комутатор има два транка: един на интерфейса f0/1 и втори на f0/2. Това може да се види, ако се използва командата show int trunk.

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

Нека преминем към разглеждане на протокола за транкинг VLAN, или VTP. Този протокол осигурява синхронизация на базите данни VLAN между различни мрежови устройства, прехвърляйки обновената база VLAN от едно устройство на друго. Връщаме се към нашата схема с 3 комутатора. VTP може да работи в 3 режима: server, client и transparent. VTP v3 има още един режим, наречен Off, но в контекста на изпита по Cisco се разглеждат само първа и втора версия на VTP.

Режимът Server се използва за създаване на нови VLAN, за изтриване или модифициране на мрежи чрез командния ред на комутатора. В режима client не могат да се извършват никакви операции над VLAN, в този режим само се актуализира базата данни на VLAN от сървъра. Режимът transparent действа така, сякаш протоколът VTP е изключен, т.е. комутаторът не изпраща собствени VTP съобщения, но предава актуализации от други комутатори – ако актуализацията е постъпила на един от портовете на комутатора, той я пропуска и я изпраща по мрежата през друг порт. В transparent режима комутаторът просто служи като предавател на чужди съобщения, без да актуализира собствената си база данни VLAN.
На този слайд виждате командите за настройки на протокола VTP, въвеждани в режим глобална конфигурация. Първата команда променя използваната версия на протокола. Втората команда избира режим на работа на VTP.

Ако искате да създадете VTP домейн, използвайте командата vtp domain , а за да зададете VTP парола, трябва да въведете командата vtp 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 свободните за VLAN са останали не 23, а 22 порта Fast Ethernet, тъй като f0/1 и f0/2 са заети за транкове. Още веднъж напомням за това, което беше казано в урока "Ден 30" – протоколът VTP поддържа само обновяване на VLAN бази данни.

Ако конфигурирам няколко порта да работят с VLAN мрежи чрез командите switchport access и switchport mode access 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 NetworKing. Както виждаме, този път обновлението не се е случило – името на домейна VTP на третия суич остана същото. Факт е, че такова обновление на домейн името се случва само веднъж, когато се променя домейн по подразбиране. Ако след това домейн името VTP се променя отново, на останалите суичове ще трябва да бъде променено ръчно.

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

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

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

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

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

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

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

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

Ако влезете в настройките на SW2 и въведете командата vtp pruning, системата веднага ще съобщи, че този режим е активиран: Pruning switched on, т.е. "рязане" на VLAN се включва само с една команда.

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

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

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

— WORD — номер на VLAN, който ще бъде разрешен на този интерфейс в режим транк;
— add — VLAN, която трябва да се добави в списъка с базата данни VLAN;
— all — разрешаване на всички VLAN;
— except — разрешаване на всички VLAN, с изключение на посочените;
— none – забраняване на всички VLAN;
— remove – изтриване на 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% отстъпка за потребителите на Хабра за уникален аналог на entry-level сървъри, създаден от нас за вас: Всичко за VPS (KVM) E5-2650 v4 (6 ядра) 10GB DDR4 240GB SSD 1Gbps от $20 или как да делим сървъра правилно? (налични опции с RAID1 и RAID10, до 24 ядра и до 40GB DDR4).

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

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