Содержание

соединяем разнородные сети или замолвим слово о мостах

Стиль изложения дальнейшего материала подразумевает, что с предыдущими материалами серии читатель уже ознакомлен. То есть термины, которые были разъяснены в предыдущих статьях, тут упоминаются без комментариев.

Эта статья является продолжением серии по построению домашних сетей с использованием различного оборудования. В этот раз будут рассмотрены едва не забытые мосты. То есть опять возвращаемся к организации доступа в Интернет посредством одного из windows-компьютеров локальной сети.

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


рис.1

В предыдущей статье была рассмотрена изображенная на рис.1 схема сети. То есть, имеем «среднестатистическую» квартиру, три стационарных компьютера, два ноутбука и пару наладонников.

Стационарные компьютеры связаны проводной сетью через коммутатор (switch). Беспроводные устройства подключены (в режиме Infrastructure) к точке доступа (Access Point), которая, в свою очередь, проводом подключена к коммутатору.

В качестве маршрутизатора (типа NAT), обеспечивающего доступ в Интернет и аппаратный файрвол (hardware firewall), выступает аппаратное устройство, так же подключенное к коммутатору. На маршрутизаторе активирован DHCP-сервер, который ведает IP-адресацией всей нашей локальной сети.

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

Как уже было сказано ранее, подобные маршрутизаторы могут быть сверхинтегрированными устройствами, включающими в себя различные дополнительные устройства. Например, на рисунке 1 представлен маршрутизатор, обладающий всего двумя интерфейсами — WAN (смотрящим в Интернет) и LAN (смотрящим в локальную сеть). Очень часто в маршрутизаторы интегрируют четырехпортовый коммутатор, таким образом, если в квартире не более четырех проводных устройств, то вышеприведенный рисунок упрощается: 


рис. 2

Вместо двух разнородных устройств ставится одно — маршрутизатор со встроенным коммутатором (home router with switch). К нему подключены все проводные клиенты (к LAN портам), на нем же активирован DHCP и он же обеспечивает доступ в Интернет.

Точка доступа, к которой подключены беспроводные клиенты, подключена к одному из LAN портов маршрутизатора. Кстати, если четырех LAN портов маршрутизатора недостаточно, никто не мешает подключить к одному из них коммутатор (по аналогии с точкой доступа).

Таким образом, мы по-прежнему имеем одноранговую сеть с доступом в Интернет. Но в нашей сети на одно устройство меньше.

И самый «продвинутый вариант» — точка доступа также интегрирована на коммутаторе:


рис.3

В данном случае на маршрутизаторе (wireless home router) интегрировано все — коммутатор, маршрутизатор и точка доступа. Таким образом, вместо трех устройств получаем одно, с той же функциональностью.

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

А что делать, если, допустим, в такой вот «среднестатистической сети» у нас есть коммутатор (три стационарных компьютера, пара ноутбуков и наладонников), но нет маршрутизатора и точки доступа? И их совсем не хочется покупать (рис.4)?

Другими словами, было три стационарных компьютера, объединенных кабелем через коммутатор. Доступ в Интернет осуществлялся через один из них. Как это сделать, было рассказано в первой статье цикла.

Появилось несколько беспроводных устройств (ноутбуки, наладонники). Допустим, беспроводные устройства между собой связать легко (об этом рассказывалось во второй статье цикла). Достаточно сконфигурировать их в общую AdHoc сеть, в результате получим следующее:


рис.4

То есть две разные сети (рис.4) — проводная, которая имеет доступ в Интернет и беспроводная (без оного). Сети друг друга не видят. Как связать все компьютеры вместе?

Наилучшим вариантом, конечно, будет покупка точки доступа, подключение ее к коммутатору и перенастройка беспроводных клиентов на работу с точкой доступа (режим Infrastructure). Или даже покупка маршрутизатора с точкой доступа, тогда доступ в Интернет будет осуществляться через него (см. рис.3).

Но есть и другие варианты. Например, поставить во все проводные компьютеры по беспроводной карте:


рис.5

В этом случае (см. рис.5) коммутатор, как и все проводные соединения, в принципе не нужен. Хотя, конечно, скорость передачи данных (в случае использования только беспроводной сети) будет тут намного ниже, чем при передаче между компьютерами, подключенными проводами через коммутатор.

В общем, подобная схема (что с коммутатором, что без него) имеет право на существование, и будет работать. Если оставить коммутатор (и, соответственно, проводные сетевые адаптеры), то мы получим две разнородных сети с разными адресами (друг друга они по-прежнему видеть не будут). В беспроводной сети все клиенты могут общаться друг с другом. В проводной сети — только те, кто подключен к коммутатору проводом. В интернет можно будет выходить из обеих сетей.

Так как подобная сеть, на мой взгляд, скорее исключение, чем правило, рассматривать ее настройку не будем. Хотя, информации, данной во всех пяти статьях серии, более чем достаточно для настройки такой сети.

Мы же рассмотрим второй способ связи проводных и беспроводных клиентов (из рисунка 4), с использованием встроенного в Windows XP механизма типа мост.

Для этого нам лишь потребуется вставить в компьютер, являющийся маршрутизатором и имеющий два сетевых адаптера (один, смотрящий в локальную сеть, второй — в Интернет) третий сетевой адаптер, на этот раз беспроводной. После этого настроить следующую схему:


рис.6

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

Напоминаю, что на нашем роутере (маршрутизаторе, на рис.6 он назван computer-router/bridge), роль которого выполняет один из компьютеров сети, стоят еще и две проводных карты:

  • LAN — внутренний интерфейс, смотрит внутрь локальной сети и подключен к внутрисетевому коммутатору
  • WAN — смотрит в Интернет, то есть подключен к провайдеру услуг

На данном этапе никаких общих доступов на WAN интерфейсе роутера не активировано. То есть только он имеет доступ в Интернет, остальные компьютеры могут видеть лишь друг друга в рамках своих сетей (то есть проводные — всех проводных, беспроводные — всех беспроводных). Связи между проводной и беспроводной сетями пока нет.

Пора активировать мост (bridge). Этот механизм позволит установить «мостик» между нашими проводной и беспроводной сетями, таким образом, компьютеры из этих сетей смогут увидеть друг друга.

Подробнее о мостах можно прочитать во встроенной системе помощи WindowsXP:

Говоря простым языком, мост — это механизм, прозрачно (для работающих клиентов) связывающий разнородные сегменты сети. В нашем случае под разнородными сегментами понимается проводная сеть и беспроводная сеть.

Конфигурируем будущий компьютер-маршрутизатор. В режим моста переводим локальные интерфейсы:

  • LAN — смотрящий в проводную локальную сеть
  • Wireless — смотрящий в беспроводную локальную сеть

Все локальные (смотрящие в локальную сеть) интерфейсы на всех компьютерах переведены в режим «автоматического получения IP адреса и DNS». Этот режим установлен по-умолчанию на всех интерфейсах в Windows.

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

В отсутствие в сети DHCP сервера (а у нас его как раз и нет пока), Windows сама назначает адреса компьютерам. Все адреса имеют вид 169.254.xx.xx

По умолчанию, все компьютеры в пределах одного сегмента (в нашем случае — в пределах проводной или беспроводной сети) могут видеть друг друга, обращаясь друг к другу по этим адресам.

Желтый восклицательный знак в треугольнике рядом с интерфейсами — это нормальное явление для WindowsXP с установленным вторым сервис паком. Он лишь означает, что DHCP сервер в сети отсутствует и операционная система сама назначила адреса сетевым адаптерам.

Активация моста производится примерно так.

Только мост, по определению, работает минимум между двумя интерфейсами.

Поэтому выбираем оба локальных интерфейса, жмем правую кнопку мыши и в появившемся меню выбираем пункт «Подключение типа мост».

Windows начинает процедуру создания моста.

После окончания этого процесса, в сетевых подключениях появляется еще одно соединение — Network Bridge (сетевой мост). А в информации по сетевым адаптерам, на которых установлен режим моста, появляется статус «Связано».

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

Правда, в разделе «свойства» присутствует дополнительный раздел со списком адаптеров, которые в данный момент относятся к мосту (адаптеров может быть два и более).

Собственно, на этом этапе все сети, в которые смотрят эти (назначенные мосту) адаптеры, видят друг друга напрямую, без маршрутизации. То есть, как будто клиенты в этих сетях сидят в одной большой однородной сети (другими словами как бы подключенные к одному коммутатору).

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

Разумеется, в свойствах самих адаптеров никаких IP адресов уже нет. Адаптера, как такового, на логическом уровне уже не существует — есть лишь мост (имеющий IP адрес), в который включено два (или более) адаптера.  

Переходим к последнему этапу — активации доступа в Интернет. Об этом уже было рассказано в первой статье цикла, поэтому пространных рассуждений на эту тему не будет.

В сетевых подключениях выбираем «Установить домашнюю сеть».

Выскакивает мастер…

…предлагающий предварительно изучить некоторые разделы справки. Рекомендую воспользоваться этим советом.

Далее выбираем пункт «компьютер имеет прямое подключение к Интернет» (ведь к одному из интерфейсов нашего компьютера-маршрутизатора подключен кабель провайдера услуг интернет).

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

Так как на компьютере обнаружено больше одного локального сетевого интерфейса, мастер предлагает выбрать, на какой из них предоставлять Интернет доступ для других компьютеров в тех сетях. Выбираем оба локальных сетевых интерфейса (подключения).

Далее придумываем разные названия, тренируем свою фантазию 🙂

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

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

Проверяем, все ли верно настроили, и жмем «Далее».

Теперь Windows минут пять гоняет по экрану бесконечные компьютеры (зеленый, в центре) с оторванным сетевым кабелем. Для меня осталось загадкой, что же она там целые пять минут делает.

В последнем меню операционка предлагает сохранить где-нибудь на внешнем носителе настройки сети. Можно этого не делать, а просто завершить работу мастера.

После нажатия на кнопку «Готово» мастер завершит свою работу.

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

После перезагрузки, на сетевом адаптере, смотрящем в Интернет, появился значок руки, означающий, что этим доступом могут пользоваться и другие компьютеры в локальной сети (в нашем случае — в обеих, проводной и беспроводной, сетях).

На всех остальных компьютерах в локальной сети IP адрес примет вид 192.168.0.xx (адрес компьютера маршрутизатора будет фиксированным — 192.168.0.1), и все будут иметь доступ в Интернет.

А в сетевых подключениях появится иконка Шлюза Интернет.


рис.7

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

DHCP server, который там появился, активируется после активации общего доступа на Интернет-интерфейсе маршрутизатора. Именно он будет управлять выдачей IP адресов и другой информации для всех компьютеров локальной сети (точнее сетей, хотя формально, так как используется мост, у нас одна большая сеть).

Не стоит забывать о том, что этот компьютер-маршрутизатор должен быть постоянно включен (спящий режим с отключением кулеров — это уже отключенный компьютер). При его выключении мы потеряем не только доступ в интернет, но и возможность видеть компьютеры в соседней (проводной или беспроводной) сети.

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

 

Навигация

 

Даешь ЛВС! или Не так страшна Ethernet, как ее спецификации…

Может быть, кто-то сочтет этот материал несвоевременным — действительно, в то время как «весь цивилизованный мир» переходит на Gigabit Ethernet, мы вдруг выпускаем материал, посвященный 100-мегабитовым сетям на витой паре. Однако не будем спешить с выводами. Цивилизованный мир — это, конечно, хорошо, однако если посмотреть на ЛВС в компьютеризованном офисе «среднестатистической» отечественной компании, то сразу понимаешь одно: «Ученье — свет, а неученых — …».

Каждому специалисту, ответственному за локальную сеть (или, в частном случае, за ее создание «с нуля»), неоднократно приходится отвечать на непростой вопрос: справляется (справится) ли она с возложенными на нее задачами? Будет ли соответствовать новым задачам, которые мы когда-нибудь захотим на нее возложить? Как застраховать себя от необходимости дорогостоящей модификации сети хотя бы на несколько лет? Каким образом обеспечить возможность ее модернизации «малой кровью»? Когда все работает как часы, труд сетевого администратора как надсмотрщика и регулировщика трафика между пользователями — необременителен и довольно прост. Но с появлением проблем именно он часто оказывается сидящим на горячих углях…

В этом материале мы попытались встать на позицию человека, имеющего представление о том, что такое «компьютерное железо», но в сетях разбирающегося, мягко говоря, поверхностно. Ведь далеко не каждый сетевой администратор начинает свою деятельность после окончания соответствующего факультета вуза, прохождения сертификационных курсов и последующей полугодичной стажировки под началом «старших товарищей, умных и чутких». У нас в стране, увы, до сих пор самая популярная IT-профессия — «компьютерщик»: «Да, у нас есть программист… Да, картриджи в принтере он тоже меняет… Да, ОС и ПО при необходимости установит. Что говорите? Не «программист»? Знаете, по правде сказать, я их всех так называю…». И когда количество находящихся в офисе компьютеров становится больше трех, именно перед такими «молодыми специалистами» (как кстати пришелся тут термин из советских времен!) дирекция компании зачастую ставит задачу: «Сделать сеть. Быстро. Дешево. И надежно!». И оказываются они в положении котенка, попавшего не то что в омут, а в самую середину водоворота… ЛВС: что же это такое?

Для начала полезно ознакомиться с «каноническим» определением. Итак, локальная вычислительная сеть — это распределенная система, построенная на базе локальной сети связи и предназначенная для обеспечения физической связности всех компонентов системы, расположенных на расстоянии, не превышающем максимальное для данной технологии. По сути, ЛВС реализует технологию комплексирования и коллективного использования вычислительных ресурсов. Главные преимущества таких распределенных систем состоят в следующем: высокая производительность обработки данных, повышенная модульность и расширяемость, надежность, живучесть, постоянная готовность и низкая стоимость. Также подобное определение нельзя считать полным без ориентации на простоту реконфигурации и минимизацию затрат на дальнейшую модернизацию.

«По верхам»

В реальности типичная «среднестатистическая малая ЛВС» состоит из трех условных классов устройств:

  • компьютеров с установленными в них сетевыми адаптерами;
  • «кабельного хозяйства», к которому мы отнесем собственно сетевые кабели, патчи, патч-панели и (опционально) шкафы или стойки;
  • активного сетевого оборудования, которое также может быть размещено в шкафах или стойках, в том числе в тех же, что и патч-панели (как правило, это коммутаторы и/или концентраторы).

Опять-таки, в самом простом случае все компьютеры в сети просто подключены к одному концентратору или коммутатору (напрямую или через патч-панель — нас пока не интересует). В более сложном случае несколько концентраторов или коммутаторов соединены между собой через разъем Uplink (так называемое «каскадирование»). В еще более сложном — несколько концентраторов (коммутаторов) образуют сегменты сети, «сводимые воедино» еще одним, выделенным коммутатором (а вот тут уже «или концентратором» можно не добавлять — грамотный сетевой администратор, как правило, в данном качестве их использовать избегает). На этом список самых простых и распространенных вариантов построения ЛВС мы пока что закончим.

К слову — специалистам-сетевикам кажется уместным напомнить, что в данном материале нам приходится идти на многие упрощения в связи с его ориентацией на самый широкий круг читателей. Конечно, следование канонам и четкость определений — это неплохо, но все же не хочется ставить потенциального начинающего сетевого администратора в положение героя Марка Твена, который как-то сказал: «До тех пор пока мне на уроке геометрии не объяснили, что круг — это совокупность точек, находящихся на одинаковом расстоянии от центра, — я хорошо знал, что такое круг!».

Сеть «на коленке»

На заре «сетевой эры» нередко при построении отечественных ЛВС допускались отклонения от стандартов на кабельные сети. Зачастую причиной тому была бедность (оптоволоконная кабельная система и оборудование хоть и существенно подешевели, но не сравнялись по стоимости с «медными» решениями), иногда небрежность, а в большинстве случаев — элементарная техническая неграмотность. И если с первой причиной (недостаток денег) все же иногда приходится мириться, то две следующие вполне возможно устранить, так как обусловлены они исключительно «человеческим фактором».

Впрочем, как ни странно, сети, построенные с нарушением стандартов, до поры до времени… работали! Однако только до поры. К примеру, пока не приходилось заменять какое-нибудь сетевое устройство (сетевой адаптер, концентратор и пр.). И вот тут, после замены, всю сеть вдруг начинало непредсказуемым образом «лихорадить»… При этом она могла работать нормально со всеми приложениями, кроме одного, и попытка администратора «прижать его к стене» стоила и времени, и, особенно, нервов. А виновато было не приложение и не сетевая карта, а вся сеть. Вернее — те, кто выбирал оборудование, монтировал кабель и сдавал систему в эксплуатацию, не задумываясь (или не подозревая?) о стандартах. Еще более серьезные проблемы возникали при попытках перевода построенной «с отклонениями» сети с Ethernet на Fast Ethernet. Ведь при высоких скоростях ЛВС становится намного требовательнее к качеству кабельной системы, и те допущения, которые «прощались» на 10 Mbps, часто повергают 100-мегабитовую сеть просто «в состояние ступора».

А если все же «по уму»?

Таким образом, прежде всего стоит раз и навсегда запомнить, что проектирование и инсталляция любой ЛВС подразумевают прежде всего четкое следование соответствующим стандартам и рекомендациям, что и обеспечивает ее нормальное функционирование не в «некоторых», а во всех предусмотренных этими стандартами случаях.

  • Современные проводные ЛВС реализуются на базе витых пар и оптоволоконных кабелей.
  • Топология определяет общую структуру взаимосвязей между элементами и характеризует сложность интерфейса.
  • Методы доступа к физической среде подразделяются на случайный и детерминированный и зависят от топологии сети.

Для начала — немного истории. Сложилось так, что для организации взаимодействия узлов в локальных сетях, построенных на базе классических технологий (Ethernet, Token Ring, FDDI), разработанных еще 15–20 лет назад, применяются разделяемые между группой компьютеров каналы связи (общая шина, кольцо), доступ к которым предоставляется по специальному алгоритму (как правило — метод случайного доступа или метод с передачей маркера доступа по кольцу), т. е. основанные на принципе использования разделяемых сред либо поддерживающие его.

Напротив, современные стандарты и технологии локальных сетей настаивают на частичном или полном отказе от использования разделяемой среды передачи данных и переходе на применение индивидуальных каналов связи компьютера с коммуникационными устройствами сети. То есть так же, как это делается в привычных нам телефонных сетях, где каждый телефонный аппарат соединен с коммутатором на АТС индивидуальной линией. Технологиями, ориентированными на применение индивидуальных линий связи, являются Fast- и Gigabit Ethernet, 100VG-AnyLAN, ATM и коммутирующие (switching) модификации уже упомянутых классических технологий. Заметим, что некоторые из них, например l00VG-AnyLAN, так и остались в сознании отечественных «сетестроителей» не более чем звучной экзотикой.

Fast Ethernet как развитие классической Ethernet

Основы наиболее популярной на данный момент технологии построения локальных вычислительных сетей — Ethernet — были разработаны специалистами Palo Alto Research Center (PARC) корпорации Xerox в середине 1970-х гг. К промышленной реализации ее спецификации были подготовлены членами консорциума DIX (DEC, Intel, Xerox) и приняты за основу при разработке стандарта IEEE 802.3 в 1980 г. Обратите внимание на даты! По сути, можно констатировать, что изменилось с тех времен не так уж и много…

10-мегабитовая Ethernet устраивала большинство пользователей на протяжении около 15 лет. Однако в начале 90-х г. стала ощущаться ее недостаточная пропускная способность, и следующим существенным шагом развития классической технологии Ethernet стала Fast Ethernet. В 1992 г. группа производителей сетевого оборудования, включая таких лидеров, как SynOptics, 3Com и ряд других, образовали объединение Fast Ethernet Alliance для разработки стандарта на новую технологию, которая бы подытожила и обобщила достижения отдельных компаний в области Ethernet-совместимого высокоскоростного стандарта. Одновременно были начаты работы в институте IEEE по стандартизации новой технологии. Переломав кучу копий, в мае 1995 г. комитет IEEE принял спецификацию Fast Ethernet в качестве стандарта 802.3u (добавив в базовый документ 802.3 главы с 21 по 30). Это и сыграло решающую роль в дальнейшей судьбе технологии, так как обеспечивало преемственность и согласованность сетей 10Base-T и 100Base-T.


От 10- к 100Base-T
Отличия на физическом и канальном уровне стека протоколов модели OSI

Из рисунка (в терминах и категориях семиуровневой модели OSI) видно, что отличия Fast Ethernet от Ethernet сосредоточены на физическом уровне. Стандарт 100Base-T (802.3u) установил три различные спецификации для физического уровня для поддержки следующих типов кабельных систем:

  • 100Base-TX для двухпарного кабеля на неэкранированной витой паре UTP Cat. 5 или экранированной витой паре STP Type 1;
  • 100Base-T4 для четырехпарного кабеля на неэкранированной витой паре UTP Cat. 3, 4 или 5;
  • 100Base-FX для многомодового оптоволоконного кабеля.
Физические интерфейсы стандарта Fast Ethernet IEEE 802.3u и их основные характеристики
Физический интерфейс100Base-FX100Base-TX100Base-T4***
Порт устройстваDuplex SCRJ-45RJ-45
Среда передачиОптическое волокноВитая пара UTP Cat.5 (5e)Витая пара UTP Cat. 3,4,5
Сигнальная схема4B/5B4B/5B8B/6T
Битовое кодированиеNRZIMLT-3NRZI
Число витых пар/волокон2 волокна2 витых пары4 витых пары
Протяженность сегмента*До 412 м (МмВ), до 2 км, дуплекс (МмВ)**, до 100 км (ОмВ)***До 100 мДо 100 м

