Сетевые комутаторы

Коммутатор — это усовершенствованный  мост. Мосты появились в середине 80-х 

годов и предназначались  для повышения сетевой производительности. Они 

решали основную проблему работы в сети — снижали количество сетевых 

коллизий за счет сегментирования  сетей. В Ethernet-сегменте в каждый момент

времени передавать данные может  только одна машина, а если это пытаются

сделать несколько устройств, то в сегменте происходит коллизия. В такой 

ситуации машины, пытавшиеся передавать данные, пережидают в течение 

некоторого случайного периода, а затем повторяют попытку  передачи. По мере 

увеличения числа устройств  в сегменте растет и число коллизий, а чем больше

коллизий в сегменте, тем  ниже общая производительность сети. Благодаря 

мосту сеть можно разделить  на сегменты, называемые доменами коллизий (collision

domain), уменьшив, таким образом, в каждом сегменте и количество устройств,

и количество коллизий.

Коммутаторы имеют важное преимущество перед мостами: они  позволяют 

делить сеть на более мелкие логические сегменты, называемые виртуальными

локальными сетями (VLAN). При  помощи VLAN создаются домены еще 

меньшего размера, что  снижает вероятность возникновения  коллизий и благотворно 

влияет на производительность сети.

Когда дело доходит до получения  МАС-адресов и пересылки пакетов  в 

зависимости от значений адресов, мосты и коммутаторы действуют  практически 

одинаково. И коммутаторы, и мосты применяют протокол, предотвращающий 

возникновения маршрутных петель и называемый связующим деревом (spanning

tree), о котором мы поговорим далее в этой главе.

14

356

Глава 14. Коммутаторы и  виртуальные локальные сети

Когда коммутаторы только появились, компании, продававшие их, объявили

о конце эры маршрутизаторов. Однако сегодня мы знаем, что коммутаторы  и 

маршрутизаторы в современной  сети должны работать «рука об руку», и этот факт

подтверждается тем, что  коммутационные технологии компании Cisco 

продолжают непрерывно приобретать  потребители и разрабатывать  производители.

В этой главе мы займемся изучением коммутаторов от компании Cisco, сделав +

Терминология 

Перед тем как погрузиться  в подробности коммутационных технологий, 

необходимо познакомиться  с основными терминами.

Коммутация уровней 2 и 3

В основном в этой главе  рассказывается о коммутаторах уровня 2, то есть 

коммутаторах, работающих на канальном уровне сетевой модели OSI (подробнее о 

модели OSI см. приложение). Другими  словами, такие устройства коммутируют 

кадры на уровне МАС-адресов.

Однако на смену традиционной коммутации приходит новая технология — 

коммутация уровня 3. Очевидно, что такие коммутаторы работают на сетевом

уровне модели OSI и осуществляют коммутацию на базе IP-адресов, что делает

границу между маршрутизаторами и коммутаторами еще более  неопределенной.

Однако необходимо помнить, что способность коммутатора  работать на 

уровне 3 или более высоких уровнях еще не делает его маршрутизатором. Чаще 

всего это означает только то, что коммутатор может выполнять  некоторые 

достаточно сложные действия, например осуществлять фильтрацию IP-трафика на

основе списков доступа. Тем не менее, как я уже отмечал, Cisco выпускает

новые устройства, сочетающие способности маршрутизаторов и  коммутаторов, 

поэтому провести четкую границу  между этими устройствами практически 

невозможно.

Получение МАС-адресов 

Для того чтобы повысить производительность сети, коммутатор должен суметь

понять, какие устройства подключены к каждому из его портов. Имея такую 

информацию, он может отправлять трафик, предназначенный определенному

узлу, через единственный интерфейс, не забивая все остальные  порты 

ненужными данными. Другими  словами, коммутатор должен уметь отправлять трафик

только тому узлу, которому он действительно нужен.

Коммутатору необходимо знать, к какому порту присоединен узел, чтобы 

отправлять ему необходимые  данные, и он узнает об этом, проверяя МАС-адреса

