- •2. Вычислительные сети с коммутацией пакетов. Принципы функционирования, области применения. Принципы коммутации пакетов
- •Виртуальные каналы в сетях с коммутацией пакетов
- •Пропускная способность сетей с коммутацией пакетов
- •1Коммутация сообщений
- •Уровни модели osi
- •[Править]Прикладной уровень
- •[Править]Уровень представления
- •[Править]Сеансовый уровень
- •[Править]Транспортный уровень
- •[Править]Сетевой уровень
- •[Править]Канальный уровень
- •[Править]Физический уровень
- •4. Прикладной, представительный и сеансовый уровни модели мос. Их функции и назначение Прикладной уровень
- •Уровень представления данных
- •Сеансовый уровень
- •5. Транспортный уровень модели мос Транспортный уровень
- •6. Сетевой уровень модели мос как средство для маршрутизации пакетов данных Сетевой уровень
- •7. Канальный и физический уровни модели мос. Их функции Канальный уровень
- •Физический уровень
- •8. Стек протоколов tcp/ip. Назначение уровней
- •[Править]Уровни стека tcp/ip
- •[Править]Прикладной уровень
- •[Править]Транспортный уровень
- •[Править]Сетевой уровень
- •[Править]Канальный уровень
- •Структура стека tcp/ip. Краткая характеристика протоколов
- •10. Адресация в ip-сетях Адресация в ip-сетях Типы адресов: физический (mac-адрес), сетевой (ip-адрес) и символьный (dns-имя)
- •Три основных класса ip-адресов
- •Соглашения о специальных адресах: broadcast, multicast, loopback
- •Отображение физических адресов на ip-адреса: протоколы arp и rarp
- •Отображение символьных адресов на ip-адреса: служба dns
- •Автоматизация процесса назначения ip-адресов узлам сети - протокол dhcp
- •11. Протокол ip. Основные функции и структура ip-пакета
- •[Править]Свойства
- •[Править]Версия 4
- •[Править]Версия 6
- •[Править]Пакет
- •[Править]Версия 4 (iPv4)
- •[Править]Версия 6 (iPv6)
- •12. Протокол tcp. Функции протокола по мультиплексированию и демультиплексированию
- •[Править]Заголовок сегмента tcp
- •[Править]Номер подтверждения
- •[Править]Смещение данных
- •[Править]Зарезервировано
- •[Править]Флаги (управляющие биты)
- •[Править]Окно
- •[Править]Псевдозаголовок
- •[Править]Контрольная сумма
- •[Править]Установка соединения
- •[Править]Передача данных
- •[Править]Завершение соединения
- •[Править]Известные проблемы [править]Максимальный размер сегмента
- •[Править]Обнаружение ошибок при передаче данных
- •[Править]Атаки на протокол
- •[Править]Реализация [править]Освобождение от расчёта контрольной суммы
- •2Концепция портов. Мультиплексирование и демультиплексирование
- •13. Реализация скользящего окна в протоколе tcp
- •Выбор тайм-аута
- •Реакция на перегрузку сети
- •14. Модель протокола b-isdn. Физический уровень
- •15. Модель протокола b-isdn. Уровень атм
- •16. Модель протокола b-isdn. Уровень адаптации атм Уровень адаптации атм (aal)
- •17. Модель протокола b-isdn. Физический уровень, уровень атм и уровень адаптации атм
- •18. Маршрутизация в атм-сетях
- •19. Основные типы топологий локальных вычислительных сетей Топология лвс
- •20. Иерархическая топология лвс и топология типа «звезда» в лвс
- •[Править]Работа в сети
- •21. Шинная топология лвс и кольцевая топология лвс. Особенности применения
- •[Править]Работа в сети
- •[Править]Сравнение с другими топологиями [править]Достоинства
- •[Править]Недостатки
- •[Править]Преимущества и недостатки шинной топологии
- •[Править]Примеры
- •22. Физические среды в лвс. Основные параметры и характеристики Физическая среда
- •23. Витая пара проводов и коаксиальные кабели как среда для передачи информации в лвс Витая пара
- •24. Волоконно-оптические линии связи в глобальных и локальных сетях Волоконно-оптический кабель
- •25. Методы случайного доступа. Пропускная способность. Преимущества и недостатки этих методов Методы случайного доступа
- •Чистая aloha (Pure aloha)
- •Синхронная aloha
- •Aloha с настойчивой стратегией
- •Настойчивый алгоритм с вероятностью передачи 1 (1persistent algorithm)
- •Настойчивый алгоритм с вероятностью передачи p(ppersistent algorithm)
- •Многостанционный доступ с контролем несущей и обнаружением конфликта (csma/cd)
- •Многостанционный доступ с контролем несущей и устранением конфликта (csma/ca)
- •Управляемый доступ. Передача маркера
- •Методы коллективного широкополосного абонентского доступа
- •Краткие итоги
- •26. Сеть Ethernet. Структурная организация. Виды и технические характеристики. Формат кадра. Принцип функционирования
- •[Править]История
- •[Править]Технология
- •[Править]Формат кадра
- •[Править]mac-адреса
- •[Править]Разновидности Ethernet
- •[Править]Ранние модификации Ethernet
- •[Править]10 Мбит/с Ethernet
- •[Править]Быстрый Ethernet (Fast Ethernet, 100 Мбит/с)
- •[Править]Гигабитный Ethernet (Gigabit Ethernet, 1 Гбит/с)
- •[Править]10-гигабитный Ethernet (Ethernet 10g, 10 Гбит/с)
- •[Править]40-гигабитный и 100-гигабитный Ethernet
- •[Править]Перспективы
- •27. Cеть Fast Ethernet. Cтруктурная организация. Особенности построения физического уровня
- •Структура Fast Ethernet
- •Подуровень управления логической связью (llc)
- •Заголовок snap
- •Подуровень согласования
- •Управление доступом к среде (mac)
- •28. Cеть Gigabit Ethernet. Cтруктурная организация. Особенности построения физического уровня
- •29. Маркерный доступ на структуре шина. Формат кадров. Кадры управления удс
- •30. Протокольные операции в сетях с маркерным доступом на структуре шина
- •31. Механизм приоритетного доступа при маркерном доступе на структуре шина
- •32. Маркерный доступ на структуре кольцо. Формат кадров. Основные средства управления
- •33. Беспроводные вычислительные сети. Технология Blue Tooth. Микросотовые вычислительные сети беспроводные сети
- •5.1.Типы и компоненты беспроводных сетей
- •5.2. Передача "точка-точка"
- •5.3.Локальные вычислительные сети (беспроводные лвс)
- •5.3.1.Инфракрасные и лазерные беспроводные лвс
- •5.3.2. Беспроводные лвс с радиопередачей данных
- •5.4.Мобильные сети
- •3Технология Bluetooth
- •Что в имени твоем
- •Технические детали
- •Частоты
- •Типы передачи данных
- •Сети Piconet и Scatternet
- •Установление соединения
- •Энергосбережение
- •Защита данных
- •34. Беспроводные вычислительные сети. Технология Wi max
- •Целесообразность использования WiMax как технологии доступа
- •[Править]Фиксированный и мобильный вариант WiMax
- •[Править]Широкополосный доступ
- •[Править]Пользовательское оборудование
- •[Править]Wi-Fi и WiMax
- •[Править]Принцип работы [править]Основные понятия
- •4Микросотовая сеть
- •35. Беспроводные вычислительные сети. Технология передачи изображений высокого качества
- •[Править]Развитие технологии
- •[Править]Стандарты [править]Передача на дальние расстояния
- •[Править]Передача на короткие расстояния
- •[Править]Носители
- •[Править]Стандарты разложения
- •[Править]Защита содержимого
Автоматизация процесса назначения ip-адресов узлам сети - протокол dhcp
Как уже было сказано, IP-адреса могут назначаться администратором сети вручную. Это представляет для администратора утомительную процедуру. Ситуация усложняется еще тем, что многие пользователи не обладают достаточными знаниями для того, чтобы конфигурировать свои компьютеры для работы в интерсети и должны поэтому полагаться на администраторов.
Протокол Dynamic Host Configuration Protocol (DHCP) был разработан для того, чтобы освободить администратора от этих проблем. Основным назначением DHCP является динамическое назначение IP-адресов. Однако, кроме динамического, DHCP может поддерживать и более простые способы ручного и автоматического статического назначения адресов.
В ручной процедуре назначения адресов активное участие принимает администратор, который предоставляет DHCP-серверу информацию о соответствии IP-адресов физическим адресам или другим идентификаторам клиентов. Эти адреса сообщаются клиентам в ответ на их запросы к DHCP-серверу.
При автоматическом статическом способе DHCP-сервер присваивает IP-адрес (и, возможно, другие параметры конфигурации клиента) из пула наличных IP-адресов без вмешательства оператора. Границы пула назначаемых адресов задает администратор при конфигурировании DHCP-сервера. Между идентификатором клиента и его IP-адресом по-прежнему, как и при ручном назначении, существует постоянное соответствие. Оно устанавливается в момент первичного назначения сервером DHCP IP-адреса клиенту. При всех последующих запросах сервер возвращает тот же самый IP-адрес.
При динамическом распределении адресов DHCP-сервер выдает адрес клиенту на ограниченное время, что дает возможность впоследствии повторно использовать IP-адреса другими компьютерами. Динамическое разделение адресов позволяет строить IP-сеть, количество узлов в которой намного превышает количество имеющихся в распоряжении администратора IP-адресов.
DHCP обеспечивает надежный и простой способ конфигурации сети TCP/IP, гарантируя отсутствие конфликтов адресов за счет централизованного управления их распределением. Администратор управляет процессом назначения адресов с помощью параметра "продолжительности аренды" (lease duration), которая определяет, как долго компьютер может использовать назначенный IP-адрес, перед тем как снова запросить его от сервера DHCP в аренду.
Примером работы протокола DHCP может служить ситуация, когда компьютер, являющийся клиентом DHCP, удаляется из подсети. При этом назначенный ему IP-адрес автоматически освобождается. Когда компьютер подключается к другой подсети, то ему автоматически назначается новый адрес. Ни пользователь, ни сетевой администратор не вмешиваются в этот процесс. Это свойство очень важно для мобильных пользователей.
Протокол DHCP использует модель клиент-сервер. Во время старта системы компьютер-клиент DHCP, находящийся в состоянии "инициализация", посылает сообщение discover (исследовать), которое широковещательно распространяется по локальной сети и передается всем DHCP-серверам частной интерсети. Каждый DHCP-сервер, получивший это сообщение, отвечает на него сообщением offer (предложение), которое содержит IP-адрес и конфигурационную информацию.
Компьютер-клиент DHCP переходит в состояние "выбор" и собирает конфигурационные предложения от DHCP-серверов. Затем он выбирает одно из этих предложений, переходит в состояние "запрос" и отправляет сообщение request (запрос) тому DHCP-серверу, чье предложение было выбрано.
Выбранный DHCP-сервер посылает сообщение DHCP-acknowledgment (подтверждение), содержащее тот же IP-адрес, который уже был послан ранее на стадии исследования, а также параметр аренды для этого адреса. Кроме того, DHCP-сервер посылает параметры сетевой конфигурации. После того, как клиент получит это подтверждение, он переходит в состояние "связь", находясь в котором он может принимать участие в работе сети TCP/IP. Компьютеры-клиенты, которые имеют локальные диски, сохраняют полученный адрес для использования при последующих стартах системы. При приближении момента истечения срока аренды адреса компьютер пытается обновить параметры аренды у DHCP-сервера, а если этот IP-адрес не может быть выделен снова, то ему возвращается другой IP-адрес.
В протоколе DHCP описывается несколько типов сообщений, которые используются для обнаружения и выбора DHCP-серверов, для запросов информации о конфигурации, для продления и досрочного прекращения лицензии на IP-адрес. Все эти операции направлены на то, чтобы освободить администратора сети от утомительных рутинных операций по конфигурированию сети.
Однако использование DHCP несет в себе и некоторые проблемы. Во-первых, это проблема согласования информационной адресной базы в службах DHCP и DNS. Как известно, DNS служит для преобразования символьных имен в IP-адреса. Если IP-адреса будут динамически изменятся сервером DHCP, то эти изменения необходимо также динамически вносить в базу данных сервера DNS. Хотя протокол динамического взаимодействия между службами DNS и DHCP уже реализован некоторыми фирмами (так называемая служба Dynamic DNS), стандарт на него пока не принят.
Во-вторых, нестабильность IP-адресов усложняет процесс управления сетью. Системы управления, основанные на протоколе SNMP, разработаны с расчетом на статичность IP-адресов. Аналогичные проблемы возникают и при конфигурировании фильтров маршрутизаторов, которые оперируют с IP-адресами.
Наконец, централизация процедуры назначения адресов снижает надежность системы: при отказе DHCP-сервера все его клиенты оказываются не в состоянии получить IP-адрес и другую информацию о конфигурации. Последствия такого отказа могут быть уменьшены путем использовании в сети нескольких серверов DHCP, каждый из которых имеет свой пул IP-адресов.