* ОмВ — одномодовое оптоволокно, МмВ — многомодовое оптоволокно.

** Расстояние может быть достигнуто только при дуплексном режиме связи.

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

Полнодуплексный режим

Новым в этом стандарте (для узлов сети, поддерживающих спецификации FX и TX) также стала рекомендация относительно обеспечения возможности полнодуплексной работы (full-duplex mode) при соединении сетевого адаптера с коммутатором или же при непосредственном соединении коммутаторов между собой. Специфика работы заключается в том, что каждый узел одновременно передает и принимает кадры данных по каналам Tx и Rx. Скорость обмена до 200 Mbps. На сегодня многие производители декларируют выпуск как сетевых адаптеров, так и коммутаторов с поддержкой этого режима. Однако, увы — из-за разного понимания механизмов его реализации, в частности способов управления потоком кадров, эти продукты не всегда корректно работают друг с другом. Кстати, для тех, кто привык читать статьи «по диагонали»: обратите внимание на то, при каком способе соединения каких устройств между собой становится возможной работа сетевых карт в полнодуплексном режиме. Подсказка: концентраторы (хабы) — в этом списке отсутствуют. И не зря.

Концентраторы и коммутаторы

Наиболее «близкая» нам сеть Fast Ethernet, построенная на основе концентратора (на жаргоне сетевиков — «хаб», от английского hub) и объединяющая несколько десятков пользователей, часто оказывается «недееспособной» в том смысле, что скорость передачи данных в ней будет неприемлемо низкой, а некоторым клиентам может быть вообще отказано в доступе к сетевым ресурсам. Это происходит вследствие роста числа коллизий (см. глоссарий) и увеличения времени ожидания доступа. Ведь концентратор — это обычный усилитель (приемопередатчик-повторитель) электрического сигнала, иногда даже производители по старинке маркируют его как «(Fast) Ethernet repeater». Получив сетевой пакет от одного порта (т. е. от компьютера, который подключен к данному порту), он транслирует его на все остальные порты одновременно (принцип можно грубо определить как «я передал всем, значит, до того, кому надо, тоже дойдет»).

Коммутатор (он же в простонародии «свитч», от англ. switch) — более интеллектуальное устройство: он имеет свой процессор, внутреннюю высокопроизводительную шину и буферную память. Если концентратор просто передает пакеты от одного порта ко всем остальным, то коммутатор выполняет целенаправленную пересылку пакетов между двумя портами на основе MAC-адреса получателя. Это позволяет увеличить производительность сети, так как сводит к минимуму возможность возникновения коллизий, позволяет обслуживать пересылку пакетов между несколькими портами одновременно и т. д.

Заметив, что в последнее время стоимость коммутаторов для сетей Fast Ethernet постепенно приближается к стоимости концентраторов времен начала прошлого года, кратко подытожим преимущества сетей, построенных с их использованием:

  • Увеличивается производительность сети путем ее деления на адресно (логически) связанные между собой сегменты.
  • Исключается возможность перехвата паролей и прочей передаваемой/принимаемой информации третьей стороной (напомним, что в случае использования концентратора любой пакет транслируется на все подключенные к нему компьютеры).

Если и можно назвать какую-либо (кроме консервативности владельца сети) причину, ограничивающую широкое распространение коммутаторов, то это все же их более высокая стоимость, чем у хабов. Хотя справедливости ради стоит заметить, что скоро у нас, похоже, не будет выбора: все большее количество производителей сетевого оборудования просто-напросто отказываются от концентраторов, предпочитая выпускать новые, более дешевые модели коммутаторов или снижать цены на уже производимые.

Gigabit в конце туннеля?

Конечно, на дворе 2002 год, и даже в нашей стране все больше корпоративных заказчиков уже серьезно присматриваются к Gigabit Ethernet в качестве базового стандарта для своих сетей. Но все-таки в плане массовости именно технология Fast Ethernet (предмет нашего сегодняшнего внимания) продолжает удерживать лидирующие позиции. Более того, отечественные эксперты пророчат долгую жизнь даже «стареньким» сетям Ethernet (10 Mbps), прогнозируя постепенную их модернизацию до 100 Mbps «старшего брата», скоростными возможностями которого типичная офисная сеть будет вполне удовлетворена, наверное, еще не один год. Разумеется, если не планируется проведение телеконференций с десятками участников. Однако по этому поводу у нас в процессе подготовки материала даже родилась одна техническая «шуточка»: стоимость оборудования, которое позволит загрузить сеть на основе Gigabit Ethernet работой, зачастую даже превышает стоимость развертывания этой самой сети. Кроме того, стоит заметить, что проектирование, инсталляция и развертывание сети Gigabit Ethernet — это вряд ли именно то, с чего нужно начинать «практические опыты обустройства ЛВС».

Из истории Ethernet (для интересующихся)

Мало кто знает, что появление Ethernet неразрывно связано с такими краеугольными камнями современной компьютерной индустрии, как Fabless и Core Logic. Эти два понятия трудно перевести на русский, сохранив лаконизм английского языка.

В те времена, когда существовало заблуждение, что дизайн контроллеров (по сути — Core Logic) — удел полупроводниковой индустрии, не без помощи героя нашего рассказа — Гордона Кемпбелла (Gordon A. Campbell) — материализовалась идея самостоятельной разработки, размещенной на мощностях сторонних производителей. С тех пор «безлошадность» (читай — Fabless) в компьютерном мире не считается грехом, а почитается достоянием острого ума.

Для взаимного понимания разработчиков и производителей с благословения Гордона Кемпбелла возник и развился язык описания внутренней структуры чипа — VHDL (Very High Definition Language). Да и само понятие чипа по праву занимает почетное место в чуть ли не бесконечном списке гениальных инициатив мистера Кемпбелла.

Кроме вышеперечисленных, заслуги Гордона Кемпбелла в кратком изложении выглядят так:

  • идея перепрограммируемых контроллеров, таких, как EEPROM;
  • идея и реализация PC-on-chip;
  • организационные работы по становлению Palm Corp. ;
  • разработка первого IBM-совместимого видеоконтроллера;
  • основополагающие работы в области 3D-графики;
  • участие в основании компании 3Dfx Interactive.

Настало время назвать компанию, «причастную» к успехам Мистера Кемпбелла — им, к слову, и организованную: Chips & Technologies Inc. В тесном сотрудничестве с Novell более десяти лет назад родился продукт, надолго определивший структуру современных сетевых технологий, — Novell Eagle. Сегодня аббревиатура NE2000 известна всем, кто связан с сетевыми технологиями.

Novell разрабатывала программную модель драйверной поддержки Ethernet, а Chips & Technologies взялась за программирование полупроводниковой логики. Производство было поручено National Semiconductor. Так появился чипсет, состоящий из трех составляющих:

  • DP8990 (Network Interface Controller, NIC) — интерфейс для подключения к локальной шине персонального компьютера;
  • DP8991 (Serial Network Interface, SNI) — сериализация данных с использованием манчестерского кодирования и механизм обслуживания коллизий;
  • DP8992 (Coaxial Transceiver Interface, CTI) — прием и передача данных по коаксиальному кабелю.

Интересный факт: вездесущий Кемпбелл для производства комплектующих Ethernet, в том числе и контроллеров 8992, основал собственную компанию SEEQ Technology.

Позже технология Chipernet (так предварительно именовалась Ethernet) была дополнена возможностями передачи данных по неэкранированной витой паре проводников — UTP (Unshielded Twisted Pair). Важно подчеркнуть, что Ethernet задумывалась как недорогая и эффективная альтернатива в ряду прочих сетевых решений. Поэтому совершенно логично выглядит и расширение возможностей с помощью витой пары.

Одним из лидеров по производству недорогих сетевых контроллеров, использующих Ethernet, стала «Западная Цифровая корпорация», более известная как Western Digital. Это происходило в то время, когда жесткие диски еще не стали «коронным номером» WDC (впоследствии из-за смены интересов разработка сетевых технологий была продана компании SMC). С тех пор знаменитая троица — SMC, 3Com, Intel — правит миром давно уже не NE2000-совместимых сетевых адаптеров.

В мире совместимых с NE2000 устройств акценты расставили три другие компании — Realtek (60% рынка всех сетевых контроллеров), VIA Tehnologies, Winbond Electronics. Последний больше знаком потребителям по торговой марке Compex. Практика

Три источника, три составные части…

По темпам совершенствования своих характеристик, например, увеличению верхней граничной частоты тракта передачи и пропускной способности, кабельные системы практически не уступают современным процессорам с их растущими тактовыми частотами. Уже один этот факт дает основание утверждать, что данное направление относится к числу наиболее динамично развивающихся на рынке информационных технологий. Как и в любой другой области с высокими темпами развития, на этом рынке существуют свои проблемы технического, организационного и маркетингового плана, а в процессе классификации элементов структурированной кабельной системы (СКС), в которую «вписывается» современная компьютерная сеть, сталкиваются различные, часто непримиримые подходы и школы.

Но на сколько бы основных групп и классов «отцы сетестроения» не делили бы компоненты современной сети, для распространения сигналов в ней, помимо устройств доступа, отвечающих за физический интерфейс, требуются как минимум еще две немаловажные детали, участвующие в образовании физической среды передачи, — кабели (мы сознательно ограничимся рассмотрением подсистемы рабочего места и горизонтальной подсистемы «на меди») и разъемы для их соединения. Эти компоненты современной СКС многократно описаны, но необходимость небольшого «попурри» на эту тему обусловлена тем фактом, что, например, невзирая на общее снижение цен на достаточно качественные медные кабели Cat.5e, пользователям зачастую навязывается широкий ассортимент откровенно «базарной» продукции (пригодной разве что для создания домашней сетевой структуры). В более серьезном случае это становится одним из источников постоянной головной боли обслуживающего персонала сетей, которому в большинстве своем приходится обходиться (увы!) без дорогостоящих профессиональных сетевых анализаторов, позволяющих определить почти все неполадки в сети одним нажатием кнопки.

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

Для применения в качестве базового UTP определен одножильный 4-парный кабель с диаметром проводника 0,51 мм (24 AWG). По другим канонам допускается также использование одножильного кабеля с диаметром проводника 0,64 мм (22 AWG). Для многожильного патч-корда (UTP, те же 100 Ом) актуальна задача обеспечения длительного срока службы, несмотря на частые неминуемые изгибы в процессе эксплуатации. Тут же отметим, что несмотря на определенную «лояльность» стандартов в отношении многожильных кабелей для кроссовых шнуров и подключающих (пользовательских) кабелей (для них стандарт допускает на 20—50% большее затухание в зависимости от того, какому стандарту следуют — американскому или международному), во всем остальном они должны отвечать минимальным требованиям к рабочим характеристикам кабеля горизонтальной системы.

Должна присутствовать маркировка рабочих характеристик для обозначения соответствующей категории. Эти метки не должны заменять собой метки класса безопасности. В качестве примера приведем маркировку, нанесенную на кабель нашей тестовой системы.

Маркировка кабеля
ПроизводительКатегорияТипСистема сертификации, тип и материал оболочкиКол-во парДиаметр проводникаКоэффициент  укорочения волны в кабеле*Код и дата выпускаМетка длины и число погонных метров
Molex Premise networksPowerCat.5eUTPIEC 332.1 FR-PVC4PR24 AWGNVP=69%0575-01/5 01.10.31* 80429 m

* NVP (Nominal Velocity of Propagation) — номинальная скорость распространения — коэффициент укорочения волны в кабеле. Он показывает, во сколько раз скорость распространения сигнала по витым парам меньше скорости света в вакууме.

О цветовом кодировании и правильности терминирования

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

Варианты обжима разъемов RJ-45
Вариант 1 T568A Вариант 2 T568B
Белый/голубой — голубойПара 1Зеленый — красный
Белый/оранжевый — оранжевыйПара 2Черный — желтый
Белый/зеленый — зеленыйПара 3Голубой — оранжевый
Белый/коричневый — коричневыйПара 4Коричневый — серый


Стандарты терминирования соединителей
Варианты «A» и «B»

Последнее объясняется просто — с целью уменьшения перекрестных наводок между парами и исключения возможных резонансных явлений при неполном согласовании с нагрузкой неиспользуемых пар (а в некоторых сетевых адаптерах мы обнаружили в гнезде только четыре контакта вместо восьми) проводники свиваются попарно с разным шагом (количеством скруток на единицу длины). По этой же причине желательно также учитывать, что соединение между гнездом и штекером коннектора осуществляется через восемь близко расположенных параллельных контактов, что обусловливает емкостную связь между ними. Степень этого влияния также зависит от способа подключения контактов к соответствующим парам кабеля (см. рисунок). В варианте 568 А пара 2 разъединена парой 1, в последовательности 568 В — пара 3 парой 1.

Стандарт RJ45 (можно встретить название соединителя 8Р8С) пришел в мир компьютерных сетей из телефонии. Он предусматривает несимметричное разъемное соединение. Модульные соединители семейства RJ выпускаются в двух вариантах, ориентированных на кабели с различным типом жилы. Забегая немного вперед, укажем на то, что у гибких коммутационных шнуров (плоских модульных двух-, четырех-, шести- или восьмижильных Cat.3 и четырех витых пар Сат.5) жила состоит из нескольких проволок. Поэтому для изготовления таких кабелей необходимо использовать соединитель с контактом, врезающимся в тело жилы. У монтажного кабеля жила выполнена из монолитного медного проводника, поэтому для монтажа этих кабелей используются соединители с разрезным контактом. Соответственно, если соединитель не предназначен для данного типа кабеля, то и добиться качественного контакта не удастся.

Существует несколько вариантов взаимного расположения проводников относительно контактов коннектора. Для подсоединения всех четырех пар проводников (напомним, что Fast Ethernet использует для работы две пары, четыре вам понадобятся при переходе на гигабитовую сеть) распространены TIA-T568A, TIA-T568B (см. таблицу).

Подключение пар к контактам с несоблюдением стандартов может привести к так называемому разделению пар, т. е. к ситуации, когда соединитель подключается таким образом, что пара состоит из проводов от двух разных скрученных пар. Такая конфигурация иногда позволяет сетевым устройствам обмениваться данными, но часто становится источником трудно диагностируемой проблемы — она подвержена не только избыточным переходным помехам, но и менее устойчива к внешним, в том числе периодически появляющимся в силу специфики расположения кабеля. Результат — ошибки при передаче данных. Такие разделенные пары позволяют выявить кабельные тестеры.

В общем, если опустить ранее сделанные замечания, допускается использовать оба указанных варианта. Однако приведем цитату для тех, кто пытается воспринимать таблицу вариантов как рекомендацию для изготовления crossover-кабелей: «…при условии, что оба конца терминированы по одному и тому же варианту разводки».


Коммутационные шнуры: «прямой» и Crossover

Основные правила прокладки кабеля

Некоторые правила монтажа кабельных UTP-систем, в справедливости которых мы убедились на собственном опыте.

  • Во избежание растяжения сила натяжения для 4-парных кабелей не должна превышать 110 Н (усилие примерно в 12 кг). Как правило, усилие свыше 250 Н приводит к необратимым изменениям параметров UTP-кабеля.
  • Радиусы изгиба установленных кабелей не должны быть менее четырех (некоторые производители настаивают на восьми) диаметров для кабелей UTP горизонтальной системы. Допустимый изгиб в ходе монтажа не менее 3—4 диаметров.
  • Следует избегать излишней нагрузки на кабели, обычно вызываемой их перекручиванием (образование «барашков») во время протяжки или монтажа, чрезмерным натяжением на подвесных участках трасс, туго затянутыми узкими кабельными хомутами (или «пристреленными» скобами).
  • Кабели горизонтальной системы должны использоваться в сочетании с коммутационным оборудованием и патч-кордами (или перемычками) той же или более высокой категории рабочих характеристик.
  • И, пожалуй, главное, о чем следует помнить на протяжении всех инсталляционных работ, — качество собранной кабельной системы в целом определяется по компоненту линии с наихудшими рабочими характеристиками.

Распределительные панели и абонентские розетки

Патч-панель служит для удобной и быстрой коммутации между собой различных портов и оборудования. С ее помощью можно моментально отконфигурировать рабочие порты для передачи данных, звука и видео. Горизонтальные кабели проходят от розеток на рабочих местах к патч-панелям коммутационного узла, где они представлены как порты пользователей. Соответствующие порты пользователей затем могут быть коммутированы с портами LAN, видеопортами и портами телефонной станции. Однако в условиях малой сети патч-панель приобретает совершенно другой смысл, служа в основном даже не столько средством упорядочивания сетевого хозяйства и быстрой реконфигурации, сколько способом избавить себя от дополнительных проблем при последующей модернизации сети и ее расширении. Понятно, что если, к примеру, купленный изначально концентратор рассчитан на 8 портов, а компьютеров в офисе стало 12 — то это «морока». Как минимум придется покупать еще один концентратор и каскадировать их, как максимум — приобретать коммутатор на 16 или даже 24 порта. Однако если изначально для коммутации была использована достаточно «вместительная» патч-панель (на те же 16 или 24 порта) — то удастся избежать мороки гораздо большей — перекраивания кабельного хозяйства. Патч-панели различаются между собой количеством портов, стандартами, способом коммутации. По количеству портов наиболее распространены 12-, 24- и 48-портовые. Обычно они имеют монтажную ширину 19″ (формфактор большинства стандартных шкафов), в них предусматривается место для маркировки каналов.

Следующий и наиболее часто видимый с точки зрения клиента элемент кабельной системы — абонентская розетка. Конструкция модуля минимизирует действия монтажника при подключении к кабелю, позволяет сохранить необходимый радиус изгиба кабеля, не требует применения каких-либо инструментов при размещении модуля в коробке. Контакты розетки могут быть дополнительно прикрыты специальной шторкой, предотвращающей попадание внутрь пыли.

Монтажные шкафы предназначены для размещения в них коммутационного и активного оборудования. Шкафы могут комплектоваться системой охлаждения и вентиляции, стеклянными и металлическими дверями, подвижным плинтусом на четырех колесах с тормозами, замками на двери. Вдоль боковых стенок шкафов обычно имеется достаточно места для укладки пучков проводов и вентиляции. Впрочем, для малых сетей монтажный шкаф все-таки является скорее элементом шика, чем реальной необходимостью. Хотя если есть деньги и желание «сделать красиво»…

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

Для работы с кабелем UTP-типа создана целая гамма достаточно удобного комбинированного инструмента, выполняющего резку кабеля, нормированную кольцевую подрезку для снятия верхней изоляции и зачистку отдельных жил (если это требуется для данного типа оборудования, ведь современные способы монтажа, основанные на технологии врезного контакта, не требуют зачистки).

Не затрагивая специализированный инструмент и оснастку, рекомендуемые для терминирования жил кабеля на коммутационные и распределительные панели (с ними можно познакомиться на сайтах их производителей), мы решили остановиться на инструменте, предназначенном для «повседневных» работ, — обжима вилки на кабеле RJ-45. Его многочисленные варианты различаются как по диапазону выполняемых функций и типов обжимаемых разъемов, так и (достаточно существенно) по срокам службы и цене.

Для мелкого ремонта можно попытаться использовать экономичный пластмассовый инструмент. Однако он пригоден лишь для минимального объема эпизодически выполняемых монтажных работ, и, как показывает практика, для модернизации сети объемом в сотню портов его ресурса может хватить не более чем на полгода-год.

Металлический профессиональный инструмент обеспечивает движение пуансонов строго перпендикулярно к поверхности разъема, что благоприятно сказывается на качестве работы. Как правило, такие инструменты имеют многошарнирный механизм с «трещоткой» для снижения и нормирования прикладываемого к рукояткам усилия. В состав универсальных комплектов, позволяющих обжимать различные типы соединителей, могут входить сменные и дополнительные, расширяющие функциональность матрицы и пуансоны.

Промежуточную по качеству и параметрам позицию занимают простые одношарнирные металлические приспособления, достаточно широко представленные на отечественном рынке. Они имеют упрощенную механическую схему и ограниченный (но все же в 3—10 раз больший, чем у пластмассового) срок службы по причине быстрого износа пуансона. Универсальность подобных инструментов обеспечивается не сменными комплектами, а наличием нескольких поверхностей на их рабочих органах (2 в 1 и 3 в 1).

К слову о тестировании и мониторинге…

Мы не сомневаемся, что в элементарной одноранговой сети из пяти машин вряд ли возникнет задача ежедневного углубленного статистического анализа и еженедельного превентивного тестирования. Однако проводимый в ходе работы над статьей неформальный блиц-опрос в отношении мониторинга, диагностики и тестирования участников разделил владельцев и администраторов сетей на несколько групп, позволив нам сформулировать две крайние точки зрения отнюдь не технического и не финансового плана:

  1. Интерес к проведению анализа и аудита сети прямо пропорционален количеству обслуживаемых рабочих станций и вне зависимости от топологии и выполняемых задач асимптотически приближается к нулю (вплоть до полного безразличия), если число клиентов не превышает 15—20. В этом случае чаще всего основными применяемыми на протяжении всей жизни сети «инструментами» являются примитивный кабельный тестер и виртуозное владение утилитами типа ping и tracert. Правда, некоторые респонденты этой группы признают необходимость измерения количественных показателей кабельной системы на момент сдачи в эксплуатацию.
  2. Другая крайность — когда большая и богатая компания идет на покупку дорогостоящих средств управления, диагностирования и тестирования сети, но в своей работе ее сетевые администраторы их практически не используют либо используют некоторые наиболее простые из заложенных в них возможностей по причине того, что у них либо «нет времени», либо «у нас и так все работает», и вообще они не понимают, «зачем им это надо», либо на их аппаратной платформе или в существующей конфигурации данные инструменты периодически «виснут», «не все показывают» или «врут». Не хотелось, но придется добавить — зачастую такая ситуация оказывается обусловленной тем, что возможности имеющихся инструментов… просто-напросто превосходят квалификацию тех, кто ими пользуется.