входящих пакетов. Когда  коммутатор узнает новый МАС-адрес, он добавляет 

его в таблицу адресов, которую можно просмотреть, выполнив команду show mac-

address-table.

Если коммутатор не знает, на каком порте находится узел, то он отправляет

трафик через все активные порты и продолжает делать это  до тех пор, пока не

получит ответ от узла. Приняв ответ, коммутатор добавляет МАС-адрес  узла

Терминология 

357

в свою таблицу портов, и, как только узел оказывается в  таблице, весь 

предназначенный ему трафик начинает пересылаться только через соответствующий

узлу порт. Все порты  обслуживают по несколько МАС-адресов. Например, если

к порту подключен концентратор, то коммутатор сохраняет МАС-адреса всех

устройств, соединенных с  концентратором.

VLAN

VLAN (Virtual Local Area Network — виртуальная локальная сеть) — это

сетевой сегмент, определяемый коммутатором или маршрутизатором. Все порты,

связанные с VLAN, внутри коммутатора объединены аппаратной магистралью.

Виртуальной локальной сети можно назначить любую последовательность

портов коммутатора. Например, на 12-портовом коммутаторе порты  с 1-го по

6-й могут определять VLAN 2, а порты с 7-го по 12-й —  VLAN 3. Эти  

виртуальные сети логически  разделяются безо всякого дополнительного 

конфигурирования. Устройства сети VLAN 2 не могут обращаться к устройствам  сети VLAN 3

и наоборот, то есть, каждая виртуальная  локальная сеть фактически 

представляет собой отдельную  подсеть.

Каждой виртуальной локальной  сети назначается номер, 

идентифицирующий ее не только на локальном коммутаторе, но и на всех остальных

коммутаторах в сети. В примере из предыдущего абзаца мы определили сети VLAN 2 и

VLAN 3. Когда далее в этой  главе мы будем говорить о  транкинге, вы узнаете,

что виртуальную локальную  сеть можно определять на двух или  более 

коммутаторах, которые будут совместно использовать информацию о VLAN, как если

бы это было одно устройство.

Широковещательный домен 

По умолчанию маршрутизаторы не пересылают пакеты широковещательных

рассылок. Так как они  не переадресуют широковещательные  пакеты, 

маршрутизаторы создают  широковещательные домены. Широковещательный  домен — это 

область, которой ограничиваются широковещательные рассылки. В 

противоположность этому, коммутаторы  осуществляют пересылку широковещательного

трафика. Виртуальная локальная  сеть по определению является 

широковещательным доменом, поэтому, несмотря на то, что коммутатор распространяет 

широковещательные рассылки среди всех устройств конкретной виртуальной 

локальной сети, в другие виртуальные локальные сети он их не пересылает.

Домен коллизий

Как я уже говорил, домен  коллизий определяется числом устройств  в 

определенном сетевом  сегменте. Чем больше устройств в сегменте, тем больше коллизий

будет происходить. К счастью, каждый порт коммутатора считается  отдельным 

доменом коллизий, поэтому  если добавить на каждый порт по одному 

устройству, то такая схема  будет прекрасно работать. Однако если подключить к порту 

коммутатора концентратор, а  затем подключить к концентратору  несколько 

устройств, то это будет  домен коллизий из нескольких устройств  одного сегмента

и коммутатор не сможет ничего сделать для предотвращения коллизий.

358

Глава 14. Коммутаторы и  виртуальные локальные сети

Протокол связующего дерева

В коммутаторах и мостах реализован протокол связующего дерева (Spanning Tree

Protocol, STP). У этого протокола единственное предназначение —

предотвращать возникновение  маршрутных петель. Фактически петля  — это сетевая 

передача, непрерывно идущая через последовательность сегментов  и в итоге 

возвращающаяся на исходный коммутатор, после чего процесс повторяется.

ПРИМЕЧАНИЕ 

При описании протокола связующего дерева, как правило, употребляется  слово «мост». Причина 

