Главная

Контакты

Случайная статья

• Автоматизация
• Антропология
• Археология
• Архитектура
• Биология
• Ботаника
• Бухгалтерия
• Военная наука
• Генетика
• География
• Геология
• Демография
• Деревообработка
• Журналистика
• Зоология
• Изобретательство
• Информатика
• Искусство
• История
• Кинематография
• Компьютеризация
• Косметика
• Кулинария
• Культура
• Лексикология
• Лингвистика
• Литература
• Логика
• Маркетинг
• Математика
• Материаловедение
• Медицина
• Менеджмент
• Металлургия
• Метрология
• Механика
• Музыка
• Науковедение
• Образование
• Охрана Труда
• Педагогика
• Полиграфия
• Политология
• Право
• Предпринимательство
• Приборостроение
• Программирование
• Производство
• Промышленность
• Психология
• Радиосвязь
• Религия
• Риторика
• Социология
• Спорт
• Стандартизация
• Статистика
• Строительство
• Технологии
• Торговля
• Транспорт
• Фармакология
• Физика
• Физиология
• Философия
• Финансы
• Химия
• Хозяйство
• Черчение
• Экология
• Экономика
• Электроника
• Электротехника
• Энергетика

9. Обоснование работоспособности проекта

   Особенность проекта состоит в использовании редактора схем Microsoft Visio взамен NetCracker. Ниже будет доказана состоятельность такого подхода.

   Основным тезисом против использования Visio вместо NetCracker является невозможность «моделирования» работы схемы. Однако, стоит рассмотреть этот тезис подробнее. «Моделирование» в NetCracker представляет собой следующую ситуацию – при коммутации двух устройств между ними начинают двигаться квадратные иконки, символизирующие передаваемые сообщения. В рассматриваемом проекте используются только локальные сети стандарта Ethernet, а значит все порты всех рассматриваемых устройств одинаковы и стандартизованы, сами устройства протестированы производителем и потребителем на работоспособность. Это означает, что вероятность неправильной коммутации равна нулю при сборке данной схемы на практике. Так как я имел дело с сетевыми устройствами на практике, то применение редактора вместо среды моделирования дл решения именно этой задачи для меня изначально являлось возможным. Любые сложности при сборке схемы могут возникнуть лишь при конфигурировании маршрутизатора и управляемого коммутатора. Для исключения этих сложностей продумана до мелочей и отражена на схеме ip-адресация будущей сети. Ниже рассмотрим, каким образом происходит конфигурирование управляемого коммутатора.

   Конфигурирование управляемого коммутатора будет являться самым важным этапом при сборке реальной сети, прототип которой приведен на схеме. Однако выбранный коммутатор d-link des-110-16 имеет WEB-интерфейс, который, в отличие от консоли, не доставит проблем при настройке даже неискушенному пользователю. Знание команд управления и наличие специальных программ не нужно: все настройки выбираются кликом мыши из списка возможных в окне интернет-браузера. Ниже приведен пример, иллюстрирующий вид WEB-интерфейса продукции d-link.

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