При этом часто понятия диагностики и тестирования сети отождествляются, что на самом деле в корне неверно. Но под диагностикой принято понимать измерение характеристик и мониторинг показателей работы сети в процессе ее эксплуатации, без остановки работы пользователей. Диагностикой сети является, в частности, измерение числа ошибок передачи данных, степени загрузки (утилизации) ее ресурсов или времени реакции прикладного ПО. То есть та работа, которую, на наш взгляд, администратор сети должен выполнять ежедневно.

Тестирование — это процесс активного воздействия на сеть с целью проверки ее работоспособности и определения потенциальных возможностей по передаче сетевого трафика. Как правило, оно проводится с целью проверить состояние кабельной системы (соответствие качества требованиям стандартов), выяснить максимальную пропускную способность или оценить время реакции прикладного ПО при изменении параметров настройки сетевого оборудования или физической сетевой конфигурации. Такие измерения обычно рекомендуется делать, отключив либо заменив работающих в сети пользователей на агентов теста, что, как правило, в реальной жизни приводит к довольно продолжительному блокированию «нормальной работы офиса». К тому же продолжительность процедуры зависит от того, производятся при этом первичные измерения и анализ параметров или сравнение некоторых требуемых параметров с первичными результатами эталонных (паспортных, сертификационных) тестов. Однако в любом случае чаще всего это приводит к тому, что как сама процедура, так и ее исполнители становятся «малопопулярными» и среди рядовых работников, и среди руководящего звена.

Хоть это и выходит за технические рамки, хочется также отметить, что проведение диагностики или тестирования сети часто напрямую зависит от… степени опытности сетевого администратора. «Молодые и зеленые», как правило, диагностируют и тестируют сеть часто и с удовольствием — ибо при этом не столько исправляют или предотвращают проблемы, сколько занимаются самообучением. Впоследствии, когда все эти «игры» (как и любые другие) приедаются, приступить к процессу диагностирования администратора сети могут заставить только действительно серьезные неполадки в ее работе. Ну и, наконец, с появлением по-настоящему серьезного опыта сетевой администратор опять «возвращается» к диагностике и тестированию, но уже не столько в силу юношеского задора и любопытства, сколько в силу понимания необходимости время от времени проводить эту процедуру в качестве профилактики.

Глоссарий

Сетевой адаптер (сетевая карта) — карта расширения, устанавливаемая в рабочую станцию, сервер или другое устройство сети, позволяющая обмениваться данными в сетевой среде. Операционная система через соответствующий драйвер управляет работой сетевого адаптера. Объем задействованных при этом ресурсов адаптера и центрального процессора системы может изменяться от реализации к реализации. На сетевых картах обычно имеется микросхема (либо гнездо для ее установки) «перешиваемой» памяти для удаленной загрузки (Remote Boot), которая может быть использована для создания бездисковых станций.

Коллизия (collision) — искажение передаваемых данных в сети Ethernet, которое появляется при попытке одновременной передачи несколькими сетевыми устройствами. Коллизии — обычные ситуации, возникающие в процессе нормальной работы сетей Ethernet или Fast Ethernet, но неожиданный рост их числа может свидетельствовать о появлении проблем с каким-либо сетевым устройством, особенно когда это не связано с увеличением трафика сети в целом. В общем случае вероятность столкновения пакетов увеличивается при добавлении в домен новых устройств и удлинении сегментов (увеличении физических размеров сети).

Коллизионный домен (конкурирующий домен) — совокупность устройств, соперничающих между собой за право доступа к среде передачи. Задержка распространения сигнала между любыми двумя станциями, которые принадлежат данной области, не должна превышать установленного значения (часто называемого диаметром коллизионного домена и выражаемого в единицах времени). При подключении устройства к коммутатору число коллизионных устройств в домене, соответственно, всегда сокращается до двух.

Горизонтальный кабель предназначен для использования в горизонтальной подсистеме на участке от коммутационного оборудования (например, в кроссовой этажа) до информационных розеток (на рабочих местах).

Кабель для коммутационных (кроссовых) и оконечных (пользовательских) шнуров обычно также состоит из четырех витых пар и по конструкции очень похож на «обычный» UTP-кабель, используемый в горизонтальной подсистеме. Основные отличия между ними заключаются в том, что для придания устойчивости к многократным изгибам и продления срока эксплуатации проводники выполняются многожильными, а изоляция может иметь несколько бoльшую по сравнению с горизонтальным кабелем толщину (около 0,25 мм). Внешняя изоляционная оболочка изготавливается из материала с повышенной гибкостью. На нее должны наноситься такие же маркирующие и идентифицирующие надписи и метки длины.

Утилизация канала связи сети (network utilization) — процент времени, в течение которого канал связи передает сигналы, или иначе — доля пропускной способности канала связи, занимаемой кадрами, коллизиями и помехами. Параметр «Утилизация канала связи» характеризует степень загруженности сети и эффективность использования ее потенциальных возможностей.

Коммутатор (Switch) — многопортовое устройство канального уровня, устанавливающее на время пересылки пакета адресное соединение между отправителем и получателем на основании построенной и сохраненной в нем коммутационной таблицы MAC-адресов. Проще говоря, коммутатор эмулирует соединение принимающего и передающего устройств между собой «напрямую». Однако не следует забывать, что некоторые (чаще всего — примитивные неуправляемые) коммутаторы при перегрузке в сети, т. е. когда проходящий через них трафик превышает их возможности, могут фактически на время «превращаться» в концентраторы.

Автосогласование (Auto Negotiation) — процесс, инициируемый сетевыми устройствами, имеющий целью автоматически настроить соединение для достижения максимальной в данной среде общей скорости. Приоритеты следующие: 100Base-ТХ — полнодуплексная, 100Base-ТХ — полудуплексная, 10Base-T — полнодуплексная и 10Base-T — полудуплексная. Автосогласование определяется стандартом IEEE 802.3 для Ethernet и выполняется за несколько миллисекунд.

Полудуплекс (Half Duplex) — режим, при котором связь осуществляется в двух направлениях, но в каждый момент времени данные могут передаваться лишь в одном из них. В сети (сегменте) на базе концентраторов все устройства могут работать только в полудуплексном режиме, в отличие от сети на базе коммутаторов, которые могут осуществлять передачу как в полнодуплексном, так и в полудуплексном режиме.

Полный дуплекс (Full Duplex) — двунаправленная передача данных. Способность устройства или линии связи передавать данные одновременно в обоих направлениях по одному каналу, потенциально удваивая пропускную способность.

Скорость физического соединения (Wire Speed) — для Ethernet и Fast Ethernet эта величина обычно приводится как максимальное количество пакетов, которое может быть передано через данное соединение. Скорость физического соединения в сетях Ethernet составляет 14 880, а в сетях Fast Ethernet — 148 809 пакетов в секунду.

MAC-адрес (MAC address — Media Access Control address) — уникальный серийный номер, назначаемый каждому сетевому устройству для идентификации его в сети и управления доступом к среде. Для сетевых устройств адреса устанавливаются во время изготовления (специфицируются IEEE), хотя обычно могут быть изменены с помощью соответствующей программы. Именно благодаря тому, что каждая сетевая карта имеет уникальный MAC-адрес, она может эксклюзивно забирать предназначенные ей пакеты из сети. Если MAC-адрес не является уникальным, то не существует способа провести различие между двумя станциями. MAC-адреса имеют длину 6 байт и обычно записываются шестнадцатеричным числом, первые три байта адреса определяют производителя.

Тестирование

Тестовый стенд

Поскольку такое крупномасштабное тестирование сетевого оборудования для нашей лаборатории внове (да и, к слову, в других компьютерных масс-медиа эта тема затрагивается, прямо скажем, чрезвычайно редко), мы пошли, если так можно выразиться, «по пути наименьшего сопротивления», переложив максимум работы на плечи хорошо себя зарекомендовавших отечественных поставщиков готовых решений и системных интеграторов. Так, гипотетические «офисные компьютеры» в нашей «референсной ЛВС» представляют собой серийные модели ПК Bravo от компании K-Trade, сервер является действительно сервером, специально подобранным путем проведения консультаций с сотрудниками киевского офиса Intel и системного интегратора — компании Ulys Systems, а кабельное хозяйство (коммутационные шнуры с обжатыми разъемами, патч-корды, патч-панель и пр.) было предоставлено в готовом для развертывания виде компанией ProNet.

Для тестирования использовались ПК Bravo с процессором AMD Duron 1100 MHz, 256 MB PC133 SDRAM, материнской платой AOpen AK73A (VIA Apollo KT133A), 40 GB HDD (Maxtor D540X), видеокартой PowerColor GeForce2 MX400 (32 MB) и ОС Windows 2000 Pro (SP3).

Сервером выступала система Dell PowerEdge 2500 (процессор Pentium III 1.26 GHz c возможностью установки второго CPU; чипсет ServerWorks HE-SL; 512 MB PC133 ECC SDRAM; контроллер Adaptec AIC-7899 Dual channel Ultra3 (Ultra160)/LVD SCSI; двухканальный SCSI RAID-контроллер с кэш-буфером 128 MB; три SCSI-винчестера (10000 об/мин), объединенных в массив RAID 5; интегрированный Ethernet-контроллер Intel PRO/100+ Server; интегрированная видеоподсистема на базе ATI-Rage XL 8 MB SDRAM; OC Windows 2000 Server). Подобная конфигурация сервера позволила нам уйти от главной проблемы — влияния быстродействия наиболее «нагруженной» дисковой подсистемы на результаты тестирования (ведь в процессе проведения многих тестов все четыре ПК работали с сервером одновременно). Наличие же достаточно высокопроизводительного процессора и сравнительно большого объема памяти на ПК подстраховывали от влияния нежелательных побочных факторов со стороны «рабочих станций». Управление сервером и ПК осуществлялось с единой консоли оператора, функционирующей через KVM-switch Raritan (предоставленный фирмой «Юстар»).


А вот так все это выглядело в собранном виде

Для проведения тестов сетевых адаптеров был собран стенд, позволяющий имитировать работу устройств в пределах одного коллизионного домена. Он построен с использованием оборудования для структурированных кабельных систем фирмы Molex Premise Networks уровня горизонтальной подсистемы ЛВС и включает в себя четыре фрагмента кабеля Molex PN PowerCat.5E UTP длиной 2 × 15 м и 2 × 75 м, подсоединенных к врезным контактам 24-портовой патч-панели Molex Cat.5E.


Схема стенда

Кабели жгутовались и без коробов подвешивались на крюки в стене. Как уже говорилось, в электропроводных системах приходится учитывать не только затухание, но и наводки. В нашем случае, благодаря тому что кабельные фрагменты при их монтаже оказались сложенными вдвое, наводимые низкочастотные помехи от люминесцентных ламп, пролегающих в непосредственной близости от силовых, сигнальных кабелей и т. п., как мы и предполагали, уменьшились (синфазность воздействующей на жгут кабелей помехи).

В процессе создания сегмента было принято решение отказаться от стандартных абонентских розеток. Для имитации их влияния мы раcкроссировали на патч-панели короткие (и, по причинам, уже объясненным выше, крайне «вредные») отрезки того же кабеля длиной 8—10 см.

Таким образом, вместо требуемой для полноты эксперимента одной пары разъемных контактов мы получили возможность подсоединить еще две, включив их в разрыв цепи от концентратора до машины дополнительным коммутационным шнуром. В Тестовой лаборатории обычно не принято доверять даже известным брэндам без соответствующего инструментального подтверждения, поэтому сразу после инсталляции была не только проверена правильность подключения и распределения кабельных жил, но и измерены количественные параметры каждого из отрезков с помощью портативного анализатора OMNIScanner II от Fluke Network.

Методика

Так как на всех четырех ПК поочередно устанавливались одинаковые сетевые карты, нас, естественно, интересовало создание по возможности разных условий для их функционирования. В конечном итоге мы остановились на той конфигурации, которую можно видеть на схеме стенда — два «длинных» сегмента по 75 и 90 метров, одно «идеальное подключение» (коммуникационный кабель от компьютера напрямую включен в концентратор) и одно короткое «неудобное» соединение через небольшой отрезок перегнутого кабеля. Забегая вперед, отметим, что наши предположения во многом подтвердились — некоторые модели сетевых карт действительно вели себя по-разному в зависимости от длины сегмента, на которой им приходилось работать. Сервер был «отнесен» от концентратора на 15 метров, что вполне соответствует максимальному из реально встречающихся вариантов (в рамках разумного).

Быть может, некоторые удивятся тому, что мы выбрали в качестве устройства, объединяющего абонентов сети, именно концентратор, а не коммутатор. Ответ довольно прост: дело в том, что для создания нагрузки собственно на предмет тестов, т. е. на сетевые карты, коммутатор в сети из четырех клиентов и одного сервера просто-напросто непригоден. Фактически мы специально усложнили задачу, увеличив количество коллизий в сети до того максимального уровня, который вообще реально было получить, с целью выявить слабые места в работе сетевых контроллеров. В случае же использования коммутатора все тесты фактически превратились бы… в исследование производительности его самого. Несколько слов о концентраторе. Как ни странно, мы остановили свой выбор на довольно простой и дешевой модели LG, сделанной на базе чипов Realtek. Произошло это по двум причинам: во-первых, компании уровня Intel, 3Com или Cisco сейчас практически отказались от выпуска концентраторов, а во-вторых, проведенные в рабочем порядке тесты с использованием других моделей (3Com Office Connect и CompuShack 5DT Desktop) показали, что никакого влияния на результаты тестов замена именно этого устройства в нашем случае не оказывала.

Тесты включали в себя исследование производительности с помощью популярного (насколько вообще можно говорить о популярности подобного ПО) пакета eTestingLabs NetBench 7.02 (модифицированный скрипт NIC_nb702, в котором были оставлены размеры пакетов 512, 4K, 16K и 64K), измерения загрузки CPU штатной утилитой Windows 2000 Performance Monitor во время копирования файла объемом 512 MB с одного из клиентов на сервер, а также измерения скорости «встречного» копирования двух файлов объемом 1 GB между двумя клиентами, соединенными crossover-кабелем (проверка корректности и результативности функционирования полнодуплексного режима).

Характеристики адаптеров Fast Ethernet
ПроизводительМодельLED индикаторыWake-On-LANIC Boot ROMСетевой чипОриент. цена, $Гарантия, лет
3Com3C905CX-TX-M10-100/Link/ActivityРазъем/кабель в комплектеПредустановлена3Com 920-ST06435
Home Connect 3C45010-100/Link/ActivityНе поддерживаетсяНе поддерживается3Com/Lucent 40-04834221
Allied TelesynAT-2500TX10-100/ActivityПоддерживаетсяКроваткаRealtek RTL8139C131
ASUSPCI-L3C920Link/ActivityНе поддерживаетсяКроватка3Com 920-ST03321
CompuShackFastline II PCI UTP DEC-ChipLink-FDX/Coll/SPD-100/ActРазъем/кабель в комплектеКроваткаIntel (DEC) 21143-PD33,63
Fastline PCI UTP Realtek-ChipLink/ActivityРазъем/кабель в комплектеКроваткаRealtek RTL8139C11,23
D-LinkDFE-528TXLink/ActivityНе поддерживаетсяНе поддерживаетсяD-Link DL10038C13,6Пожизн.
DFE-550TXLink/100/FDXРазъем/кабель в комплектеКроваткаD-Link DL10050B22,3Пожизн.
IntelInBusiness 10/100Link/Activity/100TxНе поддерживаетсяНе поддерживаетсяIntel GD82559251
Pro/100 M Desktop AdapterLink/Activity/100TxНе поддерживаетсяПредустановленаIntel 82551QM29Пожизн.
Pro/100 S Desktop AdapterLink/Activity/100TxРазъем/кабель в комплектеПредустановленаIntel 82550EY31Пожизн.
LantechFastLink/TX10/100/FDX/ActivityРазъем/кабель в комплектеКроваткаIntel (DEC) 21143-PD272
FastNet/TXLink/Activity/FDXНе поддерживаетсяКроваткаRealtek RTL8139D6,52
LGLNIC-10/100AwLink/ActivityРазъем/кабель в комплектеКроваткаRealtek RTL8139D6,21
PlanetENW-950410-100/ActivityНе поддерживаетсяНе поддерживаетсяRealtek RTL8139D9,53
SMCEtherPower II 10/100Link/FDX/Tx/RxРазъем/кабель в комплектеКроваткаSMC 83С172ABQF425
SurecomEP-320X-RLink/ActivityНе поддерживаетсяКроваткаRealtek RTL8139C92
EP-320X-SLink/ActivityНе поддерживаетсяКроваткаMyson MTD803A82

Результаты тестов

Для начала объясним, почему несмотря на тестирование сетевых карт в диаграммах можно видеть лишь наименования чипов. Дело в том, что несмотря на вполне «честное» с нашей стороны поведение, выражавшееся в использовании не «generic»-драйверов от производителей чипов, а последних доступных версий от производителей карт — никакой разницы в быстродействии между картами, сделанными на базе одних и тех же микросхем, мы не обнаружили.


Типичная «одночиповая» сетевая карта

Результаты тестов в NetBench приводятся в ограниченном объеме по одной причине — во всех остальных случаях они были попросту… совершенно одинаковыми. Лишь тест с размером пакета 16K выявил некоторые особенности в функционировании нашей тестовой сети, а именно разница в результатах, продемонстрированных сетевыми картами, нас и интересовала более всего. Зато данный подтест с лихвой окупил наши ожидания — средняя пропускная способность каждого из четырех клиентов отличалась иногда в несколько раз! Собрав воедино все «отличившиеся» чипы и попытавшись найти какую-то зависимость, мы обратили внимание на то, что наиболее показательные результаты принадлежат сетевым контроллерам Intel и 3Com, и это сразу навело нас на одну очевидную мысль…

Как одна, так и другая компания не удосуживается простым копированием давно всем известной «образцово-показательной схемы классического сетевого чипа»:


Ethernet чип. Курсовая работа, III курс :).

Дополнительно они используют так называемые «адаптивные технологии», позволяющие регулировать объем передаваемой в сети информации и величину задержки с тем, чтобы максимально полно использовать возможности конкретного окружения и достигать наибольшей общей пропускной способности сети. Похоже, в нашем случае карты, расположенные на «неудобных» (или, корректности ради, оговоримся — сочтенных неудобными согласно заложенному алгоритму анализа) сегментах, «добровольно уступали» часть полосы своим собратьям, находящимся в лучших условиях. Следует заметить, что выигрыша в общем объеме передаваемых данных это все же не принесло — если сложить все значения пропускной способности по каждому из клиентов, их сумма будет примерно такой же, как в случае с более «прямолинейными» картами. В целом же мы пока воздержимся от оценки этой особенности некоторых сетевых чипов на уровне «хорошо/плохо», ибо в зависимости от конкретных условий функционирования сети и решаемых в ней задач она легко может изменяться в каждом конкретном случае на диаметрально противоположную.

Чипы

3Com 920-ST06/03. «Умный» чип, явно поддерживающий технологии адаптации к условиям конкретного кабельного окружения (про «неоднозначность» такого подхода уже достаточно было сказано выше). Демонстрирует самую низкую загрузку центрального процессора и достойную поддержку режима полнодуплексной связи. Классический пример хорошего, но недешевого решения.


3Com 3C905CX-TX-M


ASUS PCI-L3C920

3Com/Lucent 40-04834. Также очень невысокая нагрузка на процессор и достойная поддержка полнодуплексного режима, но несколько более «умеренный» интеллект — что, впрочем, иногда может быть и полезным. Зато и стоимость такого решения ниже в два раза, чем у более нового.


3Com Home Connect 3C450

D-Link DL10050B. А вот это уже классический пример простого, но добротного чипа — никаких попыток учета особенностей конкретной линии, но в то же время полноценный дуплекс и самая низкая среди «брэндов второго уровня» нагрузка на CPU. Условно этот чип с учетом цены карты на его основе можно назвать упрощенным аналогом 3Com/Lucent 40-04834, равным ему практически во всем, но не обладающим адаптационными свойствами и с более высокой нагрузкой на CPU.


D-Link DFE-550TX

Intel (DEC) 21143-PD. Весьма неоднозначный чип, впрочем — при его возрасте… Некие «зачаточные» адаптационные свойства, но неожиданно высокая загрузка процессора и полный провал в тесте на поддержку режима Full Duplex. Стоит при этом упомянуть одну особенность, которую мы заметили при проведении тестов: карта от CompuShack по крайней мере смогла закончить тест на «встречное копирование», хоть и с худшим результатом, а вот Lantech FastLink/TX в середине теста начала просто… регулярно «терять» сеть! Словом, с одной стороны, в системах на основе концентраторов, где поддержка полнодуплексного режима не требуется, карты на 21143-PD вполне могут применяться, с другой же — вряд ли это решение можно назвать оптимальным.


CompuShack Fastline II PCI UTP DEC-Chip


Lantech FastLink/TX

