Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Документ'
1. Место курса в профессиональной подготовке выпускника. Дисциплина «Системы взаимодействия отеля, турфирмы и предприятия сферы питания» является дисц...полностью>>
'Документ'
33/130343 Уральский Евгений Сергеевич 100.33/13034 Приложение ЭББз № п/п ФИО Рег. № Бабушкина Татьяна Олеговна 100.33/130199 Бескаравайная Ирина Серге...полностью>>
'Документ'
эффективный метод лечения многих заболеваний, связанных с мышечено-суставной сферой, в том числе осеохондроза, грыжи межпозвоночных дисков, способству...полностью>>
'Документ'
гр. ФИО, дата рождения, место рождения – , пол мужской/женский, гражданство РФ, зарегистрированный (ая) по адресу: адрес полностью, паспорт (№, серия...полностью>>

Главная > Документ

Сохрани ссылку в одной из сетей:
Информация о документе
Дата добавления:
Размер:
Доступные форматы для скачивания:

Лекция 4. Протокол Интернет версии 4

Сетевой уровень

Основным протоколом сетевого уровня является протокол Интернета (IP), которым пользуется IP-модуль для коммутации (перемещения) пакета с одного интерфейса на другой [10, 52, 57].

Протокол Интернета (Internet Protocol — IP) — это механизм передачи, используемый протоколами TCP/IP.

IP-протокол передачи дейтаграмм, не обеспечивающий надежность и не ориентированный на соединение, обслуживает передачу с наилучшими из возможных показателей (наилучшими намерениями — best effort), но без гарантий. Термин с наилучшими из возможных показателей означает, что IP не гарантирует никаких показателей, не проводит проверку ошибок или отслеживание качества передачи информации. При таком принципе сетевые ресурсы выделяются по возможности. IP предполагает ненадежность основных уровней и осуществляет передачу информации к оконечному пункту без всяких гарантий. Если надежность является важной, IP может сочетаться с надежными протоколами, такими как TCP.

IP также протокол без установления соединения. Он передает пакет коммутируемой сети, используя метод дейтаграмм. Это означает, что каждая дейтаграмма обрабатывается независимо, и каждая дейтаграмма следует разными маршрутами к конечному пункту. Поэтому дейтаграммы, переданные одним и тем же источником к одному и тому же оконечному пункту, могут поступать не по порядку, также некоторые из них могут быть потеряны или искажены во время передачи. IP полагается на протокол более высокого уровня для того, чтобы решить все эти проблемы.

Дейтаграмма

Протокол Интернета версии 4 (Internet Protocol, IPv4) [7] решает две базовые функции: адресацию и фрагментацию. Маршрутизацию пакета модуль IP осуществляет по адресу, расположенному в заголовке пакета. Там же имеется информация о способе фрагментации / сборке дейтаграмм, если максимальная длина сетевого пакета (Maximum Transfer Unit – MTU) отличается от значения MTU, принятого на адресуемом интерфейсе.

Пакеты на уровне IP называются дейтаграммами. Рис. 4.1 а показывает формат IP-дейтаграммы.

Дейтаграмма - пакет переменной длины (рис. 4.1 а) состоит из двух частей: заголовка и данных. Заголовок имеет от 20 до 60 бит длины и содержит существенную информацию для маршрутизации и доставки. Обыкновенно в TCP/IP заголовок содержит в себе четыре секции. Краткое описание каждого поля заголовка дано ниже.

  • Версия (VER). Это поле из 4 бит определяет версию протокола IP: в настоящее время это версия 4 - IPv.4 (двоичный код 0100).

Однако версия 6 может полностью заменить версию 4 через несколько лет. Поле VER показывает программному обеспечению IP, функционирующему в обрабатывающем компьютере, что дейтаграмма имеет формат версии 4. Все поля должны интерпретироваться, как определено в четвертой версии протокола. Если компьютер использует некоторую другую версию IP, дейтаграмма отклоняется, но не интерпретируется некорректно.

  • Длина заголовка (HLEN – Header Length). Это поле из 4 бит определяет полную длину дейтаграммного заголовка в 4-байтовых словах. Оно необходимо, потому что длина заголовка является переменной (между 20 и 60 байтами). Когда нет никаких опций, длина заголовка — 20 байтов, и значение этого поля интерпретируется как 5 подполей по 4 разряда (5 4 = 20). Когда поле опции имеет максимальный размер, значение этого поля – 15 подполей (15 x 4 = 60).

  • Различные услуги (прежний тип сервиса). IETF недавно изменил интерпретацию и имя этого поля на 8 битов. Это поле прежде называлось типом сервиса (Service Type – TS), теперь оно называется различными услугами (DS – Differentiated Service).

Обе интерпретации показаны на рис. 4.2. Рассмотрим каждую из них.

  1. Тип сервиса (Type of ServiceTOS), показан на рис. 4.2а. В этой интерпретации первые 3 бита называются битами категории срочности (приоритета). Следующие 4 бита называются битами типа услуги, и последний бит не используется.

      • Биты категории срочности (Precedence) — подполе из 3 битов в пределах от 0 (000 в двоичном представлении) до 7 (111 в двоичном представлении). Поле категории срочности определяет приоритет дейтаграммы при перегрузках. Если маршрутизатор перегружен и должен удалить некоторые дейтаграммы, то первыми будут удалены дейтаграммы с самой низкой категорией срочности. Некоторые дейтаграммы в Интернете более важны, чем другие. Например, дейтаграмма, используемая для управления сетью, намного более срочная и важная, чем дейтаграмма, содержащая дополнительную информацию для группы. В настоящее время подполе категории срочности не используется. Это, как ожидается, будет функционировать в будущих версиях.

      • Биты типа обслуживания – это подполе из 4 битов, при этом каждый бит имеет специальное значение. Хотя бит может иметь значение либо 0, либо 1, но в каждой дейтаграмме один и только один бит может иметь значение 1. Образцы битов и их интерпретация даны в табл. 4.1. С таким набором, где только один бит может принять значение 1, мы можем получить пять различных услуг.

Таблица 4.1. Тип сервиса

Биты типа обслуживания

Описание

0000

Нормально (по умолчанию)

0001

Минимизация стоимости

0010

Максимизация надежности

0100

Максимизация пропускной способности

1000

Минимизация задержки

Прикладные программы могут запросить специальный тип услуг. Тогда биты типа обслуживания устанавливаются по умолчанию. Значения по умолчанию для некоторых приложений показаны в табл. 4.2.

Таблица 4.2. Типы обслуживания по умолчанию

Протокол

Биты обслуживания

Описание

ICMP

0000

Нормально

BOOTP

0000

Нормально

NNTP

0001

Минимизация стоимости

IGP

0010

Максимизация надежности

SNMP

0010

Максимизация надежности

TELNET

1000

Минимизация задержки

FTP (данные)

0100

Минимизация задержки

FTP (управление)

1000

Минимизация задержки

TFTP

1000

Максимизация пропускной способности

SMTP (команда)

1000

Минимизация задержки

DNS (UDP-запрос)

0100

Нормально

DNS (TCP-запрос)

000

Нормально

DNS (Зона)

0100

Максимизация пропускной способности

Из приведенных выше таблиц ясно, что интерактивные действия, такие как запрос, требуют немедленного внимания, а действия, запрашивающие немедленный отклик, требуют минимальной задержки. Те действия, которые связаны с передачей большого объема данных, требуют максимальной пропускной способности по всему соединению. Действия по управлению нуждаются в максимальной надежности. Основные действия нуждаются в минимальной стоимости.

  1. Различные услуги

В этой трактовке (рис.4.2.б) первые 6 битов компонуют кодовую комбинацию подполя, а последние два бита не используются. Кодовая комбинация подполя может применяться двумя различными способами:

    • Когда 3 самых правых бита — нулевые, 3 крайних левых бита интерпретируются так же, как биты категории срочности при интерпретации типа сервиса. Другими словами, это совместимо со старой интерпретацией.

    • Когда 2 самых правых бита — не все нули, 6 битов определяют 64 услуги, основанные на назначении приоритета с помощью Интернета или местных полномочий согласно табл. 4.3. Первая категория содержит 32 типа сервиса; вторая и третья содержит 16 типов каждая. Первая категория (числа 0, 2, 4, ..., 62) назначает полномочия Интернета (IETF — Internet Task Force). Вторая категория (3, 7, 11, 15, ..., 63) может использоваться местными организациями. Третья категория (1, 5, 9, ..., 61) является временной и может применяться для экспериментальных целей. Обратите внимание, что числа не непрерывны. Если бы они были непрерывны, то первая категория расположилась бы от 0 до 31, вторая от 32 до 47, и третья от 48 до 63. Это было бы несовместимо с интерпретацией бит типа услуг, потому что XXX000(включает 0, 8, 16, 24, 32, 40, 48 и 56) попадал бы во все три категории. Вместо этого, при этом методе назначения все эти услуги принадлежат категории 1. Эти назначения еще нельзя считать окончательными.

Таблица 4.3. Значение точек кода

Категория

Кодовая комбинация

Назначенные полномочия

1

XXXX0

Интернет

2

XXX11

Местные

3

XXX01

Временные и экспериментальные

Продолжим рассмотрение полей IP-дейтаграммы.

  • Указатель полной длины (HLEN). Это поле на 16 битов, которое определяет полную длину (заголовок плюс данные) дейтаграммы IP в байтах. Чтобы найти длину данных, поступающих от верхнего уровня, из полной длины вычитают длину заголовка. Длина заголовка может быть найдена, если умножить значение в HLEN поля на четыре.

Длина данных = полная длина – длина заголовка.

Так как длина поля — 16 битов, полная длина дейтаграммы IP ограничена 65 535 (216 – 1) байтами, из которых 20-60 байтов являются заголовком, а остальные — данные верхнего уровня.

Хотя размер 65 535 байтов мог бы казаться большим, размер дейтаграммы IP может увеличиться в ближайшем будущем, поскольку основные технологии позволяют даже большую производительность (большую пропускную способность).

Когда мы обсудим в следующем разделе фрагментацию, мы увидим, что некоторые физические сети не способны инкапсулировать в своих кадрах дейтаграмму 65 535 байтов.

Чтобы пройти через эти сети, дейтаграмма должна быть фрагментирована. Когда устройство обработки информации или коммутатор (маршрутизатор или хост) получает кадр, он отбрасывает этот заголовок и окончание, оставляя дейтаграмму. Почему в формат включают дополнительное поле, которое не является необходимым? Во многих случаях мы действительно не нуждаемся в этом поле. Однако есть случаи, в которых дейтаграмма — не единственная вещь, которая инкапсулирована в кадр; она может быть дополнена заполнением. Например, протокол локальной сети на основе протокола CSMA-CD имеет минимальное и максимальное ограничение на размер данных, которые могут быть инкапсулированы в кадре (46-1500 байтов). Если размер дейтаграммы IP меньше чем 46 байтов, будет добавляться некоторое заполнение, чтобы выполнить это требование, и в этом случае, когда устройство извлечет дейтаграмму, оно должно проверить полное поле длины, чтобы определить, какая информация является действительно данными и какая — заполнением (рис. 4.3).


  • Время жизни (Time to live). Дейтаграмма имеет ограниченное время существования при ее перемещении через Интернет. После этого считается, что информация «стареет». Это поле было первоначально разработано, чтобы сохранять метку времени, которая уменьшалась посещаемым маршрутизатором. Дейтаграмма удалялась, когда это значение метки времени становилось нулем. Однако по этой схеме все компьютеры должны синхронизировать генераторы и должны знать, как много времени требуется дейтаграмме, чтобы пройти от одного компьютера до другого. Сегодня это поле главным образом используется для того, чтобы управлять максимальным числом переприемных участков (маршрутизаторов), посещаемых дейтаграммой. Когда исходный хост посылает дейтаграмму, он сохраняет число в этом поле. Это значение приблизительно равно двум максимальным числам маршрутов между любыми двумя хостами. Каждый маршрутизатор, который обрабатывает дейтаграмму, уменьшает этот номер на единицу. Если это значение будет уменьшено до нуля, маршрутизатор удаляет дейтаграмму. Это поле необходимо, потому что таблицы маршрутизации в Интернете могут быть разрушены. Дейтаграмма может перемещаться между двумя или более маршрутизаторами в течение долгого времени и никогда не будет доставлена хосту пункта назначения. Ресурсы могут быть заняты. Это поле ограничивает полную жизнь дейтаграммы и препятствует старым дейтаграммам вывести из строя сеть и, возможно, внести путаницу в работу высокоуровневых протоколов (особенно TCP).



Похожие документы:

  1. 1. 2 Функциональные области управления службой ис 5 3 Вопросы для самопроверки 11 Лекция: itil/itsm концептуальная основа процессов ис-службы 12

    Документ
    ... системами Автор: А.И. Долженко Лекции: 1 2 3 4 5 6 7 8 1. Лекция: ИТ-сервис – основа ... , постоянной защиты и контроля версий и традиционного планового резервного копирования ... и расширенную фильтрацию различных протоколов Интернета на прикладном уровне, ...
  2. Конспект лекций Автор: доцент, к ф. м н. Шевелев Г. Е. Дата актуализации

    Конспект лекций
    ИНФОРМАТИКА Конспект лекций Автор: доцент, к.ф.м.н. Шевелев Г.Е. Дата ... связи, образуют базовую часть сети Интернет. Основные протоколы Интернет IP и TCP, они ... компактной антивирусной программой. Установщик NOD32 версии 2.5 занимает всего 8,6 Мбайт. ...
  3. Лекции по «Основам информационной безопасности»

    Документ
    ... отсылает серверу сообщениеclient-error: текущая версия протокола, отметка о времени, список алгоритмов шифрования ... уязвимости Лекция 8. Средства аудита. вопрос аудита почтовых сообщений аудит доступа у интернет-ресурсам ...
  4. Лекционный курс Тема № Болезни органов дыхания 2 часа. Лекция №1. Хроническое легочное сердце

    Документ
    ... 2 часа. Лекция № 2. Геморрагические диатезы – 2 часа. Лекция № 3. Железодефицитная анемия – 2часа. Лекция № 4. ... врачей. - Полнотекстовые интернет-версии ряда ведущих медицинских ... модуля факультетской терапии Протокол согласования рабочей программы ...
  5. Лекция Предмет и методология теории государства и права

    Документ
    ... государственно-правовые явления. Лекция 2. Социальная и ... проф. А.Б. Венгеров). Существует версия, что в раннеклассовом обществе ... и построения правоприменительных актов — протоколов, приговоров, судебных решений ... правовой информации через Интернет. 2. В ...

Другие похожие документы..