Logo CitForum CITForum на CD Форумы Газета Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

16.03.2010

Google
WWW CITForum.ru

Новости мира IT:

Архив новостей

Техническая конференция «Корпоративные базы данных-2010»
Москва, 22–23 апреля

Технологические аспекты

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

Коммутаторы ЛВС отличаются большим разнообразием возможностей и, следовательно, цен - стоимость 1 порта колеблется в диапазоне от 50 до 1000 долларов. Одной из причин столь больших различий является то, что они предназначены для решения различных классов задач. Коммутаторы высокого класса должны обеспечивать высокую производительность и плотность портов, а также поддерживать широкий спектр функций управления. Такие устройства зачастую кроме традиционной коммутации на MAC-уровне выполняют функции маршрутизации. Простые и дешевые коммутаторы имеют обычно небольшое число портов и не способны поддерживать функции управления.

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

Блок-схема коммутатора с архитектурой cross-bar

Рисунок 2.1 Блок-схема коммутатора с архитектурой cross-bar

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

Существует 3 варианта архитектуры коммутаторов - переключение (cross-bar) с буферизацией на входе, самомаршрутизация (self-route) с разделяемой памятью и высокоскоростная шина. На рисунке 2.1 показана блоксхема коммутатора с архитектурой, используемой для поочередного соединения пар портов. В любой момент такой коммутатор может обеспечить организацию только одного соединения (пара портов). При невысоком уровне трафика не требуется хранение данных в памяти перед отправкой в порт назначения - такой вариант называется коммутацией на лету cut-through). Однако, коммутаторы cross-bar требуют буферизации на входе от каждого порта, поскольку в случае использования единственного возможного соединения коммутатор блокируется (рисунок 2.2). Несмотря на малую стоимость и высокую скорость продвижения на рынок, коммутаторы класса cross-bar слишком примитивны для эффективной трансляции между низкоскоростными интерфейсами Ethernet или token ring и высокоскоростными портами ATM и FDDI.

Блокировка коммутатора с архитектурой cross-bar

Рисунок 2.2 Блокировка коммутатора с архитектурой cross-bar

Коммутаторы с разделяемой памятью имеют общий входной буфер для всех портов, используемый как внутренняя магистраль устройства (backplane). Буферизагия данных перед их рассылкой (store-and-forward - сохранить и переслать) приводит к возникновению задержки. Однако, коммутаторы с разделяемой памятью, как показано на рисунке 2.3 не требуют организации специальной внутренней магистрали для передачи данных между портами, что обеспечивает им более низкую цену по сравнению с коммутаторами на базе высокоскоростной внутренней шины.

Архитектура коммутатора с разделяемой памятью

Рисунок 2.3 Архитектура коммутатора с разделяемой памятью

На рисунке 2.4 показана блок-схема коммутатора с высокоскоростной шиной, связывающей контроллеры ASIC. После того, как данные преобразубтся в приемлемый для передачи по шине формат, они помещаются на шину и далее передаются в порт назначения. Поскольку шина может обеспечивать одновременную передачу потока данных от всех портов, такие коммутаторы часто называют "неблокируемыми" (non-blocking) - они не создают пробок на пути передачи данных.

Коммутатор с высокоскоростной шиной

Рисунок 2.4 Коммутатор с высокоскоростной шиной

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

Коммутаторы работают с протоколами MAC-уровня (Ethernet, token ring и т.п.), а маршрутизаторы - с протоколами сетевого уровня (IP, IPX). На рисунке 2.5 показаны соотношения между сервисом MAC-уровня (коммутация) и сетевого уровня (маршрутизация). Коммутация использует "плоское" представдение сети, а маршрутизация понимает "сетевую иерархию". Поскольку маршрутизаторы фактически являются устройствами для объединения больших сетей на базе протоколов IP и IPX, обеспечение услуг маршрутизации играет важную роль для многих сетей. Когда коммутаторы начнут выполнять большую часть функций маршрутизации, роль традиционных маршрутизаторов в построении сетей существенно изменится.

Коммутация и маршрутизация в модели OSI

Рисунок 2.5 Коммутация и маршрутизация в модели OSI

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

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

Назад | Вперед

Последние комментарии:

Подписка на новости CITForum.ru

Новые публикации:

10 марта

  • HadoopDB: архитектурный гибрид технологий MapReduce и СУБД для аналитических рабочих нагрузок

  • Классификация OLAP-систем вида xOLAP

  • BGP. Три внешних канала. Балансировка исходящего и входящего трафиков

    Газета:

  • Что мы знаем об iPhone 4G?

    17 февраля

  • MapReduce и параллельные СУБД: друзья или враги?

  • Объектно-ориентированное программирование в ограничениях: новый подход на основе декларативных языков моделирования данных

  • Системологический подход к декомпозиции в объектно-ориентированном анализе и проектировании программного обеспечения

    Газета:

  • Эволюция Wine

    3 февраля

  • Дом на песке

  • Реальное переосмысление "формальных методов"

  • Интервью с Найджелом Пендзом

    Газета:

  • iPad. Первый взгляд на долгожданный планшет от Apple

  • Я не верю в iPad

    20 января

  • SQL/MapReduce: практический подход к поддержке самоописываемых, полиморфных и параллелизуемых функций, определяемых пользователями

  • Данные на лету: как технология потокового SQL помогает преодолеть кризис

    Обзоры журнала Computer:

    2 декабря

  • Сергей Кузнецов. Год эпохи перемен в технологии баз данных

    18 ноября

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

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

    11 ноября

  • Генерация оптимизированных для ручного выполнения сценариев тестирования приложений с графическим интерфейсом пользователя

  • Применение технологии UniTESK для функционального тестирования инфаструктурного ПО Грид

    28 октября

  • Remoting с сервером на Unmanaged C++ или Вторая жизнь старых приложений

  • Методы обеспечения переносимости ПО

  • Организация сложных тестовых наборов

    22 октября

    Обзоры журнала Computer:

    14 октября

  • МОГучие способности: новые приемы анализа больших данных

  • Учимся регулярно выражаться

    8 октября

  • Записки исследователя NTFS

  • Создание кросс-платформенных графических интерфейсов на wxPerl

    Все публикации >>>


  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы — тел. +7 495 6608306, ICQ 232284597 Пресс-релизы — pr@citforum.ru
    Послать комментарий
    Информация для авторов

    Редакция раздаёт котят!

    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2009 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...


    Рады предложить медицинский шовный материал любого типа.