- •1.Общие принципы построения сетей
- •2.Топология физических связей
- •3. Адресация узлов сети .Коммутация. Обобщенная задача коммутации.
- •4..Маршрутизация. Продвижение данных. Мультиплексирование и демультиплексирование.
- •5.Коммутация каналов и пакетов
- •6.Коммутация пакетов
- •7.Дейтаграммная передача
- •8. Сравнение сетей с коммутацией пакетов и каналов
- •10. Архитектура и стандартизация сетей. Физический уровень. Канальный уровень. Сетевой уровень.
- •9. Архитектура и стандартизация сетей. Протокол и стек протоколов. Общая характеристика модели osi.
- •11. Архитектура и стандартизация сетей. Транспортный уровень. Сеансовый уровень. Уровень представления. Прикладной уровень.
- •12. Понятие открытой системы.
- •13. Распределение протоколов по элементам сети
- •14. Структурированная кабельная система зданий
- •15. Примеры сетей. Классификация компьютерных сетей. Классификация компьютерных сетей в технологическом аспекте.
- •16. Примеры сетей. Сеть доступа. Магистральная сеть. Информационные центры. Сети операторов связи.
- •17.Персональные сети и технология Bluetooth.
- •18. Мост как предшественник и Функциональный аналог коммутатора.
- •19. Коммутаторы. Параллельная коммутация
- •20. Скоростные версии Ethernet
- •21.Особенности персональных сетей
- •22.Поиск и стыковка устройств Bluetooth
- •23.Стандартизация протоколов локальных сетей
- •24.Ethernet со скоростью 10 Мбит/с на разделяемой среде
- •25. Ethernet со скоростью 10Мбит/с на разделяемой среде. Доступ к среде и переда данных .
- •26. Технологии Token Ring и fddi
- •27. Беспроводные локальные сети ieee 802.11. Проблем и области применения беспроводных локальных сетей.
- •28. Беспроводные локальные сети ieee 802.11. Топология локальных сетей стандарта ieee 802.11.
- •29. Мост как предшественник и функциональный аналог коммутатора. Логическая структуризация сетей и мосты
- •30. Мост как предшественник и функциональный аналог коммутатора. Алгоритм прозрачного моста ieee 802.1d
- •31. Мост как предшественник и функциональный аналог коммутатора. Топологические ограничения при применении мостов в локальных сетях
- •32. Коммутаторы. Параллельная коммутация
- •33.Коммутаторы. Параллельная коммутация
- •34.Виртуальные локальные сети. Назначение виртуальных сетей
- •35. Создание виртуальных сетей на базе одного коммутатора. Создание виртуальных сетей на базе нескольких коммутаторов.
- •36. Стек протоколов tcp/ip
- •37Формат ip-адреса Классы ip Особые ip-адреса
- •3 8Формат ip-адреса Классы ip Особые ip-адреса Использование масок при ip-адресации
- •39. Порядок назначения ip-адресов. Назначение адресов автономной сети. Централизованное распределение адресов. Адресация и технология cidr
- •40. Типы адресов стека tcp/ip. Локальные адреса. Сетевые ip-адреса. Доменные имена
- •41.Отображение ip-адресов на локальные адреса. Протокол разрешения адресов.
- •42. Формат ip-пакета.
- •43. Схема ip-маршрутизации. Упрощенная схема маршрутизации. Таблицы маршрутизации конечных узлов.
- •44. Пример ip-маршрутизации без масок
- •45. Маршрутизация с использованием масок. Структуризация сети масками одинаковой длины
- •46. Маршрутизация с использованием масок. Перекрытие адресных пространств
- •47. Протоколы транспортного уровня tcp и udp. Порты и сокеты
- •48. Протоколы транспортного уровня tcp и udp. Протокол udp и udp-дейтаграммы
- •49. Протоколы транспортного уровня tcp и udp. Протокол tcp и tcp-сегменты
- •50. Протокол rip. Построение таблицы маршрутизации
- •51Система dns Плоские символьные имена
- •52. Протокол dhcp
- •53. Протокол icmp
- •54. Трансляция адресов и настройка очередей
- •55. Proxy-сервер.
52. Протокол dhcp
Протокол динамического конфигурирования хостов (Dynamic Host Configuration Protocol, DHCP) автоматизирует процесс конфигурирования сетевых интерфейсов, обеспечивая отсутствие дублирования адресов за счет централизованного управления их распределением.
Режимы DHCP
Протокол DHCP работает в соответствии с моделью клиент-сервер. Во время старта системы компьютер, являющийся DHCP-клиентом, посылает в сеть широковещательный запрос на получение IP-адреса. DHCP-сервер откликается и посылает сообщение-ответ, содержащее IP-адрес и некоторые другие конфигурационные параметры. При этом сервер DHCP может работать в разных режимах, включая:
ручное назначение статических адресов;
автоматическое назначение статических адресов;
автоматическое распределение динамических адресов.
Во всех режимах работы администратор при конфигурировании DHCP-сервера сообщает ему один или несколько диапазонов IP-адресов, причем все эти адреса относятся к одной сети, то есть имеют одно и то же значение в поле номера сети.
В ручном режиме администратор, помимо пула доступных адресов, снабжает DHCP-сервер информацией о жестком соответствии IP-адресов физическим адресам или другим идентификаторам клиентских узлов. DHCP-сервер, пользуясь этой информацией, всегда выдаст определенному DHCP-клиенту один и тот же назначенный ему администраторов (а также набор других конфигурационных параметров1).
В режиме автоматического назначения статических адресов DHCP-сервер самостоятельно без вмешательства администратора произвольным образом выбирает клиенту IP-адрес из пула наличных IР-адресов. Адрес дается клиенту из пула в постоянное пользование, то есть между идентифицирующей информацией клиента и его IP-адресом по-прежнему, как и при ручном назначении, существует постоянное соответствие. Оно устанавливается в момент первого назначения DHCP-сервером IP-адреса клиенту. При всех последующих запросах сервер возвращает клиенту тот же самый IP-адрес.
При динамическом распределении адресов DHCP-сервер выдает адрес клиенту на ограниченное время, называемое сроком аренды. Помимо основного преимущества DHCP — автоматизации рутинной работы администратора по конфигурированию стека TCP/IP на каждом компьютере, режим динамического распределения адресов в принципе позволяет строить IP-сеть, количество узлов в которой превышает количество имеющихся в распоряжении администратора IP-адресов.
Алгоритм динамического назначения адресов
Администратор управляет процессом конфигурирования сети, определяя два основа конфигурационных параметра DHCP-сервера: пул адресов, доступных распределению, и срок аренды. Срок аренды диктует, как долго компьютер может использовать назначенный IP-адрес, перед тем как снова запросить его от DHCP-сервера. Для снижения риска выхода сети из строя из-за отказа DHCP-сервера в сети иногда ставят резервный DHCP-сервер
Иногда наблюдается и обратная картина: в сети нет ни одного DHCP-сервера в этом случае его подменяет связной DHCP-агент — программное обеспечение, играющее роль посредника между DHCP-клиентами и DHCP-серверами .Связной агент переправляет запросы клиентов из сети 2 DHCP-серверу сети 3. Таким образом, один DHCP-сервер может обслуживать DHCP-клиентов нескольких разных сетей.
Вот как выглядит упрощенная схема обмена сообщениями между клиентскими и серверными частями DHCP.
Когда компьютер включают, установленный на нем DHCP-клиент посылает ограниченное широковещательное сообщение DHCP-поиска (IP-пакет с адресом назначения, состоящим из одних единиц, который должен быть доставлен всем узлам данной IP-сети).
Находящиеся в сети DHCP-серверы получают это сообщение. Если в сети DHCP-серверы отсутствуют, то сообщение DHCP-поиска получает связной DHCP-агент. Он пересылает это сообщение в другую, возможно, значительно отстоящую от него сеть DHCP-серверу, IP-адрес которого ему заранее известен.
Все DHCP-серверы, получившие сообщение DHCP-поиска, посылают DHCP-клиенту, обратившемуся с запросом, свои DHCP-предложения. Каждое предложение содержит IP-адрес и другую конфигурационную информацию. (DHCP-сервер, находящийся в другой сети, посылает ответ через агента.)
DHCP-клиент собирает конфигурационные DHCP-предложения от всех DHCP-серверов. Как правило, он выбирает первое из поступивших предложений и отправляет в сеть широковещательный DHCP-запрос. В этом запросе содержатся идентификационная информация о DHCP-сервере, предложение которого принято, а также значения принятых конфигурационных параметров.
Все DHCP-серверы получают DHCP-запрос, и только один выбранный DHCP-сервер посылает положительную DHCP-квитанцию (подтверждение IP-адреса и параметров аренды), а остальные серверы аннулируют свои предложения, в частности возвращают в свои пулы предложенные адреса.
DHCP-клиент получает положительную DHCP-квитанцию и переходит в рабочее состояние.
Время от времени компьютер пытается обновить параметры аренды у DHCP-сервера. Первую попытку он делает задолго до истечения срока аренды, обращаясь к тому серверу, от которого он получил текущие параметры. Если ответа нет или ответ отрицательный, он через некоторое время снова посылает запрос. Так повторяется несколько раз, и если все попытки получить параметры у того же сервера оказываются безуспешными, клиент обращается к другому серверу. Если и другой сервер отвечает отказом, то клиент теряет конфигурационные параметры и переходит в режим автономной работы.
Также DHCP-клиент может по своей инициативе досрочно отказаться от выделенных ему параметров.
В сети, где адреса назначаются динамически, нельзя быть уверенным в адресе, который в данный момент имеет тот или иной узел. И такое непостоянство IP-адресов влечет за собой некоторые проблемы.
Во-первых, возникают сложности при преобразовании символьного доменного имени в IP-адрес. Во-вторых, трудно осуществлять удаленное управление и автоматический мониторинг интерфейса , если в качестве его идентификатора выступа динамически изменяемый IP-адрес.