заключается в том, что  этот протокол был впервые разработан для мостов, поэтому в нашей 

беседе, встретив «мост», мысленно заменяйте его «коммутатором».

Чтобы лучше проиллюстрировать  концепцию маршрутных петель, 

рассмотрим схему на рис. 14.1, где показан коммутатор 1, пересылающий трафик 

широковещательной рассылки.

Рис. 14.1. Широковещательный  шторм 

Без STP здесь могут с  легкостью возникать маршрутные петли, потому что 

коммутаторы не знают, какие  кадры они уже переслали. В  нашем примере 

коммутатор 1 пересылает широковещательную  рассылку коммутаторам 2 и 3. Они,

в свою очередь, отправляют ее наружу через все порты, за исключением  того,

через который широковещательная рассылка была получена. Таким образом,

трафик снова возвращается на коммутатор 1, который повторяет  рассылку, так 

как не знает, что уже пересылал  те же данные другим устройствам. По мере 

повторения циклов все  больше копий одной и той же рассылки наводняют сеть — 

этот сценарий называется широковещательным штормом (broadcast storm).

Протокол STP позволяет предотвратить  такую ситуацию. В двух словах,

STP строит древовидную  структуру сети, удаляя избыточные  связи. В  

логическом центре новой древовидной структуры находится корневой мост. Каждый

Терминология 

359

коммутатор в сети может  обратиться по любому нелокальному МАС-адресу, 

отправив кадры корневому  коммутатору. Такая древовидная  структура, благодаря

удалению избыточных связей, позволяет получить свободную от петель сеть.

Для того чтобы понять, как  это получается, необходимо сначала  изучить 

терминологию, связанную  с STP.

Состояния портов при использовании  связующего дерева

Представьте, что каждый активный порт коммутатора может находиться только

в одном из следующих состояний:

отключение (disabled);

блокировка (blocking);

слушание (listening);

узнавание (learning);

пересылка (forwarding).

Порт считается отключенным, если для него неизвестно состояние  связи или 

он был выключен IOS-командой. Когда порт включается (например, при 

присоединении к нему кабеля), он немедленно переводится в 

состояние"блокировки, позволяющее сети стабилизироваться перед тем, как вносить какие-либо 

изменения.

Заблокированный порт не участвует  в пересылке кадров и остается 

заблокированным в течение  промежутка времени, определяемого  таймером задержки 

пересылки (forward-delay timer) и равного 20 секундам. Если за это время порт не

получает никаких сообщений  от другого коммутатора, то он переводится  в 

состояние слушания.

Когда порт находится в  состоянии слушания, функции узнавания  и 

пересылки кадров все так  же отключены. Вместо этого коммутатор слушает сообщения 

от других коммутаторов и  пытается определить топологию сети. Состояние 

слушания длится 15 секунд, после чего коммутатор переходит  в состояние 

узнавания.

В состоянии узнавания  коммутатор слушает информацию о  местоположении

станций и добавляет ее в свою базу данных фильтрации (filtering database), 

называемую также таблицей МАС-адресов. После завершения этого состояния

порт коммутатора переключается  в состояние пересылки, представляющее 

собой обычный рабочий  режим коммутатора, в котором  он отправляет кадры 

другим устройствам.

Далее перечислены возможные  переходы между состояниями портов:

инициализация -> блокировка;

блокировка -> слушание или  отключение;

слушание -> узнавание или  отключение;

узнавание -> пересылка или  отключение;

пересылка -> отключение.

Как видно из списка, отключиться  порт может в любое время. Когда  в сети

происходит изменение, каждый порт заново проходит цикл состояний  блоки-

360

Глава 14. Коммутаторы и  виртуальные локальные сети

ровка -> слушание -> узнавание -> пересылка. Коммутатор не может

произвольно перевести порт в отключенное состояние, только администратор может 

отключать и снова включать порт.

ВНИМАНИЕ 

С вами когда-нибудь случалось  такое: вы отключаете свой ноутбук от сети, затем через несколько 

