- •1 Сеть Интернет и история её создания. Концептуальные положения создания сети Интернет. Сетевые технологии, используемые в сети Интернет. Общие сведения об Интернет
- •2 Стек протокола tcp/ip. Характеристика уровней модели протоколов tcp/ip. Сопоставить модель tcp/ip и эмвос. Стек протоколов tcp/ip
- •Пример стека протоколов tcp/ip
- •3 Прикладной уровень (пу). Классификация процессов пу. Услуги пу. Основные протоколы пу. Порты и их назначение. Процедуры обмена сообщениями.
- •4 Протокол ftp. Режим установления связи для обмена файлами.
- •5 Электронная почта в Internet. Структура адреса и электронного сообщения. Функциональное назначение полей сообщения.
- •Структура электронной почты в Internet
- •Структура электронного сообщения
- •Адреса электронной почты в Internet
- •Имя_пользователя@почтовый_домен
- •Некоторые команды smtp
- •Некоторые коды ответов сервера smtp
- •7 Электронная почта в Internet. Доставка электронного сообщения получателю. Протокол pop3.
- •Модель протокола рор
- •Состояния сеанса рор3
- •Основные команды pop3
- •9 Архитектура h.323. Стек протоколов h.323. Стадии сеанса связи (самостоятельное изучение).
- •Стек протоколов h.323
- •Архитектура н.323
- •Установление соединения
- •Передача видеоинформации
- •Разъединение соединения
- •10 Протокол tcp и его функции. Формат заголовка и назначение полей.
- •Формат тср-сегмента
- •11 Механизмы обеспечения надёжной доставки tcp–фрагментов. Вычисление контрольной суммы.
- •12 Процедура установления tcp–соединения и его закрытия.
- •Взаимодействие узлов в режиме «прикладной уровень – тср»
- •13 Алгоритмы решающей обратной связи протокола tcp. Определение времени ожидания. Установление размеров “Окна”.
- •Иллюстрация механизма подтверждения приема с повторной передачей, при котором отправитель ждет уведомления об успешном получении каждого пакета
- •При потере пакета через определенный интервал времени выполняется его повторная передача. Пунктирной линией показан процесс нормальной передачи пакета и получения подтверждения
- •Пример движущегося окна протокола tcp
- •Пересылка трех пакетов с использованием метода движущихся окон. Идея заключается в том, что отправитель может послать в сеть сразу все три пакета, не дожидаясь сообщений о подтверждении их приема
- •Формат протокола udp имеет следующий:
- •Формат udp-дейтаграммы
- •18 Протокол межсетевого взаимодействия ip. Структура ip-пакета. Заголовок iPv4, характеристика его полей.
- •Формат ip пакета
- •Поле "тип сервиса" (Type of Service)
- •19 Классовая адресация в ip-сетях (iPv4). Структура адресов. Специальные адреса. Форма представления адреса. Подсети. Выделение идентификаторов сети и подсети.
- •Классовая система адресации
- •Специальные адреса
- •Назначение идентификаторов сетей
- •Подсети
- •Формирование трехуровневой иерархии
- •Маски сетей
- •Маски для подсетей, создаваемых в сети класса в
- •Протоколы разрешения адресов arp и rarp (самостоятельное изучение с учетом лабораторной работы по arp).
- •Принцип работы
- •21 Размеры ip-дейтаграмм, mtu. Процедура фрагментации, управление фрагментацией, сборщик фрагментов.
- •Фрагментация
- •22 Время жизни дейтаграмм (iPv4). Контроль за временем жизни. Механизмы установления времени жизни ip-дейтаграммы.
- •26 Протокол межсетевых управляющих сообщений icmp. Назначение. Типы сообщений. Механизм передачи icmp-сообщений в сети Internet.
- •27 Межсетевой пакетный тестер ping. Целевое назначение. Форматы icmp-сообщений запроса на эхо и ответа на него.
- •28 Icmp-сообщение о недостижимости получателя. Формат этого icmp-сообщения
- •29 Icmp-сообщение о подавлении источника данных. Целевое назначение. Формат такого icmp-сообщения. Формат подавления источника
- •30 Icmp-сообщения запроса временной метки и ответа на него. Форматы сообщений. Синхронизация часов и оценка времени передачи
- •31 Утилита traceroute. Назначение и принципы работы
- •32 Новая версия протокола iPv6. Требования к новой версии. Общая структура дейтаграммы протокола iPv6. Формат основного заголовка дейтаграммы iPv6. Сравнить с заголовком iPv4.
- •1. Быстрое исчерпание адресного пространства.
- •2. Отсутствие поддержки иерархии.
- •3. Сложность настройки сети.
- •4. Отсутствие встроенных систем проверки подлинности и конфиденциальности.
- •Формы представления адресов в iPv6
- •Типы адресов в iPv6
- •33 Дополнительные заголовки (Фрагментация, маршрутизация и др.) в протоколе iPv6 и их особенности. Формат заголовка фрагментации (самостоятельно).
- •34 Адресация в iPv6. Сопряжение версий iPv4 и iPv6. Взаимодействие систем, работающих с разными стеками протоколов
- •Метод двойного стека
- •Туннелирование
- •35 Протокол rtp и его характеристика. Формат заголовка, назначение полей. Протокол rtp. Организация передачи трафика реального времени по сети Интернет. Мультимедиа
- •Почему нужен rtp
- •Принципы построения протокола rtp
- •Определения
- •Заголовок пакета rtp
- •Архитектура маршрутизатора
- •37 Принципы статической и динамической маршрутизации. Формирование маршрутных таблиц, их содержание. Понятие об алгоритмах Беллмана–Форда и Дийкстра.
- •38 Протоколы внутренней маршрутизации rip1, rip2. Форматы сообщений. Недостатки. Взаимодействие с транспортными протоколами.
- •Формат сообщения протокола rip 1
- •Формат сообщения протокола rip 2
- •39 Протокол внутренней маршрутизации ospf. Формат ospf–сообщений. Механизм рассылки маршрутной информации.
- •40 Протокол внешней маршрутизации bgp и его функции. Виды bgp-сообщений. Механизм распространения маршрутной информации.
- •Формат bgp-сообщения об обновлении
- •Формат bgp-сообщения об открытии bgp-соединения
- •Поддержка бесклассовой адресации
- •41 Механизмы открытия bgp–соединения, обновления маршрутной информации. Взаимодействие с транспортными протоколами. Передача bgp-сообщений в сетях с бесклассовой адресацией
- •42 Групповая рассылка пакетов в сети Интернет. Протокол групповой маршрутизации igmPv2. Формат igmp-сообщений. Механизм переноса igmp-сообщений.
- •Групповая маршрутизация с общим деревом
- •Групповая маршрутизация с деревом у каждого отправителя
- •Межсетевой протокол управления группами igmp (Internet Group Management Protocol)rfc 2236, версия 2
- •Две составляющие групповой рассылки сетевого уровня: протокол igmp и протоколы групповой маршрутизации
- •Туннели для групповой рассылки Физическая топология
- •Логическая топология
- •43 Абонентский доступ к сети Internet. Протоколы slip и ppp. Сравнение (самостоятельное изучение)
- •Принципы работы
- •Недостатки
- •Основные характеристики
- •Автоматическая настройка
- •Многопротокольная поддержка
- •Обнаружение закольцованных связей
- •45 Нормативные требования к QoS в ip-сетях для различных услуг в соответствии с рд.45.128-2000
- •Безопасность в ip-сети – Конфиденциальность. Алгоритмы.
- •Безопасность в ip-сети – Аутентификация (Цифровая подпись). Заголовок ан.
- •Безопасность глобальной сети Internet
- •Аутентификация в протоколах ip
- •Формат заголовка аутентификации
- •Безопасность в ip-сети – Проверка целостности сообщения Цифровая подпись
- •49. Служба Skype, принципы организации и её возможности
- •Мобильный Интернет, принципы организации и его возможности
- •2.5 G Надстройка над gsm – gprs/edge
- •Сетевой протокол передачи новостей (nntp)
- •52. Электронные платежные системы в Интернет, обзор, характеристика
5 Электронная почта в Internet. Структура адреса и электронного сообщения. Функциональное назначение полей сообщения.
Электронная почта:
на базе протокола Х.400;
на базе протокола UUCP;
на базе протокола SMTP
Основным руководящим документом для электронной почты в Internet является RFC 2821
В нем рассмотрены:
протокол SMTP (Simple Mail Transfer Protocol — простой протокол электронной почты), используемый для доставки почтовых сообщений от почтовой программы отправителя до электронного почтового ящика получателя;
основные принципы построения и функционирования электронной почты.
Структура электронной почты в Internet
Структура электронного сообщения
В настоящее время для электронных сообщений используется стандарт RFC 2822. Сообщение, передаваемое по электронной почте, состоит из трех частей:
конверт (envelope);
заголовок (header);
тело (body).
Сообщение доставляется получателю в виде заголовка и тела.
Заголовок состоит из полей: текстовых строк, состоящих из имени поля, двоеточия и содержимого поля.
Например: To: emd@pds.sut.ru
Message-Id: <418F9BAD.00001A.28843@camay.yandex.ru>
В заголовке допускается использование только символов в кодировке ASCII.
Тело сообщения, если это не просто текст, записанный латинскими буквами, должно быть закодировано в соответствии со спецификацией MIME, как описано в RFC 2045. На приемной стороне тело при необходимости декодируется и преобразуется в понятный пользователю вид.
Адреса электронной почты в Internet
Электронная почта в Internet использует маршрутно-независимую адресацию. Формат электронного адреса:
Имя_пользователя@почтовый_домен
где имя_пользователя – идентификатор пользователя, уникальный в пределах одного почтового домена; @ (коммерческое at) – символ-разделитель; почтовый_домен – уникальный идентификатор почтовой системы.
6 Электронная почта в Internet. Протокол SMTP. Пример SMTP – транзакции.
Первый стандарт – RFC 0788 (Nov-01-1981).
Последняя версия – RFC 2821 (April 2001).
Simple Mail Transfer Protocol – протокол используется для отправки почты, как клиентом на сервер, так и сервером на другой сервер.
Порт по умолчанию – 25.
Дополненный расширениями протокол SMTP часто называют ESMTP (Extended SMTP).
Для начала работы клиент запрашивает соединение с сервером. После успешного установления соединения сервер сообщает клиенту свое доменное имя, тип и версию установленного программного обеспечения.
Затем клиент посылает серверу команды и ожидает ответы, либо подтверждающие исполнение команд, либо сообщающих о невозможности исполнения, либо содержащих информацию, запрошенную клиентом.
Некоторые команды smtp
EHLO (Расширенное HELO) Формат команды: EHLO полное_доменное_имя_клиента CRLF или EHLO адрес_отправителя CRLF
HELO (Приветствие) Формат команды: HЕLO полное_доменное_имя_клиента CRLF илиHЕLO адрес_отправителя CRLF
В ответ на эту команду сервер сообщает, готов ли он к продолжению диалога.
MAIL (Отправитель) Формат команды: MAIL FROM: адрес_отправителя дополнительные_параметры CRLF
Отправка электронного сообщения невозможна без успешного выполнения этой команды, для каждого письма команда MAIL должна быть выполнена только один раз.
На этот адрес письмо должно вернуться в случае невозможности доставки.
RCPT (Получатель) Формат команды: RCPT TO: адрес_получателя дополнительные_параметры CRLF
Сервер анализирует каждый адрес и после каждой команды RCPT выдает сообщение, свидетельствующее о возможности или невозможности доставки письма по указанному адресу.
DATA (Текст сообщения) Формат команды: DATA CRLF
C помощью этой команды серверу передается текст сообщения, состоящий из заголовка и отделенного от него пустой строкой тела сообщения.
Передача заканчивается строкой, состоящей из одной точки. Эта строка не является частью сообщения и удаляется на приемной стороне.
QUIT (Выход) Формат команды: QUIT CRLF
Командой QUIT клиент заканчивает диалог с сервером. Сервер посылает подтверждение и закрывает соединение. Получив это подтверждение, клиент тоже прекращает связь.
HELP (Помощь) Формат команды: HELP команда CRLF или HELP CRLF
Если команда HELP вызывается без параметров, сервер посылает клиенту список доступных команд. Если в качестве параметра передано название команды, то клиенту посылается описание этой команды.
QUIT Закрытие сеанса связи