Intel 82550EY. Еще один вариант «сверхинтеллектуального» устройства, отличившийся нелюбовью к длинным сегментам. Поддержка full duplex на высоте, загрузка CPU весьма невысока. По совокупности свойств — ближайший конкурент 3Com 920-ST06/03, но с гораздо более демократичной ценой. Что интересно — уже был однажды случай, когда одна из независимых западных тестовых лабораторий провела сравнительное исследование производительности сетевых чипов Intel и 3Com, после чего обе компании, по-своему трактуя одни и те же цифры… объявили, что по результатам этих тестов их чип лучше, чем у конкурента!


Intel Pro/100S Desktop Adapter
(PCB у Pro/100 M и InBusiness 10/100 аналогична)

Intel 82551QM (карта Intel Pro/100 M). Все сказанное выше об Intel 82550EY может быть повторено и в данном случае, но с одной оговоркой — этот чип «не полюбил» уже другой сегмент нашей тестовой сети. Честно говоря, пока что мы решили просто привести это как факт, как говорится, «as is», поскольку поведение и предпочтения чипов, поддерживающих адаптационные технологии, вполне заслуживают отдельного исследования.

Intel GD82559 (карта InBusiness 10/100). Этому самому дешевому сетевому решению от Intel явно чуть-чуть «убавили сообразительность», впрочем, сохранив все другие положительные свойства чипов этой компании. И даже нагрузка на CPU упала, а поддержка полнодуплексного режима наоборот — лучшая среди всех участников! Вполне удачное решение для «рядовой» машины, как нам кажется.

Myson MTD803A. По дешевизне продукты на базе этого чипа явно конкурируют с основанными на базе микросхем Realtek — и, в общем-то, довольно успешно. Самая низкая среди дешевых чипов нагрузка на процессор, одинаковое с RTL8139C качество поддержки полнодуплексного режима. Однако в последнем чип Myson все же уступает новой версии Realtek — RTL8139D.


Surecom EP-320X-S

Realtek RTL8139C / D-Link DL10038C. Мы объединили эти чипы вместе, так как хоть формально они и разные, но проявили себя совершенно одинаково. При первом же взгляде на результаты тестов на загрузку CPU и поддержку Full Duplex, мы, не сговариваясь, произнесли одно и то же: «Realtek себе не изменил». Вспомнив классиков советской литературы Ильфа и Петрова, можно, перефразировав их изречение, сказать, что «полный дуплекс у этого чипа… какой-то неполный». Впрочем — работают ведь… И стоят недорого.


Allied Telesyn AT-2500TX


CompuShack Fastline PCI UTP Realtek-Chip


D-Link DFE-528TX


Surecom EP-320X-R

Realtek RTL8139D. Вкратце можно просто констатировать, что с точки зрения результатов тестов этот чип является тем же RTL8139C, которому немного «подлечили» поддержку полнодуплексного режима, причем инженерам Realtek не хватило совсем немного, чтобы «дотянуться» до плотной когорты более именитых конкурентов. Однако высокая загрузка центрального процессора — вечная «болячка» чипов этой компании, осталась без изменений.


Lantech FastNet/TX


LG LNIC-10/100Aw


Planet ENW-9504

SMC 83С172ABQF (карта SMC EtherPower II 10/100). Низкая загрузка CPU, высокая скорость полнодуплексного режима, но с увеличением длины сегмента наблюдается некоторое снижение скорости. В целом — добротный и довольно старый сетевой чип без особых претензий, честно выполняющий свою работу. Вот только цену за подобного класса решение хотелось бы видеть немного другой…


SMC EtherPower II 10/100

Заключение

Что ж, надеемся, что этот материал придется по душе «начинающим администраторам и просто интересующимся» — мы постарались органично совместить в нем как теоретические аспекты, так и практические советы, да и результаты тестирования наиболее распространенных на рынке сетевых контроллеров десктопного уровня не будут лишними для «юноши, размышляющего делать сеть из чего». В целом же стоит заметить, что, безусловно, за кадром осталось не то что «не меньше», а даже во много раз больше, чем можно найти в этом материале. Неудивительно — про то, как правильно спроектировать и настроить сеть, пишутся толстые книжки и монографии, а у нас в распоряжении был лишь десяток с небольшим страниц еженедельника. Поэтому не стоит, наверное, рассматривать данную статью как универсальное самодостаточное пособие или, Боже упаси, учебник. Той информации, которая в ней имеется, пожалуй, может хватить только для того, чтобы понять несколько простых истин: во-первых — «не боги горшки обжигают», и кое-что вполне реально научиться делать самостоятельно, во-вторых — перед тем, как это «кое-что» делать, желательно все же получить хотя бы базовый набор знаний о предмете, ну и в-третьих — даже получив этот базовый набор, останавливаться на достигнутом явно не стоит. Невозможно «знать, что такое ЛВС», ее можно только изучать. Сколько? Да хоть всю жизнь!

 

 

Продукты предоставлены компаниями:
3Com — «Ингресс», «НИС»
Allied Telesyn — «ИКС-Мегатрейд», ELKO Kiev
ASUS — «Технопарк»
Compu-Shack — N-Tema, Service ASN
D-Link — «Версия»
Intel — K-Trade
Lantech — Compass, N-Tema
LG — DataLux, K-Trade
Planet — MTI, «Энглер-Украина»
SMC — «Ингресс»
Surecom — IT-Link

 

Два способа обжима витой пары

 Два способа обжима витой пары.  

 

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

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

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

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

Разумная длина патч корда  до пяти метров (от компьютера к розетке), и до 90 метров (от компьютера к коммутатору) .

   В зависимости от того что мы соединяем, изменится схема обжима концов витой пары.

Витая пара, обжатая с двух концов и является патч кордом, выполняющим функцию соединения компьютера с коммутатором или компьютера с компьютером, или двух коммутаторов, не имеющих переключения uplink/normal.

Существует два способа обжима (разводки) :

  1. Когда мы соединяем компьютер — компьютер (или два коммутатора).
  2. Когда соединяем компьютер  — коммутатор.

  Порядок обжима (разводки) проводов витой пары в разъемах RJ-45 зависит от назначения соединительной линии, технологии и стандарта передачи данных.

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

Два способа обжима витой пары

  Для 10Base-TX и 100Base-TX используются оранжевые и зеленые пары (контакты 1+2 и 3+6). Синюю бывает используют для телефонных линий (контакты 4+5). Для 1000Base-TX
используются все четыре пары контактов, также лучше использовать экранированую витую пару.

          1. ПРЯМОЙ ПОРЯДОК ОБЖИМА ВИТОЙ ПАРЫ (КОМПЬЮТЕР — КОММУТАТОР):

2. ПЕРЕКРЕСТНЫЙ ПОРЯДОК ОБЖИМА ВИТОЙ ПАРЫ (КОММУТАТОР — КОММУТАТОР (без функции переключения uplink/normal), КОМПЬЮТЕР — КОМПЬЮТЕР).

 Меняем местами две пары: 1-2 на 3-6.

   Можете обжимать, соблюдая свою раскладку по цветам. Главное не спутать порядок. Для обжима в коннекторе (разъеме) RJ-45, используется специальный ключ. Хорошо подготовьте и выровняйте пары проводов, плотно введите пучок проводников в коннектор и затем все вместе в соответствующее гнездо ключа. Зажмите ключ, обжимайте до упора, чтобы контакт в RJ-45 был надежным.

    РЕКОМЕНДАЦИИ :   

Пару раз «споткнулся»  при использовании покупных патч кордов. Пропадала сеть, а исследования настроек сети в ОС не приводили к положительным результатам. Начинал грешить на сетевую карту, но карта оказывалась исправной. Менял патч корд и сеть восстанавливалась. Так случалось пару раз, покуда не отказался от покупных патч кордов. Вам решать покупать или проще обжать самому. Графитовые втулки подшипники скольжения. 

Post Views: 8 693

Рассмотрим, создадим и заюзаем аппаратную петлю на порте коммутатора — «Хакер»

Если взять кусок патч-корда и воткнуть оба хвоста в один коммутатор, то получится петля. И в целом петля на порте коммутатора или сетевой карты — зло. Но если постараться, то и этому явлению можно найти полезное применение, например сделать сигнализацию с тревожной кнопкой.

INFO

  • Rx и Tx — обозначения Receive и Transmit на схемах (приём и передача).
  • Loop — англ. петля, контур, шлейф, виток, спираль.

Типичная сеть состоит из узлов, соединенных средой передачи данных и специализированным сетевым оборудованием, таким как маршрутизаторы, концентраторы или коммутаторы. Все эти компоненты сети, работая вместе, позволяют пользователям пересылать данные с одного компьютера на другой, возможно в другую часть света.

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

Петли, штормы и порты — это не только морские термины. Петлей называют ситуацию, когда устройство получает тот же самый сигнал, который отправляет. Представь, что устройство «кричит» себе в порт: «Я здесь!» — слушает и получает в ответ: «Я здесь!». Оно по-детски наивно радуется: есть соседи! Потом оно кричит: «Привет! Лови пакет данных!» — «Поймал?» — «Поймал!» — «И ты лови пакет данных! Поймал?» — «Конечно, дружище!»

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

Такого быть не должно, но на практике петли по ошибке или недосмотру возникают сплошь и рядом, особенно при построении крупных сетей. Кто-нибудь неверно прописал марштуры и хосты на соседних коммутаторах, и вот уже пакет вернулся обратно и зациклил устройство. Все коммутаторы в сети, через которые летают пакеты данных, начинает штормить. Такое явление называется широковещательным штормом (broadcast storm).

Меня удивил случай, когда установщик цифрового телевидения вот так подсоединил патч-корд (рис. 1). «Куда-то же он должен быть воткнут…» — беспомощно лепетал он.

Рис. 1. Синий свитч с петлей на борту

Однако не всё так страшно. Почти в каждом приличном коммутаторе есть функция loop_detection, которая защищает устройство и его порт от перегрузок в случае возникновения петли.

Настраиваем коммутаторы

Перед тем как начинать настройку, необходимо установить физическое соединение между коммутатором и рабочей станцией.

 

Существует два типа кабельных соединений для управления коммутатором: соединение через консольный порт (если он имеется у устройства) и через порт Ethernet (по протоколу Telnet или через web-интерфейс). Консольный порт используется для первоначального конфигурирования коммутатора и обычно не требует настройки. Для того чтобы получить доступ к коммутатору через порт Ethernet, устройству необходимо назначить IP-адрес.

Web-интерфейс является альтернативой командной строке и отображает в режиме реального времени подробную информацию о состоянии портов, модулей, их типе и т. д. Как правило, web-интерфейс живет на 80 HTTP-порте IP-коммутатора.

Настройка DLink DES-3200

Для того чтобы подключиться к НТТР-серверу, необходимо выполнить перечисленные ниже действия с использованием интерфейса командной строки.

  1. Назначить коммутатору IP-адрес из диапазона адресов твоей сети с помощью следующей команды:
    DES-3200# config ipif System \
       ipaddress xxx.xxx.xxx.xxx/yyy.yyy.yyy.yyy.
    

    Здесь xxx.xxx.xxx.xxx — IP-адрес, yyy.yyy.yyy.yyy. — маска подсети.

  2. Проверить, правильно ли задан IP-адрес коммутатора, с помощью следующей команды:
    DES-3200# show ipif
    
  3. Запустить на рабочей станции web-браузер и ввести в его командной строке IP- адрес коммутатора.

Управляемые коммутаторы D-Link имеют консольный порт, который с помощью кабеля RS-232, входящего в комплект поставки, подключается к последовательному порту компьютера. Подключение по консоли иногда называют подключением Out-of-Band. Его можно использовать для установки коммутатора и управления им, даже если нет подключения к сети.

После подключения к консольному порту следует запустить эмулятор терминала (например, программу HyperTerminal в Windows). В программе необходимо задать следующие параметры:

Baud rate: 9,600
Data width: 8 bits
Parity: none
Stop bits: 1
Flow Control: none

При соединении коммутатора с консолью появится окно командной строки. Если оно не появилось, нажми Ctrl+r , чтобы обновить окно.

Коммутатор предложит ввести пароль. Первоначально имя пользователя и пароль не заданы, поэтому смело жми клавишу Enter два раза. После этого в командной строке появится приглашение, например DES-3200#. Теперь можно вводить команды. Команды бывают сложными, многоуровневыми, с множеством параметров, и простыми, для которых требуется всего один параметр.Введи «?» в командной строке, чтобы вывести на экран список всех команд данного уровня или узнать параметры команды.

Например, если надо узнать синтаксис команды config, введи в командной строке:

DES-3200#config + пробел

Далее можно ввести «?» или нажать кнопку Enter. На экране появится список всех возможных способов завершения команды. Лично я для вывода этого списка на экран пользуюсь клавишей TAB.

Loopback-тест

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

При создании конфигурации коммутатора прежде всего необходимо обеспечить защиту от доступа к нему неавторизованных пользователей. Самый простой способ обеспечения безопасности — создание учетных записей для пользователей с соответствующими правами. Для учетной записи пользователя можно задать один из двух уровней привилегий: Admin или User. Учетная запись Admin имеет наивысший уровень привилегий. Создать учетную запись пользователя можно с помощью следующих команд CLI:

DES-3200# create account admin/user <username>
(знак «/» означает ввод одного из двух параметров)

После этого на экране появится приглашение для ввода пароля и его подтверждения: «Enter a case-sensitive new password». Максимальная длина имени пользователя и пароля составляет 15 символов. После успешного создания учетной записи на экране появится слово Success. Ниже приведен пример создания учетной записи с уровнем привилегий Admin:

Username "dlink":
DES-3200#create account admin dlink
Command: create account admin dlink
Enter a case-sensitive new password:****
Enter the new password again for confirmation:****
Success.
DES-3200#

Изменить пароль для существующей учетной записи пользователя можно с помощью следующей команды: DES-3200# config account Ниже приведен пример установки нового пароля для учетной записи dlink:

DES-3200#config account dlink
Command: config account dlink
Enter a old password:****
Enter a case-sensitive new password:****
Enter the new password again for confirmation:****
Success.

Проверка созданной учетной записи выполняется с помощью следующей команды: DES-3200# show account. Для удаления учетной записи используется команда delete account .

Шаг второй. Чтобы коммутатором можно было удаленно управлять через web-интерфейс или Telnet, коммутатору необходимо назначить IP-адрес из адресного пространства сети, в которой планируется использовать устройство. IP-адрес задается автоматически с помощью протоколов DHCP или BOOTP или статически с помощью следующих команд CLI:

DES-3200# config ipif System dhcp,
DES-3200# config ipif System ipaddress \
   xxx.xxx.xxx.xxx/yyy.yyy.yyy.yyy.

Здесь xxx.xxx.xxx.xxx — IP-адрес, yyy.yyy.yyy.yyy. — маска подсети, System — имя управляющего интерфейса коммутатора.

Шаг третий. Теперь нужно настроить параметры портов коммутатора. По умолчанию порты всех коммутаторов D-Link поддерживают автоматическое определение скорости и режима работы (дуплекса). Но иногда автоопределение производится некорректно, в результате чего требуется устанавливать скорость и режим вручную.

Для установки параметров портов на коммутаторе D-Link служит команда config ports. Ниже я привел пример, в котором показано, как установить скорость 10 Мбит/с, дуплексный режим работы и состояние для портов коммутатора 1–3 и перевести их в режим обучения.

DES-3200#config ports 1-3 speed 10_full learning 
enable state enable
Command: config ports 1-3 speed 10_full learning 
enable state enable
Success

Команда show ports <список портов> выводит на экран информацию о настройках портов коммутатора.

Шаг четвертый. Сохранение текущей конфигурации коммутатора в энергонезависимой памяти NVRAM. Для этого необходимо выполнить команду save:

DES-3200#save
Command: save
Saving all settings to NV-RAM... 100%
done.
DES-3200#

Шаг пятый. Перезагрузка коммутатора с помощью команды reboot:

DES-3200#reboot
Command: reboot

Будь внимателен! Восстановление заводских настроек коммутатора выполняется с помощью команды reset.

DES-3200#reset config

А то я знал одного горе-админа, который перезагружал коммутаторы командой reset, тем самым стирая все настройки.

loop_detection для коммутаторов Alcatel
interface range ethernet e(1-24)
loopback-detection enable
exit
loopback-detection enable

loop_detection для коммутаторов Dlink
enable loopdetect
config loopdetect recover_timer 1800
config loopdetect interval 1
config loopdetect mode port-based
config loopdetect trap none
config loopdetect ports 1-24 state enabled
config loopdetect ports 25-26 state disabled

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

Но сегодня мы хотим применить loopback во благо. У такого включения есть замечательное свойство. Если на порте коммутатора имеется петля, устройство считает, что к нему что-то подключено, и переходит в UP-состояние, или, как еще говорят, «порт поднимается». Вот эта-то фишка нам с тобой и нужна.

Loopback

Loop — это аппаратный или программный метод, который позволяет направлять полученный сигнал или данные обратно отправителю. На этом методе основан тест, который называется loopback-тест. Для его выполнения необходимо соединить выход устройства с его же входом. Смотри фото «loopback-тест». Если устройство получает свой собственный сигнал обратно, это означает, что цепь функционирует, то есть приемник, передатчик и линия связи исправны.

Устраиваем аппаратную петлю

Устроить обратную связь очень просто: соединяется канал приема и передачи, вход с выходом (Rx и Tx).

Таблица 1. Распиновка RJ45

Обожми один конец кабеля стандартно, а при обжиме второго замкни жилы 2 и 6, а также 1 и 3. Если жилы имеют стандартную расцветку, надо замкнуть оранжевую с зеленой, а бело-оранжевую с бело-зеленой. Смотри рис. 3.

Нумерация контактов RJ-45

Теперь, если воткнешь такой «хвостик» в порт коммутатора или в свою же сетевую карту, загорится зелёненький сигнал link. Ура! Порт определил наше «устройство»!

Красная кнопка, или Hello world

Ну куда же без Hello world? Каждый должен хоть раз в жизни вывести эти слова на экран монитора! Сейчас мы с тобой напишем простейший обработчик событий, который будет срабатывать при замыкании красной кнопки. Для этого нам понадобятся только кнопка с двумя парами контактов, работающих на замыкание, витая пара и коннектор. На всякий случай приведу схему красной кнопки (рис. 4).

Схема красной кнопки

Паяльник в руках держать умеешь? Соединяем так, чтобы одна пара контактов замыкала оранжевую жилу с зеленой, а другая — бело-оранжевую с бело-зеленой. На всяких случай прозвони соединение мультиметром.

Все, теперь можно тестировать. Вставь обжатую часть в порт сетевой карты или в порт коммутатора. Ничего не произошло? Хорошо. Нажми кнопку. Линк поднялся? Замечательно!

Сама красная кнопка

Вот листинг простейшего обработчика Hello World на Cshell:

Скрипт на Cshell, генерящий Hello word
#!/bin/csh
# ver. 1.0
# Проверяем, запущен ли процесс в памяти
if ( 'ps | grep 'redbut' | grep -v 'grep' | wc -l' <= 1 ) then  
# Указываем путь, где лежит snmp
set snmpdir = "/usr/local/bin/"  
set community = "public" 
# Строка snmp
set snmpcmd = "-t1 -r1 -Oqv -c $community -v1 -Cf  "
set mib_stat = "IF-MIB::ifOperStatus.$2"
set uid = "$1"
set fl = '0'
# Запускаем цикл проверки порта
while ( "$fl" == '0' ).
set nowstatus = '$snmpdir/snmpget $snmpcmd $uid 
$mib_stat | sed 's/up/1/;s/down/0/;/Wrong/d''
if ( "$nowstatus" == 1 ) then
echo 'Hello World'
# Отправляем сообщение на e-mail
echo "Сработала красная кнопка! Hello World!" | 
   sendmail -f[от_кого_отправлено] [кому_отправляем]

endif
sleep 10
end
endif
exit

Скрипт запускается с помощью следующей строки:

./script.csh IP_коммутатора номер_порта.

Что привязать к обработчику событий, зависит уже от твоей фантазии. Может, это будет счетчик гостей, или тревожная кнопка, рассылающая сообщения в аське, или кнопка для отключения всех юзеров в сети — решать тебе!

Сигнализация обрыва витой пары

Я решил собрать аппаратную петлю после того, как в моей локальной сети украли несколько мешков витой пары. Встал серьезный вопрос: как мониторить витую пару?

Идея проста: надо проложить витую пару от коммутатора до подъезда и на конце замкнуть её в петлю. Это будет «растяжка», при обрыве которой исчезнет линк на порте коммутатора. Останется написать обработчик, который бы «трубил во все трубы», что линк исчез, то есть витую пару кто-то разрезал.

Чуть не забыл! В конфигурации коммутатора необходимо снять защиту loop_detection с порта, на котором установлена «растяжка».

Впрочем, ты можешь придумать петле и другое применение. Удачи!

 

НОУ ИНТУИТ | Лекция | Начальная настройка коммутатора

Аннотация: Классификация коммутаторов, средства управления коммутаторами, начальная конфигурация, подключение к web-интерфейсу управления коммутатора.

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

Коммутаторы локальной сети можно классифицировать по возможности управления. Существует три категории коммутаторов:

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

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

Управляемые коммутаторы являются сложными устройствами, позволяющими выполнять расширенный набор функций 2-го и 3-го уровня модели OSI. Управление коммутаторами может осуществляться посредством Web-интерфейса, командной строки (CLI), протокола SNMP, Telnet и т.д.

Настраиваемые коммутаторы занимают промежуточную позицию между ними. Они предоставляют пользователям возможность настраивать определенные параметры сети с помощью интуитивно понятных утилит управления, Web-интерфейса, упрощенного интерфейса командной строки, протокола SNMP.

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

