Вопросы к экзамену. Модуль: Маршрутизация и коммутация, Ч.

1. Основные сведения о сетях и среде передачи данных. Понятие сети. Характеристики

проводных сред передачи данных. Понятие коллизионного домена. Режимы передачи.
2. Кадрирование данных в Ethernet. Протоколы управления физической передачей данных.
Эталонная модель TCP/IP. Многоуровневая модель OSI. Понятие инкапсуляции. Структура
форматов кадров Ethernet II и IEEE 802.3.
3. Передача данных на канальном уровне. Понятие и структура MAC адреса. Методы
передачи данных. Контроль среды передачи данных. Обработка кадров.
4. Протокол IP. Структура заголовка IP-пакета. IP-адресация. Структура IP-адреса. Адресное
пространство адресов IP. Классы IP-сетей. Типы IP-адресов.
5. Связь по сети IP. Понятие IP-адреса сети и узла сети. Маска подсети: понятие и
назначение. Маска подсети по умолчанию. Планирование адресов в IP-сетях с маской
подсети по умолчанию.
6. Концепция VLSM. Ограничения IP-сетей с маской подсети по умолчанию. Планирование
адресов с VLSM. Применение VLSM в бесклассовой междоменой маршрутизации.
7. Понятие и назначение IP-шлюза. Фрагментация IP-пакетов. Порядок управления
процессом фрагментации. Назначение поля «Время жизни» (TTL) в заголовке IP. Поле
«Протокол».
8. Протокол обмена управляющими сообщениями (ICMP). Назначение протокола ICMP.
Структура пакета ICMP и назначение его полей. Виды сообщений ICMP. Применение ICMP-
сообщений.
9. Протокол определения адреса ARP. Структура ARP-пакета и назначение его полей.
Понятие и назначение кэша ARP. Структура кэша ARP.
10. Принцип работы протокола ARP. Генерирование запроса ARP. Содержание запроса ARP.
Обработка запроса ARP конечной станцией и формирование ответа на запрос ARP.
Обработка ответа ARP. Самообращенный запрос ARP.
11. Протокол транспортного уровня TCP и его назначение. Виды TCP-соединений. Структура
IP-пакета с TCP-сегментом. Формат заголовка протокола TCP и назначение его полей.
12. Установка TCP-соеднинения. Механизм «трехстороннего рукопожатия». Процессы
передачи и управления потоком TCP. Завершение TCP-соединения.
13. Протокол транспортного уровня UDP и его назначение. Формат датаграммы UDP. Процесс
передачи UDP.
Б-14
14. Сценарий передачи данных. Принцип локальной и удаленной передачи данных. Виды,
порядок и содержание операций при передачи трафика по IP-сети.

Передача данных (обмен данными, цифровая передача, цифровая связь) — физический

