- •Содержание
- •Предисловие
- •Лабораторная работа №1
- •Цель работы
- •Методические указания
- •Общая информация о протоколах
- •Стек протоколов Интернета
- •Сетевое оборудование
- •Физическая среда передачи
- •Принцип взаимодействия прикладной программы с системным программным обеспечением
- •Анализ структуры локальной сети факультета пми
- •Задание к лабораторной работе
- •Контрольные вопросы
- •Лабораторная работа №2
- •Цель работы
- •Методические указания
- •Описание функций работы с сокетами
- •Методы, которые реализуют api-интерфейс сокетов
- •Задание к лабораторной работе
- •Варианты заданий
- •Контрольные вопросы
- •Лабораторная работа №3
- •Цель работы
- •Методические указания
- •Потоки управления
- •Задание к лабораторной работе
- •Контрольные вопросы
- •Идентификация страницы
- •Взаимодействие типа клиент/сервер
- •Передача документов Web и протокол http
- •Архитектура программного обеспечения браузера
- •Кэширование в Web-браузерах
- •Поддержка кэширования протоколом http
- •Альтернативные протоколы передачи
- •Основные типы документов Web
- •Преимущества и недостатки документов каждого типа
- •Задание к лабораторной работе
- •Контрольные вопросы
- •Лабораторная работа № 5
- •Цель работы
- •Методические указания Передача фреймов по сети
- •Способы адресации
- •Широковещательная рассылка
- •Групповая рассылка
- •Определение содержимого фрейма
- •Заголовки фрейма и его формат
- •Формат фрейма Ethernet
- •Фреймы, не обеспечивающие автоматическое распознавание типа
- •Задание к лабораторной работе
- •Варианты заданий
- •Контрольные вопросы
- •Лабораторная работа № 6
- •Цель работы
- •Методические указания
- •Основы протокола icmp
- •Реализация
- •Реализация с использованием Windows api
- •Задание к лабораторной работе
- •Стандарт ieee 802.11 и его расширение 802.11b/g
- •Режимы работы 802.11
- •Физический уровень 802.11
- •Метод fhss
- •Метод dsss
- •Расширение стандарта 802.11
- •Канальный (Data Link) уровень 802.11
- •Подключение к сети
- •Поддержка потоковых данных
- •Безопасность
- •Построение Wi-Fi
- •Что нужно учитывать, при построении wlan
- •Архитектуры
- •Вопросы безопасности
- •Проектирование и реализация аппаратного и программного обеспечения Аппаратное обеспечение терминального класса №208б
- •Настройки клиента и сервера для различных ос
- •Работа с базой данных, содержащей mac-адреса
- •Исследование уровня сигнала на территории факультета пми
- •Задание к лабораторной работе
- •Контрольные вопросы
- •Список литературы
- •Приложение а Пример api-интерфейса прикладного
- •Пример кода эхо-сервера
- •Пример кода клиента службы эхо-повтора
- •Приложение б Пример api-интерфейса прикладного
- •Класс Server
- •Класс Client
- •Модуль transform
- •Пример кода эхо-сервера
- •Пример кода клиента службы эхо-повтора
Широковещательная рассылка
Во многих приложениях, использующих сеть, применяется метод, называемый широковещательной рассылкой. Этот термин, который первоначально распространялся на радио- и телевизионные передачи, обозначает такие передачи, которые доступны широкому кругу пользователей. Если приложение выполняет широковещательную рассылку данных, оно предоставляет копию данных в распоряжение всех других компьютеров в сети.
Для обеспечения широковещательной рассылки в локальных сетях используется расширенная схема адресации. Проектировщики сети предусматривают не только присвоение адреса каждому компьютеру, но и назначают специальный зарезервированный адрес, называемый широковещательным адресом. Аппаратный интерфейс компьютера настроен на распознавание не только физического, адреса станции, но и специального широковещательного адреса. Получив фрейм с одним из этих адресов в поле адреса назначения, интерфейс принимает фрейм и передает его копию операционной системе компьютера.
Групповая рассылка
Групповая рассылка – это ограниченная форма широковещательной рассылки, преимуществом которой является то, что в ней для исследования фреймов используются сетевые интерфейсные аппаратные средства. В отличие от широковещательного, групповой фрейм не перенаправляется автоматически операционной системе (сетевым протоколам лежащим выше канального уровня). В интерфейсных аппаратных средствах программируются критерии, в соответствии с которыми они принимают одни групповые фреймы и отбрасывают другие. Решение принимают интерфейсные аппаратные средства и передают выше по стеку только фреймы, соответствующие критериям.
Групповая рассылка предусматривает расширение схемы адресации путем резервирования адресов для групповой рассылки. Во время начальной загрузки компьютера интерфейс программируется на распознавание только адреса компьютера и широковещательного адреса. Если работающее на компьютере приложение должно получать групповые фреймы, оно обязано указать сетевому интерфейсу используемый адрес групповой рассылки. Интерфейс добавляет этот адрес к набору распознаваемых адресов и начинает принимать фреймы, отправленные по этому адресу.
Определение содержимого фрейма
Хотя рассматриваемые выше схемы адресации позволяют отправителю указать получателя кадра, используемый при этом адрес не позволяет дать описание содержимого фрейма. Поскольку многие элементы данных имеют одинаковое представление, получатель не может использовать данные кадра, чтобы определить его содержимое. Например, во всех пакетах, которые инкапсулированы во фреймы и содержат сообщения электронной почты, текстовые файлы и Web-страницы, для представления данных используется кодировка ASCII. Для передачи получателю сведения о его содержимом каждый фрейм включает дополнительную информацию, которая указывает тип его информационного наполнения. Для обозначения содержимого фрейма используются следующие методы.
• Явное обозначение типа фрейма. Проектировщики сетевого аппаратного обеспечения указывают, как должна быть включена во фрейм информация типа и какие значения должны использоваться для описания фреймов различных типов. Участок фрейма, используемый для описания его содержимого, называют полем типа фрейма, а сам фрейм — автоматически распознаваемым.
• Неявное обозначение типа фрейма. При использовании этого метода сетевые аппаратные средства не включают поле типа в каждый фрейм. Фрейм содержит только данные. Поэтому отправитель и получатель должны согласовывать между собой содержимое каждого фрейма или предусматривать использование части данных фрейма в качестве поля типа.