Большинство современных коммутаторов поддерживают различные функции управления и мониторинга. К ним относятся дружественный пользователю Web-интерфейс управления, интерфейс командной строки (Command Line Interface, CLI), Telnet, SNMP-управление. В коммутаторах D-Link серии Smart также реализована поддержка начальной настройки и обновления программного обеспечения через утилиту D-Link SmartConsole Utility.

Web-интерфейс управления позволяет осуществлять настройку и мониторинг параметров коммутатора, используя любой компьютер, оснащенный стандартным Web-браузером. Браузер представляет собой универсальное средство доступа и может непосредственно подключаться к коммутатору по протоколу HTTP.

Главная страница Web-интерфейса обеспечивает доступ к различным настройкам коммутатора и отображает всю необходимую информацию об устройстве. Администратор может быстро посмотреть статус устройства, статистику по производительности и т.д., а также произвести необходимые настройки.

Доступ к интерфейсу командной строки коммутатора осуществляется путем подключения к его консольному порту терминала или персонального компьютера с установленной программой эмуляции терминала. Это метод доступа наиболее удобен при первоначальном подключении к коммутатору, когда значение IP-адреса неизвестно или не установлено, в случае необходимости восстановления пароля и при выполнении расширенных настроек коммутатора. Также доступ к интерфейсу командной строки может быть получен по сети с помощью протокола Telnet.

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

Еще один способ управления коммутатором — использование протокола SNMP (Simple Network Management Protocol). Протокол SNMP является протоколом 7-го уровня модели OSI и разработан специально для управления и мониторинга сетевыми устройствами и приложениями связи. Это выполняется путем обмена управляющей информацией между агентами, располагающимися на сетевых устройствах, и менеджерами, расположенными на станциях управления. Коммутаторами D-Link поддерживается протокол SNMP версий 1, 2с и 3.

Также стоит отметить возможность обновления программного обеспечения коммутаторов (за исключением неуправляемых). Это обеспечивает более долгий срок эксплуатации устройств, т.к. позволяет добавлять новые функции либо устранять имеющиеся ошибки по мере выхода новых версий ПО, что существенно облегчает и удешевляет использование устройств. Компания D-Link распространяет новые версии ПО бесплатно. Сюда же можно включить возможность сохранения настроек коммутатора на случай сбоев с последующим восстановлением или тиражированием, что избавляет администратора от выполнения рутинной работы.

Подключение к коммутатору

Перед тем, как начать настройку коммутатора, необходимо установить физическое соединение между ним и рабочей станцией. Существуют два типа кабельного соединения, используемых для управления коммутатором. Первый тип — через консольный порт (если он имеется у устройства), второй — через порт Ethernet (по протоколу Telnet или через Web-интерфейс). Консольный порт используется для первоначальной конфигурации коммутатора и обычно не требует настройки. Для того чтобы получить доступ к коммутатору через порт Ethernet, в браузере необходимо ввести IP-адрес по умолчанию его интерфейса управления (обычно он указан в руководстве пользователя).

При подключении к медному (разъем RJ-45) порту Ethernet коммутатора Ethernet-совместимых серверов, маршрутизаторов или рабочих станций используется четырехпарный кабель UTP категории 5, 5е или 6 для Gigabit Ethernet. Поскольку коммутаторы D-Link поддерживают функцию автоматического определения полярности (MDI/MDIX), можно использовать любой тип кабеля (прямой или кроссовый).


Рис. 2.1. Подключение компьютера к коммутатору

Для подключения к медному (разъем RJ-45) порту Ethernet другого коммутатора также можно использовать любой четырехпарный кабель UTP категории 5, 5е, 6, при условии, что порты коммутатора поддерживают автоматическое определение полярности. В противном случае надо использовать кроссовый кабель.


Рис. 2.2. Подключение коммутатора к обычному (не Uplink) порту коммутатора с помощью прямого или кроссового кабеля

Правильность подключения поможет определить светодиодная индикация порта. Если соответствующий индикатор горит, то связь между коммутатором и подключенным устройством установлена. Если индикатор не горит, возможно, что не включено питание одного из устройств, или возникли проблемы с сетевым адаптером подключенного устройства, или имеются неполадки с кабелем. Если индикатор загорается и гаснет, возможно, есть проблемы с автоматическим определением скорости и режимом работы (дуплекс/полудуплекс) (за подробным описанием сигналов индикаторов необходимо обратиться к руководству пользователя коммутатора конкретной модели).

Подключение к консоли интерфейса командной строки коммутатора

Управляемые коммутаторы D-Link оснащены консольным портом. В зависимости от модели коммутатора консольный порт может обладать разъемом DB-9 или RJ-45. С помощью консольного кабеля, входящего в комплект поставки, коммутатор подключается к последовательному порту компьютера. Подключение по консоли иногда называют «Out-of-Band-подключением. Это означает, что консоль использует отличную от обычного сетевого подключения схему (не использует полосу пропускания портов Ethernet).

После подключения к консольному порту коммутатора на персональном компьютере необходимо запустить программу эмуляции терминала VT100 (например, программу HyperTerminal в Windows). В программе следует установить следующие параметры подключения, которые, как правило, указаны в документации к устройству:

Скорость (бит/с):9600 или 1152001
Биты данных:8
Четность:нет
Стоповые биты:1
Управление потоком:нет

При соединении коммутатора с консолью появится следующее окно (только для коммутаторов, имеющих поддержку интерфейса командной строки CLI) (рис. рис. 2.3).

Если окно не появилось, необходимо нажать Ctrl+r, чтобы его обновить.

Все управляемые коммутаторы обладают защитой от доступа неавторизованных пользователей, поэтому после загрузки устройства появится приглашение ввести имя пользователя и пароль. По умолчанию имя пользователя и пароль не определены, поэтому необходимо дважды нажать клавишу Enter. После этого в командной строке появится следующее приглашение, например DES-3528#. Теперь можно вводить команды.


Рис. 2.3. Первоначальное окно консоли

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

Привет, посетитель сайта ZametkiNaPolyah.ru! Продолжаем изучать основы работы компьютерных сетей, напомню, что эти записи основаны на программе Cisco ICND1 и помогут вам подготовиться к экзаменам CCENT/CCNA. В этой теме мы поговорим о том как объединить три или более компьютера в одну сеть, а в процессе этого разговора мы разберемся с вопросом: зачем нужны коммутаторы и какие преимущества они нам дают.

Перед началом я хотел бы вам напомнить, что ознакомиться с опубликованными материалами первой части нашего курса можно по ссылке: «Основы взаимодействия в компьютерных сетях».

1.17.1 Введение

Содержание статьи:

Ранее мы очень много времени уделяли теоретическим вопросам и пытались в общих чертах разобраться с тем, как функционирует наша компьютерная сеть, теперь давайте поговорим немного про практические задачи и попробуем разобраться с тем как наладить взаимодействие между тремя и более конечными устройствами компьютерной сети, в частности, тремя компьютерами, для этих целей нам потребуется коммутатор.

Мы наконец-то опять воспользуемся Cisco Packet Tracer и попробуем собрать более сложную и интересную схему с использованием коммутаторов и нескольких компьютеров, обратите внимание: сейчас мы не рассматриваем хабы, они уже морально устарели, также в данной теме на неважно какой перед нами коммутатор: управляемый или неуправляемый, для нас это пока просто коммутатор, а в дальнейшем мы будем работать только с управляемыми коммутаторами.

1.17.2 Вспоминаем схему соединения двух узлов

Давайте вспомним нашу простую компьютерную сеть, в которой было ровно два участника, схема такой сети показана на Рисунке 1.17.1. Напомню, что устройства одного уровня модели OSI 7 при классической схеме включаются витой парой с перекрестным обжимом, на рисунке это показано пунктиром.

Рисунок 1.17.1 Два компьютера, соединенных витой парой

Скорее всего вы уже слышали о том, что для компьютера есть три очень важных параметра для сетевого подключения: IP-адрес, маска и основной шлюз. В нашем случае мы не задаем конечным устройствам шлюз по умолчанию, так как все наши устройства находятся в одной канальной среде или в одной подсети, поэтому шлюз не нужен, если бы нам нужно было попасть в другую сеть, то тогда нам бы потребовался шлюз, а сейчас этого нам не нужно.

Понять факт того, что два устройства находятся в одной подсети можно по комбинации IP-адреса и маски сети, с этим мы разберемся в дальнейшем. Результаты проверки при помощи утилиты пинг говорят нам, что все хорошо: компьютер может взаимодействовать с ноутбуком (Рисунок 1.17.3), а ноутбук с компьютером (Рисунок 1.17.2).

Рисунок 1.17.2 Проверяем соединение от ноутбука к ПК

Пинг проходит, потерь нет, всё здорово.

Рисунок 1.17.3 Проверяем соединение от ПК к ноутбуку

В обратную сторону ситуация аналогичная, все хорошо работает. Давайте посмотрим на физический интерфейс ноутбука и компьютера, то есть на сетевую карту, которая выполняет работу сразу на трех уровнях эталонной модели сетевого взаимодействия или на двух уровнях модели стека протоколов TCP/IP, в Cisco Packet Tracer это сделать можно, достаточно кликнуть два раза левой кнопкой мышки по устройству, находящемуся в рабочей области, а затем в появившемся окне выбрать вкладку Physical.

Ноутбук и доступные для него интерфейсы показан на Рисунке 1.17.4, вкладку Physical я выделил красным прямоугольником, сетевая карта ноутбука выделена зеленым.

Рисунок 1.17.4 Интерфейс физического подключения к сети на ноутбуке

Слева показаны интерфейсы, которые можно использовать в качестве сетевой карты ноутбука. Если нажать левой кнопкой мышки на тот или иной интерфейс, то в нижней части окна появится его краткое описание и примерный внешний вид, это показано на Рисунке 1.17.5

Рисунок 1.17.5 Физические интерфейсы сетевой карты на ноутбуке в Cisco Packet Tracer

Сетевые карты на ноутбуке в Cisco Packet Tracer (о других стандартных физических компонентах компьютерной сети вы можете почитать в соответствующей публикации) меняются очень просто: сначала нам нужно выключить ноутбук, нажав на кнопку питания, выделенную желтым на Рисунке 1.17.4, затем зажать левой кнопкой мышки на текущей сетевой карте ноутбука и перетащить ее в левую область, где расположен список сетевых модулей, таким образом мы извлекли сетевую карту из ноутбука, затем нам нужно выбрать новую сетевую карту из списка, зажать на ней левую кнопку мыши и перетащить ее в освободившийся разъем на устройстве, после этого не забудьте включить питание.

На Рисунке 1.17.6 показана вкладка Physical, но уже для стационарного ПК, выглядит и меняется это все аналогично.

Рисунок 1.17.6 Интерфейс физического подключения к сети на стационарном ПК

Обратите внимание: что у ноутбука, что у стационарного ПК в сетевой карте один разъем для подключения. Тут логично задуматься над вопросом: что делать, если нам нужно соединить три или больше устройств и заставить их работать вместе?

1.17.3 Что если узлов нужно соединить больше, чем два?

Первое, что приходит на ум – добавить каждому устройству по сетевой карте и соединить эти устройства между собой. Ломовое решение, допустим, на стационарном ПК это бы и получилось, есть сетевые карты с двумя и более разъемами, есть конструктивные решения, которые позволяют нам добавить сетевую карту к ПК, но что делать с ноутбуком, там-то сетевую карту не добавишь. И допустим, нам нужно объединить три ПК между собой, и мы даже нашли ноутбук с двумя сетевыми картами, давайте посмотрим на схему, которая показывает такое соединение на Рисунке 1.17.7.

Рисунок 1.17.7 Соединяем три компьютера между собой

Помните, мы говорили о физической и логической топологии компьютерной сети, сейчас мы по сути реализовали топологию full mesh, хотя в данном случае это можно назвать еще и кольцом, хотя как кольцо эта схема не будет работать, это видно по IP-адресам, которые заданы на интерфейсы сетевых карт.

Итак, на схеме показано три компьютера, соединенных между собой витой парой, что же не так с этой схемой? Давайте посмотрим, во-первых, пришлось потратить денег для того, чтобы купить по дополнительной сетевой карте каждому участнику сети, вас никто не погладит по головке за дополнительные расходы. Во-вторых, соединение в такой схеме должно быть каждый на каждого, чтобы узлы общались друг с другом без проблем.

Третий момент, избыточность соединительных линий, а это тоже дополнительные расходы на монтаж этих самых линий и затем на дальнейшее обслуживание, кабель бесплатно никто прокладывать не будет. Четвертый момент, неэкономное расходование IP-адресов, да сейчас мы используем частные IP-адреса, которых для небольших сетей хватит за глаза, но проблема в том, что в данном случае для соединения трех машин между собой мы использовали три подсети: 192.168.1.(1-255), 192.168.2.(1-255), 192.168.3.(1-255). Но по сути только лишь в первую подсеть мы могли бы включить 253 машины, а включили только две, хотя тут можно было бы использовать и более мелкие подсети, но мы с масками пока не работали и сейчас ничего не будем усложнять.

Пятый недостаток заключается в масштабируемости такой сети, представьте, что в эту сеть вам потребуется добавить четвертый компьютер, если следовать выбранному принципу, то получится примерно такая схема, как показано на Рисунке 1.17.8.

Рисунок 1.17.8 Соединяем четыре компьютера между собой

Итак, для того чтобы соединить четыре компьютера нам потребовалось по три сетевых карты на каждом устройстве, шесть соединительных линий и шесть подсетей, по сути мы сейчас лишились всех тех преимуществ, который дает нам технология Ethernet, но также мы устранили некоторые недостатки этой технологии, об этом обо всем мы поговорим в отдельной части, посвященной технологии Ethernet, сейчас просто обратите внимание на все те неудобства, которые несет схема соединения каждый на каждого, их на самом деле больше, но мы перечислили самые очевидные. Для решения этой проблемы я перечислю вам три способа: использовать схему с общей шиной и коаксиальные Ethernet провода, использовать хаб и использовать коммутатор.

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

1.17.4 Нас спасает коммутатор

Итак, у нас стоит задача объединить четыре компьютера в локальную сеть без лишних трудозатрат, для решения такой или подобной задачи в современных компьютерных сетях используются коммутаторы, на данном этапе нам даже не важно что за коммутатор перед нами: управляемый или простенький неуправляшка. Давайте посмотрим на то, как преобразится наша схема, если мы будем использовать коммутатор. Тут стоит сказать, что с добавлением коммутатора изменится не только топология, но и другие характеристики планируемой компьютерной сети. Давайте сперва добавим коммутатор в проект Cisco Packet Tracer, где найти коммутаторы показано на Рисунке 1.17.9.

Рисунок 1.17.9 Где найти коммутатор в Cisco Packet Tracer

Чтобы добавить коммутатор в проект нужно сперва нажать на иконку, выделенную зеленым, затем желтым, а после этого перетащить в рабочую область красную иконку. Тем самым вы добавите в проект коммутатор Cisco 2960 – это один из самых простых и дешевых управляемых коммутаторов Cisco, который чаще всего используется на уровне доступа в корпоративных сетях, если они построены на базе оборудования Cisco.

Обратите внимание на Рисунок 1.17.10, здесь показаны порты коммутатора Cisco 2960. У данного коммутатора имеется один консольный порты, который используется для первоначальной конфигурации устройства, 24 медный порта с пропускной способностью 100 Мбит/c (про скорость передачи данных можно понять по надписи FastEthernet), обычно эти порты используются для подключения конечных абонентов, а также два гигабитных медных порта, которые чаще всего используются для соединения коммутатора с другими коммутаторами или маршрутизаторами.

Рисунок 1.17.10 Порты коммутатора Cisco 2960

Иногда первых двадцать четыре порта называют access-портами или портами доступа, что не совсем корректно. Да, эти порты чаще всего используются для подключения конечных абонентов, но никто не запрещает вам использовать эти порты для соединения с другими коммутаторами/маршрутизаторами. Два гигабитных порта иногда называют транковыми, поскольку они используются для соединения с другими транзитными устройствами сети, но опять же, эти порты можно использовать и для подключения конечных абонентов, никто этого вам запретить не может. Само логическое состояние порта: транк(trunk) и access мы обсудим и поговорим про настройки, когда начнем разбираться с вланами.

Как выглядит лицевая панель коммутатора Cisco 2960, а также других устройств от Cisco, можно посмотреть в самом Cisco Packet Tracer, достаточно кликнуть дважды на интересующее устройство и в левом верхнем углу появившегося окна выбрать вкладку Physical, появится рисунок устройства, который можно приближать и удалять, лицевая панель нашего коммутатора показана на Рисунке 1.17.11.

Рисунок 1.17.11 Лицевая панель коммутатора Cisco 2960

Теперь давайте объединим наши компьютеры в сеть при помощи коммутатора, обратите внимание на Рисунок 1.17.12. Тут нужно сказать вот о чем: при подключении к порту коммутатора вы не сможете тут же начать передавать данные, главным образом из-за того, что работает протокол защиты от петель STP, который в первичной своей редакции очень медленный, также при подключении коммутатор согласовывает физические и канальные характеристики передачи данных с удаленным устройством, но это уже влияет не так сильно.

Рисунок 1.17.12 Передача данных начнется не сразу, это видно по оранжевой индикации со стороны коммутатора

О том, что передавать данные еще нельзя, говорит нам оранжевая индикация со стороны коммутатора, с появлением зеленой индикации можно начинать передавать данные. На Рисунке 1.17.13 показана та же схема, но здесь коммутатор уже готов к передаче данных.

Рисунок 1.17.13 Коммутатор готов к передаче данных

Об этом нам говорит зеленая индикация с обеих сторон. Также обратите внимание на то, что для конечных устройств я задал IP-адрес и маску подсети, а к настройкам коммутатора я не прикасался вовсе, для работы схемы в данном случае нам это не нужно, сейчас мы можем даже считать, что на коммутаторе нет IP-адреса. Также обратите внимание, если навести курсор мыши на зеленую лампочку и немного его там подержать, появится подсказка в виде портов, в которые включен выбранный кабель, на Рисунке вы можете видеть надписи Fa0 и Fa0/1, эти надписи появились после наведения и говорят о том, что первый компьютер включен в порт коммутатор FastEthernet0/1.

Теперь давайте проверим работоспособность схемы, зайдем на первый ПК и пропингуем с него три других, результаты показаны на Рисунке 1.17.14.

Рисунок 1.17.14 Проверяем работоспособность схемы с коммутатором

Мне следует сделать небольшое примечание уже сейчас: в нашей импровизированной компьютерной сети в качестве транзитного узла используется коммутатор, то есть устройство канального уровня нашей компромиссной модели передачи данных, которую мы выработали, когда разбирались с моделью стека протоколов TCP/IP. А это очень важно, так как это означает, что для передачи данных по нашей сети сетевой уровень не используется вовсе, так как транзитный узел не умеет работать с IP-адресами, то есть, если посмотреть на инкапсуляцию данных в такой сети в процессе их передачи, то мы не увидим заголовков сетевого уровня (IP-протокол просто не используется), если выполнить декомпозицию взаимодействия в сети с коммутаторами, то мы увидим, что для передачи данных из точки А в точку Б будет достаточно только двух уровней: физического и канального.

Как видим, пинг проходит до всех участников сети без потерь, для полной проверки нужно повторить эту манипуляцию со всех устройств, но это уже вы сможете сделать самостоятельно. Сейчас же я хочу вернуть вас к схеме с четырьмя устройствами, соединенными напрямую, там у нас было три сетевых карты на каждом устройстве, шесть соединительных медных линий, а также мы использовали шесть подсетей, в которые можно было включать до 253 устройств. С появлением коммутатора наша жизнь резко изменилась, нам потребовалась одна подсеть, из которой мы заняли четыре IP-адреса по числу устройств (192.168.1.1, 192.168.1.2, 192.168.1.3, 192.168.1.4), на каждом конечном устройстве по одной сетевой карте, так как больше и не надо, а для соединения нам потребовалось четыре медных линии типа витая пара, кстати, обратите внимание: конечные устройства соединяются с коммутатором при помощи витой пары с прямой схемой обжима, так как Cisco Packet Tracer считает, что компьютеры находятся на сетевом уровне модели OSI 7, а коммутаторы доступа находятся на канальном уровне эталонной модели.

Давайте сейчас попробуем сделать широковещательный запрос в нашу сеть, для этого нам нужно с первого компьютера пропинговать самый последний IP-адрес подсети, в которой он находится, в данном случае это 192.168.1.255. Сейчас я попытаюсь дать поверхностное объяснения тому, как я определил широковещательный IP-адрес, в дальнейшем будет более подробный разговор.

У нашего первого ПК задан IP-адрес 192.168.1.1 с маской 255.255.255.0, это означает, что IP-адреса других компьютеров, которые могут находится в одной подсети или в одном широковещательном домене с первым компьютером, должны начинаться с 192.168.1.x, а вот в качестве «x» может быть любое число от 0 до 255, но дело в том, что IP-адрес 192.168.1.0 – это номер нашей подсети и его нельзя задавать конечным устройствам, также, как и IP-адрес 192.168.1.255, который является широковещательным IP-адресом, если попробовать пропинговать такой адрес, то наш компьютер обратится ко всем узлам, которые находятся с ним в одной подсети, в современных компьютерных сетях широковещательные IP-адреса используются для служебных целей, например, чтобы получить IP-адрес от DHCP-сервера. Хочу сразу заметить, что не стоит обобщать широковещательный трафик с видами сетевого взаимодействия, которых мы говорили, это совсем другая классификация. Обратите внимание на результаты работы команды ping 192.168.1.255 в рамках нашей схемы, он показан в листинге ниже:

C:\>ping 192.168.1.255 Pinging 192.168.1.255 with 32 bytes of data: Reply from 192.168.1.3: bytes=32 time<1ms TTL=128 Reply from 192.168.1.4: bytes=32 time<1ms TTL=128 Reply from 192.168.1.2: bytes=32 time<1ms TTL=128 Reply from 192.168.1.2: bytes=32 time<1ms TTL=128 Reply from 192.168.1.4: bytes=32 time<1ms TTL=128 Reply from 192.168.1.3: bytes=32 time<1ms TTL=128 Reply from 192.168.1.2: bytes=32 time<1ms TTL=128 Reply from 192.168.1.3: bytes=32 time<1ms TTL=128 Reply from 192.168.1.4: bytes=32 time<1ms TTL=128 Reply from 192.168.1.2: bytes=32 time<1ms TTL=128 Reply from 192.168.1.3: bytes=32 time=1ms TTL=128 Reply from 192.168.1.4: bytes=32 time<1ms TTL=128 Ping statistics for 192.168.1.255: Packets: Sent = 4, Received = 12, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 1ms, Average = 0ms

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

C:\>ping 192.168.1.255

 

Pinging 192.168.1.255 with 32 bytes of data:

 

Reply from 192.168.1.3: bytes=32 time<1ms TTL=128

Reply from 192.168.1.4: bytes=32 time<1ms TTL=128

Reply from 192.168.1.2: bytes=32 time<1ms TTL=128

Reply from 192.168.1.2: bytes=32 time<1ms TTL=128

Reply from 192.168.1.4: bytes=32 time<1ms TTL=128

Reply from 192.168.1.3: bytes=32 time<1ms TTL=128

Reply from 192.168.1.2: bytes=32 time<1ms TTL=128

Reply from 192.168.1.3: bytes=32 time<1ms TTL=128

Reply from 192.168.1.4: bytes=32 time<1ms TTL=128

Reply from 192.168.1.2: bytes=32 time<1ms TTL=128

Reply from 192.168.1.3: bytes=32 time=1ms TTL=128

Reply from 192.168.1.4: bytes=32 time<1ms TTL=128

 

Ping statistics for 192.168.1.255:

Packets: Sent = 4, Received = 12, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 0ms, Maximum = 1ms, Average = 0ms

В данном случае мы сделали четыре широковещательных запроса и четыре раза нам ответили узлы, находящиеся в одной с нами подсети, этот процесс можно рассмотреть более детально в режиме симуляции Cisco Packet Tracer, как это сделать показано на Рисунке 1.17.15.

Рисунок 1.17.15 Режим симуляции в Cisco Packet Tracer

Сначала нажмите на иконку, выделенную зеленым в правой нижней части, а затем нажмите на кнопку Show All/None, дело в том, что по умолчанию Cisco Packet Tracer показывает пакеты нескольких десятков протоколов в режиме симуляции, нам это будет только мешать, нажатие на эту кнопку говорит Packet Tracer о том, что никакие пакеты показывать вообще не надо, после этого нужно будет нажать на кнопку Edit Filters, у вас должно появиться примерно такое окно как на Рисунке 1.17.16, здесь нужно будет поставить галочку напротив ICMP.

Рисунок 1.17.16 Редактируем фильтры в Cisco Packet Tracer

Утилиты ping и tacert как раз-таки и используют протокол ICMP для своих задач, об этом протоколе мы поговорим чуть позже, когда будет разговор об IP протоколе, также обратите внимание, что есть еще утилита traceroute, которая не тоже самое, что и tracert, traceroute использует для диагностики UDP дейтаграммы.

Давайте попробуем пропинговать широковещательный IP-адрес в режиме симуляции, результат показан на Рисунке 1.17.17.

Рисунок 1.17.17 Пингуем широковещательный IP-адрес в режиме симуляции

Как видим, от удаленных машин нет никаких ответов, все дело в том, что процессом передачи данных в режиме симуляции мы управляем вручную, наш ПК еще даже не отправил запрос, поэтому мы ничего не видим в командной строке. Обратите внимание на следующий Рисунок.

Рисунок 1.17.18 Первоначальное состояние схемы в Cisco Packet Tracer

Здесь показано состояние нашей компьютерной сети сразу после того, как мы выполнили команду ping 192.168.1.255. Также обратите внимание на то, что возле первого ПК появился фиолетовый пакет, это означает, что наш компьютер сформировал пакет, но пока его еще не отправил, чтобы он отправил этот пакет, да и вообще, чтобы посмотреть что будет дальше, нужно нажимать на кнопку «Capture/Forward» в правой части окна Cisco Packet Tracer, чтобы вернуться на шаг назад нужно нажать на кнопку «Back».

После первого нажатия на кнопку Capture наш пакет с ICMP вложением попадет на коммутатор, при этом в командной строке мы еще ничего не увидим, так как этот пакет принадлежит не коммутатору, он на него не отвечает, а лишь пересылает его дальше, руководствуясь пока непонятными для нас механизмами, но мы с этими механизмами обязательно разберемся в дальнейшем.

Рисунок 1.17.19 Пакет с ICMP вложением дошел до коммутатора

На следующем шаге коммутатор разошлет ICMP-пакеты до всех участников нашей локальной сети и при этом состояние командной строки никак не изменится, так как компьютер, пославший ICMP запрос при помощи команды Ping еще не получил ответ, его пакет только дошел до адресатов. Стоит сделать еще одно примечание: коммутатор понял, что полученное сообщение является широковещательным не по IP-адресу, а по мак-адресу, указанному в кадре в качестве мак-адреса назначения (да, мак-адреса тоже бывают широковещательными).

Рисунок 1.17.20 Коммутатор разослал пакет ICMP всем участникам широковещательного домена

На следующем Рисунке показан следующий шаг: 2, 3, 4 компьютеры ответили первому на его ICMP запрос и кадры с ICMP вложением дошли до коммутатора, состояние командной строки первого ПК на данном шаге никак не меняется, поэтому я его не показываю, наш ПК до сих пор не получил ответ на свой запрос.

Рисунок 1.17.21 Три компьютера послали свои ответы на коммутатор

Нам не стоит бояться, что данные перепутаются, или произойдет коллизия, современный Ethernet практически исключает такую вероятность, хотя коллизии могут и случаться. Также обратите внимание, что на двух пакетах из трех нарисован значок паузы, все дело в том, что у каждого порта коммутатора есть входной и выходной буферы, пакет без значка паузы будет передан первым, так как он первый в очереди (вообще о принципах работы коммутатора мы поговорим отдельно, сейчас просто запомните, что одной из причин, по которой в современном Ethernet коллизии очень маловероятны, является входные и выходные буферы коммутатора, Ethernet-кадры ожидают в этих буферах до тех пор, пока коммутатор не поймет что с ними делать и не выделит ресурс на их дальнейшую обработку).

Для того чтобы все три пакета были отправлены с коммутатора на ПК1, нужно нажать три раза кнопку Capture. Результат показан на Рисунке 1.17.22, также на этом Рисунке показаны изменения, произошедшие в командной строке первого компьютера, здесь у нас появилась информация от трех ответах от трех других участников сети и за какой время были получены ответы.

Рисунок 1.17.23 Компьютер ПК1 получил ICMP-ответы от всех участников своей подсети

Обратите внимание: утилита Ping в своем стандартном режиме отправляет четыре пакета с ICMP вложением, мы сейчас посмотрели только на путь первого пакета, смотреть на путь последующих пакетов уже будет неинтересно, хотя вы самостоятельно можете понаблюдать за дальнейшим развитием событий.

1.17.5 А что если IP-адреса узлов будут из разных подсетей?

Мы убедились, что коммутатор – это очень удобная штука, которая может сэкономить нам деньги и время, а также избавить сетевого инженера от множества проблем, связанных с обслуживанием сети, управляемые коммутаторы еще и упрощают диагностику неполадок на сети и их (управляемые коммутаторы) можно мониторить при помощи специальных приложений. Но давайте попробуем провести еще один эксперимент. В первом случае все узлы нашей сети имели IP-адреса из одной подсети, то есть находились в одном широковещательном домене, давайте подключим к нашему коммутатору еще два узла, которые будут находиться в другой подсети, скажем 192.168.2.25 и 192.168.2.120, у обоих будет маска 255.255.255.0. Новая схема показана на следующем рисунке.

Рисунок 1.17.24 Узлы из разных подсетей подключены к одному коммутатору

Таким образом получается, что ноутбуки у нас находятся в подсети 192.168.2.х, а стационарные ПК находятся в подсети 192.168.1.х. Давайте попробуем с ноутбука .25 пропинговать другой ноутбук, сделать широковещательный запрос и пропинговать первый стационарный компьютер. Результат показан в листинге ниже:

Packet Tracer PC Command Line 1.0 C:\>ping 192.168.2.120 Pinging 192.168.2.120 with 32 bytes of data: Reply from 192.168.2.120: bytes=32 time=8ms TTL=128 Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Ping statistics for 192.168.2.120: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 4ms, Maximum = 8ms, Average = 5ms C:\>ping 192.168.2.255 Pinging 192.168.2.255 with 32 bytes of data: Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Reply from 192.168.2.120: bytes=32 time=4ms TTL=128 Ping statistics for 192.168.2.255: Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 4ms, Maximum = 4ms, Average = 4ms C:\>ping 192.168.1.1 Pinging 192.168.1.1 with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 192.168.1.1: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), C:\>

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

Packet Tracer PC Command Line 1.0

C:\>ping 192.168.2.120

 

Pinging 192.168.2.120 with 32 bytes of data:

 

Reply from 192.168.2.120: bytes=32 time=8ms TTL=128

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

 

Ping statistics for 192.168.2.120:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 4ms, Maximum = 8ms, Average = 5ms

 

C:\>ping 192.168.2.255

 

Pinging 192.168.2.255 with 32 bytes of data:

 

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

Reply from 192.168.2.120: bytes=32 time=4ms TTL=128

 

Ping statistics for 192.168.2.255:

Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

Minimum = 4ms, Maximum = 4ms, Average = 4ms

 

C:\>ping 192.168.1.1

 

Pinging 192.168.1.1 with 32 bytes of data:

 

Request timed out.

Request timed out.

Request timed out.

Request timed out.

 

Ping statistics for 192.168.1.1:

Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

 

C:\>

Сначала мы пинговали ноутбук, который находится с нами в одной подсети, на наши запросы мы получили четыре ответа, затем мы сделали широковещательный запрос (ping 192.168.2.255), логично, что ответ мы получили только от узла с IP-адресом 192.168.2.120, так как все остальные узлы находятся в другом широковещательном домене/канальной среде/подсети и классический L2 коммутатор никак не сможет нам помочь попасть из одной подсети в другую, он просто не умеет этого делать, зато у классического L2 коммутатора есть такая технология как VLAN, которая позволяет еще более надежно изолировать одну подсеть от другой.

В качестве самостоятельно работы рекомендую вам повторить схему и в режиме симуляции попробовать сделать широковещательный запрос, например, из первой подсети, тогда вы увидите, что в данной схеме коммутатор, получив пакет от источника, разошлет его всем подключенным устройствам в том числе и тем, что находятся в другой подсети, но вот устройства из второй подсети не станут отвечать на этот запрос, так как они умеют анализировать IP-адреса и по IP-адресу они понимают, что полученный пакет был адресован не им.

Если коммутатор не может объединить две подсети и сделать так, чтобы пакеты из первой подсети добирались до второй подсети и обратно, то возникает логичный вопрос: какое устройство может реализовать данный функционал? Все на самом деле очень просто, такой функционал реализуют роутеры или маршрутизаторы, как вам удобно, так и называйте. Теперь вы с легкостью сможете ответить на вопрос о том чем отличается коммутатор от роутера? Первые используются для объединения нескольких узлов в одну сеть, а вторые используются для того, чтобы организовать взаимодействие между двумя и более сетями, но об этом мы еще поговорим.

1.17.5 Выводы

Итак, мы буквально на пальцах разобрались с вопросами: зачем нужны коммутаторы и как объединить три и более компьютера в одну сеть при помощи этих самых коммутаторов. Но помимо всего прочего мы обозначили несколько важных и интересных тем, с которыми нам предстоит разбираться в дальнейшем, без понимания которых лучше даже не браться за работу.

Также прошу вас не пугаться чего-то незнакомого и новых терминов, в значение которых я сейчас не вдаюсь. Все дело в том, что общение между машинами, которое мы называем процессом передачи данных, это очень строгое и формализованное занятие, которое описывается огромным множеством протоколов со своими службами и технологиями, у каждого протокола и технологии есть свой словарь терминов, в итоге получается очень большая солянка, которую нужно как-то запомнить, сразу скажу, что специально заучивать термины не нужно, лучше концентрироваться на принципах работы.

В любом случае все необходимые термины и слова вы запомните, читая различные статьи в Интернете и книги, а также самостоятельно практикуясь, при этом процесс запоминания лучше происходит во время практики, поэтому запомните вы именно то, что вам будет необходимо для работы, а для всего остального у вас есть Яндекс и Google, понимая принципы работы и зная назначения технологии или протокола, найти нужное решение, инструкцию или подсказку в Интернете не составит труда.

Устройства сетевого взаимодействия

В современной сети требуется множество устройств межсетевого взаимодействия, от интерфейса, который позволяет одному компьютеру связываться с другими компьютерами через кабель LAN или телефонную линию, до больших и сложных коммутационных устройств, которые соединяют две или более целых сетей. Ниже перечислены основные категории устройств межсетевого взаимодействия, используемых в компьютерных сетях.

Сетевая интерфейсная карта (NIC)

Каждое устройство в сети, которое должно передавать и принимать данные, должно иметь установленную карту сетевого интерфейса (NIC).Иногда их называют сетевыми адаптерами и обычно устанавливают в один из слотов расширения компьютера так же, как звуковую или графическую карту. NIC включает в себя приемопередатчик (передатчик и приемник вместе). Приемопередатчик позволяет сетевому устройству передавать и получать данные через среду передачи. Каждая сетевая карта имеет уникальный 48-битный адрес Media Access Control (MAC), записанный в ее ПЗУ во время производства. Первые 24 бита составляют блочный код, известный как Организационный уникальный идентификатор (OUI), который выдается производителям сетевых карт и идентифицирует производителя.Выдачей OUI организациям занимается Институт инженеров по электротехнике и радиоэлектронике (IEEE). Последние 24 бита составляют порядковый номер, выдаваемый производителем. MAC-адрес иногда называют аппаратным адресом или физическим адресом, и он однозначно определяет сетевой адаптер. Он используется многими протоколами связи на канальном уровне, включая Ethernet, беспроводной протокол 802.11 и Bluetooth. Использование 48-битного адреса позволяет использовать 2 48 (281 474 976 710 656) уникальных адресов.MAC-адрес обычно отображается в шестнадцатеричном формате с каждым октетом, разделенным тире или двоеточием, например: 00-90-47-03-B6-C4 .


Сетевая карта Ethernet


Повторитель

Поскольку сигналы распространяются по среде передачи, происходит потеря сигнала. прочность ( затухание ).Повторитель — это неинтеллектуальное сетевое устройство, которое принимает сигнал на одном своих портов, регенерирует сигнал, а затем повторно передает сигнал на все его оставшиеся порты. Повторители могут увеличивать длину сети (но не емкость), соединив два сегмента сети. Репитеры нельзя использовать для расширить сеть за пределы ограничений ее базовой архитектуры или соединить сегменты сети, использующие разные методы доступа к сети.Они могут, тем не менее, подключать разные типы носителей и, возможно, удастся связать сегменты моста с разными скоростями передачи данных.

Повторитель, соединяющий сегменты сети


Концентратор

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

Концентратор в конфигурации сети «звезда»

Использование концентратора обеспечивает определенную отказоустойчивость, поскольку каждое сетевое устройство имеет собственное подключение к хабу, и в случае сбоя подключения только один устройство затронуто.Расширять сеть также проще, потому что многие дополнительные устройства могут быть добавлены в сеть с помощью одного концентратора, который сам часто подключался к магистрали сети. Хабы могут быть активными или пассивный. Активный концентратор имеет собственный источник питания и регенерирует входящие кадры перед их повторной передачей. Поскольку сигналы регенерируются, каждый выход порт может подключать канал длиной до 100 метров (максимально допустимый для витой пара кабелей).Пассивные концентраторы просто передают сигнал, не регенерируя его. Управляемые концентраторы позволяют администраторам включать или отключать отдельные порты удаленно, в то время как интеллектуальные концентраторы могут автономно закрывать порты, если появление ошибок в передаваемых пакетах превышает определенный порог.

24-портовый концентратор

Мост

Мосты могут использоваться для соединения двух или более сегментов LAN одного типа (например,грамм. Ethernet в Ethernet или Token-Ring в Token-Ring). Подобно ретрансляторам, мосты могут увеличивают длину сети, но в отличие от ретрансляторов они также могут увеличивать вместимость сети, поскольку каждый порт моста имеет свой собственный MAC-адрес. когда мосты включены в сеть Ethernet, они начинают учиться топология сети за счет анализа адресов источников входящих кадров из всех подключенных сегментов сети (процесс, называемый обратное обучение ).Со временем они создают таблица маршрутизации . Если источник и пункт назначения не находятся в разных сегментах сети, мосту не нужно передавать входящий фрейм другому сетевой сегмент. Если источник и место назначения находятся в разных сегментах, мост должен иметь возможность определять, в каком сегменте находится устройство назначения принадлежит.

Мосты узнают о сегментах сети, к которым они подключены

Мост отслеживает весь трафик в сегментах, которые он соединяет, и проверяет адрес источника и назначения каждого кадра в соответствии с его таблицей маршрутизации. когда мост сначала становится работоспособным, таблица маршрутизации пуста, но как данные передается туда и обратно, мост добавляет исходный MAC-адрес любого входящий кадр в таблицу маршрутизации и связывает адрес с портом на который приходит в кадр.Таким образом, мост быстро создает полную картина топологии сети. Если мост не знает места назначения сегмент для входящего кадра, он направит кадр всем присоединенным сегментов, кроме сегмента, в котором был передан кадр. Мосты уменьшаются объем трафика по отдельным сегментам, действуя как фильтр, изолируя внутрисегментный трафик. Это может значительно сократить время отклика.

Поскольку мосты Ethernet определяют, следует ли пересылать кадры на на основе MAC-адреса назначения, они, как говорят, работают на уровень канала передачи данных эталонной модели OSI.Мосты Etherenet иногда называют прозрачный , поскольку их присутствие и работа прозрачны для пользователей сети, хотя они успешно изолируют внутрисегментный трафик, сокращая сетевой трафик в целом и улучшение времени отклика сети.

Соединительные петли

Потенциальная проблема возникает, когда в сеть добавляются дополнительные мосты для обеспечить определенную степень избыточности и отказоустойчивости, предоставляя альтернативные пути по сети.Если одновременно существует более одного пути между любые два сегмента, петли может возникнуть. На диаграмме ниже показан очень простой пример, в котором мосты легко перепутать. Широковещательное сообщение от A, например, будут бесконечно пересылаться этими мостами, используя ценную сеть пропускная способность и блокировка передачи других кадров на обоих сегментах.

Перемычка

А Алгоритм связующего дерева (STA) может устранить петли, переведя резервные каналы в режим ожидания, чтобы быть повторно активированным в случае отказа первичного канала, обеспечивая новый путь через сеть. Алгоритм должен быть динамичным в том смысле, что при изменении топологии, мосты должны уметь регистрировать факт изменения произошло, а затем создайте новое остовное дерево.Расчет остовного дерева происходит при первом включении мостов и при изменении сети топология обнаружена. Связь между мостами осуществляется с помощью сообщения конфигурации , которые обмениваются через равные промежутки времени (обычно несколько секунд). Если мост выходит из строя, другие мосты обнаружат отсутствие его конфигурации сообщения и повторно запустите алгоритм.

Алгоритм связующего дерева (Ethernet)

В алгоритм остовного дерева устраняет петли в сети, размещая порты моста, которые, если они активны, создавать петли в состоянии ожидания (блокировки). Порт в режиме ожидания может быть активируется повторно, если ссылка не может обеспечить новый путь в сети.В алгоритм связующего дерева использует теория графов как основу для построения беспетлевой топологии. Теория графов утверждает следующий:

Для любого связного графа, состоящего из узлов и ребер, соединяющих пары узлов, остовное дерево ребер поддерживает связность графа, но не содержит петель.

Каждому сегменту LAN соответствует узел , и каждому мосту соответствует край . Это позволяет мостам в сети использовать простой алгоритм для получить остовное дерево. Алгоритм является динамичным в том смысле, что мосты могут зарегистрировать изменение топологии сети и получить новое связующее дерево путем перезапуск STA.Алгоритм вызывает каждый мост, и каждый порт на каждом мост, чтобы быть однозначно идентифицированным. MAC-адрес каждого порта обычно используется для идентификации порта, причем один из портов моста используется алгоритм идентификации самого моста, с префиксом назначенного двухбайтового приоритет . Произвольный Стоимость может быть отнесен сетевым администратором к каждому порту моста на сети, и эта стоимость может впоследствии использоваться алгоритмом для определения какие порты переводятся в ждущий режим, а какие остаются открытыми (на основании с использованием портов с наименьшей стоимостью).Если стоимость не назначена, используется значение по умолчанию. На диаграмме ниже показана сеть, состоящая из пять сегментов, в которых избыточные мосты создают петли в сети.

Сеть с резервными мостами

