Switches Troubleshooting, или откъде да започнем, когато имаме проблеми с превключвателите в мрежата?
Лилия Николова - CCNA, MOS Master, MCT, ECDL
Колкото по-голяма е нашата мрежа, толкова по-голяма е вероятността от поява на проблеми и грешки. Откриването и фиксирането на някои от тях е очевидно, но при други не е така. В случай на такива ситуации е добре да имаме план и да знаем откъде да започнем с търсенето на проблема. Един от начините е да използваме OSI (Open Systems Interconnection) модела, като последователно проверим физическата връзка, след което комуникацията в рамките на един VLAN или няколко и т.н., т.е. да започнем проверката от първо ниво (Layer 1), второ (Layer 2) и така да продължим до седмо (Layer 7). Използвайки този похват, ще разгледаме по-детайлно какво и как да проверим, за да фиксираме проблеми, възникнали при употребата на превключватели (Switch) в нашата мрежа.
1. Проверка на портовете (Troubleshoot Physical Layer Port Connectivity Issues)
□ Проверете статуса и на двата порта от дадена връзка. Уверете се, че някой от тях не е затворен по някаква причина.
□ Проверете типа, категорията, дължината на кабела, който е използван. Не бива да забравяме, че за връзка switch–to-switch и switch–to-hub, трябва да използваме кроснат кабел, а при персонален компютър (PC), маршрутизатор (Router) или сървър (Server) с превключвател (Switch или Hub) – прав кабел.
□ Уверете се, че VLAN, към който принадлежи даден порт, не е изтрит.
□ Не оставяйте устройствата сами да договорят скоростта (speed) и режимът, в който ще работят (half или full duplex).
2. Проверка конфигурацията на VLAN и Trunk (Troubleshoot VLAN and Trunking Issues)
□ Уверете се, че двата края на връзката използват един и същи Native VLAN (по подразбиране това е VLAN 1, но от гледна точка за сигурност е препоръчително той да бъде сменен).
□ Проверете дали и от двете страни на линка е използван един и същи Trunk Mode.
□ На всеки VLAN трябва да съответства уникална IP подмрежа.
□ Имате ли връзка между отделните виртуални мрежи? Ако маршрутизаторът (Router) или превключвателят, работещ на трето ниво (Multilayer Switch), не е конфигуриран както трябва, то това би възпрепятствало обмяната на пакети между отделните виртуални мрежи.
3. Обменя ли се VTP информация (Troubleshoot VTP Issues)
□ Виждате ли информация за отделните виртуални мрежи? Уверете се, че портовете, които свързват отделните превключватели са Trunk Mode, името на домейна, паролата, както и версията на VTP са едни и същи.
□ Проврете дали наскоро инсталираният превключвател (Switch) не създава проблеми.
4. Фиксиране на проблеми, произтичащи от конфигурацията на STP(Troubleshoot Spanning-Tree Issues)
□ Използвайте диаграмата на вашата мрежа, за да установите кой превключвател (Switch) е Root Bridge, както и къде се намират блокираните портове.
□ Ръчно затворете портовете (shut down), които би трябвало да са блокирани от STP и проверете дали мрежата вече функционира коректно.
□ Използвайте командата debug spanning-tree events, за да съберете информация за STP.
И не забравяйте: Никога не приемайте, че даден компонент работи, без да сте проверили, че наистина е така!
Забравено е да се спомене,при Troubleshoot VTP Issues,прeди добавяне на switch във домейна,задължително да се провери и коригира(ако се налага) неговия Revision Number !!!
Действително, една от препоръките преди добавяне на нов превключвател (Switch) в VTP домейн е да се провери неговия Revision Number и да се промени, ако трябва, за да бъдат избегнати проблеми, които могат да доведат дори и до спиране функционирането на нашата мрежа. Но фокусът на статията е върху това, откъде да започнем, основни насоки, в случай че вече има проблем. Целта ми не е да разгледам подробно „Troubleshoot“ процеса, а да насоча областите, в които да се търсят проблемите. И проблемът с Revision Number е засегнат, макар и не толкова явно, в следното по-общо изречение: „Проверете дали наскоро инсталираният превключвател (Switch) не създава проблеми“.
Steffaka харесва това : „Проверете,дали наскоро добавения превключвател(Switch) не създава проблем“ !!! 🙂
Госпожо Николова. Just curious, защо продължавате да наричате switch-овете „превключватели“ ? 😉
Ами,сигурно защото Google така го транслейтва 🙂
Тъй като статията е на български език, то стилистично е добре и терминологията да е на български 😉
Стилистично,или не – терминологията Ви звучи смешно на български !
Според мен само се заяждате заради спорта 😉
с готиното и умно момиче.
Статията е мнооого добре.
p.s. ако сте чели първата ccna книжка на бг…. там изцяло и единствено се използва бг терминология.
За да бъдем в крак с бг терминологията-Cisco произвеждат комутатори и мрашрутизатори, но не и превключватели! Да живее науката!
Не се заяждам с никого – само исках да вметна нещо ! Авторката,отначало се съгласи с мен,но накрая прави комичен опит да се измъкне от ситуацията ! Това е всичко ! А относно това,да използваш БГ терминология – който иска,нека си я ползва ! Интересно,как ли превеждат OSPF,MPLS,и куп други термини и абревиатури !