секунд снова подключаете  кабель и обнаруживаете, что соединение восстанавливается только 

через минуту? Скорее всего, в этом случае вы подключались к  коммутатору. Задержка происходит

из-за протокола STP, выполняющего свою работу на порте вашего ноутбука и переводящего его 

из состояния блокировки в состояния слушания, узнавания  и пересылки. После того как порт 

снова оказывается в состоянии  пересылки, сетевое подключение  восстанавливается. Кстати, это 

неудобство можно обойти (см. описание команды portfast далее в этом разделе).

Модули данных мостового  протокола 

На каждом коммутаторе, применяющем  протокол STP, используются модули

данных мостового протокола (Bridge Protocol Data Unit, BPDU). BPDU-моду-

ли — это сообщения, которыми обмениваются коммутаторы (и  мосты) для того,

чтобы распознать и изучить  топологию STP-сети. Каждый коммутатор 

отправляет одно из таких  групповых сообщений приблизительно каждые 2 секунды.

Обмен сообщениями продолжается даже после того, как все устройства 

получают информацию о  топологии STP-сети, поскольку в случае обнаружения каких-

либо сетевых изменений  коммутаторам необходимо заново построить STP-сеть.

При помощи BPDU-сообщений коммутаторы  создают (или выбирают) в сети:

корневой мост;

корневой порт;

уполномоченный порт.

Выбор корневого моста 

Выбор корневого моста  — это важный процесс. Каждый коммутатор (как и 

любой человек) с самого начала считает, что он и является корневым мостом. Когда 

коммутаторы отправляют наружу BPDU-сообщения, они присоединяют к  ним 

свои идентификаторы моста (Bridge ID, BID). Коммутатор с минимальным BID-

значением выигрывает и становится корневым мостом. В BID-сообщение входит

МАС-адрес и настраиваемое  значение приоритета; если не менять значения по

умолчанию, то коммутатор с  наименьшим МАС-адресом сформирует 

выигрышное BID-сообщение. Но можно также заставить коммутатор выиграть выборы,

просто установив меньшее  значение приоритета, чем у других коммутаторов.

Выбор корневого моста  так важен потому, что на этом выборе основываются

все остальные расчеты  для протокола STP. Корневой мост становится 

логическим центром новой  древовидной структуры, и, как я  уже сказал, любой 

коммутатор в сети может  обратиться по любому нелокальному МАС-адресу, отправив

свои кадры данных корневому  мосту.

Выбор корневого и уполномоченного  портов

Каждый коммутатор, не являющийся корневым мостом, должен выбрать 

корневой порт. Корневой порт — это порт с наименьшей стоимостью связи между

данным коммутатором и  корневым мостом.

Терминология 

361

В табл. 14.1 перечислены значения стоимости для различных типов  связей.

Таблица 14.1. Пример стоимостей для разных путей 

Тип связи

Стоимость

Gigabit Ethernet

Fast Ethernet

Ethernet

4

19

100

С выбором корневого порта  связана одна проблема — он может  оказаться не

лучшим и не ближайшим  к точке назначения, как мы скоро  увидим. Другими 

словами, если выбранный путь — самый короткий к корневому  мосту, то он не

обязательно окажется ближайшим  для конечной точки назначения.

Один уполномоченный порт (designated port) выбирается в каждом 

LAN-сегменте. На одном из  коммутаторов один из портов  должен быть выбран в 

качестве лучшего пути обратно к корневому мосту. В отличие от корневого порта, 

который выбирается на каждом некорневом коммутаторе, в каждом сегменте

может быть только один уполномоченный порт. В двух словах, этот порт 

переводится в состояние  пересылки для всего сегмента, тогда как все остальные порты 

этого сегмента переключаются  в состояние блокировки. Все порты, не 

являющиеся корневыми  или уполномоченными, находятся  в состоянии блокировки, и 

благодаря этому каждый сегмент (или локальная сеть) соединяется  со всеми 

остальными сегментами сети только по одному пути.

На рис. 14.2 схема сети обновлена  путем добавления корневого моста, а 

также корневых и уполномоченных портов. Как видите, порт, соединяющий 

сегмент С с коммутатором 2, находится в состоянии пересылки, а порт между

сегментом С и коммутатором 3 — в состоянии блокировки. Таким образом, у нас

есть только один путь от коммутатора 2 к коммутатору 3, показанный 

пунктирной линией. Как  я уже отмечал, к корневому  мосту ведет только один путь,

и это явно не лучший маршрут  к точке назначения, которой в  данном случае

является коммутатор 3.

Рис. 14.2. Благодаря связующему дереву в сети нет маршрутных петель

362

Глава 14. Коммутаторы и  виртуальные локальные сети

Другими словами, чтобы попасть  в точку назначения (к коммутатору 3), 

необходимо, согласно правилам STP, пройти более длинный путь. Несмотря на то

что путь не оптимален, это  небольшая цена за сеть, свободную  от петель.

ПРИМЕЧАНИЕ 

Помните, что хотя порт коммутатора 3, связанный с сегментом С, заблокирован, он все равно

может слышать BPDU-сообщения  коммутатора 2. Эти сообщения позволят коммутатору 3 узнать, что 

корневым мостом является коммутатор 1. Для того чтобы обратиться к корневому мосту, 

коммутатор 2 использует наилучший (уполномоченный) порт общего для них  сегмента.

Итак, для того, чтобы гарантировать  отсутствие петель в сети, требуется  три 

элемента:

выбранный корневой мост;

корневой порт на каждом некорневом коммутаторе;

уполномоченный порт в  каждом сегменте.

Благодаря этим трем элементам STP удаляет из сети избыточные связи. 

Протокол STP выбирает корневой мост и сообщает всем остальным коммутаторам,

как к нему обратиться. Каждый коммутатор может обратиться по любому 

нелокальному адресу, просто отправив пакеты корневому коммутатору. Эти пакеты

проходят по дереву до тех  пор, пока не попадают к адресату в  нашей сети.

В следующем разделе мы узнаем, каким образом STP восстанавливается  в 

случае каких-либо проблем в сети. Благодаря сходимости STP может перестроить

дерево сети в случае неполадок  или, другими словами, автоматически 

активизировать одну из ранее  отключенных избыточных связей.

Сходимость в STP

Даже после того, как  сетевая STP-топология выбрана, коммутаторы продолжают

обмениваться между собой BPDU-сообщениями на случай, если произойдут 

какие-либо изменения. Если что-то меняется, например добавляется коммутатор

или один из действующих коммутаторов отключается, STP повторяет цикл 

состояний, чтобы обеспечить схождение сети. Например, если маршрутизатор 2 

отключится, то маршрутизатор 3 узнает об этом и выполнит цикл блокировки, 

узнавания и слушания, в  результате чего порт коммутатора 3 перейдет в состояние 

передачи. После этого  снова будет возможна передача трафика  из сегмента С. 

Недостаток этого решения  заключается в том, что схождения  приходится ждать 

около 50 секунд (20 секунд для  состояния блокировки, если корневой мост 

становится недостижимым, 15 секунд для слушания и еще 15 секунд для изучения).

Ускорение схождения 

Для большинства людей  ожидание в течение 50 секунд, пока коммутаторы 

выполнят схождение после  какого-то изменения в сети, недопустимо, поэтому 

компания Cisco предложила несколько команд для ускорения схождения

протокола STP; мы изучим два  из них: portfast и uplinkfast.

Команда portfast заставляет коммутатор немедленно перейти в состояние

пересылки, пропустив состояния  слушания и узнавания. Эту команду  нужно 

использовать только на портах, напрямую подключенных к одному устройству,

такому как сервер или  рабочая станция, либо другому устройству, предназна-

Терминология 

363

ченному для работы конечного пользователя (например, сетевому принтеру).

Никогда не выполняйте эту  команду для порта, соединенного с другим 