Первым действием в вычислении связующего дерева является выбор корневой мост , обычно мост с наименьшим идентификатором.Диаграммы на этой странице используют упрощенные идентификаторы моста (B1-B5) для ясности, а корень мост будет B1. Далее корневой порт (R) на каждом из других мостов должны быть определены. Это порт из до корневого моста можно добраться с наименьшим стоимость корневого пути (это будет зависеть от стоимости каждого порта моста, через который необходимо пройти. конкретный корневой путь).В заключение, обозначенные мосты и их назначенные порты определяются для каждого сегмента LAN. Назначенный мост — это мост на сегмент, который обеспечивает корневой путь с наименьшей стоимостью. Назначенный порт это то, что соединяет сегмент с назначенным ему мостом. В случаях, когда два (или более) мостов имеют одинаковую стоимость корневого пути, мост с наименьшей Используется номерной идентификатор моста.

Используя STA, все мосты, кроме одного, подключенные к каждому сегменту LAN, устранены, удаляя любые петли при сохранении возможности подключения. В На следующей модифицированной диаграмме показан результат применения STA к сети. проиллюстрировано ранее. STA разместила порты, соединяющие мосты B3 и B5 в сегмент E в режиме ожидания.

STA переводит порты, соединяющие сегмент E с мостами B3 и B5, в режим ожидания. Режим

Расчет связующего дерева происходит при включении моста или при включении обнаружено изменение топологии сети.Для того, чтобы это произошло, связь должна происходить между мостами, и это достигается с помощью сообщения конфигурации вызываются блоки данных протокола моста (BPDU). Сообщение конфигурации идентифицирует мост, предполагаемый отправителем. быть корневым мостом и содержит идентификаторы моста и порта отправка моста. Он также определяет стоимость корневого пути от передающего моста до корневого моста и возраст информации содержится в сообщении конфигурации.Мосты обычно меняются сообщения конфигурации каждые несколько секунд, и если мост выходит из строя (вызывая изменение топологии), соседние мосты обнаружат отсутствие конфигурации сообщения и инициировать пересчет связующего дерева, отправив сообщения об изменении топологии .

Формат кадра

Формат IEEE 802.1d конфигурационное сообщение показано ниже.

Формат сообщения конфигурации моста

Поля сообщения конфигурации моста описаны ниже.

  • Идентификатор протокола — содержит нулевое значение.
  • Версия — содержит нулевое значение.
  • Тип сообщения — содержит нулевое значение
  • Флаги — используются только первые два бита. В бит изменения топологии , если установлено, сигнализирует об изменении топологии, а бит подтверждения изменения топологии , если установлено, подтверждает получение сообщения конфигурации с установлен бит изменения топологии.
  • ID корня — идентифицирует корневой мост, используя его 2-байтовый приоритет, за которым следует его 6-байтовый МНЕ БЫ.
  • Стоимость корневого пути — стоимость корневого пути от моста, отправляющего сообщение конфигурации на корневой мост.
  • ID моста — идентифицирует мост, отправляющий сообщение, используя его 2-байтовый приоритет, за которым следует по его 6-байтовому идентификатору.
  • ID порта — определяет порт, с которого было отправлено сообщение конфигурации.
  • Возраст сообщения — указывает, когда сообщение конфигурации следует удалить.
  • Максимальный возраст — содержит нулевое значение.
  • Привет время — указывает период времени между сообщениями конфигурации корневого моста.
  • Задержка пересылки — мосты времени должны ждать перед переходом в новое состояние после изменение топологии.

Сообщения об изменении топологии имеют длину всего 4 байта и состоят из поле идентификатора протокола , то поле версии , а поле типа сообщения который содержит значение 128.

Мост между источником и маршрутом (Token Ring)

В мост от источника к маршруту (SRB) алгоритм был разработан IBM для сетей Token Ring и получил свои имя из-за того, что информация о маршруте размещена во всех межсегментный кадры отправляющим устройством.Мосты пересылают фреймы согласно маршрутизации передаваемая информация в рама. Ниже проиллюстрирована простая мостовая сеть с маршрутом от источника.

Простая мостовая сеть с маршрутом от источника

Предположим, что компьютер A хочет отправить кадр компьютеру B. Первоначально A отправляет не знаю, находится ли B на том же кольце или на другом.Поэтому отправляет тестовый кадр. Если тестовый кадр возвращается, не будучи подтвержденный B, A предполагает, что B находится в удаленном сегменте. А теперь отправлю ан рамка проводника . Каждый мост, получивший кадр проводника (в данном случае B1 и B4), будет повторно передать кадр на любые другие сегменты, подключенные к нему. Маршрут информация добавляется к кадру проводника каждым мостом, который он пересекает на своем путь через сеть.Когда кадры проводника достигают B, каждый получает индивидуальный ответ, маршрутизируемый в соответствии с накопленной маршрутной информацией. Когда получил ответы, он должен выбрать один из содержащихся в них маршрутов для будущих передач в B на основе некоторых заранее определенных критериев.

В большинстве случаев выбирается маршрут, указанный в первом ответе, хотя количество переходов и максимально допустимый размер кадра для конкретного маршрута может также влияют на выбор.После выбора маршрута он вставляется в то поле маршрутной информации (RIF) кадров, предназначенных для B. Поле маршрутной информации включено только в кадрах, адресованных устройствам в другом сегменте. Наличие информация о маршрутизации в кадре указывается путем установки наиболее значащий (крайний левый) бит внутри Поле исходного адреса .Этот бит называется индикатор маршрутной информации (RII) бит.

Формат кадра

Расположение поля маршрутной информации в данных / команде Token Ring. рамка показана ниже вместе с ее подробной структурой.

Поле информации о маршрутизации в кадре данных / команды Token Ring

Поле маршрутной информации состоит из одного контроль маршрутизации поле и ряд дескриптор маршрутизации поля.Эти поля и их подполя описаны ниже.

  • Поле управления маршрутизацией — содержит следующие подполя:
    • Тип маршрутизации (3 бита) — указывает на один из трех возможных типов управления маршрутизацией:
      • Специально направленный — используется, когда исходный узел предоставляет маршрут в заголовке RIF.
      • Исследователь всех путей — используется для поиска удаленного узла. Информация о маршруте собирается в виде фрейм проходит по сети.
      • Исследователь связующего дерева — используется для поиска удаленного узла.Только мосты в остовном дереве передают frame, уменьшая количество кадров, используемых для обнаружения маршрута.
    • Длина (5 бит) — определяет общую длину поля маршрутной информации в байтах.
    • Бит направления — указывает направление, в котором проходит маршрут, и определяет, читают ли мосты комбинации номеров кольца и моста в обозначения маршрута справа налево (вперед) или слева направо (назад).
    • Самый большой кадр (6 бит) — указывает наибольший размер кадра, который может быть обработан указанным маршрутом.
    • Зарезервированный бит — не используется
  • Поля дескриптора маршрутизации — содержит следующие подполя:
    • Номер звонка (12 бит) — идентифицирует сегмент кольца (должен быть уникальным в сети)
    • Номер моста (4 бита) — идентифицирует мост (должен быть уникальным, только если мост, который он идентифицирует, параллельно с другим мостиком, соединяющим два кольца).

Поле информации о маршрутизации может содержать несколько полей дескриптора маршрутизации. (максимум 14). Каждый маршрут представляет собой чередующуюся последовательность кольцевых и номера моста, который начинается и заканчивается номером звонка. Мосты добавляют свои номер моста и номер кольца, на которое передается кадр, на каждый кадр проводника, который они получают (первый мост также добавляет номер кольца кольцо, из которого он принимает кадр, и всегда последний номер моста равно нулю).

Переключатель

Коммутатор — относительно новое сетевое устройство, которое заменило как концентраторы, так и мосты в локальных сетях. Коммутатор использует внутреннюю таблицу адресов для маршрутизации входящих кадров данных через порт, связанный с их MAC-адресом назначения. Коммутаторы могут использоваться для соединения вместе нескольких устройств конечных пользователей, таких как рабочие станции, или для соединения нескольких сегментов сети.Коммутатор, который соединяет устройства конечных пользователей, часто называется коммутатором рабочей группы . Коммутаторы обеспечивают выделенные полнодуплексные каналы для каждой возможной пары портов, эффективно предоставляя каждому подключенному устройству собственный сегмент сети. Это значительно снижает количество внутрисегментных и межсегментных конфликтов.

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


Ряд сетевых сегментов на одном этаже здания (или в одном кампусе), каждый из которых имеет собственный коммутатор рабочей группы, могут сами быть соединены вместе коммутатором более высокого уровня, известным как этажный коммутатор .Гораздо более мощные коммутаторы часто используются для соединения нескольких сетевых устройств высокого уровня, таких как напольные коммутаторы, коммутаторы рабочих групп и маршрутизаторы. Эти устройства часто называют коммутаторами ядра , и они должны иметь достаточную мощность, чтобы справляться с объемом трафика, проходящего по сети.

Базовый коммутатор соединяет высокоуровневые устройства в сети.


Маршрутизатор

Сетевая среда, состоящая из нескольких взаимосвязанных сетей, использующих разные сетевые протоколы и архитектуры, требует сложного устройства для управления потоком трафика между этими разнородными сетями.Такое устройство, иногда называемое промежуточной системой , но чаще называемое маршрутизатором , должно иметь возможность определять, как получить входящие пакеты (или дейтаграммы ) в сеть назначения наиболее эффективным маршрутом. Маршрутизаторы собирают информацию о сетях, к которым они подключены, и могут обмениваться этой информацией с маршрутизаторами в других сетях. Собранная информация хранится во внутренней таблице маршрутизации маршрутизатора и включает в себя как саму информацию о маршрутизации, так и текущее состояние различных сетевых каналов.Маршрутизаторы обмениваются этой маршрутной информацией с помощью специальных протоколов маршрутизации .

Коммутатор маршрутизации Nortel ERS-8600 на базе шасси


Компьютеры и другие устройства конечных пользователей, подключенные к сетям, которые образуют часть объединенной сети, часто называют хостами или конечными системами . Сетевой хост не знает, как переслать дейтаграмму хосту в другой сети, и поэтому он будет перенаправлять дейтаграмму на свой локальный маршрутизатор (или шлюз по умолчанию ).Дейтаграмма может проходить через несколько сетей и, следовательно, через несколько маршрутизаторов, когда она перемещается от конечной системы в исходной сети к конечной системе в сети назначения. На каждом промежуточном маршрутизаторе принимается решение относительно оптимального следующего перехода . Процесс, выполняемый маршрутизатором при передаче входящей дейтаграммы на один из его выходных портов, называется коммутацией , а маршрутизаторы составляют основу сетей с коммутацией пакетов . В отличие от мостов и коммутаторов, маршрутизаторы не интересуются MAC-адресами, а вместо этого проверяют IP-адрес , содержащийся в дейтаграмме, для определения адреса сети назначения.


Лучшие практики для управляемых сетевых коммутаторов EnGenius — Справочный центр

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

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

Как работают сетевые коммутаторы?

На заре создания сетей проводные сетевые устройства Ethernet были соединены между собой через устройство, называемое «концентратором», где проводной фрейм приходил на один порт и транслировался на все другие порты.Хотя эта технология относительно проста, она вызвала много шума и потребляла много избыточной емкости в проводных сетях, поскольку все сообщения транслировались на все устройства, подключенные к концентратору, независимо от их предполагаемого назначения.

В сетевых коммутаторах каждый порт коммутатора создает двухточечный канал связи с устройством, к которому он подключен. Сетевой коммутатор поддерживает базу данных MAC-адресов, указывающую, какие устройства подключены к отдельным портам. Когда кадр поступает в коммутатор через определенный порт, коммутатор проверяет MAC-адрес источника и MAC-адрес назначения.MAC-адрес источника используется для обновления базы данных, чтобы указать, что клиент доступен через этот порт. Если MAC-адрес назначения уже находится в базе данных как подключенный к другому порту коммутатора, кадр пересылается только через указанный порт. Если MAC-адрес назначения отсутствует в базе данных или если это широковещательное сообщение (например, запрос DHCP), пакет отправляется на все другие порты, как это делается в концентраторе.

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

Неуправляемый коммутатор поддерживает свою базу данных, но недоступен через какой-либо интерфейс (например,грамм. веб, CLI, SNMP и т. д.). Он просто присутствует в сети для маршрутизации кадров к соответствующим портам. Неуправляемые коммутаторы также неспособны обрабатывать какие-либо дополнительные функции уровня 2, включая VLAN.

Управляемый коммутатор имеет полный набор функций OSI Layer 2, используемых для управления проводным трафиком в сети. Он адресуется через IP-адрес и обычно доступен как через веб-интерфейс (например, http или https), так и через интерфейс командной строки (например, telnet или SSH). Управляемые коммутаторы могут поддерживать длинный список стандартных функций OSI Layer 2, включая, помимо прочего, следующие:

  • VLAN
  • Отображаемая таблица динамических MAC-адресов (i.е. база данных портов коммутатора)
  • Link Aggregation с Link Aggregation Control Protocol (LACP)
  • Протокол связующего дерева (STP)
  • Списки контроля доступа (ACL)

  • SNMP
  • Ведение журнала (локальное и удаленное)
  • Зеркальное отображение портов
  • Кабель и другие средства диагностики

Интеллектуальный коммутатор — это ограниченный управляемый коммутатор, который обычно дешевле управляемого коммутатора, но также обычно поддерживает только подмножество функций, имеющихся на управляемом коммутаторе.Умные коммутаторы обычно имеют только веб-интерфейс и поддерживают ограниченный набор VLAN. Однако, в отличие от управляемых коммутаторов, не существует отраслевого стандарта для термина «интеллектуальный коммутатор», и то, что представляет собой «интеллектуальный коммутатор», может широко варьироваться как между поставщиками, так и между различными моделями коммутаторов от одного и того же поставщика.

Это лучший практика для использования управляемых коммутаторов на стороне LAN в сети. Это гарантирует доступность полного набора функций OSI Layer 2 и упрощает поиск и устранение неисправностей за счет включения удаленного мониторинга и управления сетевыми устройствами.Как правило, следует избегать неуправляемых коммутаторов.

Каждая модель сетевого коммутатора , производимая и продаваемая в настоящее время EnGenius, представляет собой полностью управляемый коммутатор со всеми доступными стандартными функциями OSI Layer 2. Исключительно в маркетинговых целях EnGenius использует термины «интеллектуальный коммутатор» и даже «управляемый интеллектуальный коммутатор» для определенных моделей коммутаторов, чтобы конкурировать с другими поставщиками.1

В чем разница между не-PoE, PoE и PoE +?

Коммутатор без PoE — это коммутатор, который обеспечивает только подключение к сети и не подает питание постоянного тока на подключенные устройства.Эти коммутаторы подходят, когда в сети имеется большое количество сетевых устройств без питания, таких как ПК и ноутбуки. Такие коммутаторы обычно устанавливаются в офисах, а также в гостиницах, студенческих общежитиях, учреждениях для престарелых и других многоквартирных домах (MDU), где в каждом блоке есть проводная настенная розетка Ethernet.

Коммутаторы

Power-over-Ethernet (PoE) обеспечивают как питание постоянного тока, так и передачу данных по одному проводу Ethernet. Они чрезвычайно полезны для подключения сетевых устройств с питанием к сети, поскольку к устройству должен быть проложен только один кабель, а не отдельные кабели для данных и для питания.В соответствии со стандартами IEEE коммутаторы могут определять, подключено ли подключенное устройство к питанию или нет, и поэтому будут обеспечивать питание только устройствам, которые не получают питание от альтернативного источника питания. При использовании управляемых коммутаторов Power-over-Ethernet подключенное устройство также можно перезагрузить удаленно, выключив и включив питание порта Ethernet, что очень полезно при устранении неполадок в сети.

Коммутатор PoE соответствует стандарту IEEE 802.3af, который обеспечивает напряжение 48 В до 15.4 Вт на порт. PoE (802.3af) достаточно для питания точек доступа старого поколения (т.е. до 802.11ac) и для большинства других сетевых устройств с питанием, таких как IP-камеры, телефоны VoIP, блокировки управления доступом и т. Д.

1 Аппаратное обеспечение версии 1 коммутаторов EGS2108P, EGS2110P и EGS5110P имело ограниченные возможности OSI Layer 2, и поэтому правильно продавалось как интеллектуальные коммутаторы . Аппаратное обеспечение версии 2 этих моделей коммутаторов, доступное по состоянию на январь 2016 года, представляет собой полные управляемых коммутатора , хотя они по-прежнему продаются как «интеллектуальные» коммутаторы.

Линия коммутаторов без PoE EWS1200 — это полные управляемых коммутатора , но они продаются как «управляемые интеллектуальные коммутаторы», чтобы конкурировать с интеллектуальными коммутаторами других производителей.

Коммутатор PoE + соответствует стандарту IEEE 802.3at, который обеспечивает от 48 В до 30 Вт на порт. PoE + (802.3at) требуется для точек доступа 802.11ac из-за большого количества радиоканалов, необходимых для MIMO и MU-MIMO.

Это лучший практика , чтобы не полностью загрузить PoE (802.3af) или PoE + (802.3at), чтобы гарантировать, что общая мощность бюджет из коммутатор будет не превышено . EnGenius обычно рекомендует «правило 3/4», означающее, что при проектировании сети следует планировать использование только ¾ портов для сетевых устройств с питанием, как показано ниже, с оставшимися портами, зарезервированными для сетевых устройств без питания, обратное соединение с другой инфраструктурой. (например, другие коммутаторы или маршрутизаторы) или запасные части:

  • 8 портов PoE / PoE +: только 6 портов должны использоваться для сетевых устройств с питанием
  • 24 порта PoE +: только 18 портов должны использоваться для сетевых устройств с питанием
  • 48 портов PoE +: только 36 портов должны использоваться для сетевых устройств с питанием

Большинство моделей коммутаторов PoE и PoE + поставляются с некоторыми портами без PoE для обратного рейса, состоящими из портов Ethernet и / или портов SFP (для оптоволоконных модулей mini-GBIC).На коммутаторах EnGenius можно использовать любой стандартный модуль SFP стороннего производителя (1 Гбит / с). Подробное описание модулей SFP см. В следующем блоге: http://www.emperorwifi.com/2015/03/an-overview-of-sfps-for-interconnecting.html

Для коммутаторов EnGenius в чем разница между переключателями «EWS» и «EGS»?

С точки зрения функциональности управляемого коммутатора соответствующие модели коммутатора EWS и EGS идентичны.

Линия управляемых точек доступа EnGenius Neutron ™ имеет «EWS» в названии модели.Коммутаторы EWS содержат встроенный сетевой контроллер, способный централизованно управлять точками доступа EWS на многокоммутаторном модуле межкоммутаторного соединения

для IBM BladeCenter. Руководство по продукту (отозванный продукт)> Lenovo Press

Аннотация

Multi-Switch Interconnect Module (MSIM) для IBM BladeCenter — это контейнер модуля коммутатора, который преобразует сложенную в стек пару высокоскоростных отсеков ввода-вывода в два стандартных отсека ввода-вывода.Поддерживается только в шасси BladeCenter H. В BladeCenter H можно установить два модуля MSIM: один в отсеках коммутаторов 7 и 8, а другой — в отсеках коммутаторов 9 и 10. Модуль MSIM поддерживает два поддерживаемых стандартных модуля коммутатора и позволяет блейд-серверу иметь до всего восемь сетевых подключений. Для подключения к модулям коммутатора в MSIM на блейд-сервере должен быть установлен адаптер типа CFFh.

Примечание : MSIM снят с продажи.

Введение


Multi-Switch Interconnect Module (MSIM) для IBM BladeCenter — это инновационное решение, если вы хотите использовать дополнительные коммутаторы стандартного форм-фактора вместо отсеков для высокоскоростных коммутаторов в шасси BladeCenter H.Используя избыточные модули MSIM, вы можете развертывать готовые к виртуализации решения, предоставляя до восьми сетевых интерфейсных карт (NIC) Ethernet для каждого блейд-сервера в шасси.

На рисунке 1 показан модуль MSIM.


Рис. 1. Многопозиционный межкоммутаторный модуль

Знаете ли вы?

Два модуля MSIM можно использовать в каждом шасси BladeCenter H, что делает его идеальным для тех, кому требуется избыточность.Использование MSIM для добавления четырех дополнительных портов делает его идеальным для таких приложений, как консолидация серверов и виртуализация.

На один модуль MSIM может поддерживаться до двух коммутаторов стандартного форм-фактора, всего восемь коммутаторов в шасси BladeCenter H.

Информация о номере детали

В таблице 1 показан номер детали для заказа этой карты.

Таблица 1. Номер детали и код функции для заказа


В артикул входят следующие позиции:

  • Один модуль межкоммутаторного соединения для IBM BladeCenter
  • Руководство по установке и установке многопозиционного межкоммутаторного модуля
  • Компакт-диск с документацией
  • Информация по технике безопасности

Характеристики

MSIM имеет следующие особенности:

  • Обеспечивает поддержку стандартных модулей ввода-вывода в отсеках высокоскоростных коммутаторов BladeCenter H
  • Вмещает два стандартных модуля ввода / вывода (модули коммутаторов Ethernet, модули коммутаторов Fibre Channel или сквозные модули), расположенные рядом
  • Использует дизайн ввода-вывода BladeCenter H для обеспечения расширенных возможностей подключения к каждому блейд-серверу

Операционная среда

Плата расширения поддерживается в этой среде:

  • Температура: от 10 до 35 ° C (от 50 до 95 ° F)
  • Относительная влажность: от 8% до 80%, без конденсации

Поддерживаемое шасси BladeCenter

В Таблице 2 перечислены шасси IBM BladeCenter, поддерживающие модуль межкоммутаторного соединения.

