Список экзаменационных вопросов по дисциплине
| Вид материала | Документы |
- Список экзаменационных вопросов по дисциплине «Специальные виды литья», 21.78kb.
- Список экзаменационных вопросов по дисциплине «Основы технологии машиностроения», 33.45kb.
- «утверждаю» Декан ит /Петров, 95.99kb.
- Программа экзамена по программированию для потока фит, осваивающего образовательную, 221.91kb.
- Список экзаменационных вопросов по курсу, 17.89kb.
- Примерный перечень зачетных и экзаменационных вопросов по дисциплине «Правовое регулирование, 19.88kb.
- Список экзаменационных вопросов по курсу, 17.25kb.
- Перечень контрольных и экзаменационных вопросов по дисциплине, 39.96kb.
- Примерный перечень экзаменационных вопросов по дисциплине «Основы аудита», 25.87kb.
- Примерный перечень экзаменационных вопросов по дисциплине, 29.86kb.
[править] Модель OSI и реальные протоколы
Семиуровневая модель OSI является теоретической, и содержит ряд недоработок. Были попытки строить сети в точном соответствии с моделью OSI, но созданные таким образом сети были дорогими, ненадёжными и неудобными в эксплуатации. Реальные сетевые протоколы, используемые в существующих сетях, вынуждены отклоняться от неё, обеспечивая непредусмотренные возможности, поэтому привязка некоторых из них к уровням OSI является несколько условной: некоторые протоколы занимают несколько уровней модели OSI, функции обеспечения надёжности реализованы на нескольких уровнях модели OSI.
Основная недоработка OSI — непродуманный транспортный уровень. На нём OSI позволяет обмен данными между приложениями (вводя понятие порта — идентификатора приложения), однако, возможность обмена простыми датаграммами (по типу UDP) в OSI не предусмотрена — транспортный уровень должен образовывать соединения, обеспечивать доставку, управлять потоком и т. п. (по типу TCP). Реальные же протоколы реализуют такую возможность.
[править] Семейство TCP/IP
Семейство TCP/IP имеет три транспортных протокола: TCP, полностью соответствующий OSI, обеспечивающий проверку получения данных, UDP, отвечающий транспортному уровню только наличием порта, обеспечивающий обмен датаграммами между приложениями, не гарантирующий получения данных и SCTP, разработанный для устранения некоторых недостатков TCP и в который добавлены некоторые новшества. (В семействе TCP/IP есть ещё около двухсот протоколов, самым известным из которых является служебный протокол ICMP, используемый для внутренних нужд обеспечения работы; остальные также не являются транспортными протоколами.)
[править] Семейство IPX/SPX
В семействе IPX/SPX порты (называемые «сокеты» или «гнёзда») появляются в протоколе сетевого уровня IPX, обеспечивая обмен датаграммами между приложениями (операционная система резервирует часть сокетов для себя). Протокол SPX, в свою очередь, дополняет IPX всеми остальными возможностями транспортного уровня в полном соответствии с OSI.
В качестве адреса хоста IPX использует идентификатор, образованный из четырёхбайтного номера сети (назначаемого маршрутизаторами) и MAC-адреса сетевого адаптера.
[править] Модель DOD
Стек протоколов TCP/IP, использующий упрощённую четырёхуровневую модель OSI.
- Глобальные вычислительные сети с коммутацией пакетов. Понятие пакета. Структурная схема на примере сети X-25. Виртуальный канал, принцип и алгоритм работы;
Коммутация IP-пакетов — технология, использующаяся для оптимизации работы маршрутизаторов при использовании неизменных или редко меняющихся маршрутов.
Суть технологии — обработка IP-пакета без участия центрального процессора маршрутизатора. Первый пакет заданного типа (адрес отправителя, получателя, порт получателя) обрабатывается процессором в полном объёме (с проверкой на ACL, обработкой таблицы маршрутизации, определение нужного интерфейса), все последующие аналогичные (те же адреса, порты) уже не обрабатываются процессором, а коммутируются, как в устройствах второго уровня (чаще всего с использованием аппаратных средств коммутации, вроде коммутационной матрицы).
Подобная технология позволяет существенно снизить нагрузку на процессор маршрутизатора и уменьшить задержку в прохождении пакета. Самым существенным недостатком этой технологии является проблема смены маршрута, которая обнаруживается не сразу после изменения. Так же подобная технология используется в коммутаторах с поддержкой маршрутизации (L3 коммутаторы).
Дальшейшим развитием идеи коммутации IP-пакетов является MPLS и MetroEthernet, подразумевающие отказ от маршрутизации и переход к коммутации данных внутри обслуживаемого периметра (обычно, трафика абонентов).
- Адресация в IP сетях. Типы адресов, их назначение, структура. Отображение IP адресов, протоколы служб отображения ARP и DHS;
ARP (англ. Address Resolution Protocol — протокол разрешения адресов) — сетевой протокол канального уровня, предназначенный для преобразования IP-адресов (адресов сетевого уровня) в MAC-адреса (адреса канального уровня) в сетях TCP/IP. Он определён в RFC 826.
ARP (протокол разрешения адресов) — очень распространённый и чрезвычайно важный протокол. Каждый узел сети имеет два адреса, физический адрес и логический адрес. В сети Ethernet для идентификации источника и получателя информации используются оба адреса. Информация пересылаемая от одного компьютера другому по сети содержит в себе физический адрес отправителя, IP-адрес отправителя, физический адрес получателя и IP-адрес получателя. ARP-протокол обеспечивает связь между этими двумя адресами. Существует четыре типа ARP-сообщений: ARP-запрос (ARP request), ARP-ответ (ARP reply), RARP-запрос (RARP-request) и RARP-ответ (RARP-reply). Локальный хост при помощи ARP-запроса запрашивает физический адрес хоста-получателя. Ответ (физический адрес хоста-получателя) приходит в виде ARP-ответа. Хост-получатель, вместе с ответом, шлёт также RARP-запрос, адресованный отправителю, для того, чтобы проверить его IP-адрес. После проверки IP-адреса отправителя начинается передача пакетов данных.
Перед тем, как создать подключение к какому-либо устройству в сети, IP-протокол проверяет свой ARP-кеш, чтобы выяснить, не зарегистрирована ли в нём уже нужная для подключения информация о хосте-получателе. Если такой записи в ARP-кеше нет, то выполняется широковещательный ARP-запрос. Этот запрос для устройств в сети имеет следующий смысл: «Кто-нибудь знает физический адрес устройства, обладающего следующим IP-адресом?» Когда получатель примет этот пакет, то должен будет ответить: «Да, это мой IP-адрес. Мой физический адрес следующий: …» После этого отправитель обновит свой ARP-кеш, и будет способен передать информацию получателю. Ниже приведён пример ARP-запроса и ARP-ответа. <см. внизу страницы>
Записи в ARP-кеше могут быть статическими и динамическими. Пример, данный выше, описывает динамическую запись кеша. Хост-отправитель автоматически послал запрос получателю, не уведомляя при этом пользователя. Записи в ARP-кеш можно добавлять вручную, создавая статические записи кеша. Это можно сделать при помощи команды:
arp -s
После того, как IP-адрес прошёл процедуру разрешения адреса, он остаётся в кеше в течение 2-х минут. Если в течение этих двух минут произошла повторная передача данных по этому адресу, то время хранения записи в кеше продлевается ещё на 2 минуты. Эта процедура может повторяться до тех пор, пока запись в кеше просуществует до 10 минут. После этого запись будет удалена из кеша и будет отправлен повторный ARP-запрос.
Содержание[убрать]
|