коммутатором, так как  это мгновенно приведет к созданию петель и проблемам в работе 

протокола STP.

interface faO/11

description port to bobs PC

spanning-tree portfast

На старых коммутаторах серий 1900 и 2820 команда portfast называется

spantree start-forward, причем это название лучше описывает предназначение

команды: коммутатор немедленно переводится в состояние пересылки.

Команда uplinkfast вызывает незамедлительное переключение на другой 

доступный корневой порт в случае сбоя текущего корневого порта. Новый корневой порт

немедленно переводится  из состояния блокировки в состояние  пересылки, таким 

образом пропускается этап выборов  нового корневого порта. Данную команду 

можно использовать только на коммутаторах, которые никогда не будут выбраны 

корневыми мостами, потому что  она изменяет приоритет моста  на значение 19152,

гарантирующее, что данное устройство не сможет стать корневым мостом.

interface faO/11

spanning-tree uplinkfast

На коммутаторах серий 1900 и 2820 эта команда называется spantree uplink-fast.

Команда show spanning-tree

Команда show spanning-tree возвращает отчет и информацию о состоянии

связующего дерева для  данного коммутатора. Выделенные строки кода 

демонстрируют, что выбранным  корневым портом является порт 8. Если бы коммутатор

был корневым мостом, то в  этой строке находилась бы запись We are the root of

the spanning tree, так как на корневом мосту корневого порта нет. Почему? 

Потому что корневой порт — это всегда порт, соединяющий  коммутатор с 

корневым мостом, а на самом  корневом мосту его быть не может.

Перечисление интерфейсов  говорит нам, что интерфейс Interface FaO/1 

находится в состоянии  forwarding (передача); также вы можете увидеть состояния

disabled (отключение) и blocking (блокировка). Наконец, еще одним важным

элементом является счетчик  отправленных и полученных BPDU-сообщений на

данном интерфейсе.

switch2#show spanning-tree

Spanning tree 1 is executing the IEEE compatible Spanning Tree protocol

Bridge Identifier has priority 32768. address 0030.80ae.ce40

Configured hello time 2, max age 20. forward delay 15

Current root has priority 32768. address 0030.809b.9f80

Root port is 8. cost of root path is 19

Topology change flag not set. detected flag not set. changes 15

Times: hold 1. topology change 35, notification 2

hello 2, max age 20. forward delay 15

Timers: hello 0. topology change 0. notification 0

Interface Fa0/1 (port 1) in Spanning tree 1 is FORWARDING

Port path cost 100. Port priority 128

Designated root has priority 32768. address 0030.809b.9f80

364

Глава 14. Коммутаторы и  виртуальные локальные сети

Designated bridge has priority 32768. address 0030.80ae.ce40

Designated port is 1, path cost 19

Timers: message age 0. forward delay 0. hold 0

BPDU: sent 211437. received 0

Операционная система IOS

на коммутаторах

На всех коммутаторах Cisco в качестве пользовательского интерфейса 

используется либо IOS, либо CatOS. Среди коммутаторов на базе IOS — устройства

серий 2900XL, 2950, 3550 и 1900. IOS-интерфейс  на них такой же, как и на 

маршрутизаторах, с несколькими  небольшими различиями.

На устройствах серии 1900 (которые уже практически вышли  из 

употребления) для входа  в IOS-интерфейс необходимо предпринять  дополнительный

шаг, нажав после появления  меню приглашения клавишу К. Пример:

Catalyst 1900 Management Console

Copyright (c) Cisco Systems. Inc. 1993-1998

All rights reserved.

Enterprise Edition Software

Ethernet Address: 00-B0-64-A7-85-00

PCA Number: 73-3121-04

PCA Serial Number: FAB040231K4

Model Number: WS-C1924-A

System Serial Number: FAB0403V0KG

Power Supply S/N: PHI03430376

PCB Serial Number: FAB040231K4,73-3121-04

1 user(s) now active on Management Console.

User Interface Menu

[M] Menus

[K] Command Line

Enter Selection: К