Таблица 2. Шасси IBM BladeCenter, поддерживающее модуль межкоммутаторного соединения


MSIM — это контейнер модуля коммутатора, который преобразует сложенную в стек пару высокоскоростных отсеков ввода-вывода в два стандартных отсека ввода-вывода. На рис. 2 показан модуль MSIM, устанавливаемый в отсеки 7 и 8 шасси BladeCenter H.


Рисунок 2. Модуль MSIM, установленный в отсеках 7 и 8 шасси BladeCenter H

На рисунке 3 показано, как два модуля MSIM могут быть установлены в BladeCenter H: один в отсеках коммутаторов 7 и 8, а другой в пространстве. отсеков переключателей 9 и 10.MSIM поддерживает два поддерживаемых стандартных модуля коммутатора и позволяет блейд-серверу иметь до восьми сетевых подключений. Для подключения к модулям коммутатора в MSIM на блейд-сервере должен быть установлен адаптер типа CFFh.


Рис. 3. Два модуля MSIM, установленных в шасси BladeCenter H

Поддерживаемые карты расширения

Для использования MSIM на каждом блейд-сервере должны быть установлены поддерживаемые карты расширения CFFh.В таблице 3 перечислены поддерживаемые карты CFFh.

Таблица 3. Платы расширения, которые можно использовать для подключения к модулям ввода-вывода в MSIM


Порты на платах расширения CFFh на каждом сервере жестко подключены к определенным отсекам в модулях коммутатора в каждом MSIM. В таблице 4 показано сопоставление портов платы расширения с отсеками ввода-вывода модулей MSIM.

Таблица 4. Сопоставление портов платы расширения с отсеками ввода-вывода модулей MSIM

Поддерживаемые модули ввода / вывода

В Таблице 5 перечислены поддерживаемые модули ввода-вывода стандартного форм-фактора и отсеки MSIM, в которых они поддерживаются.

Для каждой из плат расширения, поддерживающих MSIM (см. Таблицу 3), MSIM поддерживает модули ввода-вывода в левом, правом отсеке или в обоих отсеках MSIM. Таблица 5 суммирует эту поддержку. Поскольку поддерживаемые карты расширения — только Ethernet или Fibre Channel, модули коммутаторов SAS или InfiniBand не поддерживаются в MSIM.

Обратите внимание на следующее объяснение при просмотре таблицы:

  • Правый означает, что модуль поддерживается только в крайнем правом слоте ввода-вывода модуля MSIM.
  • Левый означает, что модуль поддерживается только в крайнем левом слоте ввода-вывода модуля MSIM.
  • Оба значения означают, что модуль поддерживается как в крайнем правом, так и в крайнем левом слотах ввода-вывода.
  • означает, что модуль либо не поддерживается, либо не рекомендуется по соображениям производительности (например, сочетание FC 4 Гбит / с с FC 8 Гбит / с).


Таблица 5. Поддерживаемые модули ввода-вывода стандартного форм-фактора и отсеки MSIM, в которых они поддерживаются (левый отсек, правый отсек, оба отсека) для каждой платы расширения

х

Таблица 5 (продолжение).Поддерживаемые модули ввода-вывода и отсеки MSIM, в которых они поддерживаются (левый отсек, правый отсек, оба отсека) для каждой платы расширения

Примечания :

  1. Когда этот модуль ввода-вывода 4 Гбит / с используется с QLogic Ethernet и картой расширения Fibre Channel 8 Гбит / с (CFFh), карта работает только со скоростью 4 Гбит / с.
  2. Когда этот модуль ввода-вывода 8 Гбит / с используется с QLogic Ethernet и картой расширения Fibre Channel 4Gb (CFFh), модуль работает только со скоростью 4 Гбит / с.
  3. Когда оптический сквозной модуль установлен в правом отсеке MSIM (для использования с платой расширения Fibre Channel), оптический сквозной модуль работает только со скоростью 2 Гбит / с.Это ограничение OPM.

Популярные конфигурации

В этом разделе показано, как можно использовать MSIM в конфигурациях BladeCenter H для добавления четырех дополнительных портов к каждому серверу в шасси.

Восемь портов Ethernet на сервер

С помощью MSIM можно подключить восемь портов Ethernet к каждому серверу BladeCenter, установленному в шасси BladeCenter H, как показано на Рисунке 4.В этой конфигурации каждый сервер BladeCenter имеет как карту расширения Ethernet на 2/4 порта (CFFh), так и карту расширения Ethernet (форм-фактор CFFv или CIOv, в зависимости от модели сервера). Восемь модулей коммутатора Ethernet установлены в шасси BladeCenter H, четыре из них — в модулях MSIM. Все соединения между платами и модулями коммутатора являются внутренними по отношению к шасси. Никаких дополнительных кабелей не требуется.


Рис. 4. Использование двух модулей MSIM и восьми модулей коммутаторов Ethernet для маршрутизации восьми портов Ethernet на сервер

В таблице 6 перечислены компоненты, которые используются в конфигурации с восемью портами Ethernet на сервер, показанной на рис. 4.

Таблица 6. Компоненты, используемые в конфигурации «восемь портов на сервер»

Связанные семейства продуктов

Семейства продуктов, относящиеся к этому документу, следующие:

Товарные знаки

Lenovo и логотип Lenovo являются товарными знаками или зарегистрированными товарными знаками Lenovo в США и / или других странах.Текущий список товарных знаков Lenovo доступен в Интернете по адресу https://www.lenovo.com/us/en/legal/copytrade/.

Следующие термины являются товарными знаками Lenovo в США и / или других странах:
Lenovo®
BNT®
BladeCenter®

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

Типы компьютерных сетей: LAN, MAN, WAN, VPN

  • Home
  • Testing

      • Back
      • Agile Testing
      • BugZilla
      • Cucumber
      • Database Testing
      • 901 Testing 901 JIRA
      • Назад
      • JUnit
      • LoadRunner
      • Ручное тестирование
      • Мобильное тестирование
      • Mantis
      • Почтальон
      • QTP
      • Центр контроля качества SAP ALPHA
      • Центр контроля качества 9014 Selenium
      • SoapUI
      • Управление тестированием
      • TestLink
  • SAP

      • Назад
      • AB AP
      • APO
      • Начинающий
      • Basis
      • КОРПУСЫ
      • BI
      • BPC
      • CO
      • Назад
      • CRM
      • Crystal Reports
      • CRM
      • Crystal Reports
      • 143 901
      • MMO 9014 HR14 FICO 9014
      • Расчет заработной платы
      • Назад
      • PI / PO
      • PP
      • SD
      • SAPUI5
      • Безопасность
      • Менеджер решений
      • Successfactors
      • Учебники SAP
      • Web
      • Apache
      • AngularJS
      • ASP.Нетто
      • C
      • C #
      • C ++
      • CodeIgniter
      • СУБД
      • JavaScript
      • Назад
      • Java
      • JSP
      • Kotlin
      • 9014
      • MS SQL
      • MS SQL
      • MS SQL
      • Linux. js
      • Perl
      • Назад
      • PHP
      • PL / SQL
      • PostgreSQL
      • Python
      • ReactJS
      • Ruby & Rails
      • Scala
      • SQL Server 901
      • SQL 901
      • UML
      • VB.Net
      • VBScript
      • Веб-службы
      • WPF
  • Обязательно изучите!

      • Назад
      • Бухгалтерский учет
      • Алгоритмы
      • Android
      • Блокчейн
      • Бизнес-аналитик
      • Создание веб-сайта
      • Облачные вычисления
      • COBOL Назад
      • 9019 9019 9019 9014 9014 9014 9014 9014 9014 9014 9014

        Межсоединение Intel® QuickPath

        Используя Intel.com Поиск

        Вы можете легко выполнить поиск по всему сайту Intel.com несколькими способами.

        • Имя бренда: Core i9
        • Номер документа: 123456
        • Кодовое имя: Kaby Lake
        • Специальные операторы: «Ледяное озеро», Лед И Озеро, Лед ИЛИ Озеро, Лед *

        Быстрые ссылки

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

        Коммутаторы Ethernet, одобренные Axia

        Нас часто спрашивают, какие коммутаторы лучше всего работают с Axia IP-Audio Networks. Ответ — «это зависит» — в первую очередь от размера системы, которую вы планируете. Мы взяли на себя большую часть работы по планированию сети, разместив первые в мире с нулевой конфигурацией, специально созданные для вещания Ethernet-коммутаторы внутри наших консольных механизмов PowerStation, QOR.32 и QOR.16, а также разработка первого в отрасли автономного коммутатора Ethernet, специально созданного для IP-аудио — xSwitch.

        Однако, если вы хотите построить обычную сеть Ethernet для своих студий Axia, мы рекомендуем коммутаторы Cisco и Huawei для удовлетворения потребностей инсталляций различного размера. Зачем? Axia представила трансляцию звука через IP в 2003 году. У нас есть тысячи инсталляций, и мы протестировали ряд коммутаторов Ethernet с момента начала нашей первоначальной разработки Livewire. У нас очень хороший опыт работы с Cisco. Недавно мы сертифицировали несколько версий коммутаторов Huawei и полагаем, что они станут хорошей альтернативой для клиентов, у которых нет доступа к Cisco.В конце концов, мы говорим о звуке вашей программы, коммутатор Ethernet играет центральную роль в правильном функционировании вашей сети AoIP. Время безотказной работы этого важного приложения имеет жизненно важное значение.

        Точно так же наши клиенты всегда ищут совета по выбору лучших сетевых адаптеров (также известных как сетевые карты). Учитывая изобилие доступных сетевых адаптеров, их слишком много, чтобы протестировать их все. Для надежной работы рекомендуем выбирать сетевые карты, которые поддерживает производитель вашего ПК; иметь специальные драйверы для вашей операционной системы; поддержка соединений 1GB; и, если возможно, не используйте «общие» ресурсы с видео или другими подсистемами ПК.Мы обнаружили, что «дополнительные» сетевые карты предоставляют наилучшие возможности для успешной работы, но во многих случаях «встроенные» карты работают нормально. Это особенно актуально для серверного оборудования.

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

        Вот полный список переключателей, которые мы одобрили для использования в системах Axia (пока что). Есть много вариантов, и они могут сбивать с толку! Инженер Axia Applications будет рад помочь вам выбрать правильный переключатель для вашего приложения — свяжитесь с нами для получения помощи.

        Для однокомнатных приложений:

        Axia xSwitch 2001-00357 Ethernet-коммутатор для Livewire — это Ethernet-коммутатор нулевой конфигурации, оптимизированный для приложений Livewire + IP-Audio. Дисплей на передней панели отображает состояние соединения порта, использование PoE и состояние SFP, а также температуру системы. Форм-фактор половинной стойки 9,5 x 11 дюймов позволяет устанавливать два коммутатора xSwitch бок о бок. Имеет 8 портов Ethernet 10/100 Мбит — 4 с PoE. Для транкинга предусмотрены два гигабитных порта, оба с подключением RJ-45 (медный) и SFP (оптоволоконный); поддерживает резервные медные / гигабитные соединения SFP с автоматическим переключением.Поддерживает 2000 групп многоадресной рассылки и 2000 записей в таблице ARP (в 8 раз больше, чем у других небольших коммутаторов Ethernet).

        Компактные коммутаторы Cisco Catalyst WS-C2960CG-8TC-L идеально подходят для небольших приложений, таких как однокомнатные объекты, сети для построения передатчиков или домашние производственные установки. Это компактный коммутатор без вентилятора, с восемью портами 10/100/1000 Ethernet и двумя гигабитными портами двойного назначения; может быть установлен в стойку с помощью набора принадлежностей. Поскольку все восемь портов поддерживают 1000Base-T, его также можно использовать в качестве небольшого граничного коммутатора на более крупных объектах.Он не поддерживает PoE, но может «передавать» PoE от внешнего источника питания или другого коммутатора с поддержкой PoE.

        Компактный коммутатор Cisco Catalyst WS-C3560CG-8PC-S — еще один гигабитный коммутатор небольшого форм-фактора с дополнительным преимуществом возможности PoE +. Как и его брат C2960G-8TC (см. Выше), он идеален в качестве периферийного коммутатора или для одиночных студийных установок. Он не содержит вентиляторов и имеет 8 портов 100/1000 Gigabit и 2 порта 1G для меди или SFP для транкинга.

        Для малых и средних студийных сетей:

        Коммутаторы Cisco Catalyst серии 2960 обеспечивают подключение 10/100 Ethernet и Gigabit для одной или двух студий.

        Коммутаторы с поддержкой PoE (Power over Ethernet):

        • Catalyst WS-C2960S-48LPS-L имеет 48 портов Ethernet 10/100/1000 PoE +, 4 порта One Gigabit Ethernet SFP, мощность PoE 730 Вт, базовый образ LAN

        • Catalyst WS-C2960-24PC-L имеет 24 порта Ethernet 10/100 PoE, 2 восходящих канала Gigabit Ethernet двойного назначения, мощность PoE 370 Вт, базовый образ LAN.

        • Catalyst WS-C2960S-24PS-L имеет 24 порта Ethernet 10/100/1000 PoE +, 4 порта One Gigabit Ethernet SFP, мощность PoE 370 Вт, образ LAN Base Image

        Для средних и крупных студийных сетей:

        Пограничные (студийные) Ethernet-коммутаторы:

        Axia xSwitch 2001-00357 Ethernet-коммутатор для Livewire с 8 портами Ethernet 10/100 Мбит (4 с PoE).два порта Gigabit, оба с разъемами RJ-45 (медный) и SFP (оптоволоконный); поддерживает резервные медные / гигабитные соединения SFP с автоматическим переключением. Поддерживает 2000 групп многоадресной рассылки и 2000 записей таблицы ARP.

        Коммутаторы Cisco Catalyst серии 2960 обеспечивают подключение 10/100 Ethernet и Gigabit для одной или двух студий.

        • Catalyst WS-C2960-24TC-L имеет 24 10/100 + 2 двойных восходящих канала Gigabit Ethernet, LAN Base Layer 2

        • Catalyst WS-C2960-48TC-L имеет 48 10/100 + 2 двойных восходящих линий Gigabit Ethernet, базовый образ LAN

        Коммутаторы с поддержкой PoE (Power over Ethernet):

        • Catalyst WS-C2960-48PST-L имеет 48 портов Ethernet 10/100 PoE, 2 порта SFP 1 Gigabit Ethernet и 2 фиксированных порта Ethernet 10/100/1000, мощность PoE 370 Вт, образ LAN Base Image

        • Catalyst WS-C2960-24PC-L имеет 24 порта Ethernet 10/100 PoE, 2 порта двойного назначения (10/100/1000 или SFP), мощность PoE 370 Вт, базовый образ LAN

        • Catalyst WS-C2960S-48FPS-L имеет 48 портов Ethernet 10/100/1000 PoE +, мощность PoE 740 Вт, 2 порта каскадирования 1 Gigabit Ethernet SFP, дополнительную поддержку стекирования Cisco FlexStack, образ LAN Base

        • Catalyst WS-C2960S-48LPS-L имеет 48 портов Ethernet 10/100/1000 PoE +, мощность PoE 370 Вт, 2 порта каскадирования 1 Gigabit Ethernet SFP, дополнительную поддержку стекирования Cisco FlexStack, образ LAN Base

        • Catalyst WS-C2960S-24PS-L имеет 24 порта Ethernet 10/100/1000 PoE +, мощность PoE 370 Вт, 2 порта каскадирования 1 Gigabit Ethernet SFP, дополнительную поддержку стекирования Cisco FlexStack, образ LAN Base

        • Catalyst WS-C2960S-48TS-L имеет 24 порта Ethernet 10/100/1000 PoE +, мощность PoE 370 Вт, 2 порта каскадирования 1 Gigabit Ethernet SFP, дополнительную поддержку стекирования Cisco FlexStack, образ LAN Base

        Двухцелевые коммутаторы Core и Edge Ethernet:

        Cisco Catalyst 3560X Коммутаторы обеспечивают подключение 10/100 Ethernet и Gigabit и доступны с расширенным многоуровневым образом программного обеспечения (EMI), что делает их идеальными для аппаратной IP-одноадресной и многоадресной IP-маршрутизации.Также есть расширенные функции QoS и инструменты централизованного администрирования. Хорош в качестве пограничного коммутатора для больших студийных систем или в качестве ядра для малых и средних студийных комплексов.

        • Catalyst 3560X WS-C3560X-24P-L имеет 24 порта 10/100/1000 Ethernet и модульные порты каскадирования 4×1 Gigabit или 2×10 Gigabit с источником питания переменного тока 350 Вт 1 RU, образ LAN Base

        • Catalyst 3560X WS-C3560X-48T-L имеет 48 портов Ethernet 10/100/1000 и модульные порты каскадирования 4×1 Gigabit или 2×10 Gigabit с источником питания переменного тока 350 Вт 1 RU, образ LAN Base

        Коммутаторы с поддержкой PoE (Power over Ethernet):

        • Catalyst 3560X WS-C3560X-24T-L имеет 24 порта 10/100/1000 Ethernet с PoE + и модульные порты каскадирования 4×1 Gigabit или 2×10 Gigabit с двухмодульным источником питания переменного тока мощностью 715 Вт и мощностью PoE 370 Вт.1 RU, LAN Базовый образ

        • Catalyst 3560X WS-C3560X-48T-L имеет 48 портов 10/100/1000 Ethernet с PoE + и модульные порты каскадирования 4×1 Gigabit или 2×10 Gigabit с двухмодульным блоком питания переменного тока мощностью 715 Вт и мощностью PoE 370 Вт. 1 RU, LAN Базовый образ

        Cisco Catalyst WS-C4948E-E также может использоваться в этой роли. 4948E поддерживает до 8000 групп IGMP, что делает его отличным выбором для центрального коммутатора. Исключительная производительность и надежность благодаря 48 портам 10/100 / 1000BASE-T со скоростью передачи данных и 4 альтернативным проводным портам, в которых можно разместить дополнительную оптику 1000BASE-X, подключаемую оптику малого форм-фактора (SFP +) и дополнительный внутренний AC или DC 1 + 1 блоки питания с возможностью горячей замены и кассета вентиляторов с возможностью горячей замены с резервными вентиляторами для исключительной надежности и удобства обслуживания.

        Для студийных сетей «OMG-size»:

        Создание следующего радио Тадж Маджал? Коммутаторы, такие как коммутаторы из семейства Cisco Catalyst 4500 , обладают модульностью и масштабируемостью, которые могут помочь подготовить вашу сборку к сегодняшним потребностям и завтра. Мы помогли выбрать переключатели для очень больших студийных комплексов, построенных MPR, Univision, Radio Free Asia и другими. Напишите нам … мы будем рады помочь обсудить ваши потребности.

        Коммутаторы Core Ethernet:

        Cisco Catalyst серии 4500 Коммутаторы — это модульные коммутаторы высокой плотности, которые могут предоставлять любую комбинацию портов 10/100/1000 / Gigabit на медных или оптоволоконных интерфейсах с использованием 24- и 48-портовых сменных линейных карт. Централизованная архитектура позволяет легко модернизировать все системные порты до функций более высокого уровня; включает управление через Интернет. Очень высокопроизводительная масштабируемая система с неблокирующей производительностью до 102 млн пакетов в секунду.

        Cisco Catalyst 4900M Switch представляет собой идеальное решение для развертываний с ограниченным пространством, требующих высокопроизводительных услуг со скоростью передачи данных, высокой доступности и модульной гибкости развертывания Gigabit Ethernet и 10 Gigabit Ethernet в небольшом форм-факторе 2RU. 4900M обеспечивает низкую задержку, 10/100/1000 Ethernet, 10 Gigabit Ethernet и решение коммутации уровня доступа «верхняя часть стойки» для серверов, оптимизированных для стойки. Благодаря уникальной полуфиксированной архитектуре 4900M обеспечивает гибкость для развертывания Gigabit Ethernet прямо сейчас и экономичного перехода на 10 Gigabit Ethernet по мере изменения требований.

        Catalyst 4900M предлагает восемь портов 10 Gigabit Ethernet с фиксированной скоростью передачи данных и два полуслота, которые можно заполнить любой комбинацией следующего: * 20 портов 10/100/1000 (RJ-45) со скоростью передачи данных на половину карта * 8-портовая (2: 1) половинная карта 10 Gigabit Ethernet (X2) (совместимая с модулем преобразователя Cisco TwinGig) * 4-портовая половинная карта 10 Gigabit Ethernet (X2) со скоростью передачи данных по проводной сети.

        Cisco Catalyst серии 6500 Коммутаторы являются флагманской коммутационной платформой для локальной сети Cisco. онлайн-диагностика проактивно обнаруживает аппаратные и программные неисправности; избыточные системные компоненты обеспечивают отказоустойчивость на уровне оборудования.Catalyst 6500 Series в настоящее время поддерживает до 1152 10/100 Мбит / с, 576 10/100/1000 Мбит / с или 64 10-Гбит / с портов Ethernet в одном шасси и масштабируемость системы до 720 Гбит / с, обеспечивая 40 Гбит / с / слот ( полудуплекс). Дополнительные варианты включают варианты шасси с 3, 4, 6, 9 и 13 слотами и несколько вариантов интерфейсных модулей WAN.

        «Это мой единственный выбор?»

        Перечисленные выше переключатели идеально подходят для 99% всех пользователей Axia, но потребности не у всех одинаковы.Свяжитесь с инженером Axia по приложениям, если у вас есть вопросы о том, какой переключатель подходит вам.

        Есть еще вопросы? Обратитесь в нашу службу поддержки по адресу [email protected].

        .

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *