Для устранения неполадок мы должны пройти путь от нижней части модели OSI к верхней. Для этого нам придется начать с протоколов, которые используются для коммутации. Будем думать о VLAN, транкинге, об агрегировании каналов и связующем дерева. Мы рассмотрим различные протоколы и различные сценарии, где "что-то работает" не так. Мы решим эти проблемы с помощью комбинации команд show и debug. Первая остановка ... проблемы с интерфейсом!
Следующие статьи этого цикла:
Case #1
![проблемы с интерфейсом проблемы с интерфейсом](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image1.png)
В этом примере мы имеем коммутатор в центре и два компьютера, которые подключены к нему. Каждый компьютер имеет свой IP-адрес, и они должны иметь возможность пинговать друг друга. Мы будем считать, что компьютеры настроены правильно и там нет никаких проблем.
![коммутатор в центре и два компьютера коммутатор в центре и два компьютера](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image2.png)
![пинг проверка пинг проверка](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image3.png)
Интерфейс FastEthernet 0/1 находится в состоянии down. Это может указывать на проблему уровня 1, такую как неисправный кабель, неправильный кабель (кроссовер вместо прямого) или, возможно, нерабочая сетевая карта. Обратите внимание, что этот интерфейс работает в полудуплексном режиме. Если повезет, вы можете получить дуплексное сообщение через CDP, которое сообщит вам, что существует дуплексное несоответствие. Если вам не повезло, возможно, из-за этого ваш интерфейс переходит в состояние down. Имейте в виду, что гигабитный интерфейс не поддерживает halfduplex.
SwitchA(config)#interface fa0/1 SwitchA(config-if)#duplex auto
Изменим настройки интерфейса на duplex auto, чтобы коммутатор мог само настроиться.
![duplex auto, чтобы коммутатор мог само настроиться duplex auto, чтобы коммутатор мог само настроиться](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image4.png)
![duplex auto, чтобы коммутатор мог само настроиться duplex auto, чтобы коммутатор мог само настроиться](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image5.png)
Может быть, нам повезет...но не в этот раз, пинг не работает.
![пинг не работает пинг не работает](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image6.png)
Интерфейс fa0 / 3, подключенный к хосту B, также не работает. После проверки кабелей и разъемов мы можем проверить ошибки дуплекса и скорости. Дуплекс включен в режим auto, так что это не является проблемой. Скорость была установлена на 10 Мбит, однако в то время как этот интерфейс является каналом Fast Ethernet (100 Мбит).
SwitchA(config)#interface fa0/3 SwitchA(config-if)#speed auto
Давайте переключим скорость на авто и посмотрим, что произойдет.
![переключим скорость на авто переключим скорость на авто](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image7.png)
Похоже, что несоответствие скорости привело к тому, что интерфейс перешел в состояние down. Изменение его на auto-speed возвращает интерфейс в состояние up
.
![интерфейс в состояние up интерфейс в состояние up](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image8.png)
Это то, что мы искали. Интерфейсы, с которыми мы работаем, оба показывают состояние up/up. По крайней мере, теперь мы знаем, что нет никаких ошибок в кабеле, скорости или дуплексе.
![состояние up/up состояние up/up](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image9.png)
Теперь наш пинг проходит.
Первый урок усвоен: Проверьте свои интерфейсы и посмотрите, отображаются ли они как up/up.
Case #2
![топология топология](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image10.png)
Та же топология, но здесь другая проблема.
![Хост A не может пропинговать хост B Хост A не может пропинговать хост B](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image11.png)
Хост A не может пропинговать хост B. Мы начнем с проверки интерфейсов:
![Состояние интерфейса FastEthernet0/3 выглядит нормально Состояние интерфейса FastEthernet0/3 выглядит нормально](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image12.png)
Состояние интерфейса FastEthernet0/3 выглядит нормально, но что-то не так с интерфейсом FastEthernet 0/1.
Давайте изучим его подробнее:
![изучим его подробнее изучим его подробнее](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image13.png)
Так так, мы видим сообщение err-disabled. Это уже дает нам понять, что проблема, где здесь (по крайней мере, это означает, что мы на что-то наткнулись).
![err-disabled err-disabled](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image14.png)
Используйте команду show interfaces status err-disabled, чтобы узнать, почему интерфейс перешел в режим error-disabled. Это сообщит нам, что причина-безопасность порта.
![show interfaces status err-disabled show interfaces status err-disabled](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image15.png)
Мы можем посмотреть на конфигурацию безопасности порта, и мы видим, что только 1 MAC-адрес разрешен. Последний MAC-адрес, который виден на интерфейсе - 000с.2928.5c6c.
![MAC-адрес, который виден на интерфейсе MAC-адрес, который виден на интерфейсе](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image16.png)
Выше мы видим, что интерфейс был настроен для обеспечения безопасности на другой MAC-адрес. Именно по этой причине порт перешел в режим err-disabled.
SwitchA(config)#interface fa0/1 SwitchA(config-if)#no switchport port-security
Давайте уберем port security
, чтобы решить эту проблему.
SwitchA(config)#interface fa0/1 SwitchA(config-if)#shutdown SwitchA(config-if)#no shutdown
Главное, что вы не должны забыть сделать - это после очистки настройки от port security ваш интерфейс все еще находится в режиме err-disabled. Вам нужно выполнить команды отключения и включения порта (shutdown и no shutdown), чтобы он снова заработал!
![shutdown и no shutdown shutdown и no shutdown](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image17.png)
Консоль сообщает нам, что интерфейс теперь включен.
![интерфейс теперь включен интерфейс теперь включен](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image18.png)
Как мы видим эхо-запрос проходит между компьютерами. Проблема решена!
Урок 2 усвоен: проверьте, находится ли интерфейс в состоянии err-disabled, и если да, то: а) проверьте, почему это произошло, и Б) решите проблему.
Case #3
![топология топология](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image19.png)
Давайте продолжим с другой проблемой. Та же топология, но опять проблема.
![два компьютера не видят друг друга два компьютера не видят друг друга](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image20.png)
Эти два компьютера не "видят" друг друга.
![два компьютера не видят друг друга два компьютера не видят друг друга](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image21.png)
Интерфейсы выглядят хорошо, никаких ошибок здесь нет.
![Интерфейсы Интерфейсы](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image22.png)
И так мы видим, что port security отключена на этом коммутаторе. На данный момент мы, по крайней мере, знаем, что нет никаких проблем с интерфейсом и port security не фильтрует никакие MAC-адреса.
![port security отключена на этом коммутаторе port security отключена на этом коммутаторе](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image23.png)
В данный момент это хорошая идея, чтобы проверить информацию о VLAN. Вы можете использовать команду show vlan, чтобы быстро проверить, к какой VLAN принадлежат интерфейсы.
Как вы можете видеть, наши интерфейсы находятся не в одной и той же VLAN.
SwitchA(config)#interface fa0/3 SwitchA(config-if)#switchport access vlan 1
Мы переместим интерфейс fa0/3 обратно в VLAN 1.
![переместим интерфейс fa0/3 обратно в VLAN 1 переместим интерфейс fa0/3 обратно в VLAN 1](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image24.png)
Теперь оба компьютера находятся в одной VLAN. Проблема решена! Урок 3 усвоен: убедитесь, что интерфейсы находится в нужной VLAN.
Case #4
![Топология Топология](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image25.png)
Пришло время для другой проблемы! Наши два компьютера не пингуюся между собой. Вы теперь знаете, как выглядит неудачный пинг, поэтому скрин не будет публиковаться снова.
![Интерфейсы не показывают никаких ошибок Интерфейсы не показывают никаких ошибок](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image26.png)
Интерфейсы не показывают никаких ошибок.
![настройку VLAN настройку VLAN](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image27.png)
Мы изучим настройку VLAN. Вы видите, что FastEthernet 0/1 находится в VLAN 10, но мы нигде не видим FastEthernet 0/3. Вот возможные причины:
- Что-то не так с интерфейсом. Мы проверили и убедились, что это не так, потому что он показывает состояние up/up, поэтому он кажется активным.
- Интерфейс не в режиме access port, а в режиме trunk.
![интерфейс fa0/3 находится в режиме trunk интерфейс fa0/3 находится в режиме trunk](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image28.png)
Быстрый взгляд на информацию о коммутаторе показывает нам, что нам нужно знать. Мы убедились, что интерфейс fa0/3 находится в режиме trunk, а native VLAN - 1. Это означает, что всякий раз, когда хост B отправляет трафик и не использует маркировку 802.1 Q, наш трафик заканчивается в VLAN 1.
SwitchA(config)#interface fa0/3 SwitchA(config-if)#switchport mode access SwitchA(config-if)#switchport access vlan 10
Мы включим fa0/3 в режим доступа и убедимся, что он находится в VLAN 10.
![включим fa0/3 включим fa0/3](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image29.png)
Оба интерфейса теперь активны в VLAN 10.
![Оба интерфейса теперь активны в VLAN 10 Оба интерфейса теперь активны в VLAN 10](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image30.png)
Возможно, лучше проверить информацию на коммутаторе.
![проверить информацию на коммутаторе проверить информацию на коммутаторе](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image31.png)
Теперь я могу отправить пинг с хоста а на хост Б...проблема решена!
Урок 4 усвоен: убедитесь, что интерфейс находится в нужном режиме (доступ или магистральный режим).
Case #5
![Топология Топология](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image32.png)
Те же два компьютера, тот же коммутатор. Однако этот сценарий немного интереснее. Компьютеры не могут пинговать друг друга, поэтому давайте пройдемся по нашему списку "возможных" ошибок:
![Компьютеры не могут пинговать друг друга Компьютеры не могут пинговать друг друга](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image33.png)
Интерфейсы выглядят хорошо, up/up-это очень хорошо.
![up/up up/up](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image34.png)
Оба интерфейса находятся в VLAN 10, так что это тоже хорошо.
![Оба интерфейса находятся в VLAN 10 Оба интерфейса находятся в VLAN 10](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image35.png)
Просто чтобы быть уверенным...там нет port security. Это очень интересная ситуация. Интерфейсы работают (в состоянии up/up), мы находимся в одной VLAN, и нет никакой защиты портов. Что еще может быть причиной "перекрытия" трафика?
![нет port security нет port security](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image36.png)
Ага! Это может быть не то, о чем нам может прийти в голову, но мы же можем использовать VACLs (VLAN access-list), чтобы разрешить или запретить трафик в пределах VLAN. Если вы устраняете неполадки коммутаторов, то необходимо проверить эту настройку, если все остальное кажется вам нормальным. В этом случае есть VACL, подключенный к VLAN 10, давайте проверим его.
![есть VACL есть VACL](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image37.png)
Есть два порядковых номера ... 10 и 20. Порядковый номер 10 соответствует access-list 1, и его задача состоит в том, чтобы отбросить трафик. Давайте посмотрим, что это за access-list 1:
![что это за access-list 1 что это за access-list 1](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image38.png)
Не смущайтесь из-за заявления о разрешении здесь. Использование оператора permit в access-list означает, что он будет "соответствовать" подсети 192.168.1.0/24. Наши два компьютера используют IP-адреса из этого диапазона. Если он соответствует этому access-list, то VLAN access-map отбросит трафик.
SwitchA(config)# vlan access-map BLOCKSTUFF 10 SwitchA(config-access-map)# action forward
Давайте изменим действие на "forward" и посмотрим, решит ли оно нашу проблему.
![изменим действие на forward изменим действие на forward](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image39.png)
Ну вот, все работает.
Урок 5 усвоен: если все остальное кажется нормальным, убедитесь, что нет никакого VACL!
Case #6
![Топология Топология](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image40.png)
Давайте продолжим урок 6 с другой топологией. Теперь вы знаете, что нам нужно сначала проверить интерфейсы, а затем VLAN. В этом примере у нас есть те же два компьютера, но теперь у нас есть два коммутатора. Пинг от Хост А к Хосту Б не работает, так с чего начнем поиск?
![Пинг от Хост А к Хосту Б не работает Пинг от Хост А к Хосту Б не работает](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image41.png)
Сначала мы проверим интерфейс fa0/1 на коммутаторе 1. Интерфейс запущен и работает, это switchport, назначенный для VLAN 10. Пока все выглядит неплохо. Port security не включен, так что нам не нужно беспокоиться об этом.
![проверим интерфейс fa0/1 на коммутаторе 1 проверим интерфейс fa0/1 на коммутаторе 1](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image42.png)
Давайте проверим то же самое на коммутаторе 2. Интерфейс работает, и он был назначен на VLAN 10.
В данный момент мы видим, что интерфейсы, "смотрящие" к компьютерам выглядят хорошо. В этот момент Вы могли бы сделать две вещи:
- Подключите другой компьютер к коммутатору 1 и назначьте его во VLAN 10. Посмотрите, можно ли общаться между компьютерами во VLAN 10, когда они подключены к одному коммутатору. Сделайте то же самое на коммутаторе 2.
- Проверьте интерфейсы между коммутатором 1 и коммутатором 2.
Мы сконцентрируем свое внимание на интерфейсах между коммутатором 1 и коммутатором 2, потому что там много чего может пойти не так!
![сконцентрируем свое внимание на интерфейсах между коммутатором 1 и коммутатором 2 сконцентрируем свое внимание на интерфейсах между коммутатором 1 и коммутатором 2](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image43.png)
Интерфейсы не показывают никаких проблем, время проверить информацию о switchport.
![информацию о switchport информацию о switchport](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image44.png)
Коммутатор A находится в магистральном режиме и использует инкапсуляцию ISL.
![Коммутатор A находится в магистральном режиме и использует инкапсуляцию ISL Коммутатор A находится в магистральном режиме и использует инкапсуляцию ISL](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image45.png)
Коммутатор B также находится в магистральном режиме, но использует инкапсуляцию 802.1Q. Имейте в виду, что (в зависимости от модели коммутатора) административный режим по умолчанию может быть dynamic auto. Два интерфейса, которые оба работают в dynamic auto режиме, станут портом доступа (access). Лучше всего самостоятельно переключить интерфейс в магистральный режим. В нашем случае оба интерфейса магистральные, так что это хорошо, но у нас есть несоответствие протокола инкапсуляции.
SwitchA(config)#interface fa0/15 SwitchA(config-if)#switchport trunk encapsulation dot1q
Мы изменим тип инкапсуляции, чтобы оба коммутатора использовали протокол 802.1Q.
![оба коммутатора использовали протокол 802.1Q оба коммутатора использовали протокол 802.1Q](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image46.png)
Проблема решена! И опять все работает.
Урок 6 усвоен: убедитесь, что при настройке магистралей используется один и тот же протокол инкапсуляции.
Case #7
![Топология Топология](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image47.png)
Вот опять тот же сценарий. Сейчас рассмотрим еще кое-что, что важно проверить при решении проблем trunk. Предположим, мы проверили и убедились, что следующие элементы не вызывают никаких проблем:
- Интерфейсы (скорость/дуплекс).
- Безопасность портов.
- Конфигурация Switchport (назначение VLAN, интерфейс, настроенный в режиме доступа).
![эхо-запрос между компьютерами все еще не проходит эхо-запрос между компьютерами все еще не проходит](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image48.png)
К сожалению, эхо-запрос между компьютерами все еще не проходит. Давайте взглянем на интерфейсы fa0/15 на коммутаторах:
![взглянем на интерфейсы fa0/15 взглянем на интерфейсы fa0/15](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image49.png)
Проверим, что оба интерфейса находятся в магистральном режиме и что мы используем один и тот же протокол инкапсуляции (802.1 Q). Здесь нет никаких проблем. Что-нибудь еще, что может пойти не так с этой магистральной связью? Да!
![оба интерфейса находятся в магистральном режиме оба интерфейса находятся в магистральном режиме](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image50.png)
Магистраль может быть работоспособной, но это не означает, что все VLAN разрешены по магистральному каналу связи. В приведенном выше примере вы видите, что разрешена только VLAN 20.
SwitchA(config)#interface fa0/15 SwitchA(config-if)#switchport trunk allowed vlan all SwitchB(config)#interface fa0/15 SwitchB(config-if)#switchport trunk allowed vlan all
Давайте позволим всем VLAN пройти магистраль.
![позволим всем VLAN пройти магистраль позволим всем VLAN пройти магистраль](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image51.png)
По магистральной линии может передаваться трафик VLAN 10 между двумя коммутаторами. В результате пинг идет между компьютерами....еще одна проблема решена!
Урок 7 усвоен: всегда проверяйте, разрешает ли магистраль все VLAN или нет.
Case #8
![многоуровневый коммутатор многоуровневый коммутатор](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image52.png)
Вот вам новый сценарий. Два компьютера, имеют разные IP-адреса. Коммутатор - это многоуровневый коммутатор. Поскольку компьютеры находятся в разных подсетях, нам приходится беспокоиться о маршрутизации.
![маршрутизация маршрутизация](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image53.png)
Мы видим, что два компьютера не могут связаться друг с другом. С чего мы должны начать устранение неполадок?
![начать устранение неполадок начать устранение неполадок](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image54.png)
Это статья не о настройке windows, но нам нужно обратить внимание на наши хосты. Поскольку компьютеры должны "выйти из своей собственной подсети", мы должны проверить, что IP-адрес шлюза по умолчанию в порядке и доступен.
![IP-адрес шлюза по умолчанию в порядке и доступен IP-адрес шлюза по умолчанию в порядке и доступен](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image55.png)
Хост А может достичь шлюза по умолчанию, поэтому мы, по крайней мере, знаем, что хост А работает нормально.
![хост А работает нормально хост А работает нормально](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image56.png)
Вот IP-конфигурация хоста B. Давайте проверим доступность шлюза по умолчанию!
![проверим доступность шлюза по умолчанию проверим доступность шлюза по умолчанию](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image57.png)
Здесь тоже все работает. Мы знаем, что компьютеры рабочие, потому что они знают, как выйти из своей собственной подсети, и шлюз по умолчанию доступен. Пора проверить коммутатор.
![проверить коммутатор проверить коммутатор](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image58.png)
Как мы видим, что хост А находится в VLAN 10 и хост B находится в VLAN 20. Мы не проверяли, включены ли интерфейсы, потому что мы можем пинговать IP-адреса шлюза по умолчанию. Это говорит о том, что fa0/1 и fa0/3 работают, но мы не знаем, к какой VLAN они принадлежат.
![к какой VLAN они принадлежат к какой VLAN они принадлежат](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image59.png)
Были сконфигурированы два интерфейса SVI. Это IP-адреса, которые компьютеры используют в качестве шлюза по умолчанию. Так почему же наш коммутатор не маршрутизирует трафик?
![два интерфейса SVI два интерфейса SVI](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image60.png)
Наличие IP-адресов на интерфейсах не означает автоматическую маршрутизацию трафика. Для этого нам потребуется таблица маршрутизации. Этот коммутатор не имеет
SwitchA(config)#ip routing
Давайте включим маршрутизацию на этом коммутаторе.
![включим маршрутизацию на этом коммутаторе включим маршрутизацию на этом коммутаторе](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image61.png)
Давайте сделаем так, чтобы это выглядело получше. Теперь коммутатор знает, куда перенаправлять IP-пакеты на этом коммутаторе.
![куда перенаправлять IP-пакеты на этом коммутаторе куда перенаправлять IP-пакеты на этом коммутаторе](http://wiki.merionet.ru/images/ustranenie-nepoladok-kommutacii-cisco/image62.png)
Вот так...теперь два компьютера могут достучаться друг до друга! Проблема решена! Урок 8 усвоен: если вы используете многоуровневый коммутатор для маршрутизации interVLAN, убедитесь, что интерфейсы SVI настроены правильно и что маршрутизация включена.
Мы рассмотрели наиболее распространенные ошибки, которые могут произойти с нашими интерфейсами, VLAN, транками и проблемами маршрутизации при использовании многоуровневых коммутаторов.
В следующей статье мы рассмотрим связующее дерево. Spanning-tree-довольно надежный протокол, но есть ряд вещей, которые могут пойти не так, как, вы ожидаете. Кроме того, из-за неправильной настройки могут произойти некоторые странные вещи...давайте рассмотрим траблшутинг STP в следующей статье.