Сетевые технологии. Кольтюков Н.А - 27 стр.

UptoLike

Три первых бита поля ToS позволяют устанавливать для IP-трафика те же восемь уровней приори-
тета (от 0 до 7), что и спецификации 802.1Q и 802.1P, а также большинство других технологий ЛВС.
Поэтому можно взаимно однозначно отображать информацию о приоритетах кадров Ethernet и пакетов
IP, а значит, реализовать сквозную обработку приоритетного трафика, передаваемого из одной сети
Ethernet в другую через распределённую сеть IP или инфраструктуру поставщика услуг Интернета.
Четыре других используемых бита поля ToS позволяют администратору сети осуществлять инди-
видуальную маршрутизацию каждого пакета в соответствии с особенностями содержащихся в нём дан-
ных. Так, например, пакетам протокола NNTP (Network News Transfer Protocol), транспортирующим но-
вости UseNet, можно установить класс обслуживания с низкой стоимостьюlow cost»), а пакетам
Telnet – класс обслуживания с низкой задержкой («low latency»).
Изначально стандарт RFC 791 (первоначальный вариант протокола IP) определял только три класса
обслуживания, каждому из которых ставился в соответствие отдельный бит, устанавливаемый в « или
«в зависимости от потребностей в том или ином типе обслуживания. С принятием стандарта RFC 1349
был добавлен ещё один класс, и теперь ранее разобщённые четыре бита стали рассматриваться как единое
целое. Поэтому сегодня с их помощью можно задавать максимум 16 значений (от 0 до 15).
Сетевые администраторы, управляющие сложными сетями с множеством маршрутов, могут исполь-
зовать биты для определения типа обслуживания в сочетании с такими протоколами маршрутизации, как
OSPF, для создания специальных служб маршрутизации. Например, пакеты с «отметкой» low latency
(низкая задержка) можно посылать не по спутниковому соединению, а по высокоскоростной оптической
линии, тогда как «неприхотливый» трафик (класс обслуживания «low cost») направить через Интернет, а
не через корпоративную распределённую сеть.
Комбинируя биты установки типа обслуживания с битами приоритета, можно очень точно задавать
режимы обработки пакетов с конкретными типами данных, например: определить правила, в соответст-
вии с которыми сетевые фильтры будут присваивать всем пакетам приложения Lotus Notes средний уро-
вень приоритета и назначать класс обслуживания с низкой задержкой. При этом пользователи Notes по-
лучат льготное обслуживание по сравнению с пользователями других, менее важных приложений. Можно
определить иной набор фильтров, который пометит весь трафик аудиоприложения RealAudio как низко-
приоритетный и установит для него класс обслуживания с высокой пропускной способностью (high
throughput).
Если вы располагаете собственным сквозным соединением между узлом-отправителем и узлом-
получателем, то можете распоряжаться пакетами по своему усмотрению. Но в большинстве сетей по-
ставщиков услуг Интернета пакеты с установленными уровнями приоритета и непомеченные пакеты
будут обрабатываться одинаково. Поэтому с точки зрения приоритезации трафика и назначения ему
разных классов обслуживания лучшим вариантом является использование частной территориально рас-
пределенной сети. При работе через Интернет можно назначить фильтры для поступающего из этой
глобальной сети трафика, чтобы по крайней мере контролировать его продвижение по вашей собствен-
ной сети.
Однако далеко не всё зависит от сетевой инфраструктуры. В настоящее время имеются значитель-
ные проблемы, связанные с установкой битов приоритета и типа обслуживания в IP-пакетах. Эти биты
могут быть установлены как самим приложением по мере формирования и отправки пакетов, так и се-
тевым устройством с помощью специальных фильтров. И в том и в другом случае поддержка этих функ-
ций всецело зависит от производителей приложений, операционных систем и сетевого оборудования.
Но удивительно, что лишь некоторые операционные системы используют в своих IP-стеках меха-
низмы записи в пакет информации об уровне его приоритета и требуемом для него классе обслужива-
ния. В прикладном программном интерфейсе WINSOCK.DLL, поставляемом вместе с Windows XP и
Windows Server 2003, такие возможности вообще отсутствуют, так что попытки вызвать функцию
«setsockopt (IP_TOS)» приводят к выдаче диагностического сообщения «invalid operation» («Недопусти-
мая операция»). В других операционных системах, например в Irix, HP-UX и Solaris, реализована лишь
частичная поддержка данных функций.
Среди всех операционных систем мощная поддержка функций ToS реализована только в Linux и
Digital UNIX. Причём она имеется как непосредственно в самих системах, так и в наборах их стандарт-
ных приложений. Например, обе системы предоставляют клиенты и серверы Telnet, способные устанав-
ливать бит low latency поля ToS ни одна другая из протестированных нами операционных систем та-
кими важными возможностями не обладает. Клиент и сервер FTP, работающие в среде Linux и Digital
UNIX, способны устанавливать бит low latency в пакетах, передаваемых по каналу управления, а бит
high throughput в пакетах, передаваемых по информационному каналу. В итоге такая команда FTP, как