CLI session with the switch is open.

To end the CLI session, enter [Exit].

switchl>

На многих высококлассных коммутаторах серии Catalyst (4000, 5000, 5500,

6000, 6500) до сих пор используется  операционная система CatOS (Catalyst

OS), интерфейс которой лишь  отчасти напоминает IOS-интерфейс. Как и в IOS,

в системе CatOS поддерживаются рабочий режим (enable mode) и команды show.

Однако на этом сходство заканчивается. Для настройки маршрутизатора в  CatOS

применяются команды set, например:

switch> (enable) set system name switch2

switch2> (enable) set ip route 0.0.0.0/0.0.0.0 172.16.1.3

switch2> (enable)

Базовая конфигурация коммутатора 

365

Как вы видите, рабочий режим  несколько отличается. Однако большинство 

команд будут вам знакомы несмотря на то что чаще всего синтаксис и

именование будут абсолютно  разными. Хорошо то, что Cisco работает над внедрением

IOS в новые модели CatOS-коммутаторов, например, в серии 6500 можно по

желанию выбрать CatOS или IOS (вы без труда угадаете, что выберу я).

Базовая конфигурация коммутатора 

Команды для IOS-коммутаторов (например, 2900XL, 2950, 1900 и 3550) 

практически идентичны командам для IOS-маршрутизаторов. Чтобы подключить 

коммутатор к сети, сначала  нужно настроить порт управления, как описано далее.

Настройка управляющей VLAN-сети

Для того чтобы получить удаленный  доступ к коммутатору путем эхо-запроса

(командой ping) либо по протоколу telnet (SSH на коммутаторах пока 

использовать невозможно) или SNMP, необходимо выполнить некоторую 

первоначальную настройку, указав IP-адрес, маску подсети и  шлюз по умолчанию.

Мы не будем применять IP-адрес к интерфейсу; в действительности никогда 

не стоит настраивать  физический интерфейс коммутатора  с использованием IP-

адреса, если только это не коммутатор уровня 3. Вместо этого адрес  будет 

применяться к логическому  интерфейсу. Если вы взглянете на конфигурацию по

умолчанию одного из IOS-коммутаторов, которые я перечислил ранее, то 

увидите физические порты, например интерфейсы, начиная с fastethernetO/1 и

заканчивая fastethernetO/24. Также вы увидите интерфейс VLAN 1; он 

соответствует не физическому, а логическому порту. По умолчанию VLAN 1 — это 

управляющая VLAN-сеть. Различные  протоколы, помогающие управлять сетью 

между устройствами, такие  как CDP или VTP, передают свои данные 

управляющей VLAN-сети. Когда  коммутатору назначается IP-адрес, он настраивается 

на логическом VLAN-интерфейсе. Можно настроить порт управления по 

умолчанию (VLAN 1) с использованием IP-адреса; однако любая VLAN-сеть, 

которой назначается IP-адрес, становится управляющей VLAN-сетью.

На рис. 14.3 показана очень  простая сеть, состоящая только из маршрутизатора

и коммутатора. Представьте, что в этой сети мы только что  заменили концентратор

коммутатором. Поскольку  это новый коммутатор, его необходимо настроить.

Рис. 14.3. Простейшее подключение  коммутатора к сети

366

Глава 14. Коммутаторы и  виртуальные локальные сети

Простая конфигурация коммутатора 

В этой конфигурации мы планируем  задать сеть VLAN 1 (управляющую VLAN-

сеть для коммутатора) с адресом 192.168.1.1/24 и шлюз по умолчанию  с адресом 

маршрутизатора, 192.168.1.254/24.

Конфигурационный файл для  коммутатора 1 с рис. 14.3:

! Задаем имя узла 

hostname switchl

! Настраиваем интерфейс  управляющей VLAN-сети 

interface VLAN1

description Our management VLAN for the switch

ip address 192.168.1.1 255.255.255.0

no shutdown

i

! Задаем шлюз по умолчанию

Сетевые комутаторы