перенос данных (цифрового битового потока) в виде сигналов от точки к точке или от точки к нескольким
точкам средствами электросвязи по каналу передачи данных, как правило, для последующей обработки
средствами вычислительной техники. Примерами подобных каналов могут служить медные
провода, ВОЛС, беспроводные каналы передачи данных или запоминающее устройство.
C/3
Различают локальную и удаленную передачу данных. Конечные системы могут быть
частью одной или разных сетей, однако принцип передачи данных между хостами общий и
опирается на работу стека протоколов TCP/IP.
C/4
Конечная система перед отправкой данных в пункт назначения должна сначала
установить возможность его достижения. Этот шаг называется процесс обнаружения пути.
Конечная система должна поддерживать операции нижнего уровня, такие как маршрутизация и
коммутация (пересылка на канальном уровне), что позволит осуществлять передачу данных
верхнего/прикладного уровней.
Конечные системы обычно имеют информацию о сети, в которой они находятся. Она
находится в таблице достижимости узлов сети на сетевом уровне. Если удаленная сеть не
обнаружена, то маршрута пересылки в нее может и не быть.
В данном примере хост А имеет путь к сети назначения, проходящий через «любую
сеть», адрес которой входит состав IP-адреса. Таблица передачи определяет, что трафик
должен быть переадресован на шлюз, выполняющий роль следующего транзитного узла,
через интерфейс, ассоциированный с логическим адресом 10.1.1.1.
C/5
После обнаружения оптимального маршрута к сети назначения необходимо обнаружить
физический адрес транзитного узла, через который пойдет трафик. Это входит в задачи стека
протоколов TCP/IP. Поиск физического пути к данному транзитному узлу определяется по
записям таблицы кэша ARP. В данном примере в таблице кэша ARP запись адреса шлюза
транзитного узла присутствует. Если запись не будет найдена, необходимо инициировать
протокол ARP, который должен обнаружить и определить физический путь.
C/6
После обнаружения логического и физического путей, данные инкапсулируются для
передачи по сетям IP/Ethernet. Инкапсуляция на транспортном уровне выполняется после
процессов верхнего уровня(шифрование, сжатие и т.д.). Например, в случае TCP,
определяются порты источника и назначения, заполняются необходимые поля и управляющие
биты (флаги). Поле размер окна сообщает хосту максимальный размер блока данных TCP,
который может поддерживаться системой до подтверждения. Целостность блока данных TCP
контролируется значением поля контрольной суммы.
C/7
После инкапсуляции на транспортном уровне производится инкапсуляция IP. К блоку
данных добавяется служебная информация с указанием IP источника и пункта назначения, в
который пересылается IP-пакет. Размер IP-пакетов ограничены возможностями Ethernet, их
размер не превышает 1500 байт. Размер IP-пакета, определенный Ethernet как максимальный
блок передачи (MTU) фрагментации не подлежит. Фрагментация выполняется, если
произошло изменение MTU в процессе передачи трафика. Поле TTL заполняется в
зависимости от исходной системы. Например, в маршрутизаторах Huawei серии ARG3
установлено начальное значение 255 Поле «протокол» заполняется значением типа
протокола, инкапсулированного до IP (cм. Слайд 22, презентации Лекция 2).
C/8
Для физической передачи данных верхнего уровня по сетям Ethernet используется
инкапсуляция канального уровня, основанная на стандартах IEEE 802.3 Ethernet. При
инкапсуляции на нижних уровнях предварительно определяется типа используемого кадра.
Тип кадра зависит от значения типа протокола верхнего уровня. D.MAC- адрес назначения
определяет следующий физический транзитный узел, например сетевой шлюз.
C/9
В сетях с общим доменом коллизий на канального уровня выполнятеся операция
проверки среды передачи. Хост должен убедиться, что линия свободна для передачи данных,
а принимающий физический интерфейс должен быть информирован о входящем кадре. Это
исключает потери исходных битовых значений, в результате которых начальные кадры могут
быть неполными. Т.о., перед передачей кадров с данными узел назначения принимает
двоичный код длиной 64-бит, которое сообщает о предстоящем поступлении кадра.
Начальные 56 битов – шаблон с чередующимися 1 и 0 называется преамбулой. За ним сразу
же следует октет, служащий началом кадра (Start of Frame Delimiter; SFD). Последние два бита
SFD имеют 1,1. Это означает, что следующие биты являются первыми битами MAC-адреса
назначения, то есть началом кадра .
C/10
Если кадр передается по общей сети Ethernet, кроме узла назначения другие конечные
станции также могут получить экземпляр передаваемого кадра. В этом случае кадр
отбрасывается после проверки целостности и анализа MAC-адрес назначения и конечной
станции. Полученный узлом назначения кадр также проходит проверку на предмет
целостности. Целостность кадра определяются по значению в поле FCS (Frame Check
Sequence). Если значения не совпадут, кадр будет отброшен. После сравнения поля MAC-
адрес назначения с MAC-адресом интерфейса (или устройства в некоторых случаях) будет
выполнен анализ поля «тип» заголовка кадра. Согласно значению поля «тип» блок данных
кадра будет передан модулю обработки соответствующего протокола. Заголовок и хвост кадра
отбрасываются.
C/11
Заголовок доставленного IP-пакета обрабатывается на сетевом уровне. Целостность
PDU контролируется на каждом уровне стека протоколов для всех протоколов. По IP-адресу
назначения определяется, достиг ли данный пакет конечного получателя. В примере, шлюз
определяет, что это не так, так как IP-адрес назначения и IP-адрес шлюза не совпадают.
Поэтому шлюз должен принять решение о перенаправлении пакета на альтернативный
интерфейс и переслать пакет в сеть назначения. Сначала проверяется, что значение TTL не
равно 0, иначе такой пакет будет отброшен, а на адрес источника сгенерирован ответ. Далее,
размер пакета не превышает MTU (максимального значения блока передачи) для шлюза. В
случае, если пакет больше MTU шлюза, запускается фрагментация. Если адрес пункта
назначения IP-пакета включен в таблицу переадресации шлюза, то пакет будет
инкапсулирован в новый заголовок кадра, состоящий из новых MAC-адресов источника и
назначения. Если же следующий физический адрес не известен, будет запущен ARP для
определения данного MAC- адреса.
C/12
Кадры доставляются в конечную сеть назначения, где определяется конечный узел
назначения. На примере показаны два сервера в общей сети Ethernet, оба получившие копию
кадра. В конечном счете сервер B отбрасывает полученный кадр, так как MAC-адрес пункта
назначения и MAC-адрес интерфейса сервера B не совпадают. Сервер A успешно получает
кадр и узнает, что значения анализируемых MAC-адресов одинаковы, целостность кадра в
соответствии с полем FCS сохранена. Так как в поле «тип» кадра указано значение 0x0800
следующего заголовка, заголовок и хвостовая часть кадра отбрасываются и пакет
принимается модулем IP.
C/13
В конечном пункте назначения заголовок IP-пакета будет использован в ряде процессов.
Первый процесс – проверка целостности заголовка пакета с помощью значения поля
контрольной суммы заголовка (HCS). Если все правильно – второй процесс – проверка на
соответствие поля IP-адреса пункта назначения IP-адресу текущей конечной станции (в
данном случае верно). Третий процесс – если во время передачи имела место фрагментация,
пакет на данном этапе должен пройти повторную сборку. Поле «идентификация» будет
содержать фрагменты, принадлежащие одному источнику данных. По смещению фрагментов
можно будет определить порядок. Поле «флаги» будет содержать информацию, когда должна
начаться повторная сборка, поскольку все фрагменты должны быть получены, а фрагмент с
флагом 0 будет считаться последним полученным фрагментом. Далее запускается таймер, в
течение которого необходимо выполнить повторную сборку, и если повторная сборка
завершится в течение этого периода времени, все фрагменты будут отброшены. Четвертый
процесс – идентификация полученных данных по значению поля «протокол», после чего
 заголовок пакета будет отброшен. Идентифицированный блок данных передается на
обработку модулю соответствующего протокола. В данном случае TCP.
C/14
После отбрасывания заголовка IP-пакета результирующий сегмент или датаграмма
передается на транспортный уровень для обработки по принципу «приложение-приложение».
Информация заголовка поступает в данном случае по протоколу TCP (0x06). В примере уже
установлено соединение TCP, и сегмент представляет собой подтверждение передачи HTTP-
трафика с HTTP- сервера на принимающий хост. Хост представлен портом 1027, который
служит для отличия HTTP-соединений, которые могут существовать между одним и тем же
хостом и сервером назначения. При получении этого подтверждения, HTTP-сервер продолжит
пересылку в пределах размера окна хоста.
Существует три основных метода передачи трафика в IP-сетях, это - Unicast, Broadcast и
Multicast.
Каждый из этих трех методов передачи использует различные типы назначения IP-адресов в
соответствии с их задачами и имеется большая разница в степени их влияния на объем потребляемого
трафика.
Unicast трафик (одноцелевая передача пакетов) используется, прежде всего, для сервисов
"персонального" характера. Каждый абонент может запросить персональный видео-контент в произвольное,
удобное ему время.
Broadcast трафик (широковещательная передача пакетов) использует специальный IP-адрес, чтобы
посылать один и тот же поток данных ко всем абонентам данной IP-сети. Например, такой IP-адрес может
оканчиваться на 255, например 192.0.2.255, или иметь 255 во всех четырех полях (255.255.255.255).
Multicast трафик (групповая передача пакетов) используется для передачи потокового видео, когда
необходимо доставить видео-контент неограниченному числу абонентов, не перегружая сеть. Это наиболее
часто используемый тип передачи данных в IPTV сетях, когда одну и ту же программу смотрят большое
число абонентов.
15. Назначение и управление устройствами коммутации и маршрутизации сетевого трафика.
Понятие VRP, назначение, современное развитие и использование. Особенности
подключения к сетевым устройствам Huawei. Настройка информации для входа и
параметров консольного порта.
16. Интерфейс командной строки (CLI). Представления интерфейса командной строки.
Функции и помощь в CLI. Базовые настройки устройства через CLI. Проверка версии VRP.
Изменение параметров системного времени. Просмотр системной информации.
Идентификация устройств. Уровни команд CLI.
17. Интерфейсы пользователя CLI. Понятие логического и физического интерфейса порта.
Виды физических интерфейсов сетевых устройств. Конфигурирование интерфейсов и
вывод информации о состоянии интерфейса порта.
18. Файловая система VRP. Управление файлами и каталогами. Команды операций с
файлами и каталогами: создание, просмотр, копирование, перемещение, переименование,
удаление и восстановление.
19. Понятие конфигурационного файла. Система управление конфигурационными файлами.
Просмотр конфигурационных файлов и текущей конфигурации. Сохранение и удаление
файла конфигурации. Просмотр и изменение параметров запуска устройства.
20. Типы устройств хранения данных. Очистка памяти и восстановление данных устройств
хранения. Обновление образа VRP. Способы передачи файлов. Процесс обновления VRP.
Проверка доступного места на устройстве хранения данных. Извлечение файлов с FTP и
TFTP серверов. Процесс управления загрузкой VRP и применение изменений.
21. Развертывание сети с одним коммутатором. Начальное состояние коммутатора. Понятие
таблицы MAC адресов и ее назначение. Процедура изучения MAC-адресов. Просмотр
таблицы MAC-адресов. Принцип пересылки сетевого трафика коммутатором между
конечными узлами сети.
22. Протокол связующего дерева (STP). Проблемы резервирования каналов коммутационной
сети: понятия коммутационной петли и широковещательного шторма. Нестабильность
MAC-адресов. Основные критерии топологии STP. Понятие и роль корневого моста.
23. Идентификатор моста. Понятие и значение идентификатора моста. Способ изменения
идентификатора моста. Блок данных протокола моста (BPDU) и его структура. Типы кадров
BPDU. Информация, передаваемая с помощью BPDU. Понятие стоимости пути. Стандарты
стоимости пути.
24. Роли интерфейсов портов коммутатора в сети STP. Понятие и значение идентификатора
порта. Просмотр информации порта в сети STP. Изменение идентификатора порта.
Таймеры STP и их назначение.
25. Процесс выбора корневого моста (конвергенция). Назначение корневого моста вручную.
Защита корневого устройства. Процесс создания роли порта. Определение роли порта
вручную. Состояния порта. Смена состояний порта.
26. Восстановление сети STP после основных типов сбоев: сбой корневого устройства, сбой
прямого канала, сбой непрямого канала. Изменение топологии STP. Поведение таблицы
MAC-адресов при изменении топологии.
27. Протокол быстрого связующего дерева (RSTP). Недостатки STP. Роли порта RSTP.
Понятие граничного порта в RSTP. Состояния порта RSTP. Формат RST BPDU. Отличия
STP BPDU от RST BPDU. Значения битов поля Flags. Пересылка BPDU в сети RSTP.
28. Процесс конвергенции сети RSTP. Предложение, синхронизация и соглашение RST BPDU.
Понятие конвергентного канала.
29. Сбой канала или корневого устройства. Изменение физической топологии сети.
Взаимодействие с сетями STP. Настройки режима и проверка конфигурации. Настройка и
просмотр конфигурации граничного порта. Способы защиты в RSTP.
30. Маршрутизация в IP-сетях. Корпоративная сеть, локальная сеть, широковещательный
домен. Выбор маршрута пересылки трафика. Таблица IP-маршрутизации: структура и
назначение. Просмотр таблицы маршрутизации.
31. Принятие решения о выборе маршрута. Понятие приоритета маршрута. Значения
приоритета маршрута по умолчанию. Понятие метрики стоимости маршрута. Создание
таблицы IP-маршрутизации. Принцип самого длинного совпадения. Требования к
пересылке по таблице маршрутизации.
32. Статические маршруты передачи по IP-сети: понятие, назначение и область применения.
Конфигурирование статического маршрута. Механизм балансировки нагрузки с помощью
статических маршрутов. Плавающие статические маршруты. Статический маршрут по
умолчанию.